The UK Home Automation Archive

Archive Home
Group Home
Search Archive


Advanced Search

The UKHA-ARCHIVE IS CEASING OPERATIONS 31 DEC 2024

Latest message you have seen: Re: xPLRioNet v3.9.01 Released


[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]

Re: Why does xPLHal need a plugin to deal with a xPL Device?




Howdy,

Okay -- definetly was an issue in my immature config logic at the time.  I
just went in the wrong direction.  Things are working well now and with
luck, they may be a release very soon.

Thanks again!

Gerry



Gerry Duprey wrote:
> Howdy John,
>
> Thanks for the reply.  It's very possible I'm doing something wrong
with the
> configuration messages as I'm using xPLHal to to my initial testing of
the
> config subsystem.  Seems there is a good chance I've been chasing down
the
> wrong hole :-).  I'll stop focusing on the XML files and get back to
the
> core of it -- finding problems in my code.
>
> It really helped to hear this -- sometimes I get overly fixated on the
> literal error message and don't think through the underlying causes.
>
> Have a great day,
>
> Gerry
>
> John B wrote:
>
>>Hi Gerry,
>>
>>
>>
>>>I've been recently playing with xPLHal trying to use it to test
my Java
>>>framework, specifically in the configuration area.  However, I
find it will
>>>not let me configure a device -- it keeps claiming that there
is novendor
>>>info for it.
>>
>>
>>This is usually because the device hasn't responded to a request
for a config.list or a config.current.
>>I'll need to check the exact cause.
>>
>>
>>
>>>While I can see the benefit of providing a config file or
something to help
>>>make xPLHals job easier, I don't understand why it refuses to
deal with a
>>>device until it has that file.  It can get everything it needs
to configure
>>>a device sing the config protocol.
>>
>>
>>Indeed - and it does.
>>The message you're seeing has nothing to do with vendor plug-in
files.
>>(maybe this is a slightly misleading message - I may see about
changing it)
>>
>>All the vendor files do is provide a context-menu when someone
right-clicks on your device, provide friendly help text during
configuration, and provide a list of actions and other messages that your
device can send out for use by determinators.
>>
>>xPLHal's core configuration process does not depend on
vendor-supplied plug-in files.
>>
>>I'll check why that error is appearing, but I'd suggest you delete
all files from xPLHal's config and vendor folders that relate to the device
you're trying to configure.
>>
>>If xPLHal sends out a request for a config.list, and it doesn't get
a reply, it assumes the device can't support remote configuration.
>>You may need to delete the files mentioned above, and restart the
xPLHal service to get it to try and query the device again.
>>
>>HTH,
>>
>>John
>>
>>
>>
>>
>>xPL Links: http://www.xplproject.org.uk http://www.xplhal.com http://www.xpl.myby.co.uk
>>To Post a Message: ukha_xpl@xxxxxxx
>>To Subscribe:  ukha_xpl-subscribe@xxxxxxx
>>To Unsubscribe:  ukha_xpl-unsubscribe@xxxxxxx
>>Yahoo! Groups Links
>>
>>
>>
>>
>>
>>
>
>

--
Gerry Duprey
Ann Arbor, MI 48103
http://www.cdp1802.org



xPL Main Index | xPL Thread Index | xPL Home | Archives Home

Comments to the Webmaster are always welcomed, please use this contact form . Note that as this site is a mailing list archive, the Webmaster has no control over the contents of the messages. Comments about message content should be directed to the relevant mailing list.