Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Unsolved
Collapse
Discussion Forum to share and further the development of home control and automation, independent of platforms.
  1. Home
  2. Software
  3. Multi-System Reactor
  4. TILT-ZWAVE2.5-ECO tilt_sensor.state (primary) = NULL
Arming Envisalink panel from MSR
T
Topic thumbnail image
Multi-System Reactor
[Solved] DynamicGroupController updating members issue
CrilleC
Edit: Solved in latest-26221. Bare-metal latest-26193 I have this group: "OKforLarm": name: OK för Larm select: - include_controller: vera - include_capability: door_sensor filter_expression: entity.attributes.door_sensor.state It contains the entities I expect but behaves a bit odd. When I open vera>device_10097 the entity attribute door_sensor.state changes to true but it won't show up as member in the group, when I also open vera>device_10095 they both shows as members and when I close vera>device_10095 it disappear from the group but when I close vera>device_10097 it lingers in the group until I restart Reactor.
Multi-System Reactor
Reactor (Multi-System/Multi-Hub) Announcements
toggledbitsT
Build 21228 has been released. Docker images available from DockerHub as usual, and bare-metal packages here. Home Assistant up to version 2021.8.6 supported; the online version of the manual will now state the current supported versions; Fix an error in OWMWeatherController that could cause it to stop updating; Unify the approach to entity filtering on all hub interface classes (controllers); this works for device entities only; it may be extended to other entities later; Improve error detail in messages for EzloController during auth phase; Add isRuleSet() and isRuleEnabled() functions to expressions extensions; Implement set action for lock and passage capabilities (makes them more easily scriptable in some cases); Fix a place in the UI where 24-hour time was not being displayed.
Multi-System Reactor
DynamicGroupController and attributes
therealdbT
Hey @toggledbits I'm back to trying to optimize a couple of things based on dynamic group. First of all, I think I found a typo in the doc: primary_attribute: "binary_sensor.state" primary_attribute_value: | d = false; each id in members: d = getEntity(id)?.attributes?.power_switch?.state or d, d I think the correct code snippet is d = false, All that said, my use case for dynamic groups is to group 3 different climate devices, so I could easily command them at the same time. Commands are good, but sometimes I want to check if any of the devices are on, and that's easily done with a similar snippet as the one you have in the docs. But this is limited to the primary attribute, while I want to have any of the attributes in the group to be driven by a similar logic (while all are null in the group). ie, access hvac_control.mode and see if any of the unit is set to cool, or heat. Is that possible, without re-defining an expression in each of my rules? Thanks!
Multi-System Reactor
Upgrade Issues
T
Topic thumbnail image
Multi-System Reactor
[SOLVED] Conflicting Set Reaction Groups Appear to Fire Simultaneously in Single Rule Evaluation
G
Topic thumbnail image
Multi-System Reactor
[SOLVED] Question regarding "in" vs "contains" vs contents of the string
G
Topic thumbnail image
Multi-System Reactor
Logon screen timeout
G
Noticing since 170 that the lock screen doesn't switch to the logon prompt but, rather, stays on the active UI until such time as you go to click something within it. Then it jumps to the login screen. Brave browser Brave 1.92.139 (Official Build) (arm64) Chromium: 150.0.7871.114
Multi-System Reactor
[MSR] Copy&past of actions and/or drag&drop between set/reset
therealdbT
Hey @toggledbits One thing that bothers me while doing work on new systems/new features, is that I cannot copy&paste actions, and I cannot drag&drop between set and resets. #1 is for when I want to copy an action between different rules opened in two separate browser windows, while #2 is when I just need to flip a bunch of actions in the reset, or move some logic back and forth. Both will be appreciated, but I understand the technical challenges. Thanks!
Multi-System Reactor
Upgrade advice - upgrade from aarch64 to ARM64 image
T
I'm currently on version 26011. I understand that the aarch64 image is no longer supported. So, I therefore need to update to the ARM64 image. Can anyone possibly suggest how I update my docker compose.yaml file (see below). Ideally I'd like to keep my existing reactions etc. rather than start from scratch. # Multi-System Reactor template docker-compose.yml (version 22160) # # Change the lines indicated by "DO"... # services: reactor: container_name: reactor environment: # DO change the TZ: line to set your local time zone. # See valid TZ list: https://en.wikipedia.org/wiki/List_of_tz_database_time_zones TZ: GB # # DO NOT change this path. Your directory location is in "source" below. REACTOR_DATA_PREFIX: /var/reactor # DO change the image below to the one you are using (e.g. armv7l or aarch64 for RPi 4) image: toggledbits/reactor:latest-aarch64 restart: "always" expose: - 8111 ports: - 8111:8111 volumes: # DO change the /home/username/reactor below to the directory you created for # your local data; DO NOT change the /var/reactor part - /home/pi/docker/reactor:/var/reactor - /etc/localtime:/etc/localtime:ro tmpfs: /tmp
Multi-System Reactor
Alexa for MSR, any interest?
MikeReadingtonM
Topic thumbnail image
Multi-System Reactor
[RESOLVED] Telegram notification broke with latest update
3
Topic thumbnail image
Multi-System Reactor
[RESOLVED] Phantom device, “INFO” appears
wmarcolinW
Topic thumbnail image
Multi-System Reactor
[RESOLVED] Mode Status NULL
wmarcolinW
Topic thumbnail image
Multi-System Reactor
[RESOLVED] HTTP query failing after version 26177
wmarcolinW
Topic thumbnail image
Multi-System Reactor
Question about the find function
wmarcolinW
Topic thumbnail image
Multi-System Reactor
[Answered] OK to remove old json files?
3
Topic thumbnail image
Multi-System Reactor
Deprecation Announcement: 32-bit ARM *docker* images
toggledbitsT
If you are using the armv7l docker image, the OpenJS Foundation that publishes node is no longer producing 32-bit builds as of v24. That means the last supported LTS version of node for armv7l is v22, which will go End-of-Life in May 2027. Therefore, the Reactor armv7l image is now deprecated and will only be produced until node v22 goes EOL, and I will not publish armv7l images beyond that date. If you are running an RPi 3 or earlier with Reactor, you are on this image, and will need to upgrade hardware to a 64-bit model and use the arm64 image. If you need help getting it done, ask in this category.
Multi-System Reactor
[Solved] build 26150 - engine not starting
G
@toggledbits I pulled the image (well, Watchtower did) and within minutes the whole system went offline. The log looks like it ends with 26143. [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-mkahsmgf/26qq82mw-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lqyfljfi/22f8on0t-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lsb61rw8/24oenqi2-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lrh58he0/rule-lrh58he0:S-1c00gfib-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lrh58he0/1c00dylr-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lrh58he0/1nam9w5u-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-miuh2qqi/22ls4lql-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-kwc6rmci/rule-kwc6rmci:S-1vj8sdfc-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-kwc6rmci/rule-kwc6rmci:S-1qanz01x-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-ladyja6a/24lq19p6-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-mk0o8iox/23oy468y-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-miscg2h3/rule-miscg2h3:S-22gmbq1c-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-kxgrfjke/238p0old-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-m7ccsso5/re-m7ccsso5-1r0myjxa-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-ladyja6a/19nl9wq2-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-ladyja6a/rule-ladyja6a:S-yl3xk9t-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-ladyja6a/rule-ladyja6a:S-yl3vv5m-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-ln7j2nqp/re-ln7j2nqp-22mx9lzd-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-ln7j2nqp/22mx87c8-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-licneppy/1mzwe7ht-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-ml3194ih/25jqt1j4-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-kxgrg7kf/227hshak-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-reactorexmachina/13ua1p95-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-reactorexmachina/13uagam7-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-grpvl9oypg/rule-grpvl9oypg:R-134x4cbv-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-grpvl9oypg/rule-grpvl9oypg:R-134x2fyl-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-lscjrws1/238p5c22-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lbwr0jvq/1xkczf03-cons [latest-26143]2026-05-31T15:23:44.547Z <Structure:NOTICE> Structure Structure#1 stopped [latest-26143]2026-05-31T15:23:44.547Z <app:NOTICE> Closing APIs... [latest-26143]2026-05-31T15:23:44.547Z <wsapi:NOTICE> wsapi: closing... [latest-26143]2026-05-31T15:23:44.547Z <wsapi:NOTICE> wsapi: disconnecting from "192.168.1.23#82" (1001 service closing) [latest-26143]2026-05-31T15:23:44.548Z <httpapi:NOTICE> HTTP API closing... [latest-26143]2026-05-31T15:23:44.549Z <wsapi:NOTICE> wsapi: server closed [latest-26143]2026-05-31T15:23:44.549Z <httpapi:INFO> HTTP server closed. [latest-26143]2026-05-31T15:23:44.549Z <app:NOTICE> Stopping timers... [latest-26143]2026-05-31T15:23:44.551Z <app:null> Shutdown complete, process ID 1 [latest-26143]2026-05-31T15:23:44.551Z <app:null> Closing logs... [latest-26143]2026-05-31T15:23:44.551Z <default:null> Closing log I can SSH to the VM. Alas, I do not have the previous image for 26143 as I'm a little too quick sometimes on housekeeping.
Multi-System Reactor
http request action & digest auth
tunnusT
I’m using the HTTP Request action in MSR and need to authenticate against an endpoint that uses HTTP Digest authentication. Now that endpoint was changed to use SHA-256 in digest auth, so I would like to know if MSR supports it, or is it limited to MD5-based digest auth?
Multi-System Reactor

TILT-ZWAVE2.5-ECO tilt_sensor.state (primary) = NULL

Scheduled Pinned Locked Moved Multi-System Reactor
14 Posts 2 Posters 2.8k Views 2 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • toggledbitsT Offline
    toggledbitsT Offline
    toggledbits
    wrote on last edited by
    #2

    Try downloading the latest zwavejs_data.zip from the download server, and place the ZIP file in your config directory and restart Reactor.

    Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.

    1 Reply Last reply
    0
    • SnowmanS Offline
      SnowmanS Offline
      Snowman
      wrote on last edited by
      #3

      Working now. I no longer see binary_sensor.state for the tilt sensor which was erratic at times showing the garage door was open while it was actually closed. I can now use the tilt_sensor.state (primary) = true/false

      Thanks again. Much appreciated.

      Synology NAS, Docker, Zooz Z-Wave Stick 700, Z-Wave JS-UI, Reactor, Home Assistant, Grafana, and InfluxDB.

      1 Reply Last reply
      0
      • SnowmanS Offline
        SnowmanS Offline
        Snowman
        wrote on last edited by
        #4

        @toggledbits I just noticed that the tilt_sensor.state = false now and no longer can be used in my rule. I have to use door_sensor.state instead.

        I cannot tell when the issue started and not sure if this is related to Reactor/ZwaveJSController implementation or the actual Z-Wave JS UI docker version. I have copied, below, the attributes of the tilt sensor in hopes it can help.

        Thanks in advance.

        Reactor version 24190
        ZWaveJSController version 23326
        Z-Wave JS UI version 9.14.5
        zwave-js version 12.12.3

        battery_maintenance.charging=null
        battery_maintenance.rechargeable=false
        battery_maintenance.replace=false
        battery_maintenance.state=null
        battery_power.level=1
        battery_power.since=1720636775292
        door_sensor.state=true
        power_source.source=null
        tamper.state=true
        tilt_sensor.state=false
        x_debug.dt={"entity_class":"Binary Sensor","match":"deviceClass.generic.key=7","description":"Z-Wave Plus Tilt Sensor","default_name":"Tilt Sensor","model":"TILTZWAVE2.5-ECO","capabilities":["tilt_sensor"],"primary_attribute":"tilt_sensor.state","values":[{"valueId":"32:currentValue:","capabilities":{"tilt_sensor":{"attributes":{"state":{}}}}},{"match":{"endpoint":0,"commandClass":48,"metadata.ccSpecific.sensorType":255},"capabilities":{"tilt_sensor":{"attributes":{"state":{}}}}}],"manufacturerId":330,"productType":4,"productId":3}
        x_zwave_values.Battery_isLow=false
        x_zwave_values.Battery_level=100
        x_zwave_values.Binary_Sensor_Any=false
        x_zwave_values.Binary_Sensor_Door_Window=true
        x_zwave_values.Configuration_Basic_Sets_for_Association_Group_2=0
        x_zwave_values.Configuration_Send_Reports=0
        x_zwave_values.Manufacturer_Specific_manufacturerId=330
        x_zwave_values.Manufacturer_Specific_productId=3
        x_zwave_values.Manufacturer_Specific_productType=4
        x_zwave_values.Notification_Access_Control_Door_state=22
        x_zwave_values.Notification_Access_Control_Door_state_simple=22
        x_zwave_values.Notification_Home_Security_Cover_status=3
        x_zwave_values.Notification_Power_Management_Battery_maintenance_status=0
        x_zwave_values.Notification_UNKNOWN_0x46=23
        x_zwave_values.Notification_alarmLevel=0
        x_zwave_values.Notification_alarmType=0
        x_zwave_values.Version_firmwareVersions=["10.1"]
        x_zwave_values.Version_hardwareVersion=2
        x_zwave_values.Version_libraryType=6
        x_zwave_values.Version_protocolVersion="4.5"
        x_zwave_values.Wake_Up_controllerNodeId=1
        x_zwave_values.Wake_Up_wakeUpInterval=14400
        zwave_device.capabilities=[48,112,113,114,128,132,134]
        zwave_device.endpoint=0
        zwave_device.failed=false
        zwave_device.generic_class="Notification Sensor"
        zwave_device.impl_sig="23326:1:23318:2"
        zwave_device.is_beaming=false
        zwave_device.is_listening=false
        zwave_device.is_routing=true
        zwave_device.is_secure=false
        zwave_device.last_wakeup=1720636775220
        zwave_device.manufacturer_info=[330,4,3]
        zwave_device.max_data_rate=null
        zwave_device.node_id=24
        zwave_device.specific_class="Notification Sensor"
        zwave_device.status=1
        zwave_device.status_text="asleep"
        zwave_device.version_info=[null,"10.1"]
        zwave_device.wakeup_interval=14400

        Synology NAS, Docker, Zooz Z-Wave Stick 700, Z-Wave JS-UI, Reactor, Home Assistant, Grafana, and InfluxDB.

        1 Reply Last reply
        0
        • toggledbitsT Offline
          toggledbitsT Offline
          toggledbits
          wrote on last edited by
          #5

          Looks like this is the result of a change introduced in ZWaveJS version 12.12.0 (see change #6958 linked there).

          Let's see if we can deal with this the easy way first. I've updated the device definition data. You can download it (ZIP archive zwavejs_data.zip) from the Reactor download server and put the ZIP archive into your config directory (do not unzip it); restart Reactor. Let's see if that brings tilt_sensor back.

          Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.

          SnowmanS 1 Reply Last reply
          0
          • toggledbitsT toggledbits

            Looks like this is the result of a change introduced in ZWaveJS version 12.12.0 (see change #6958 linked there).

            Let's see if we can deal with this the easy way first. I've updated the device definition data. You can download it (ZIP archive zwavejs_data.zip) from the Reactor download server and put the ZIP archive into your config directory (do not unzip it); restart Reactor. Let's see if that brings tilt_sensor back.

            SnowmanS Offline
            SnowmanS Offline
            Snowman
            wrote on last edited by
            #6

            @toggledbits That fixed it. Thank you sir.

            battery_maintenance.charging=null
            battery_maintenance.rechargeable=false
            battery_maintenance.replace=false
            battery_maintenance.state="normal"
            battery_power.level=1
            battery_power.since=1720778246637
            door_sensor.state=true
            power_source.source=null
            tamper.state=true
            tilt_sensor.state=true

            Synology NAS, Docker, Zooz Z-Wave Stick 700, Z-Wave JS-UI, Reactor, Home Assistant, Grafana, and InfluxDB.

            SnowmanS 1 Reply Last reply
            1
            • SnowmanS Snowman

              @toggledbits That fixed it. Thank you sir.

              battery_maintenance.charging=null
              battery_maintenance.rechargeable=false
              battery_maintenance.replace=false
              battery_maintenance.state="normal"
              battery_power.level=1
              battery_power.since=1720778246637
              door_sensor.state=true
              power_source.source=null
              tamper.state=true
              tilt_sensor.state=true

              SnowmanS Offline
              SnowmanS Offline
              Snowman
              wrote on last edited by
              #7

              @toggledbits I appears the tilt_sensor.state = false is back again after I upgraded both Reactor and ZWaveJSController to version 24257. It was working fine with ZWaveJSController version 24242.

              I can certainly stop using this entity and use the door_sensor.state instead.

              I did check the latest changes for zwave-js 13.2.0 and did not see any thing that may have been introduced causing this.

              I have copied, below, the attributes of the tilt sensor in hopes it can help.

              Thanks in advance.

              Reactor version 24257
              ZWaveJSController version 24257
              Z-Wave JS UI version 9.18.1
              zwave-js version 13.2.0

              battery_maintenance.charging=0
              battery_maintenance.rechargeable=0
              battery_maintenance.replace=false
              battery_maintenance.state="normal"
              battery_power.level=1
              battery_power.since=null
              door_sensor.state=true
              tamper.state=true
              tilt_sensor.state=false
              x_debug.dt={"entity_class":"Binary Sensor","match":"deviceClass.generic.key=7","description":"Z-Wave Plus Tilt Sensor","default_name":"Tilt Sensor","model":"TILTZWAVE2.5-ECO","capabilities":["tilt_sensor"],"primary_attribute":"tilt_sensor.state","values":[{"valueId":"32:currentValue:","capabilities":{"tilt_sensor":{"attributes":{"state":{}}}}},{"match":{"endpoint":0,"commandClass":48,"metadata.ccSpecific.sensorType":255},"capabilities":{"tilt_sensor":{"attributes":{"state":{}}}}},{"match":{"endpoint":0,"commandClass":113,"metadata.ccSpecific.notificationType":6},"capabilities":{"tilt_sensor":{"attributes":{"state":{"expr":"value === 22"}}}}}],"manufacturerId":330,"productType":4,"productId":3}
              x_zwave_values.Battery_isLow=false
              x_zwave_values.Battery_level=100
              x_zwave_values.Binary_Sensor_Any=false
              x_zwave_values.Binary_Sensor_Door_Window=true
              x_zwave_values.Configuration_Basic_Sets_for_Association_Group_2=0
              x_zwave_values.Configuration_Send_Reports=0
              x_zwave_values.Manufacturer_Specific_manufacturerId=330
              x_zwave_values.Manufacturer_Specific_productId=3
              x_zwave_values.Manufacturer_Specific_productType=4
              x_zwave_values.Notification_Access_Control_Door_state=22
              x_zwave_values.Notification_Access_Control_Door_state_simple=22
              x_zwave_values.Notification_Home_Security_Cover_status=3
              x_zwave_values.Notification_Power_Management_Battery_maintenance_status=0
              x_zwave_values.Notification_UNKNOWN_0x46=23
              x_zwave_values.Notification_alarmLevel=0
              x_zwave_values.Notification_alarmType=0
              x_zwave_values.Version_firmwareVersions=["10.1"]
              x_zwave_values.Version_hardwareVersion=2
              x_zwave_values.Version_libraryType=6
              x_zwave_values.Version_protocolVersion="4.5"
              x_zwave_values.Wake_Up_controllerNodeId=1
              x_zwave_values.Wake_Up_wakeUpInterval=14400
              zwave_device.capabilities=[48,112,113,114,128,132,134]
              zwave_device.endpoint=0
              zwave_device.failed=false
              zwave_device.generic_class="Notification Sensor"
              zwave_device.impl_sig="24256:1:24192:1"
              zwave_device.is_beaming=true
              zwave_device.is_listening=false
              zwave_device.is_routing=true
              zwave_device.is_secure=false
              zwave_device.last_wakeup=1726513928400
              zwave_device.manufacturer_info=[330,4,3]
              zwave_device.max_data_rate=100000
              zwave_device.node_id=24
              zwave_device.specific_class="Notification Sensor"
              zwave_device.status=1
              zwave_device.status_text="asleep"
              zwave_device.version_info=[4,"10.1"]
              zwave_device.wakeup_interval=14400
              

              Synology NAS, Docker, Zooz Z-Wave Stick 700, Z-Wave JS-UI, Reactor, Home Assistant, Grafana, and InfluxDB.

              1 Reply Last reply
              0
              • toggledbitsT Offline
                toggledbitsT Offline
                toggledbits
                wrote on last edited by
                #8

                Have you opened and closed the door since updating? Because it's a notification sensor, Reactor won't have the right values until it gets notifications from the device.

                Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.

                1 Reply Last reply
                0
                • SnowmanS Snowman

                  @togglebits I am curious as to why the tilt_sensor.state (primary) = NULL. I believe it should show true or false. I have to use binary_sensor.state instead in my rules.

                  Again, not sure if this is related to Reactor/ZwaveJSController implementation or the actual Z-Wave JS UI docker version. I have copied, below, the attributes of the tilt sensor in hopes it can help.

                  Thanks in advance.

                  Reactor version 23302
                  ZWaveJSController version 23254
                  Z-Wave JS UI version 9.3.0.724519f
                  zwave-js version 12.2.3

                  battery_power.level=0.99
                  battery_power.since=1699401727360
                  binary_sensor.state=false
                  tamper.state=true
                  tilt_sensor.state=null
                  x_debug.dt={"entity_class":"Binary Sensor","match":"deviceClass.generic.key=7","description":"Z-Wave Plus Tilt Sensor","default_name":"Tilt Sensor","model":"TILTZWAVE2.5-ECO","capabilities":["tilt_sensor"],"primary_attribute":"tilt_sensor.state","values":[{"valueId":"32:currentValue:","capabilities":{"tilt_sensor":{"attributes":{"state":{}}}}}],"manufacturerId":330,"productType":4,"productId":3}
                  x_zwave_values.Battery_isLow=false
                  x_zwave_values.Battery_level=99
                  x_zwave_values.Binary_Sensor_Any=false
                  x_zwave_values.Configuration_Basic_Sets_for_Association_Group_2=0
                  x_zwave_values.Configuration_Send_Reports=0
                  x_zwave_values.Manufacturer_Specific_manufacturerId=330
                  x_zwave_values.Manufacturer_Specific_productId=3
                  x_zwave_values.Manufacturer_Specific_productType=4
                  x_zwave_values.Notification_Access_Control_Door_state=23
                  x_zwave_values.Notification_Access_Control_Door_state_simple=23
                  x_zwave_values.Notification_Home_Security_Cover_status=3
                  x_zwave_values.Notification_Power_Management_Battery_maintenance_status=0
                  x_zwave_values.Notification_UNKNOWN_0x46=23
                  x_zwave_values.Notification_alarmLevel=0
                  x_zwave_values.Notification_alarmType=0
                  x_zwave_values.Version_firmwareVersions=["10.1"]
                  x_zwave_values.Version_hardwareVersion=2
                  x_zwave_values.Version_libraryType=6
                  x_zwave_values.Version_protocolVersion="4.5"
                  x_zwave_values.Wake_Up_controllerNodeId=1
                  x_zwave_values.Wake_Up_wakeUpInterval=14400
                  zwave_device.capabilities=[48,112,113,114,128,132,134]
                  zwave_device.endpoint=0
                  zwave_device.failed=false
                  zwave_device.generic_class="Notification Sensor"
                  zwave_device.impl_sig="23305:1:22057:1"
                  zwave_device.is_beaming=false
                  zwave_device.is_listening=false
                  zwave_device.is_routing=true
                  zwave_device.is_secure=false
                  zwave_device.last_wakeup=1699563172708
                  zwave_device.manufacturer_info=[330,4,3]
                  zwave_device.max_data_rate=null
                  zwave_device.node_id=24
                  zwave_device.specific_class="Notification Sensor"
                  zwave_device.status=1
                  zwave_device.status_text="asleep"
                  zwave_device.version_info=[null,"10.1"]
                  zwave_device.wakeup_interval=14400
                  
                  SnowmanS Offline
                  SnowmanS Offline
                  Snowman
                  wrote on last edited by
                  #9

                  I did open and close the garage door after updating Reactor. More than once. I even removed the battery to see if it would make a difference.

                  I am looking at the Notification values under ZWaveJS UI ans can see that the Window/door state do toggle between TRUE/FALSE when the door opens and closes. Nothing unusual here.

                  Looking at Binary Sensor values, I am seing this though. Makes sense?

                  When the garage door Opens
                  1de1d60d-615b-4d3d-b400-b9e101c8daac-image.png

                  When the garage door Closes
                  69844462-27a1-482c-bd1e-59419f09d348-image.png

                  Synology NAS, Docker, Zooz Z-Wave Stick 700, Z-Wave JS-UI, Reactor, Home Assistant, Grafana, and InfluxDB.

                  1 Reply Last reply
                  0
                  • toggledbitsT Offline
                    toggledbitsT Offline
                    toggledbits
                    wrote on last edited by toggledbits
                    #10

                    The Z-Wave JS UI doesn't show notifications here, only states. All of those are states. Notifications are class number 113.

                    At this point, I'll need to see logs for what happens when you open and close this thing. Here's what you need to do:

                    1. In your ZWaveJSController config in reactor.yaml, add the following line:

                           config:  # don't add this line, included for indenting reference only
                             monitor_nodes: [24]  # add this line
                      
                    2. Restart Reactor.

                    3. Open and close the door two or three times.

                    4. Remove or comment out the line you added in step 1 and restart Reactor again.

                    5. Post the logs/zwavejs_24_monitor.json file to the URL I am going to DM to you in chat.

                    Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.

                    SnowmanS 1 Reply Last reply
                    0
                    • toggledbitsT toggledbits

                      The Z-Wave JS UI doesn't show notifications here, only states. All of those are states. Notifications are class number 113.

                      At this point, I'll need to see logs for what happens when you open and close this thing. Here's what you need to do:

                      1. In your ZWaveJSController config in reactor.yaml, add the following line:

                             config:  # don't add this line, included for indenting reference only
                               monitor_nodes: [24]  # add this line
                        
                      2. Restart Reactor.

                      3. Open and close the door two or three times.

                      4. Remove or comment out the line you added in step 1 and restart Reactor again.

                      5. Post the logs/zwavejs_24_monitor.json file to the URL I am going to DM to you in chat.

                      SnowmanS Offline
                      SnowmanS Offline
                      Snowman
                      wrote on last edited by
                      #11

                      @toggledbits I now have the requested log file.

                      Synology NAS, Docker, Zooz Z-Wave Stick 700, Z-Wave JS-UI, Reactor, Home Assistant, Grafana, and InfluxDB.

                      1 Reply Last reply
                      1
                      • toggledbitsT Offline
                        toggledbitsT Offline
                        toggledbits
                        wrote on last edited by
                        #12

                        OK. Pull the zwavejs_data.zip update file from the server and put it into your config directory. The stop Reactor (not restart), clear out storage/entities/zwavejs, and start Reactor again.

                        Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.

                        SnowmanS 1 Reply Last reply
                        0
                        • toggledbitsT toggledbits

                          OK. Pull the zwavejs_data.zip update file from the server and put it into your config directory. The stop Reactor (not restart), clear out storage/entities/zwavejs, and start Reactor again.

                          SnowmanS Offline
                          SnowmanS Offline
                          Snowman
                          wrote on last edited by
                          #13

                          @toggledbits The ZIP file fixed the issue. The tilt_sensor.state working as expected. Thanks

                          door_sensor.state=true
                          tamper.state=true
                          tilt_sensor.state=true
                          

                          Synology NAS, Docker, Zooz Z-Wave Stick 700, Z-Wave JS-UI, Reactor, Home Assistant, Grafana, and InfluxDB.

                          1 Reply Last reply
                          0
                          • toggledbitsT Offline
                            toggledbitsT Offline
                            toggledbits
                            wrote on last edited by toggledbits
                            #14

                            Perfect. Thanks for sending the log. Don't forget to remove or comment out the monitor_nodes line if you haven't already... it will consume disk space to exhaustion if you don't disable it.

                            Edit: the issue, by the way, was the new device data had handling dependent on which version of Z-Wave JS was running, because the device is reported differently on earlier versions (as you pointed out earlier), but the test in the new data file was broken. Easy fix.

                            Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.

                            1 Reply Last reply
                            0
                            • toggledbitsT toggledbits unlocked this topic on
                            • toggledbitsT toggledbits locked this topic on
                            Reply
                            • Reply as topic
                            Log in to reply
                            • Oldest to Newest
                            • Newest to Oldest
                            • Most Votes


                            Recent Topics

                            • Arming Envisalink panel from MSR
                              T
                              tamorgen
                              0
                              7
                              213

                            • [Solved] DynamicGroupController updating members issue
                              CrilleC
                              Crille
                              0
                              5
                              152

                            • Reactor (Multi-System/Multi-Hub) Announcements
                              toggledbitsT
                              toggledbits
                              5
                              148
                              131.0k

                            • DynamicGroupController and attributes
                              therealdbT
                              therealdb
                              1
                              5
                              137

                            • Upgrade Issues
                              T
                              tbully
                              0
                              9
                              256

                            • [SOLVED] Conflicting Set Reaction Groups Appear to Fire Simultaneously in Single Rule Evaluation
                              toggledbitsT
                              toggledbits
                              0
                              10
                              278

                            • [SOLVED] Question regarding "in" vs "contains" vs contents of the string
                              G
                              gwp1
                              0
                              5
                              158

                            • openLuup console disappeared - 500 - Internal Server Error
                              A
                              a-lurker
                              0
                              2
                              186

                            • Logon screen timeout
                              G
                              gwp1
                              0
                              5
                              203

                            • [MSR] Copy&past of actions and/or drag&drop between set/reset
                              toggledbitsT
                              toggledbits
                              0
                              9
                              398

                            • Upgrade advice - upgrade from aarch64 to ARM64 image
                              toggledbitsT
                              toggledbits
                              0
                              4
                              227
                            Powered by NodeBB | Contributors
                            Hosted freely by 10RUPTiV - Solutions Technologiques | Contact us
                            • Login

                            • Don't have an account? Register

                            • Login or register to search.
                            • First post
                              Last post
                            0
                            • Categories
                            • Recent
                            • Tags
                            • Popular
                            • Unsolved