Request Information

[candrea77]

Hello to all,
hope this is the correct section to post this problem.

I've noticed a strange behavior with domoticz and ZWave.

Suppose you are running domoticz with a zwave controller and you run into 1 of this situation :
- You have light 1 turned off

then

  - You shut down your domoticz, turn to the Light1 with manual action on the switch, then start domoticz
or
  - You turn on the Light1 with manual action on the switch, but LIGHT1 cannot transport ZWave info to the controller (temporaly loss of connectivity)

In that case you have the LIGH1 on domoticz with status "ON" but it is "OFF"

If you try to send a "TurnOff" command via ZWave the light do not turn off becouse system Already know it is "OFF", despite it is "ON"
In order to turn it off, you have to send a "TurnOn" and then a "TurnOff"

Is there a command to use to update to ZWave switch status (something like request actual state) or a command to force sending the turnoff / turnOn command?

[emme]

similar issues are group or device dotification problems, it not something related to Domoticz.

Under Hardware / zWave / Group & Network

ensure that in the lifeline group (move the mouse over to see the group name) there is ONLY the ID 1 (controller)

in some devices (aeotec) you have an option about Noification: None/BASIC/HAIL... use BASIC (default None)

this solved my problems in notification status
ciao
M

[candrea77]

Mmmm .... I've got problem with device that have only ID1 and problem that are plan to don't have only ID1.
An example ... i'm using a Fibaro Motion Sensor to drive a Fibaro Switch directly without needing a controller sending to the switch only the main on frame , skipping the main off and set switch to poweroff after 15 minute.

Anyway , as said in previous post, I only need to know if :
- There is some instruction to force request node status update to a zwave node
- There is some instruction in order to send a change status even if domoticz internal database have the same status as requested.

Is it possibile ?

[emme]

uh... association like yours can be done (for FGMS001 motion sensor) using Group 1 (Basic Report)
so an activation of the PIR will send the ON frame to the associated devices in group1
doing this you will skip communication between device and controller (and it works as expected)

but.. to have Domoticz knowing the state of the device, you have to add ID1 to group3 (lifeline), and by doing this you will need to wake up the device so you do not need to wait for the wake-up window

There is some instruction to force request node status update to a zwave node

on battery powered devices it is not the controller that wakes up devices, they have a window defined in the WakeUp Parameter
if you have to force it, you need to pushing 3 times the button (it becomes blue and flashes)
Normally this operation is made to change configuration (and group config), for sensor state this is not normally needed

If you still have problems with status... that's because LifeLine is not configured with ID 1
ciao
M

P.S.
you can even try to heal node and wake it up to see if there are some communication issues

[candrea77]

Sorry Emme,
I'm a little bit busy these days ... so I cannot read forum in real-time.

Anyway, look at this point :

Suppose you are running domoticz with a zwave controller and you run into 1 of this situation :
- You have light 1 turned off

then

- You shut down your domoticz, turn to the Light1 with manual action on the switch, then start domoticz
or
- You turn on the Light1 with manual action on the switch, but LIGHT1 cannot transport ZWave info to the controller (temporaly loss of connectivity)

In that case you have the LIGH1 on domoticz with status "ON" but it is "OFF"

Forget the association group which is not my interest right now.
Suppose only 1 device with ID1 , and the case scenario 1.
Light is off, I manually turn off domoticz server, then manual turn on the light and then power on domoticz server.

Domoticz server on his internal database know Light as off ..... there is a way to sync domoticz internel database with the actual status of light (a way to read the zwave device status) ?

[asjmcguire]

Sorry Emme,
I'm a little bit busy these days ... so I cannot read forum in real-time.

Anyway, look at this point :

Suppose you are running domoticz with a zwave controller and you run into 1 of this situation :
- You have light 1 turned off

then

- You shut down your domoticz, turn to the Light1 with manual action on the switch, then start domoticz
or
- You turn on the Light1 with manual action on the switch, but LIGHT1 cannot transport ZWave info to the controller (temporaly loss of connectivity)

In that case you have the LIGH1 on domoticz with status "ON" but it is "OFF"

Forget the association group which is not my interest right now.
Suppose only 1 device with ID1 , and the case scenario 1.
Light is off, I manually turn off domoticz server, then manual turn on the light and then power on domoticz server.

Domoticz server on his internal database know Light as off ..... there is a way to sync domoticz internel database with the actual status of light (a way to read the zwave device status) ?

Pretty sure that's what polling is for - where every so many seconds Domoticz via OpenZWave will request status updates of nodes that have polling turned on.

Otherwise you want to tell OpenZWave to refresh the node - by posting to http://<ip>:<port>/ozwcp/refreshpost.html with parameters fun=racp node=<nodeid> (the ZWave Node, not the Domoticz one)

eg:
http://192.168.2.12:8080/ozwcp/refreshpost.html with postdata fun=racp&node=2

[candrea77]

asjmcguire , thank you very much for this information.

So seems that my problems is due to polling set to off.

Also thank you for this

http:// <ip>:<port>/ozwcp/refreshpost.html with parameters fun=racp node=<nodeid>

Now it's time to make some test.


Really thanks to all