Battery node not initialised after reboot

Hi,
I have tried a fresh install of openhab with razberry on RPi3. After some

2017-09-15 21:20:17.446 [WARN ] [ssage.ApplicationCommandMessageClass] - NODE 10: Not initialized yet, ignoring message.

The thing (Popp Wireless Thermostatic Valve TRV - alias Danfoss) is properly initialized, reporting back temperature after 5min intervals. However, after reboot the message above appears. The device is not working till wake up by pressing button on it…

Any thoughts how to solve this issue? Using version 2.2.0 of the binding

It should sort itself out after it wakes up for the first time after the restart.

Not really … an example after restart… seems that Node is sending message (temperature) in set intervals but it’s being refused by controller …

2017-09-15 22:24:11.744 [WARN ] [ssage.ApplicationCommandMessageClass] - NODE 10: Not initialized yet, ignoring message.
2017-09-15 22:29:06.713 [WARN ] [ssage.ApplicationCommandMessageClass] - NODE 10: Not initialized yet, ignoring message.

After pressing button, node fixed after couple of minutes… log below. Thanks a lot for help with that.

2017-09-15 22:35:47.360 [hingStatusInfoChangedEvent] - ‘zwave:device:15e86de7967:node10’ changed from OFFLINE: Node not found in Z-Wave network to ONLINE: Node initialising: EMPTYNODE
2017-09-15 22:35:47.505 [hingStatusInfoChangedEvent] - ‘zwave:device:15e86de7967:node10’ changed from ONLINE: Node initialising: EMPTYNODE to ONLINE: Node initialising: PROTOINFO
2017-09-15 22:35:47.523 [hingStatusInfoChangedEvent] - ‘zwave:device:15e86de7967:node10’ changed from ONLINE: Node initialising: PROTOINFO to ONLINE: Node initialising: DISCOVERY_COMPLETE
2017-09-15 22:35:47.565 [hingStatusInfoChangedEvent] - ‘zwave:device:15e86de7967:node10’ changed from ONLINE: Node initialising: DISCOVERY_COMPLETE to ONLINE: Node initialising: PROTOINFO
2017-09-15 22:35:47.579 [hingStatusInfoChangedEvent] - ‘zwave:device:15e86de7967:node10’ changed from ONLINE: Node initialising: PROTOINFO to ONLINE: Node initialising: INIT_NEIGHBORS
2017-09-15 22:35:47.693 [hingStatusInfoChangedEvent] - ‘zwave:device:15e86de7967:node10’ changed from ONLINE: Node initialising: INIT_NEIGHBORS to ONLINE: Node initialising: FAILED_CHECK
2017-09-15 22:35:47.758 [hingStatusInfoChangedEvent] - ‘zwave:device:15e86de7967:node10’ changed from ONLINE: Node initialising: FAILED_CHECK to ONLINE: Node initialising: WAIT
2017-09-15 22:38:56.641 [hingStatusInfoChangedEvent] - ‘zwave:device:15e86de7967:node10’ changed from ONLINE: Node initialising: WAIT to ONLINE
2017-09-15 22:38:56.656 [vent.ItemStateChangedEvent] - zwave_device_15e86de7967_node10_battery_level changed from NULL to 51
2017-09-15 22:38:56.692 [vent.ItemStateChangedEvent] - zwave_device_15e86de7967_node10_thermostat_setpoint_heating changed from NULL to 21.5
2017-09-15 22:38:56.703 [vent.ItemStateChangedEvent] - zwave_device_15e86de7967_node10_sensor_temperature changed from NULL to 22.98
2017-09-15 22:38:56.715 [hingStatusInfoChangedEvent] - ‘zwave:device:15e86de7967:node10’ changed from ONLINE to ONLINE: Node initialising: PING
2017-09-15 22:38:56.728 [hingStatusInfoChangedEvent] - ‘zwave:device:15e86de7967:node10’ changed from ONLINE: Node initialising: PING to ONLINE: Node initialising: DETAILS
2017-09-15 22:38:56.742 [hingStatusInfoChangedEvent] - ‘zwave:device:15e86de7967:node10’ changed from ONLINE: Node initialising: DETAILS to ONLINE: Node initialising: GET_CONFIGURATION
2017-09-15 22:38:56.755 [hingStatusInfoChangedEvent] - ‘zwave:device:15e86de7967:node10’ changed from ONLINE: Node initialising: GET_CONFIGURATION to ONLINE: Node initialising: DYNAMIC_VALUES
2017-09-15 22:38:56.817 [vent.ItemStateChangedEvent] - zwave_device_15e86de7967_node10_time_offset changed from NULL to 119
2017-09-15 22:38:57.372 [hingStatusInfoChangedEvent] - ‘zwave:device:15e86de7967:node10’ changed from ONLINE: Node initialising: DYNAMIC_VALUES to ONLINE: Node initialising: DYNAMIC_END
2017-09-15 22:38:57.398 [hingStatusInfoChangedEvent] - ‘zwave:device:15e86de7967:node10’ changed from ONLINE: Node initialising: DYNAMIC_END to ONLINE: Node initialising: HEAL_START
2017-09-15 22:38:57.411 [hingStatusInfoChangedEvent] - ‘zwave:device:15e86de7967:node10’ changed from ONLINE: Node initialising: HEAL_START to ONLINE: Node initialising: DELETE_ROUTES
2017-09-15 22:38:57.426 [hingStatusInfoChangedEvent] - ‘zwave:device:15e86de7967:node10’ changed from ONLINE: Node initialising: DELETE_ROUTES to ONLINE: Node initialising: RETURN_ROUTES
2017-09-15 22:38:57.434 [hingStatusInfoChangedEvent] - ‘zwave:device:15e86de7967:node10’ changed from ONLINE: Node initialising: RETURN_ROUTES to ONLINE: Node initialising: NEIGHBORS
2017-09-15 22:38:57.527 [vent.ItemStateChangedEvent] - zwave_device_15e86de7967_node10_time_offset changed from 119 to 0
2017-09-15 22:38:57.590 [hingStatusInfoChangedEvent] - ‘zwave:device:15e86de7967:node10’ changed from ONLINE: Node initialising: NEIGHBORS to ONLINE

Yep. As I said, the device needed to wake up to complete the initialisation after the binding was restarted. This is perfectly normal…

Just to clarify, the device had not woken up at this time. A notification is not the same as a wakeup message. A wakeup will occur every hour or so - or if you push the button on the device (as you found :wink: ).

Ok, so if I understand correctly, even if I see this message, it should be fixed after an hour, correct? Will wait then and see… thanks a lot!

Yes… One point - it depends on the device wakeup setting. Normally, this is an hour, but you could have a different setting. The wakeup time is displayed in the device configuration…

Well then that’s 299 seconds… i.e. time when also temp value is send…(wake up configuration - wake up interval)…

This is xml of that node…

<node>
  <deviceClass>
    <basicDeviceClass>SLAVE</basicDeviceClass>
    <genericDeviceClass>NOT_KNOWN</genericDeviceClass>
    <specificDeviceClass>NOT_USED</specificDeviceClass>
  </deviceClass>
  <homeId>0xce62511b</homeId>
  <nodeId>11</nodeId>
  <version>1</version>
  <manufacturer>0x2</manufacturer>
  <deviceId>0xa010</deviceId>
  <deviceType>0x115</deviceType>
  <listening>false</listening>
  <frequentlyListening>false</frequentlyListening>
  <routing>false</routing>
  <security>false</security>
  <beaming>false</beaming>
  <maxBaudRate>9600</maxBaudRate>
  <nodeInformationFrame>
    <commandClass>BATTERY</commandClass>
    <commandClass>CLIMATE_CONTROL_SCHEDULE</commandClass>
    <commandClass>CLOCK</commandClass>
    <commandClass>MANUFACTURER_SPECIFIC</commandClass>
    <commandClass>MULTI_CMD</commandClass>
    <commandClass>PROTECTION</commandClass>
    <commandClass>SENSOR_MULTILEVEL</commandClass>
    <commandClass>THERMOSTAT_SETPOINT</commandClass>
    <commandClass>VERSION</commandClass>
    <commandClass>WAKE_UP</commandClass>
  </nodeInformationFrame>
  <supportedCommandClasses>
    <entry>
      <commandClass>WAKE_UP</commandClass>
      <WakeUpCommandClass>
        <version>2</version>
        <instances>1</instances>
        <versionSupported>2</versionSupported>
        <targetNodeId>1</targetNodeId>
        <interval>299</interval>
        <minInterval>60</minInterval>
        <maxInterval>1800</maxInterval>
        <defaultInterval>300</defaultInterval>
        <intervalStep>60</intervalStep>
        <lastWakeup>2017-09-15 20:06:56.952 UTC</lastWakeup>
        <isGetSupported>true</isGetSupported>
      </WakeUpCommandClass>
    </entry>
    <entry>
      <commandClass>MANUFACTURER_SPECIFIC</commandClass>
      <manufacturerSpecificCommandClass>
        <version>1</version>
        <instances>1</instances>
        <versionSupported>1</versionSupported>
        <initSerialNumber>false</initSerialNumber>
        <deviceManufacturer>2</deviceManufacturer>
        <deviceType>277</deviceType>
        <deviceId>40976</deviceId>
      </manufacturerSpecificCommandClass>
    </entry>
    <entry>
      <commandClass>CLOCK</commandClass>
      <clockCommandClass>
        <version>1</version>
        <instances>1</instances>
        <versionSupported>1</versionSupported>
      </clockCommandClass>
    </entry>
    <entry>
      <commandClass>THERMOSTAT_SETPOINT</commandClass>
      <thermostatSetpointCommandClass>
        <version>1</version>
        <instances>1</instances>
        <versionSupported>2</versionSupported>
        <setpoints>
          <entry>
            <setpointType>HEATING</setpointType>
            <setpoint>
              <setpointType>HEATING</setpointType>
              <initialised>true</initialised>
              <initCount>0</initCount>
              <outer-class reference="../../../.."/>
            </setpoint>
          </entry>
        </setpoints>
        <isGetSupported>true</isGetSupported>
      </thermostatSetpointCommandClass>
    </entry>
    <entry>
      <commandClass>CLIMATE_CONTROL_SCHEDULE</commandClass>
      <climateControlScheduleCommandClass>
        <version>1</version>
        <instances>1</instances>
        <versionSupported>1</versionSupported>
      </climateControlScheduleCommandClass>
    </entry>
    <entry>
      <commandClass>SENSOR_MULTILEVEL</commandClass>
      <multiLevelSensorCommandClass>
        <version>6</version>
        <instances>1</instances>
        <versionSupported>6</versionSupported>
        <sensors>
          <entry>
            <multilevelSensorType>TEMPERATURE</multilevelSensorType>
            <multilevelSensor>
              <sensorType>TEMPERATURE</sensorType>
              <initialised>true</initialised>
            </multilevelSensor>
          </entry>
        </sensors>
        <isGetSupported>true</isGetSupported>
      </multiLevelSensorCommandClass>
    </entry>
    <entry>
      <commandClass>PROTECTION</commandClass>
      <protectionCommandClass>
        <version>2</version>
        <instances>1</instances>
        <versionSupported>2</versionSupported>
        <localModes>
          <localProtection>UNPROTECTED</localProtection>
          <localProtection>PROTECTED</localProtection>
        </localModes>
        <rfModes>
          <rfProtection>UNPROTECTED</rfProtection>
        </rfModes>
      </protectionCommandClass>
    </entry>
    <entry>
      <commandClass>BATTERY</commandClass>
      <batteryCommandClass>
        <version>1</version>
        <instances>1</instances>
        <versionSupported>1</versionSupported>
        <batteryLevel>100</batteryLevel>
        <batteryLow>false</batteryLow>
        <isGetSupported>true</isGetSupported>
      </batteryCommandClass>
    </entry>
    <entry>
      <commandClass>VERSION</commandClass>
      <versionCommandClass>
        <version>1</version>
        <instances>1</instances>
        <versionSupported>1</versionSupported>
        <libraryType>LIB_SLAVE_ROUTING</libraryType>
        <protocolVersion>3.67</protocolVersion>
        <applicationVersion>1.0</applicationVersion>
      </versionCommandClass>
    </entry>
    <entry>
      <commandClass>MULTI_CMD</commandClass>
      <multiCommandCommandClass>
        <version>1</version>
        <instances>1</instances>
        <versionSupported>1</versionSupported>
      </multiCommandCommandClass>
    </entry>
  </supportedCommandClasses>
  <securedCommandClasses/>
  <associationGroups/>
  <nodeNeighbors/>
  <lastSent>2017-09-15 20:06:57.955 UTC</lastSent>
  <lastReceived>2017-09-15 20:06:58.42 UTC</lastReceived>
</node>

So it should initialise after 5 minutes.

Normally it’s unrelated to wakeup, but I don’t know the device so it might use the wakeup setting.

Unfortunately it’s not fixing automatically after some time… I’ve let it till morning and no change except for error on node saying that it’s not able to communicate with controller… If the button is pushed then it’s fixed immediately…

I guess the binding is working ok given it works when you press the button. I don’t really know the device so don’t know it’s wakeup strategy. What do the logs show?

Just this one… Device is rebranded Danfoss living…

Please enable debug logging - normal logging is of limited use when you want to work out what is happening.

so… I’ll try to enable debug logging by type the following command when I’m connected to karaf:

log:set debug org.openhab.binding.zwave

but log:get still shows only the following level:

Logger | Level

ROOT   | WARN

What I’m doing wrong?

sorry forget it… log:list ist my friend
.

openhab> log:list

Logger                                                      | Level
-------------------------------------------------------------------
ROOT                                                        | WARN
javax.jmdns                                                 | ERROR
org.apache.aries.spifly                                     | ERROR
org.apache.karaf.kar.internal.KarServiceImpl                | ERROR
org.eclipse.smarthome                                       | INFO
org.jupnp                                                   | ERROR
org.openhab                                                 | INFO
org.openhab.binding.zwave                                   | DEBUG
org.ops4j.pax.web.service.jetty.internal.JettyServerWrapper | ERROR
smarthome.event                                             | INFO
smarthome.event.InboxUpdatedEvent                           | ERROR
smarthome.event.ItemAddedEvent                              | ERROR
smarthome.event.ItemRemovedEvent                            | ERROR
smarthome.event.ItemStateEvent                              | ERROR
smarthome.event.ThingStatusInfoEvent                        | ERROR

I restart openhab at 7:40 pm, that’ what I found in the log for node 12, 14, 15:

2017-09-16 19:45:24.607 [WARN ] [ssage.ApplicationCommandMessageClass] - NODE 15: Not initialized yet, ignoring message.
2017-09-16 19:46:34.391 [WARN ] [ssage.ApplicationCommandMessageClass] - NODE 14: Not initialized yet, ignoring message.

and nothing for node 12.

Your Log Viewer shows the following when I filter node 14 and 15:

Please can you provide the log - or at least provide the image and click on the received messages that are in green so I can see what they are.

sorry stupid question…how can I provide the log? only jpg, jpeg, png, gif, ico, xml, json, pdf, svg, css are supported! rename the file to one of these extension or is their another way?