open-zwave icon indicating copy to clipboard operation
open-zwave copied to clipboard

[config] Add Intermatic PE653 and PE953 pool/spa controller and remote.

Open j9brown opened this issue 5 years ago • 5 comments

I'm not sure about the VerifyChanged compatibility declarations. The ozw config file only seems to pick up instance 1 and doesn't actually set the verify changed flags.

This device requires polling and verify changes to work correctly. Calling "enablePoll" and "setChangeVerified" at runtime for each value of interest does the trick. What's the best way to encode that here?

j9brown avatar Jul 03 '20 21:07 j9brown

This device requires polling and verify changes to work correctly

It shouldn't. Both are basically doing the same thing - polling continuously polls the device for changes. VerifyChanges will poll the device for changes after we get a update - if two reports are the same it publishes the value.

I don't accept config files that enable polling as thats more of a Policy Decision than a config decision.

VerifiedChanges can be enabled as per https://github.com/OpenZWave/open-zwave/wiki/CommandClass-Compatibility-Flags#all-commandclasses

Fishwaldo avatar Jul 06 '20 05:07 Fishwaldo

Hmm, so I just noticed something strange after making these changes and refreshing the node info. I see 10 switches showing up now instead of 5.

I can resolve this by adding "endpoint" to the Instance declarations but it fails make xmltest.

<Instance index="1" endpoint="1" label="Circuit 1" />
<Instance index="2" endpoint="2" label="Circuit 2" />
<Instance index="3" endpoint="3" label="Circuit 3" />
<Instance index="4" endpoint="4" label="Circuit 4" />
<Instance index="5" endpoint="5" label="Circuit 5" />

I must have removed these attributes prior to upload and failed to retest my change (sorry!).

What's the right way of solving this problem while also eliminating the redundant 6th switch endpoint from the enumeration?

j9brown avatar Jul 10 '20 22:07 j9brown

Any thoughts on this?

j9brown avatar Jul 20 '20 20:07 j9brown

You probably need to add https://github.com/OpenZWave/open-zwave/wiki/CommandClass-Compatibility-Flags#multiinstance-commandclass MapRootToEndpoint in the config file - Without all the other CommandClass Info you have right now. Otherwise, please post a log file of the interview after issuing a refreshNodeInfo command.

Fishwaldo avatar Jul 24 '20 06:07 Fishwaldo

Sounds good, I’ll try it but what does MapRootToEndpoint actually do?

On Thu, Jul 23, 2020 at 11:59 PM Justin Hammond [email protected] wrote:

You probably need to add https://github.com/OpenZWave/open-zwave/wiki/CommandClass-Compatibility-Flags#multiinstance-commandclass MapRootToEndpoint in the config file - Without all the other CommandClass Info you have right now. Otherwise, please post a log file of the interview after issuing a refreshNodeInfo command.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/OpenZWave/open-zwave/pull/2289#issuecomment-663375970, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAAY7BBSOJHQFQXMI2HZQQ3R5EWM5ANCNFSM4OQCTRYA .

j9brown avatar Jul 24 '20 07:07 j9brown