This is a good day. I have learned something again.

Many thanks for your support.

@toggledbits said in Global Expression with null value and Auto-Evaluation:

OK. I think I have this nailed down. Sorry it took me so long

You have nothing to be sorry about. Being aware of a potential issue, evaluating the problem, developping a solution and posting a new version in the same day, is really remarquable and almost unheard of now a day.

Thanks you for your dedication.

Hi again,

Just thought I would provide an update on where I am at. I might also be helpfull to other people.

As you know, I am trying to get the MSR Container work on a Pi-4, configured with the standard HASS operating system (image via balena etcher). Well I finally found a solution to data persistance between reboot. Here is what I did:

• Installed samba add-on to get accesss to the standard Hass configuration folders

• Installed Portainer which will be used to install MSR

• From within Portainer, add an MSR container with the following configuration: image: toggledbits/reactor:latest-raspbian-armv7l, add a TZ variable with the proper region, restart policy define On failure, add a bind volume to map the reactor container /var/reactor to the host /mnt/data/supervisor/homeassistant/reactor. This (reactor) folder will be accessible via the samba addon under the config folder.

• Restarted the MSR container

The reactor.yaml configuration file is now accessible via samba under homeassistant/config/reactor/config or from a terminal sessison performed from portainer in the var/reactor/config folder.

All seems to work for now. Devices from vera and HASS are being seen by MSR. Configuration persist trough a reboot and I was also able to import (convert using the tool provided) my configuration from Reactor. I am now in the process of making the final adjustment.

Not sure what will the future hold but for now it is working fine.

Many thanks for your work and support.

Hi,

I am in the process of moving all my devices from vera to Hass (using a pi-4 and a z-wave shield). In the interim, I am using the Hass Vera integration to see all my devices into Hass. MSR is connected to both the Vera and Hass (creating some duplication since a device can be seen from both systems. Nothing wrong here).

As I move devices from Vera to Hass, I use the configuration of the Vera integration to excluded devices from showing into Haas. It is working as expected into Hass but the excluded devices are still showing into MSR (as haas->vera devices).

Should the vera devices still be seen by MSR, through the Hass vera integration, when they are excluded from the Hass vera integration?

It is not really causing problem just a bit of clutter when selecting entities.

Thanks

Hi Patrick,

Thanks for the quick and very exhaustive answer. It does explain the startup behaviour very clearly. As for the startup_delay, why am I not surprised that you had already something up your sleeve... This is great I will give it a try.

Thank you for all your good work.

Hi,

Install the new version and it is now working as expected.

Thanks for looking into it.

The translation might not be perfect but, your efficency is really out of this world...

Thanks.

Installed the new version yesterday along with the new guard and all is still fine this morning. Considering that it was failing very quickly before, I consider that issue fixed.

No rush at all.

Many thanks

@toggledbits Just installed version 22050.

Almost there! When MSR is restarted after changing the poll configuration, the node is poll with the proper command class. However the Interval time is not taken into consideration. I seems that the global poll interval is taken. Also noticed in the log that the next time (for the poll to be executed) is "Local Time". Not sure if that is normal. Here is my config and the logs. (the config file ident get screwed up with the paste but it is fine)

Hope this help

Reactor.yaml

controllers:
  - id: zwavejs
    implementation: ZWaveJSController
    enabled: true
    config:
      source: ws://192.168....
      auth: >
        HIt54tjRUlqaUShB...
        
      poll_interval: 3600
      poll_frequency: 20
      poll_nodes:
        - entity: Thermostat
          command_class: Thermostat Operating State
          interval: 100

Log: i.e. my TZ is -5

[zwavejs-22050]2022-02-20T15:46:02.192Z <ZWaveJSController:5:ZWaveJSController.js:1506> ZWaveJSController#zwavejs node 9 eligible for polling
[zwavejs-22050]2022-02-20T15:46:02.206Z <ZWaveJSController:5:ZWaveJSController.js:1519> ZWaveJSController#zwavejs polling node 9 command class 0x"42" (Thermostat Operating State)
2022-02-20T15:46:02.212Z CNTRLR » [Node 009] querying thermostat operating state...
2022-02-20T15:46:02.238Z SERIAL » 0x010e00a9010902420225000000001522                                  (16 bytes)
2022-02-20T15:46:02.240Z DRIVER » [Node 009] [REQ] [SendDataBridge]
                                  │ source node id:   1
                                  │ transmit options: 0x25
                                  │ route:            0, 0, 0, 0
                                  │ callback id:      21
                                  └─[ThermostatOperatingStateCCGet]
2022-02-20T15:46:02.250Z SERIAL « [ACK]                                                                   (0x06)
2022-02-20T15:46:02.256Z SERIAL « 0x010401a90152                                                       (6 bytes)
[zwavejs-22050]2022-02-20T15:46:02.263Z <ZWaveJSController:6:ZWaveJSController.js:710> ZWaveJSController#zwavejs handling controller event statistics updated
2022-02-20T15:46:02.259Z SERIAL » [ACK]                                                                   (0x06)
2022-02-20T15:46:02.266Z DRIVER « [RES] [SendDataBridge]
                                    was sent: true
2022-02-20T15:46:02.304Z SERIAL « 0x011d00a91500000502c47f7f7f7f00000305060000030100007f7f7f7f7fe0    (31 bytes)
2022-02-20T15:46:02.307Z SERIAL » [ACK]                                                                   (0x06)
2022-02-20T15:46:02.311Z DRIVER « [REQ] [SendDataBridge]
                                    callback id:            21
                                    transmit status:        OK, took 50 ms
                                    repeater node IDs:      5, 6
                                    routing attempts:       1
                                    protocol & route speed: Z-Wave, 100 kbit/s
                                    ACK RSSI:               -60 dBm
                                    ACK RSSI on repeaters:  N/A, N/A
                                    ACK channel no.:        0
                                    TX channel no.:         0
[zwavejs-22050]2022-02-20T15:46:02.325Z <ZWaveJSController:5:ZWaveJSController.js:652> ZWaveJSController#zwavejs handling node event statistics updated entity Entity#zwavejs>9-0
[zwavejs-22050]2022-02-20T15:46:02.328Z <ZWaveJSController:6:ZWaveJSController.js:702> ZWaveJSController#zwavejs received statistics for Entity#zwavejs>9-0: [Object]{ "commandsTX": 3, "commandsRX": 3, "commandsDroppedRX": 0, "commandsDroppedTX": 0, "timeoutResponse": 0 }
2022-02-20T15:46:02.428Z SERIAL « 0x010c00a80001090342030000c2d3                                      (14 bytes)
2022-02-20T15:46:02.430Z CNTRLR   [Node 009] [~] [Thermostat Operating State] state: 0 => 0         [Endpoint 0]
[zwavejs-22050]2022-02-20T15:46:02.438Z <ZWaveJSController:5:ZWaveJSController.js:652> ZWaveJSController#zwavejs handling node event value updated entity Entity#zwavejs>9-0
[zwavejs-22050]2022-02-20T15:46:02.441Z <ZWaveJSController:5:ZWaveJSController.js:788> ZWaveJSController#zwavejs update value [Object]{ "source": "node", "event": "value updated", "nodeId": 9, "args": { "commandClassName": "Thermostat Operating State", "commandClass": 66, "endpoint": 0, "property": "state", "newValue": 0, "prevValue": 0, "propertyName": "state" } }
[zwavejs-22050]2022-02-20T15:46:02.443Z <ZWaveJSController:5:ZWaveJSController.js:800> ZWaveJSController#zwavejs updating attributes for node 9 value "0:66:state:"=0: [Array][ "hvac_control.state", "hvac_heating_unit.state", "hvac_cooling_unit.state" ]
[zwavejs-22050]2022-02-20T15:46:02.448Z <ZWaveJSController:5:ZWaveJSController.js:817> ZWaveJSController#zwavejs setting Entity#zwavejs>9-0.x_zwave_values.Thermostat_Operating_State_state to 0
2022-02-20T15:46:02.438Z SERIAL » [ACK]                                                                   (0x06)
2022-02-20T15:46:02.441Z DRIVER « [Node 009] [REQ] [BridgeApplicationCommand]
                                  │ RSSI: -62 dBm
                                  └─[ThermostatOperatingStateCCReport]
                                      state: Idle
**[zwavejs-22050]2022-02-20T15:46:02.454Z <ZWaveJSController:5:ZWaveJSController.js:1525> ZWaveJSController#zwavejs poll Entity#zwavejs>9-0 succeeded, next at 1645375562452<****2/20/2022, 11:46:02 AM****>**
[zwavejs-22050]2022-02-20T15:46:02.510Z <ZWaveJSController:6:ZWaveJSController.js:710> ZWaveJSController#zwavejs handling controller event statistics updated
[zwavejs-22050]2022-02-20T15:46:02.575Z <ZWaveJSController:5:ZWaveJSController.js:652> ZWaveJSController#zwavejs handling node event statistics updated entity Entity#zwavejs>9-0
[zwavejs-22050]2022-02-20T15:46:02.576Z <ZWaveJSController:6:ZWaveJSController.js:702> ZWaveJSController#zwavejs received statistics for Entity#zwavejs>9-0: [Object]{ "commandsTX": 3, "commandsRX": 4, "commandsDroppedRX": 0, "commandsDroppedTX": 0, "timeoutResponse": 0 }

Fixed by version 22052.

Thanks for the update and sorry about the timeout issue, I was not aware of it.

Here is the requested rule:

@tunnus @toggledbits Thank you both for all your explanation.

Much appreciated.