Getting Status Of Boiler Control from OpenZWave

[Richie1972]

Hi,
Having had a lot of issues with my Horstmann Boiler transmitter/receiver setup (HRT-ZW & ASR-ZW) I have now simplified things to just using the receiver - I have temperature sensors in rooms already, so don't need the transmitter.
The issue I'm still having is that if i press the on/off buttons on the receiver, it does NOT update in Domoticz (however, going into the OpenZWave control panel and refreshing node info DOES get the new state).
Polling IS enabled for the device, but it makes no difference, so i can only assume there's a bug with Domoticz getting status change alerts from the ASR-ZW receiver.
My current idea is to have a Lua script constantly running (maybe checking every x seconds - i currently have NO Lua experience, so no idea if possible) to communicate with the OpenZWave "backend" to check the status of the receiver.
As i've said, I have NO Lua experience, so have no idea if this is even possible.
Can anyone advise?

Thanks,
Richie

[Richie1972]

Just had another thought on this one.
Is there a way of running "Refresh" in the OpenZWave Control Panel against a specific device?
This might then resolve the issue if i script this every x seconds/minutes.
Something like:
http://127.0.0:8080/ozwcp/cp.html? <-- pass in Node ID & "refresh command"

Thanks,
Richie

[Richie1972]

Further info again.
In the OpenZWave Control Panel page is there a way i can somehow call via URL or some other function a "click" on the refresh item for the node selected (node is 67 in this case)?
This seems to be the only way to get the current status of the Hortmann ASR-ZW.
Still clutching at straws here
Not sure if there's any other functions (maybe OpenZWave API calls?) that could also do this.

ozwcp-cp.html.jpg (28.99 KiB) Viewed 1199 times

Thanks,
Richie

[Richie1972]

Yet another update to this.
The issue is OpenZWave, so looks like no fix for it
https://groups.google.com/forum/#!searc ... G21jonBgAJ

I'll either have to put up with it and remember NOT to change settings at the control switch or get rid of the device altogether

Richie

[Westcott]

Odd, because all 4 of mine work correctly.

[Richie1972]

Lucky you.
I'm seriously running out of options now.
Running Domoticz V3.5116
Controller: Aeon Labs G5 USB
Horstmann ASR-ZW Details in OpenZWave Control Panel:
Library Version: 6
Protocol Version: 2.78
Application Version: 1.00


Anything look wrong in my zwcfg_ xml file:
<Node id="67" name="Boiler Controll" location="" basic="4" generic="8" specific="0" type="Thermostat" listening="true" frequentListening="false" beaming="true" routing="true" max_baud_rate="40000" version="3" query_stage="Complete">
<Manufacturer id="59" name="Horstmann">
<Product type="3" id="1" name="ASR-ZW Thermostat Receiver" />
</Manufacturer>
<CommandClasses>
<CommandClass id="32" name="COMMAND_CLASS_BASIC" version="1" request_flags="4">
<Instance index="1" />
<Value type="byte" genre="basic" instance="1" index="0" label="Basic" units="" read_only="false" write_only="false" verify_changes="false" poll_intensity="0" min="0" max="255" value="0" />
</CommandClass>
<CommandClass id="37" name="COMMAND_CLASS_SWITCH_BINARY" version="1" request_flags="4" innif="true">
<Instance index="1" />
<Value type="bool" genre="user" instance="1" index="0" label="Switch" units="" read_only="false" write_only="false" verify_changes="false" poll_intensity="1" min="0" max="0" value="False" />
</CommandClass>
<CommandClass id="64" name="COMMAND_CLASS_THERMOSTAT_MODE" version="1" request_flags="4" innif="true">
<Instance index="1" />
<Value type="list" genre="user" instance="1" index="0" label="Mode" units="" read_only="false" write_only="false" verify_changes="false" poll_intensity="0" min="0" max="0" vindex="0" size="1">
<Item label="Off" value="0" />
<Item label="Heat" value="1" />
</Value>
<TriggerRefreshValue Genre="user" Instance="1" Index="0">
<RefreshClassValue CommandClass="37" RequestFlags="0" Instance="1" Index="0" />
</TriggerRefreshValue>
<SupportedModes>
<Mode index="0" label="Off" />
<Mode index="1" label="Heat" />
</SupportedModes>
</CommandClass>
<CommandClass id="114" name="COMMAND_CLASS_MANUFACTURER_SPECIFIC" version="1" request_flags="4" innif="true">
<Instance index="1" />
</CommandClass>
<CommandClass id="134" name="COMMAND_CLASS_VERSION" version="1" request_flags="4" innif="true">
<Instance index="1" />
<Value type="string" genre="system" instance="1" index="0" label="Library Version" units="" read_only="true" write_only="false" verify_changes="false" poll_intensity="0" min="0" max="0" value="6" />
<Value type="string" genre="system" instance="1" index="1" label="Protocol Version" units="" read_only="true" write_only="false" verify_changes="false" poll_intensity="0" min="0" max="0" value="2.78" />
<Value type="string" genre="system" instance="1" index="2" label="Application Version" units="" read_only="true" write_only="false" verify_changes="false" poll_intensity="0" min="0" max="0" value="1.00" />
</CommandClass>
</CommandClasses>
</Node>

The fact that you have said it's working ok for you gives me some hope, but not sure where I have gone wrong with this.

Richie

[Westcott]

Hi Richie,
I can't see any obvious differences.
In my case the 'Mode' device isn't updated in Domoticz by the ASR, but the 'Switch' is.
Both devices operate the ASR.

[Richie1972]

Hmm, NOT the same here if i manually refresh node in OpenZWave Control Panel the Last Seen date/time updates for the Mode and not the Switch.
However, if I manually operate the ASR-ZW from its on/off button, neither Mode nor Switch update until i run the refresh from OpenZWave Control Panel.

Richie

[Westcott]

Was your ASR ever paired with an HRT4?

[Richie1972]

Yes it was - with the same issues.
I excluded both nodes from zwave and just joined the ASR-ZW yesterday to get it doing the same.

Richie

[Richie1972]

Also noticed this in the log on the OpenZWave Control Panel (Node67 is the ASR-ZW):
2016-05-12 22:32:36.578 Error, Node067, ERROR: Dropping command, expected response not received after 1 attempt(s)


Dumping queued log messages

2016-05-12 22:32:36.578 2860 ERROR: Dropping command, expected response not received after 1 attempt(s)

End of queued log message dump

Richie