Devices (Nodes) tools

menu2

Get Zwave devices (Nodes) informations

Note

On a zwave system, devices are called Nodes.

  • Devices initialisation field give state of global initialize process.

The process can take a long time (up to 5 min). Be patient..... All nodes discovered and / or stored are scanned one by one to be initialized.

check-dev1

  • Detail status information.
Representation Message Description

progess-state1

progess-state2

Pointing the mouse over icon in column “NodeId” give status of initializing.
Uninitialized No starting init operation.
Initialized - not known Node has completed init, but openzwave don’t know is model (shows xml openzwave files).
Completed Node has full completed init.
In progress - Can receive messages (Not linked)
Node can now receive messages, but his initialization not finish. Probably node is sleeping
Controller have finish init, when node awake it state should be Completed.
In progress - Linked to controller Node is recognize by controller, initialization is in progress.
In progress - Can receive messages Node can now receive messages, but initialization not finish.
Out of operation Node is mark as failed, controller don’t find him.
battery-level Pointing the mouse over battery icon in column “NodeId” give status of battery level.
Value in % Fill icon picture level of battery.

awake1

awake2

Pointing the mouse over icon in column “Awake” give status of listening mode.
Awake Node is awake, message can send immediately.
Sleeping Node probably sleeping, message are put on send queue.
det-type Pointing the mouse over icon in column “Type” give capacities of node.
Primary Controller
Node is primary controller, is the main device used to configure and control a Z-Wave network.
The only difference between a primary and secondary controller is that the primary is the
only one that can be used to add or remove other devices.
For this reason, it is usually better for the primary controller to be portable, since most
devices must be added when installed in their final location.
Secondary Controller There can only be one primary controller - all other controllers are secondary controllers.
Static Update Controller
A Static Update Controller (SUC) is a controller that must never be moved in normal operation
and which can be used by other nodes to receive information about network changes.
Bridge Controller
A bridge controller is able to create virtual nodes that can be associated with other
controllers to enable events to be passed on.
Routing Node is a routing device that passes messages to other nodes.
Listening Node is a setening device that does not go to sleep.
Beaming Node is a beam capable device..
Security Node supports security features.
FLiRS
Node is a frequent setening device that goes to sleep but can be woken up by a beam.
Useful to determine node and controller consistency..
cmd_node Buttons on column “Action” get access of others commands on nodes.
Detail Node Show/hide command class capacities table.
Update Node
Send to node Name and Location field to update it.
Saving modification in config file with “Save config” button
Edit association Manage groups association.

Force Refresh Node

refr-node-inf

Causes the nodes data to be obtained from the Z-Wave network in the same way as if it had just
been added. This method would normally be called automatically by OpenZWave, but if you know
that a node has been changed, calling this method will force a refresh of the data held by
the library.
This can be especially useful for devices that were asleep when the application was first run.
Four options possible :
  • Node informations : Fetch the data for a node from the Z-Wave network
  • State Node : Fetch the command class data for a node from the Z-Wave network
  • Dynamics data : Fetch only the dynamic command class data for a node from the Z-Wave network.
  • Heal node with reroute : Try to heal node and reroute it after.
Monitor Node and log it
This commmand store all event send an receive by a node. To stop monitoring click again button.
Log file saved in user path defined in config section.
(defaut: /var/lib/domogik/domogik_packages/plugin_ozwave/data/lognodeXXX.log)
Log contains also openzwave log if unable.

Manage association devices (groups)

  • Some devices have the ability to be combined with other devices and can send their information.
  • These associations are using groups, access to the dialog management groups is done with the button grp-dialog-bt

grp-dialog

how to use management associations

Note

  • Due to the possibility of sleeping devices, the system considers the command to have been transmitted.
  • In the case of a device sleeping command will be transmitted when the device wakes up.
  • So the association will be effective as this momment there.

Warning

Careful if the plugin is stopped between time command is lost.

  • An icon indicates the status of the device in the group, it may be :

    • unknown
    • confirmed
    • to confirm
    • to update
  • The operations are performed by simply drag and drop.

  • After making the changes click on OK to send at the device.

  • To quit dialog box click Cancel.

  • Actually button Reset is not handled.

Example Description
grp-dialog1 If you drop at bad placement a icon forbidden is show.
grp-dialog2 When you drop in a group who device ins’it to add it, a icon plus is show.
grp-dialog3 After adding device in group, a icon to update is show.
grp-dialog4 If you drop at bad placement a icon forbidden is show.

Manage devices Commands Class

Display commands class list

  • All command class are listed in a table.

tab-cmdclass1

Change values of command class

  • You can edit the values that are in writing, if the value is changed one “Edit” button appears, you must click it to send change at device
  • If exist, pointing the mouse over icon “i” give information about command-class.

tab-cmdclass2

  • When a value of command class is updated, she his tagged during 5 secondes. Pointing the mouse over value give date of update.

update-cmdclass

Poll service

  • Modern devices will not require polling. Some old devices need to be polled as the only way to detect status changes.
  • Due to patent concerns, some devices do not report state changes automatically to the controller.

These devices need to have their state polled at regular intervals. The length of the interval is the same for all devices. To even out the Z-Wave network traffic generated by polling, OpenZWave divides the polling interval by the number of devices that have polling enabled, and polls each in turn. It is recommended that if possible, the interval should not be set shorter than the number of polled devices in seconds (so that the network does not have to cope with more than one poll per second).

Set time interval

  • Set in seconds global interval, click send button to confirm.

manage-plugin

Polling a command class

  • In first column a check box give access to poll value.

tab-cmdclass3

  • A dialog box appeared to confirme action. Here check if polled and set intensity, the number (frequency) of poll during global interval.

polling-dialog

Warning

  • Polling sleeping devices put openzwave library in waiting confirmation. This could raise a network error.
  • Using an intensity value more 2 could raise a network error.

Drivers and controller commands

In this section, orders can be sent directly to the driver

ctrl-cmd-bts

Stop and Start driver (controller)

Driver automatically starts and start/stop button automatically changes depending on the state of the driver.

  • You can stop it when it’s possible : ctrl-stop-bt

confimation dialog aks you to continue.

ctrl-stop-dlg

  • You can Start it when it’s possible : ctrl-start-bt

Initialization process running, you must be patient ....

Controller commands and actions

  • You access to dialog box by button ctrl-action-bt

ctrl-action-dialog

Actions process

  • This modal dialog contains informations to guide the user.
  • Just actions “CreateButton” and “DeleteButton” are not implemented yet.
Action / command Description
AddDevice Add a new device (but not a controller) to the Z-Wave network.
CreateNewPrimary Add a new controller to the Z-Wave network. The new controller will be the primary, and the current primary will become a secondary controller.
ReceiveConfiguration Receive Z-Wave network configuration information from another controller.
RemoveDevice Remove a new device (but not a controller) from the Z-Wave network.
RemoveFailedNode Move a node to the controller’s failed nodes list. This command will only work if the node cannot respond.
HasNodeFailed Check whether a node is in the controller’s failed nodes list.
ReplaceFailedNode Replace a non-responding node with another. The node must be in the controller’s list of failed nodes for this command to succeed.
TransferPrimaryRole Make a different controller the primary.
RequestNetworkUpdate Request network information from the SUC/SIS.
RequestNodeNeighborUpdate Get a node to rebuild its neighbour list. This method also does ControllerCommand_RequestNodeNeighbors.
AssignReturnRoute Assign a network return routes to a device.
DeleteAllReturnRoutes Delete all return routes from a device.
SendNodeInformation Send a node information frame.
ReplicationSend Send information from primary to secondary.
CreateButton Create an id that tracks handheld button presses.
DeleteButton Delete id that tracks handheld button presses.

Schematic processing

  • Each action have differents step, some will attempt user action on device, some will take a long time, some must be stop manually.
  • You can stop action, but stop result have some time a fail report.

ctrl-action-process

Reset controller

  • Two mode possible with acces by buttons : ctrl-reset-bt

Soft reset

  • Soft Reset a PC Z-Wave Controller who resets a controller without erasing its network configuration settings

ctrl-reset-dialog1

Hard reset

Warning

Be careful this action is irreverssible

ctrl-reset-dialog2