Discussion Forum to share and further the development of home control and automation, independent of platforms.

    SmartHome Community

    • Register
    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular
    • Unsolved
    1. Home
    2. akbooer
    • Need help in finding the right smart switch for my kitchen lights

      M

      Hello,
      I have a kitchen light that can be controlled by two switches, using either to turn it off or on. I have been slowly changing things over to be a smart home but this is the first switch I am attempting to install.
      I am in a double wide modular home (mobile) that was built in 1994.
      At first I thought I would need a 3 way switch but when taking the normal switches apart I realized that was incorrect because the wiring on my switches are different than anything I could find online.
      For one a 3 way smart switch requires 5 wires and there are only 2 wires going into the primary switch with 3 wires going into the secondary switch from the primary switch (at least I think the 3 wires connect the two switches together). Images will be attached of the wiring.
      There are two wires (one black and one white) going into the first switch and 3 wires (black, white, and red) going out of that and into the second switch (I assume). The odd thing is the red wire going to the second switch is connected to the white wire going into the first switch and the white wire going into the second switch seems to be a bridge wire or a traveler wire. Not exactly sure. You will see what I mean in the images.
      I need to know what kind of smart switch I can use in this set up with one remaining a normal switch.
      Note that for some reason the images got switched around when uploading them. The image with 2 wires on one side and 3 on the other is what I think is the primary and the image with just 3 wires is the secondary.
      Primary.jpg Secondary.jpg

      General Discussion
    • Short survey

      P

      Hi,
      I am a student and recently i am working on smart home project and writing a seminar paper about the way users handle and manage IoT devices. I you have 3 min, please fill below survey. Its really short.
      Thank you in advance, I really appreciate everyone's help.

      General Discussion
    • [Solved] MSR actions aren't running anymore-- can't find what's broken

      E

      Suddenly my MSR actions aren't running anymore. I've had this before, but with an update to a new version it was fixed. see also

      https://smarthome.community/topic/987/msr-actions-aren-t-running-anymore-can-t-find-what-s-broken/3?_=1674661492589

      But an update from version 22240 to 22256 gave this time no result.

      The reactions aren't running correctly. Most of my MSR automations are use turn lights on/off, and time based automations nothing worked where MSR does his magic.

      I've also tested a bunch of things to see what's broken, here's what I've observed:
      -I can successfully flip lights on/off manually within Vera
      -I can successfully flip lights on/off manually within MSR's Entities section
      -the sensors are correctly reporting to Vera and MSR (I can see when they're switch on/off)
      -the rules within MSR are working correctly, I can see when they flip to 'true' of 'false' '
      '
      But I cannot successfully run the "Set Reaction" and "Reset Reaction" within MSR (by hitting the 'play' button)
      But the play buttons on the entitiy action in the "Set Reaction" and in "Reset Reaction" they work well.

      Can someone help me to get MSR working again

      MSR is running bare metal on Rpi4

      Multi-System Reactor
    • Reactor (Multi-System/Multi-Hub) Announcements

      toggledbits

      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
    • My MQTTController templates contribution

      Crille

      I've made a few templates for MQTTController, mostly Zigbee2MQTT, and sharing them to the community if anyone else would find use for them.

      GitHub - calmen77/MSR-mqtt_templates: MQTT templates for Multi-hub Reactor GitHub - calmen77/MSR-mqtt_templates: MQTT templates for Multi-hub Reactor

      MQTT templates for Multi-hub Reactor. Contribute to calmen77/MSR-mqtt_templates development by creating an account on GitHub.

      These are the ones I'm using but I'm happy to add more Zigbee2MQTT templates if needed.

      Happy Holidays!

      Multi-System Reactor
    • Sonoff zbmini-l and philips hue

      L

      Hello!

      I have recently begun making my home smarter, and I've run into some trouble while trying to get my Sonoff zbmini-l, which is connected to my Philips Hue bridge, to work properly. I am able to control it individually, but not through scenes or with the Google Home app. Has anyone else encountered this problem and know of a fix? Additionally, I have another Zigbee bridge, but I am unable to find the Sonoff device on it.

      Thank you in advance for your help!

      PS: I am very new to this.

      Zigbee
    • Ezlo Controller - Error Incompatible serialization data - api cloud Timeout

      N

      Hi,
      Connection to Ezlo is going in timeout with api-cloud.ezlo. This happens in anonymous_access set to false or in true.
      A lot of Error Incompatible serialization data (in the log I cut many more).
      In MSR controller status, Ezlo is in green icon but after sometime devices start to not respond.
      Can I have some help?

      Synology Nas - INTEL - DSM 7.1.1-42962 Update 3
      Ezlo Hub Model: h2.1 - v.2.0.35.2156.5
      Docker Container
      Reactor latest-23010-7dd2c9e9

      Thanks in advance

      [latest-23010]2023-01-20T18:11:08.069Z <app:null> Reactor build latest-23010-7dd2c9e9 starting on v16.15.1 [latest-23010]2023-01-20T18:11:08.071Z <app:null> Process ID 1 user/group 0/0; docker; platform linux/x64 #42962 SMP Tue Oct 18 15:07:03 CST 2022; locale (undefined) [latest-23010]2023-01-20T18:11:08.071Z <app:null> Basedir /opt/reactor; data in /var/reactor/storage [latest-23010]2023-01-20T18:11:08.071Z <app:null> NODE_PATH=/opt/reactor:/opt/reactor/node_modules [latest-23010]2023-01-20T18:11:08.085Z <app:INFO> Configured locale (undefined); selected locale(s) en-US.UTF-8 [latest-23010]2023-01-20T18:11:08.122Z <app:INFO> Loaded locale en-US [latest-23010]2023-01-20T18:11:08.128Z <Structure:null> Module Structure v22323 [latest-23010]2023-01-20T18:11:08.131Z <Capabilities:null> Module Capabilities v22356 [latest-23010]2023-01-20T18:11:08.166Z <Capabilities:NOTICE> System capabilities loaded from core distribution, data version 22356 revision 1 [latest-23010]2023-01-20T18:11:08.211Z <Plugin:null> Module Plugin v22300 [latest-23010]2023-01-20T18:11:08.238Z <TimerBroker:null> Module TimerBroker v22283 [latest-23010]2023-01-20T18:11:08.241Z <Entity:null> Module Entity v22353 [latest-23010]2023-01-20T18:11:08.247Z <Controller:null> Module Controller v22323 [latest-23010]2023-01-20T18:11:08.261Z <default:null> Module Ruleset v22293 [latest-23010]2023-01-20T18:11:08.262Z <default:null> Module Rulesets v22146 [latest-23010]2023-01-20T18:11:08.271Z <GlobalExpression:null> Module GlobalExpression v22146 [latest-23010]2023-01-20T18:11:08.296Z <Predicate:null> Module Predicate v22345 [latest-23010]2023-01-20T18:11:08.317Z <AlertManager:null> Module AlertManager v22283 [latest-23010]2023-01-20T18:11:08.322Z <Rule:null> Module Rule v22345 [latest-23010]2023-01-20T18:11:08.327Z <GlobalReaction:null> Module GlobalReaction v22324 [latest-23010]2023-01-20T18:11:08.329Z <Engine:null> Module Engine v23001 [latest-23010]2023-01-20T18:11:08.335Z <httpapi:null> Module httpapi v22347 [latest-23010]2023-01-20T18:11:08.400Z <wsapi:null> Module wsapi v22320 [latest-23010]2023-01-20T18:11:08.400Z <app:NOTICE> Starting Structure... [latest-23010]2023-01-20T18:11:08.460Z <InfluxFeed:null> Module InfluxFeed v22286 [latest-23010]2023-01-20T18:11:08.462Z <Structure:INFO> Structure#1 starting plugin influx (InfluxFeed) [latest-23010]2023-01-20T18:11:08.463Z <Structure:INFO> Structure#1 loading controller interface vera (VeraController) [latest-23010]2023-01-20T18:11:08.517Z <TaskQueue:null> Module TaskQueue 21351 [latest-23010]2023-01-20T18:11:08.518Z <VeraController:null> Module VeraController v22325 [latest-23010]2023-01-20T18:11:08.548Z <Structure:INFO> Structure#1 loading controller interface ezlo (EzloController) [latest-23010]2023-01-20T18:11:08.635Z <EzloController:null> Module EzloController v22344 [latest-23010]2023-01-20T18:11:08.867Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_613c8f94129e291209006add: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:08.868Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:08.869Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_613c9094129e291209006ae4: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:08.869Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:08.902Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_61437a57129e29124dfcd791: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:08.902Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:08.925Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_61437a58129e29124dfcd7a0: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:08.925Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:08.942Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_6198168b129e2918c5ce97bc: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:08.943Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:08.945Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_61981760129e2918c5ce97cb: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:08.945Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:08.945Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_61981770129e2918c5ce97d0: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:08.945Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:08.946Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_6198177e129e2918c5ce97d5: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:08.946Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:08.947Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_6198178b129e2918c5ce97da: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:08.947Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:08.947Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_6198179b129e2918c5ce97df: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:08.947Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:08.948Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_619817a6129e2918c5ce97e4: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:08.948Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:08.948Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_619817b2129e2918c5ce97e9: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:08.949Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:09.012Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_626d5d16129e291244463492: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:09.012Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:09.013Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_626d5d16129e291244463494: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:09.013Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:09.013Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_626d64d4129e2912444634a8: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:09.014Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:09.014Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_626d64d5129e2912444634af: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:09.014Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:09.015Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_626d64d5129e2912444634b2: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:09.015Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:09.039Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_629e6ec1129e2912b034351f: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:09.040Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:09.040Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_629e6ec2129e2912b0343529: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:09.040Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:09.041Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_629e6ec3129e2912b034352b: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:09.041Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:09.042Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_629e6ec3129e2912b034352d: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:09.042Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:09.043Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_629e6ec3129e2912b034352f: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:09.043Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:09.043Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_62a6d99a129e29123e7b0a8f: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:09.043Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:09.044Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity device_62a6d99b129e29123e7b0a9d: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:09.044Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:09.060Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity room_629687b6129e2912430f2de2: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:09.060Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Group.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:09.061Z <Controller:WARN> EzloController#ezlo failed (1) to restore entity room_62a66189129e29124345f791: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:09.061Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Group.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at EzloController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new EzloController (/opt/reactor/server/lib/EzloController.js:707:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:09.128Z <Structure:INFO> Structure#1 loading controller interface groups (DynamicGroupController) [latest-23010]2023-01-20T18:11:09.146Z <DynamicGroupController:null> Module DynamicGroupController v22313 [latest-23010]2023-01-20T18:11:09.178Z <Controller:WARN> DynamicGroupController#groups failed (1) to restore entity earthquake_entities: [Error] Incompatible serialization data; can't unserialize [-] [latest-23010]2023-01-20T18:11:09.178Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Group.unserialize (/opt/reactor/server/lib/Entity.js:452:19) at /opt/reactor/server/lib/Controller.js:794:70 at Array.forEach (<anonymous>) at DynamicGroupController._restoreEntities (/opt/reactor/server/lib/Controller.js:782:36) at new Controller (/opt/reactor/server/lib/Controller.js:395:43) at new DynamicGroupController (/opt/reactor/server/lib/DynamicGroupController.js:207:9) at /opt/reactor/server/lib/Controller.js:451:37 [latest-23010]2023-01-20T18:11:09.186Z <Structure:INFO> Structure#1 loading controller interface weather (OWMWeatherController) [latest-23010]2023-01-20T18:11:09.219Z <OWMWeatherController:null> Module OWMWeatherController v22294 [latest-23010]2023-01-20T18:11:09.222Z <Structure:INFO> Structure#1 loading controller interface reactor_system (SystemController) [latest-23010]2023-01-20T18:11:09.227Z <SystemController:null> Module SystemController v22306 [latest-23010]2023-01-20T18:11:09.231Z <Structure:INFO> Structure#1 loading controller interface virtual (VirtualEntityController) [latest-23010]2023-01-20T18:11:09.238Z <VirtualEntityController:null> Module VirtualEntityController v22325 [latest-23010]2023-01-20T18:11:09.348Z <Structure:INFO> Starting controller VeraController#vera [latest-23010]2023-01-20T18:11:09.348Z <VeraController:NOTICE> VeraController#vera starting... [latest-23010]2023-01-20T18:11:09.357Z <Controller:INFO> VeraController#vera loaded vera capabilities ver 22253 rev 1 format 1 [latest-23010]2023-01-20T18:11:09.394Z <Controller:INFO> VeraController#vera loaded implementation data ver 22345 rev 1 format 1 [latest-23010]2023-01-20T18:11:09.394Z <Structure:INFO> Starting controller EzloController#ezlo [latest-23010]2023-01-20T18:11:09.397Z <Controller:INFO> EzloController#ezlo loaded ezlo capabilities ver 22266 rev 1 format 1 [latest-23010]2023-01-20T18:11:09.408Z <Controller:INFO> EzloController#ezlo loaded implementation data ver 22344 rev 1 format 1 [latest-23010]2023-01-20T18:11:09.408Z <Structure:INFO> Starting controller DynamicGroupController#groups [latest-23010]2023-01-20T18:11:09.413Z <Controller:NOTICE> Controller DynamicGroupController#groups is now online. [latest-23010]2023-01-20T18:11:09.413Z <Structure:INFO> Starting controller OWMWeatherController#weather [latest-23010]2023-01-20T18:11:09.503Z <Structure:INFO> Starting controller SystemController#reactor_system [latest-23010]2023-01-20T18:11:09.506Z <Controller:NOTICE> Controller SystemController#reactor_system is now online. [latest-23010]2023-01-20T18:11:09.537Z <Structure:INFO> Starting controller VirtualEntityController#virtual [latest-23010]2023-01-20T18:11:09.549Z <Controller:INFO> VirtualEntityController#virtual loaded virtualentity capabilities ver 22263 rev 2 format 1 [latest-23010]2023-01-20T18:11:09.550Z <Controller:INFO> VirtualEntityController#virtual loaded implementation data ver 22280 rev 1 format 1 [latest-23010]2023-01-20T18:11:09.556Z <VeraController:INFO> VeraController: deviceclass room capability sys_group does not provide attribute members [latest-23010]2023-01-20T18:11:09.556Z <VeraController:INFO> VeraController: deviceclass room capability sys_group does not provide attribute empty [latest-23010]2023-01-20T18:11:09.557Z <EzloController:INFO> EzloController#ezlo device mapping data loaded; checking... [latest-23010]2023-01-20T18:11:09.566Z <EzloController:INFO> EzloController#ezlo: connecting to hub "90000464" [latest-23010]2023-01-20T18:11:09.570Z <VirtualEntityController:INFO> VirtualEntityController#virtual configuring virtual .DefaultMode (vec01) [latest-23010]2023-01-20T18:11:09.571Z <VirtualEntityController:INFO> VirtualEntityController#virtual configuring virtual .GuestMode (vec02) [latest-23010]2023-01-20T18:11:09.571Z <VirtualEntityController:INFO> VirtualEntityController#virtual configuring virtual .PartyMode (vec03)
      Multi-System Reactor
    • MQTT log levels & log rotation

      tunnus

      Trying to set log level for MQTT to the lowest possible, is it in practise level 4? Also, would like to set maximum size and log rotation, but the following setup in logging.yaml did not work:

      MQTTController: level: 4 streams: - type: file maxsize: 2 keep: 2

      Using the latest build (23010).

      Multi-System Reactor
    • Help. Installing Reactor on Home Assistant.

      A

      Good afternoon. I want to connect Reactor to HA. HA is installed on Proxmox. Proxmox is installed on a Beelink U59 PRO mini PC. Studied the installation instructions ( https://reactor.toggledbits.com/docs/Installation / ) but I didn't understand how to do it (I'm a weak linux user). Help, give detailed instructions on how to install MSR.
      Reactor is a cool plugin, I use it on VeraPlus, but gradually I want to switch to HA.
      Thanks.

      Multi-System Reactor
    • Setting Aeotec Siren 6 volume and duration not working

      Snowman

      Having trouble setting the Aeotec Siren 6 volume and the duration for a specific siren (alarm).

      Reactor version: latest-23010-7dd2c9e9

      Setting the tone value works fine. On the other end, what ever value I put under volume_level and duration has no effect.

      As usual, I am doing something wrong but can't figure out what.

      aca1fe53-792d-4da0-9ea9-8ad62cbff3ce-image.png

      Thanks in advance.

      Software
    • Neural TTS with Sonos & Hubitat

      tunnus

      My migration from Vera to Hubitat is almost ready, only Sonos & Visonic (alarm system) remain on Vera. Hubitat has a Sonos integration, but it lacks neural voices for TTS so I've been looking for an alternative solution.

      @a-lurker hinted that there's a mqtt version for Sonos so I went that route and installed Docker containers for both sonos2mqtt and sonos-tts-polly. It turned out that I won't need mqtt for this at all, and I can utilize Hubitat's integration and just use the latter container for Polly.

      Did create a separate user on AWS only for TTS usage (there's an access right called "AmazonPollyReadOnlyAccess") and configured key, secret & cache in the container. Then I made the following test rule / reaction in MSR:

      Screenshot 2023-01-20 at 15.32.23.png Screenshot 2023-01-20 at 15.32.38.png

      So if anyone else has the same (or similar) setup, here's one way to achieve neural TTS with Sonos.

      Multi-System Reactor
    • Cheapest platform on which to run MSR

      T

      Please can anyone give me advice on a cheap way to run MSR (both initial cost and ongoing electricity cost). I currently run it on my QNAP network drive (which works very well incidentally). However, this draws a constant 35Watts (£90/yr @ 30p/kWh) and given the recent rise in fuel costs I am evaluating the best way forwards. Note, I only really need to turn my QNAP on for an hour a week to back-up my computer data. I understand that MSR can run on a Raspberry PI, but I am not competent with Linux! Thanks.

      Multi-System Reactor
    • Vera Alexa down?

      CatmanV2

      Anyone else seeing issues with Vera TTS? All was working fine. I assumed the cookie had expired, but even having replaced it, and seeing that the .alexa.login file is aging (as I'd expect) No speech.

      I seem to be getting an odd timeout but no idea from where.
      Debian Bullseye, bare metal

      Good call from this morning:

      2023-01-18 08:22:51.657 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a2345e8 2023-01-18 08:22:51.667 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e89df13d8 2023-01-18 08:22:51.668 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=31085221&MinimumDelay=50&output_format=json&_r=1674030171666 HTTP/1.1 tcp{client}: 0x563e89df13d8 2023-01-18 08:22:58.223 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a4ab388 2023-01-18 08:22:58.223 openLuup.server:: GET /data_request?Text=Rachel%20has%20arrived%20at%20Washtec&Language=en-GB&GroupZones=Everywhere&Volume=50&DeviceNum=22&id=action&serviceId=urn%3Abochicchio-com%3AserviceId%3AVeraAlexa1&action= Say&output_format=json&_r=1674030178221 HTTP/1.1 tcp{client}: 0x563e8a4ab388 2023-01-18 08:22:58.224 luup.call_action:: 22.urn:bochicchio-com:serviceId:VeraAlexa1.Say 2023-01-18 08:22:58.224 luup_log:22: VeraAlexa: addToQueue: added to queue for 22 2023-01-18 08:23:09.379 luup.variable_set:: 22.urn:bochicchio-com:serviceId:VeraAlexa1.LatestResponse was: sending cmd:speak:<s><lang xml:lang="en-UK"><amazon:domain name="conversational">The temperature outside is -3 degr... now: sendi ng cmd:speak:<s>Rachel has arrived at Washtec</s><break time="0s" /> to dev:Everywhere type:A3C9PE6TNYLTCH ser... #hooks:0 2023-01-18 08:23:09.381 openLuup.server:: request completed (29 bytes, 1 chunks, 11156 ms) tcp{client}: 0x563e8a4ab388 2023-01-18 08:23:09.391 luup.variable_set:: 25001.urn:micasaverde-com:serviceId:SecuritySensor1.Tripped was: 0 now: 1 #hooks:0 2023-01-18 08:23:09.391 luup.variable_set:: 25001.urn:micasaverde-com:serviceId:SecuritySensor1.LastTrip was: 1674030032 now: 1674030189 #hooks:0 2023-01-18 08:23:09.394 openLuup.server:: request completed (1389 bytes, 1 chunks, 31782 ms) tcp{client}: 0x563e897eefd8 2023-01-18 08:23:09.395 openLuup.server:: request completed (1389 bytes, 1 chunks, 31662 ms) tcp{client}: 0x563e8a7c5248 2023-01-18 08:23:09.396 openLuup.server:: request completed (1389 bytes, 1 chunks, 17728 ms) tcp{client}: 0x563e89df13d8 2023-01-18 08:23:09.396 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a4ab388 2023-01-18 08:23:09.411 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a13f3c8 2023-01-18 08:23:09.412 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a79f3c8 2023-01-18 08:23:09.412 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e89df13d8 2023-01-18 08:23:09.413 openLuup.server:: GET /data_request?newTargetValue=1&DeviceNum=20330&id=action&serviceId=urn%3Aupnp-org%3AserviceId%3ASwitchPower1&action=SetTarget&output_format=json&_r=1674030189410 HTTP/1.1 tcp{client}: 0x563e 8a13f3c8 2023-01-18 08:23:09.413 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=31085224&MinimumDelay=50&output_format=json&_r=1674030189411 HTTP/1.1 tcp{client}: 0x563e8a79f3c8 2023-01-18 08:23:09.413 luup.call_action:: 20330.urn:upnp-org:serviceId:SwitchPower1.SetTarget 2023-01-18 08:23:09.413 luup.call_action:: action will be handled by parent: 37 2023-01-18 08:23:09.413 luup.variable_set:: 20330.urn:upnp-org:serviceId:SwitchPower1.Target was: 1 now: 1 #hooks:0 2023-01-18 08:23:09.449 openLuup.server:: request completed (35 bytes, 1 chunks, 36 ms) tcp{client}: 0x563e8a13f3c8 2023-01-18 08:23:09.461 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a13f3c8 2023-01-18 08:23:09.564 openLuup.server:: request completed (819 bytes, 1 chunks, 151 ms) tcp{client}: 0x563e8a79f3c8 2023-01-18 08:23:09.569 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a79f3c8 2023-01-18 08:23:09.581 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a32bf28

      Bad request from just now:

      2023-01-18 18:29:26.695 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x557239889e58 2023-01-18 18:29:26.696 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=66503545&MinimumDelay=50&output_format=json&_r=1674066566691 HTTP/1.1 tcp{client}: 0x557239889e58 2023-01-18 18:29:26.799 openLuup.server:: request completed (833 bytes, 1 chunks, 2249 ms) tcp{client}: 0x557239a62f78 2023-01-18 18:29:26.911 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=66503545&Timeout=60&MinimumDelay=1500&_=1674030721531 HTTP/1.1 tcp{client}: 0x5572385f78d8 2023-01-18 18:29:27.028 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x557238b98c58 2023-01-18 18:29:27.029 openLuup.server:: GET /data_request?Text=Testing...1...2...3&Language=en-GB&GroupZones=Everywhere&Volume=50&DeviceNum=22&id=action&serviceId=urn%3Abochicchio-com%3AserviceId%3AVeraAlexa1&action=Say&output_format=json&_r=1674066567027 HTTP/1.1 tcp{client}: 0x557238b98c58 2023-01-18 18:29:27.029 luup.call_action:: 22.urn:bochicchio-com:serviceId:VeraAlexa1.Say 2023-01-18 18:29:27.029 luup_log:22: VeraAlexa: addToQueue: added to queue for 22 2023-01-18 18:29:43.149 openLuup.server:: error 'closed' sending 4 bytes to tcp{client}: 0x557238b98c58 2023-01-18 18:29:43.150 openLuup.server:: ...only 0 bytes sent 2023-01-18 18:29:43.150 openLuup.server:: error 'closed' sending 29 bytes to tcp{client}: 0x557238b98c58 2023-01-18 18:29:43.150 openLuup.server:: ...only 0 bytes sent 2023-01-18 18:29:43.150 openLuup.server:: error 'closed' sending 2 bytes to tcp{client}: 0x557238b98c58 2023-01-18 18:29:43.150 openLuup.server:: ...only 0 bytes sent 2023-01-18 18:29:43.150 openLuup.server:: error 'closed' sending 5 bytes to tcp{client}: 0x557238b98c58 2023-01-18 18:29:43.150 openLuup.server:: ...only 0 bytes sent 2023-01-18 18:29:43.150 openLuup.server:: request completed (29 bytes, 1 chunks, 16121 ms) tcp{client}: 0x557238b98c58 2023-01-18 18:29:43.153 luup_log:63: BroadLink_Mk2 debug: RM3 Mini - IR 1: device is not a sensor or if a sensor; is not coded for 2023-01-18 18:29:43.153 luup_log:63: BroadLink_Mk2 debug: RM3 Mini - IR 1: veraId: 64, blId: a0:43:b0:8b:e0:e5, altId: a0:43:b0:8b:e0:e5_ir 2023-01-18 18:29:43.153 luup_log:63: BroadLink_Mk2 debug: RM3 Mini - IR 1: urn:schemas-micasaverde-com:device:IrTransmitter:1 2023-01-18 18:29:43.154 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=66503545&Timeout=60&MinimumDelay=1500&_=1674066518681 HTTP/1.1 tcp{client}: 0x557239a62f78 2023-01-18 18:29:43.155 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x557238b98c58 2023-01-18 18:29:43.157 openLuup.server:: request completed (591 bytes, 1 chunks, 16460 ms) tcp{client}: 0x557239889e58 2023-01-18 18:29:43.161 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x557239889e58 2023-01-18 18:29:43.175 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x5572399f30e8 2023-01-18 18:29:43.176 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=66503545&MinimumDelay=50&output_format=json&_r=1674066583172 HTTP/1.1 tcp{client}: 0x5572399f30e8 2023-01-18 18:29:57.979 luup.variable_set:: 20380.urn:upnp-org:serviceId:TemperatureSensor1.CurrentTemperature was: 22 now: 21 #hooks:0

      Any thoughts?

      Cheers

      C

      Vera/openLuup plugins
    • (Problem) Migration Z-Wave NW from Vera to UZB1 dongle

      T

      So ... I am trying to do the following:

      Current setup:
      Vera Plus (1.7.4955) Zwave only -> HASSIO VM (full control via Vera Integration)

      Future Target:
      HASSIO VM (leveraging zwave.me UZB1 dongle via USB)

      I have done the following so far:

      Updated UZB1 dongle (via RPi SmartHome) to latest 5.39 Firmware

      I followed the following steps to try and migrate my existing Z-Wave NW (currently on Vera) onto the UZB1 dongle following the steps listed here:

      Migrate from Vera to Z-way

      Problem:

      Steps 1-3: went fine (although the dumps are labeled as dongle.6.1.dump.x)

      Step 4: went fine and the UZB1 was recognized as it should be (per dmesg)

      Step 5: updating the port to /dev/ttyACM0 went fine, although I didn't see any indication of luup reload (or a save button for that matter when updating the port mapping)

      Step 6: I did the touch for dongle.restore, but wasn't sure where to trigger a luup reload (I assumed it was Z-Wave Settings > Advanced > Reload Engine). I believe I got an error message when trying to do that step

      Step 7: verify dongle.restore.go I don't recall being in the directions when I was going the test, but I rebooted

      Post Reboot: None of my previous z-wave devices were listed. I also checked dmesg via ssh and noticed the following items:

      [ 4.328000] Unsupported Device! [ 4.328000] Vendor=658 ProdID=200 [ 4.328000] Manufacturer= Product=

      I saw that item a couple times which almost seems like Vera is blocking the UZB1 or at least complaining about it.

      I ended up switching the Z-Wave back to the embedded controller, and restoring configuration from backup.

      Any suggestions what I did wrong??

      Vera
    • Temperature set point changes un-expectedly

      CatmanV2

      Any thoughts on this? OpenLuup / MSR on bare metal Debian Bullseye.

      The heating normally comes on an hour before the radio, this morning that was 0430.

      Normally this works perfectly and has done for many weeks. This morning though, something odd:

      Device in question is 20300. In shot, MSR correctly triggered and changed the setpoint to 21 at
      2023-01-16T04:30:00.147Z

      But at
      2023-01-16 04:31:51.128
      OpenLuup has reset the set point to 18.

      More than prepared to accept this as a glitch, but curious as to any thoughts?

      Reactor log:

      [latest-23010]2023-01-16T04:29:11.701Z <httpapi:INFO> httpapi: API request from ::ffff:192.168.70.70: GET /api/v1/systime [latest-23010]2023-01-16T04:30:00.002Z <Rule:INFO> Morning Lights are on (rule-l6gxvycu in Outside Lights) starting evaluation; because timer-trigger Timer#rule-l6gxvycu [latest-23010]2023-01-16T04:30:00.005Z <Rule:INFO> Morning Lights are on (rule-l6gxvycu in Outside Lights) trigger evaluation result is true (previously false) [latest-23010]2023-01-16T04:30:00.005Z <Rule:INFO> Morning Lights are on (rule-l6gxvycu in Outside Lights) evaluated; rule state transition from RESET to SET! [latest-23010]2023-01-16T04:30:00.022Z <Rule:INFO> Morning Lights are on (rule-l6gxvycu in Outside Lights) evaluation complete [latest-23010]2023-01-16T04:30:00.022Z <Engine:INFO> Enqueueing "Morning Lights are on<SET>" (rule-l6gxvycu:S) [latest-23010]2023-01-16T04:30:00.023Z <Rule:INFO> Morning Heating (rule-l60fkpo3 in Heating Control) starting evaluation; because timer-trigger Timer#rule-l60fkpo3 [latest-23010]2023-01-16T04:30:00.025Z <Rule:INFO> Morning Heating (rule-l60fkpo3 in Heating Control) trigger evaluation result is true (previously false) [latest-23010]2023-01-16T04:30:00.025Z <Rule:INFO> Morning Heating (rule-l60fkpo3 in Heating Control) evaluated; rule state transition from RESET to SET! [latest-23010]2023-01-16T04:30:00.033Z <Rule:INFO> Morning Heating (rule-l60fkpo3 in Heating Control) evaluation complete [latest-23010]2023-01-16T04:30:00.034Z <Engine:INFO> Enqueueing "Morning Heating<SET>" (rule-l60fkpo3:S) [latest-23010]2023-01-16T04:30:00.035Z <Engine:NOTICE> Starting reaction Morning Lights are on<SET> (rule-l6gxvycu:S) [latest-23010]2023-01-16T04:30:00.036Z <Engine:NOTICE> Starting reaction Morning Heating<SET> (rule-l60fkpo3:S) [latest-23010]2023-01-16T04:30:00.037Z <Rule:INFO> Morning Lights are on (rule-l6gxvycu in Outside Lights) starting evaluation; because timer-trigger Timer#rule-l6gxvycu [latest-23010]2023-01-16T04:30:00.038Z <Rule:INFO> Morning Lights are on (rule-l6gxvycu in Outside Lights) trigger evaluation result is true (previously true) [latest-23010]2023-01-16T04:30:00.038Z <Rule:INFO> Morning Lights are on (rule-l6gxvycu in Outside Lights) evaluated; trigger state unchanged (true); rule state remains SET [latest-23010]2023-01-16T04:30:00.038Z <Rule:INFO> Morning Lights are on (rule-l6gxvycu in Outside Lights) evaluation complete [latest-23010]2023-01-16T04:30:00.038Z <Rule:INFO> Morning Heating (rule-l60fkpo3 in Heating Control) starting evaluation; because timer-trigger Timer#rule-l60fkpo3 [latest-23010]2023-01-16T04:30:00.040Z <Rule:INFO> Morning Heating (rule-l60fkpo3 in Heating Control) trigger evaluation result is true (previously true) [latest-23010]2023-01-16T04:30:00.040Z <Rule:INFO> Morning Heating (rule-l60fkpo3 in Heating Control) evaluated; trigger state unchanged (true); rule state remains SET [latest-23010]2023-01-16T04:30:00.040Z <Rule:INFO> Morning Heating (rule-l60fkpo3 in Heating Control) evaluation complete [latest-23010]2023-01-16T04:30:00.077Z <VeraController:NOTICE> VeraController#vera action power_switch.on([Object]{ }) on Switch#vera>device_20170 succeeded [latest-23010]2023-01-16T04:30:00.079Z <Engine:INFO> Resuming reaction Morning Lights are on<SET> (rule-l6gxvycu:S) from step 1 [latest-23010]2023-01-16T04:30:00.147Z <VeraController:NOTICE> VeraController#vera action x_vera_svc_upnp_org_TemperatureSetpoint1_Heat.SetCurrentSetpoint([Object]{ "NewCurrentSetpoint": "21" }) on Thermostat#vera>device_20300 succeeded [latest-23010]2023-01-16T04:30:00.147Z <Engine:INFO> Resuming reaction Morning Heating<SET> (rule-l60fkpo3:S) from step 2 [latest-23010]2023-01-16T04:30:00.212Z <VeraController:NOTICE> VeraController#vera action power_switch.on([Object]{ }) on Switch#vera>device_20090 succeeded [latest-23010]2023-01-16T04:30:00.213Z <Engine:INFO> Resuming reaction Morning Lights are on<SET> (rule-l6gxvycu:S) from step 2 [latest-23010]2023-01-16T04:30:00.214Z <Engine:INFO> Morning Lights are on<SET> all actions completed. [latest-23010]2023-01-16T04:30:00.274Z <VeraController:NOTICE> VeraController#vera action x_vera_svc_upnp_org_TemperatureSetpoint1_Heat.SetCurrentSetpoint([Object]{ "NewCurrentSetpoint": "22" }) on Thermostat#vera>device_20380 succeeded [latest-23010]2023-01-16T04:30:00.276Z <Engine:INFO> Resuming reaction Morning Heating<SET> (rule-l60fkpo3:S) from step 3 [latest-23010]2023-01-16T04:30:00.276Z <Engine:INFO> Morning Heating<SET> all actions completed. [latest-23010]2023-01-16T04:30:43.031Z <httpapi:INFO> httpapi: API request from ::ffff:192.168.70.253: GET /api/v1/systime [latest-23010]2023-01-16T04:32:28.489Z <Rule:INFO> Office Heater On (rule-laku2z5a in Office Environment) starting evaluation; because entity-changed ValueSensor#vera>device_25002 [latest-23010]2023-01-16T04:32:28.490Z <Rule:INFO> Office Heater On (rule-laku2z5a in Office Environment) trigger evaluation result is false (previously false) [latest-23010]2023-01-16T04:32:28.491Z <Rule:INFO> Office Heater On (rule-laku2z5a in Office Environment) evaluated; trigger state unchanged (false); rule state remains RESET [latest-23010]2023-01-16T04:32:28.491Z <Rule:INFO> Office Heater On (rule-laku2z5a in Office Environment) evaluation complete [latest-23010]2023-01-16T04:32:37.103Z <Rule:INFO> Server Room Temperature Alert (rule-l5sbqlpf in Server Room Conditions) starting evaluation; because entity-changed ValueSensor#vera>device_25005 [latest-23010]2023-01-16T04:32:37.105Z <Rule:INFO> Server Room Temperature Alert (rule-l5sbqlpf in Server Room Conditions) trigger evaluation result is false (previously false) [latest-23010]2023-01-16T04:32:37.105Z <Rule:INFO> Server Room Temperature Alert (rule-l5sbqlpf in Server Room Conditions) evaluated; trigger state unchanged (false); rule state remains RESET [latest-23010]2023-01-16T04:32:37.106Z <Rule:INFO> Server Room Temperature Alert (rule-l5sbqlpf in Server Room Conditions) evaluation complete [latest-23010]2023-01-16T04:35:22.545Z <httpapi:INFO> httpapi: API request from ::ffff:192.168.70.70: GET /api/v1/systime [latest-23010]2023-01-16T04:35:44.866Z <httpapi:INFO> httpapi: API request from ::ffff:192.168.70.253: GET /api/v1/systime [latest-23010]2023-01-16T04:41:19.045Z <httpapi:INFO> httpapi: API request from ::ffff:192.168.70.70: GET /api/v1/systime

      OpenLuup log:

      2023-01-16 04:29:55.988 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a4ac768 2023-01-16 04:29:55.988 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=31057384&MinimumDelay=50&output_format=json&_r=1673843395986 HTTP/1.1 tcp{client}: 0x563e8a4ac768 2023-01-16 04:30:00.037 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a4f1498 2023-01-16 04:30:00.040 openLuup.server:: GET /data_request?newTargetValue=1&DeviceNum=20170&id=action&serviceId=urn%3Aupnp-org%3AserviceId%3ASwitchPower1&action=SetTarget&output_format=json&_r=1673843400036 HTTP/1.1 tcp{client}: 0x563e 8a4f1498 2023-01-16 04:30:00.041 luup.call_action:: 20170.urn:upnp-org:serviceId:SwitchPower1.SetTarget 2023-01-16 04:30:00.041 luup.call_action:: action will be handled by parent: 37 2023-01-16 04:30:00.041 luup.variable_set:: 20170.urn:upnp-org:serviceId:SwitchPower1.Target was: 0 now: 1 #hooks:0 2023-01-16 04:30:00.075 openLuup.server:: request completed (35 bytes, 1 chunks, 34 ms) tcp{client}: 0x563e8a4f1498 2023-01-16 04:30:00.076 luup_log:0: 14Mb, 1.8%cpu, 9.4days 2023-01-16 04:30:00.080 openLuup.server:: request completed (2214 bytes, 1 chunks, 33328 ms) tcp{client}: 0x563e8a5edc38 2023-01-16 04:30:00.081 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a4f1498 2023-01-16 04:30:00.104 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a001648 2023-01-16 04:30:00.105 openLuup.server:: GET /data_request?NewCurrentSetpoint=21&DeviceNum=20300&id=action&serviceId=urn%3Aupnp-org%3AserviceId%3ATemperatureSetpoint1_Heat&action=SetCurrentSetpoint&output_format=json&_r=1673843400103 H TTP/1.1 tcp{client}: 0x563e8a001648 2023-01-16 04:30:00.105 luup.call_action:: 20300.urn:upnp-org:serviceId:TemperatureSetpoint1_Heat.SetCurrentSetpoint 2023-01-16 04:30:00.106 luup.call_action:: action will be handled by parent: 37 2023-01-16 04:30:00.106 luup.variable_set:: 20300.urn:upnp-org:serviceId:TemperatureSetpoint1_Heat.CurrentSetpoint was: 18 now: 21 #hooks:0 2023-01-16 04:30:00.146 openLuup.server:: request completed (44 bytes, 1 chunks, 41 ms) tcp{client}: 0x563e8a001648 2023-01-16 04:30:00.148 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a001648 2023-01-16 04:30:00.175 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8907a7d8 2023-01-16 04:30:00.179 openLuup.server:: request completed (2466 bytes, 1 chunks, 34377 ms) tcp{client}: 0x563e89c31bd8 2023-01-16 04:30:00.179 openLuup.server:: GET /data_request?newTargetValue=1&DeviceNum=20090&id=action&serviceId=urn%3Aupnp-org%3AserviceId%3ASwitchPower1&action=SetTarget&output_format=json&_r=1673843400174 HTTP/1.1 tcp{client}: 0x563e 8907a7d8 2023-01-16 04:30:00.180 luup.call_action:: 20090.urn:upnp-org:serviceId:SwitchPower1.SetTarget 2023-01-16 04:30:00.180 luup.call_action:: action will be handled by parent: 37 2023-01-16 04:30:00.180 luup.variable_set:: 20090.urn:upnp-org:serviceId:SwitchPower1.Target was: 0 now: 1 #hooks:0 2023-01-16 04:30:00.210 openLuup.server:: request completed (35 bytes, 1 chunks, 30 ms) tcp{client}: 0x563e8907a7d8 2023-01-16 04:30:00.222 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8907a7d8 2023-01-16 04:30:00.239 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e89c4cbd8 2023-01-16 04:30:00.239 openLuup.server:: GET /data_request?NewCurrentSetpoint=22&DeviceNum=20380&id=action&serviceId=urn%3Aupnp-org%3AserviceId%3ATemperatureSetpoint1_Heat&action=SetCurrentSetpoint&output_format=json&_r=1673843400238 H TTP/1.1 tcp{client}: 0x563e89c4cbd8 2023-01-16 04:30:00.240 luup.call_action:: 20380.urn:upnp-org:serviceId:TemperatureSetpoint1_Heat.SetCurrentSetpoint 2023-01-16 04:30:00.240 luup.call_action:: action will be handled by parent: 37 2023-01-16 04:30:00.240 luup.variable_set:: 20380.urn:upnp-org:serviceId:TemperatureSetpoint1_Heat.CurrentSetpoint was: 18 now: 22 #hooks:0 2023-01-16 04:30:00.273 openLuup.server:: request completed (44 bytes, 1 chunks, 33 ms) tcp{client}: 0x563e89c4cbd8 2023-01-16 04:30:00.286 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e89c4cbd8 2023-01-16 04:30:00.390 openLuup.server:: request completed (2946 bytes, 1 chunks, 4401 ms) tcp{client}: 0x563e8a4ac768 2023-01-16 04:30:00.406 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a4ac768 2023-01-16 04:30:00.417 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e89ec0a88 2023-01-16 04:30:00.418 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=31057399&MinimumDelay=50&output_format=json&_r=1673843400417 HTTP/1.1 tcp{client}: 0x563e89ec0a88 2023-01-16 04:30:00.452 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=31057396&Timeout=60&MinimumDelay=1500&_=1671788900248 HTTP/1.1 tcp{client}: 0x563e8a5edc38 2023-01-16 04:30:00.555 openLuup.server:: request completed (1474 bytes, 1 chunks, 103 ms) tcp{client}: 0x563e8a5edc38 2023-01-16 04:30:00.658 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=31057397&Timeout=60&MinimumDelay=1500&_=1673519752390 HTTP/1.1 tcp{client}: 0x563e89c31bd8 2023-01-16 04:30:00.761 openLuup.server:: request completed (1222 bytes, 1 chunks, 103 ms) tcp{client}: 0x563e89c31bd8 2023-01-16 04:30:01.553 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=31057399&Timeout=60&MinimumDelay=1500&_=1671788900249 HTTP/1.1 tcp{client}: 0x563e8a5edc38 2023-01-16 04:30:01.900 luup.variable_set:: 20090.urn:upnp-org:serviceId:SwitchPower1.Status was: 0 now: 1 #hooks:0 2023-01-16 04:30:01.900 luup.variable_set:: 20160.urn:micasaverde-com:serviceId:EnergyMetering1.KWHReading was: 1673842201 now: 1673843401 #hooks:0 2023-01-16 04:30:01.900 luup.variable_set:: 20170.urn:micasaverde-com:serviceId:EnergyMetering1.Watts was: 0 now: 0.6 #hooks:0 2023-01-16 04:30:01.949 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=31057399&Timeout=60&MinimumDelay=1500&_=1673519752391 HTTP/1.1 tcp{client}: 0x563e89c31bd8 2023-01-16 04:30:02.052 openLuup.server:: request completed (1462 bytes, 1 chunks, 102 ms) tcp{client}: 0x563e89c31bd8 2023-01-16 04:30:02.256 openLuup.server:: request completed (1462 bytes, 1 chunks, 1837 ms) tcp{client}: 0x563e89ec0a88 2023-01-16 04:30:02.258 openLuup.server:: request completed (1462 bytes, 1 chunks, 705 ms) tcp{client}: 0x563e8a5edc38 2023-01-16 04:30:02.270 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e89ec0a88 2023-01-16 04:30:02.281 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a33bfe8 2023-01-16 04:30:02.282 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=31057402&MinimumDelay=50&output_format=json&_r=1673843402280 HTTP/1.1 tcp{client}: 0x563e8a33bfe8 2023-01-16 04:30:02.397 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=31057402&Timeout=60&MinimumDelay=1500&_=1671788900250 HTTP/1.1 tcp{client}: 0x563e8a5edc38 2023-01-16 04:30:02.839 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=31057402&Timeout=60&MinimumDelay=1500&_=1673519752392 HTTP/1.1 tcp{client}: 0x563e89c31bd8 2023-01-16 04:30:02.986 luup.variable_set:: 20170.urn:micasaverde-com:serviceId:EnergyMetering1.Watts was: 0.6 now: 35.5 #hooks:0 2023-01-16 04:30:03.092 openLuup.server:: request completed (983 bytes, 1 chunks, 694 ms) tcp{client}: 0x563e8a5edc38 2023-01-16 04:30:03.411 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=31057403&Timeout=60&MinimumDelay=1500&_=1671788900251 HTTP/1.1 tcp{client}: 0x563e8a5edc38 2023-01-16 04:30:03.515 openLuup.server:: request completed (983 bytes, 1 chunks, 1233 ms) tcp{client}: 0x563e8a33bfe8 2023-01-16 04:30:03.517 openLuup.server:: request completed (983 bytes, 1 chunks, 678 ms) tcp{client}: 0x563e89c31bd8 2023-01-16 04:30:03.524 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a33bfe8 2023-01-16 04:30:03.535 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e89ff6ce8 2023-01-16 04:30:03.536 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=31057403&MinimumDelay=50&output_format=json&_r=1673843403534 HTTP/1.1 tcp{client}: 0x563e89ff6ce8 2023-01-16 04:30:03.666 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=31057403&Timeout=60&MinimumDelay=1500&_=1673519752393 HTTP/1.1 tcp{client}: 0x563e89c31bd8 2023-01-16 04:30:10.455 luup.variable_set:: 20761.urn:micasaverde-com:serviceId:EnergyMetering1.KWHReading was: 1673842206 now: 1673843409 #hooks:0 2023-01-16 04:30:10.558 openLuup.server:: request completed (994 bytes, 1 chunks, 7022 ms) tcp{client}: 0x563e89ff6ce8 2023-01-16 04:30:10.565 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e89ff6ce8 2023-01-16 04:30:10.577 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e89de6688 2023-01-16 04:30:10.577 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=31057404&MinimumDelay=50&output_format=json&_r=1673843410576 HTTP/1.1 tcp{client}: 0x563e89de6688 2023-01-16 04:30:10.681 openLuup.server:: request completed (994 bytes, 1 chunks, 7014 ms) tcp{client}: 0x563e89c31bd8 2023-01-16 04:30:10.985 openLuup.server:: request completed (994 bytes, 1 chunks, 7573 ms) tcp{client}: 0x563e8a5edc38 2023-01-16 04:30:11.520 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=31057404&Timeout=60&MinimumDelay=1500&_=1671788900252 HTTP/1.1 tcp{client}: 0x563e8a5edc38 2023-01-16 04:30:11.951 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=31057404&Timeout=60&MinimumDelay=1500&_=1673519752394 HTTP/1.1 tcp{client}: 0x563e89c31bd8 2023-01-16 04:30:12.597 luup.variable_set:: 20380.urn:upnp-org:serviceId:TemperatureSensor1.CurrentTemperature was: 19 now: 18 #hooks:0 2023-01-16 04:30:12.701 openLuup.server:: request completed (990 bytes, 1 chunks, 1180 ms) tcp{client}: 0x563e8a5edc38 2023-01-16 04:30:12.804 openLuup.server:: request completed (990 bytes, 1 chunks, 2226 ms) tcp{client}: 0x563e89de6688 2023-01-16 04:30:12.815 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e89de6688 2023-01-16 04:30:12.825 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a027f48 2023-01-16 04:30:12.825 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=31057405&MinimumDelay=50&output_format=json&_r=1673843412824 HTTP/1.1 tcp{client}: 0x563e8a027f48 2023-01-16 04:30:13.130 openLuup.server:: request completed (990 bytes, 1 chunks, 1178 ms) tcp{client}: 0x563e89c31bd8 2023-01-16 04:30:13.541 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=31057405&Timeout=60&MinimumDelay=1500&_=1671788900253 HTTP/1.1 tcp{client}: 0x563e8a5edc38 2023-01-16 04:30:13.816 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=31057405&Timeout=60&MinimumDelay=1500&_=1673519752395 HTTP/1.1 tcp{client}: 0x563e89c31bd8 2023-01-16 04:30:28.245 openLuup.server:: request completed (742 bytes, 1 chunks, 15419 ms) tcp{client}: 0x563e8a027f48 2023-01-16 04:30:28.249 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a027f48 2023-01-16 04:30:28.260 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a3dc468 2023-01-16 04:30:28.261 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=31057405&MinimumDelay=50&output_format=json&_r=1673843428259 HTTP/1.1 tcp{client}: 0x563e8a3dc468 2023-01-16 04:30:41.166 luup.variable_set:: 20380.urn:upnp-org:serviceId:TemperatureSensor1.CurrentTemperature was: 18 now: 19 #hooks:0 2023-01-16 04:30:41.371 openLuup.server:: request completed (990 bytes, 1 chunks, 27554 ms) tcp{client}: 0x563e89c31bd8 2023-01-16 04:30:41.575 openLuup.server:: request completed (990 bytes, 1 chunks, 13313 ms) tcp{client}: 0x563e8a3dc468 2023-01-16 04:30:41.587 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a3dc468 2023-01-16 04:30:41.597 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8978cad8 2023-01-16 04:30:41.597 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=31057406&MinimumDelay=50&output_format=json&_r=1673843441596 HTTP/1.1 tcp{client}: 0x563e8978cad8 2023-01-16 04:30:41.690 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=31057406&Timeout=60&MinimumDelay=1500&_=1673519752396 HTTP/1.1 tcp{client}: 0x563e89c31bd8 2023-01-16 04:30:41.693 openLuup.server:: request completed (990 bytes, 1 chunks, 28151 ms) tcp{client}: 0x563e8a5edc38 2023-01-16 04:30:42.608 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=31057406&Timeout=60&MinimumDelay=1500&_=1671788900254 HTTP/1.1 tcp{client}: 0x563e8a5edc38 2023-01-16 04:30:56.899 openLuup.server:: request completed (742 bytes, 1 chunks, 15301 ms) tcp{client}: 0x563e8978cad8 2023-01-16 04:30:56.903 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8978cad8 2023-01-16 04:30:56.915 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a23eac8 2023-01-16 04:30:56.915 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=31057406&MinimumDelay=50&output_format=json&_r=1673843456913 HTTP/1.1 tcp{client}: 0x563e8a23eac8 2023-01-16 04:31:12.352 openLuup.server:: request completed (742 bytes, 1 chunks, 15436 ms) tcp{client}: 0x563e8a23eac8 2023-01-16 04:31:12.356 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a23eac8 2023-01-16 04:31:12.369 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e896b9828 2023-01-16 04:31:12.369 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=31057406&MinimumDelay=50&output_format=json&_r=1673843472367 HTTP/1.1 tcp{client}: 0x563e896b9828 2023-01-16 04:31:21.364 luup.variable_set:: 20380.urn:upnp-org:serviceId:TemperatureSensor1.CurrentTemperature was: 19 now: 20 #hooks:0 2023-01-16 04:31:21.471 openLuup.server:: request completed (990 bytes, 1 chunks, 9101 ms) tcp{client}: 0x563e896b9828 2023-01-16 04:31:21.473 openLuup.server:: request completed (990 bytes, 1 chunks, 39782 ms) tcp{client}: 0x563e89c31bd8 2023-01-16 04:31:21.490 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e896b9828 2023-01-16 04:31:21.500 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a45b318 2023-01-16 04:31:21.500 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=31057407&MinimumDelay=50&output_format=json&_r=1673843481499 HTTP/1.1 tcp{client}: 0x563e8a45b318 2023-01-16 04:31:21.653 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=31057407&Timeout=60&MinimumDelay=1500&_=1673519752397 HTTP/1.1 tcp{client}: 0x563e89c31bd8 2023-01-16 04:31:21.757 openLuup.server:: request completed (990 bytes, 1 chunks, 39149 ms) tcp{client}: 0x563e8a5edc38 2023-01-16 04:31:22.598 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=31057407&Timeout=60&MinimumDelay=1500&_=1671788900255 HTTP/1.1 tcp{client}: 0x563e8a5edc38 2023-01-16 04:31:36.943 openLuup.server:: request completed (742 bytes, 1 chunks, 15443 ms) tcp{client}: 0x563e8a45b318 2023-01-16 04:31:36.949 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a45b318 2023-01-16 04:31:36.959 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a85f578 2023-01-16 04:31:36.959 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=31057407&MinimumDelay=50&output_format=json&_r=1673843496958 HTTP/1.1 tcp{client}: 0x563e8a85f578 2023-01-16 04:31:51.128 luup.variable_set:: 20300.urn:upnp-org:serviceId:TemperatureSetpoint1_Heat.CurrentSetpoint was: 21 now: 18 #hooks:0 2023-01-16 04:31:51.233 openLuup.server:: request completed (994 bytes, 1 chunks, 28634 ms) tcp{client}: 0x563e8a5edc38 2023-01-16 04:31:51.337 openLuup.server:: request completed (994 bytes, 1 chunks, 29683 ms) tcp{client}: 0x563e89c31bd8 2023-01-16 04:31:51.339 openLuup.server:: request completed (994 bytes, 1 chunks, 14379 ms) tcp{client}: 0x563e8a85f578 2023-01-16 04:31:51.347 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a85f578 2023-01-16 04:31:51.359 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8985dd28

      TIA

      C

      Software
    • Zigbee2MQTT

      CatmanV2

      Has anyone used this to integrate Zigbee devices? I can't see any results around that.

      If so, recommendations for a good Zigbee stick?

      TIA

      C

      Software
    • [Resolved] Determining if button is pushed

      3

      MSR latest-23010-7dd2c9e9 in a Docker image
      HE C7 hub on 2.3.4.130

      I'm trying to determine how to sense that a button has actually been pushed. I added a ThirdReality button to my hub and the current states don't release or reset after a function has been done. I/E: when I push the button, it sets the "pushed" state to 1. Same for all the other functions, double tap, hold, release. Nothing ever goes back to 0 or cleared out.

      If I write my trigger as when "button.pushed" == 1, the current value is already one and the rule stays true all the time. What I'm after is when the button is pushed, the action will toggle the light I want to control.

      I feel like I am missing something or maybe the States of the button are the issue. I can use Rule Machine in my HE and it sees the button as pushed, or held. But I would prefer to have all my logic in MSR.

      And for some reason, I cannot post images. The server keeps giving me a parsing error.

      Multi-System Reactor
    For those who registered but didn't received the confirmation email, please send an email to support@smarthome.community with the email you used
    • Profile
    • Following 0
    • Followers 4
    • Topics 21
    • Posts 1314
    • Best 320
    • Controversial 0
    • Groups 1

    akbooer

    @akbooer

    511
    Reputation
    254
    Profile views
    1314
    Posts
    4
    Followers
    0
    Following
    Joined Last Online
    Location Oxford, UK

    akbooer Unfollow Follow
    Global Moderator

    Best posts made by akbooer

    • RE: Vera account suspended for a 1000 years

      Well, this probably won't be the last time that someone from there joins us here, but, for the time being, I think it's time to move on.

      We have a critical mass of really constructive contributors here, and we should certainly be doing what @toggledbits suggests:

      • "a place where technical discussion can lead over corporate policy "
      • "take a wide view of the HA market, and not be beholden to one product"
      • "We get work done. We get work done for each other."

      "Make it so!"

      posted in Vera
      akbooer
      akbooer
    • RE: Vera account suspended for a 1000 years

      Clearly deranged. All I ever wanted to do was support openLuup users, and point out that, under the new regime, that was best done here rather than there!

      posted in Vera
      akbooer
      akbooer
    • RE: Vera account suspended for a 1000 years

      @pabla said in Vera account suspended for a 1000 years:

      you just don't know what you could say that will get you banned.

      ...I just mentioned bicycle wheels!

      Anyway, welcome. Glad you're here.

      posted in Vera
      akbooer
      akbooer
    • RE: openLuup: MQTT server

      I now have an alpha version of openLuup using MQTT to send ALL device variable status updates in real time. This beats the heck out of almost any other approach in terms of latency.

      It publishes to topics named openLuup/device_no/short_service_id/var_name (where short_service_name is the useful part of the serviceId – ie. the last alphanumeric bit.) Here's a screen shot of MQTT Explorer watching this test system which is linked to a Vera.

      Screenshot 2021-03-09 at 16.34.10.png

      posted in openLuup
      akbooer
      akbooer
    • RE: List of plugins available at the Alternative App Store

      Under openLuup, you can use the native App Store page...

      http://openLuupIP:3480/openLuup?page=app_store
      

      ...which, of course, shows only openLuup compatible plugins. It's also very responsive.

      Hovering over the plugin icon shows the description, and there are links to the App Store JSON and GitHub repository if you're a developer wanting to browse those.

      Screenshot_2020-11-07 openLuup.png

      posted in Code/Snippet library
      akbooer
      akbooer
    • RE: [Solved] latest-22328 restart fails

      It’s what a community is for!

      posted in Multi-System Reactor
      akbooer
      akbooer
    • RE: Vera account suspended for a 1000 years

      Liking @LibraSun ’s statistical analysis of the situation there!

      Also amused at the publication of my PM, which, in fact, was obviously personalised, and you can easily work out who it was sent to because of the specific mention of HomeWave. I may have sent other similar ones, but they would most probably have been directed specifically at openLuup users.

      posted in Vera
      akbooer
      akbooer
    • RE: Generic support for external plug-ins in different languages

      @perh said in Generic support for external plug-ins in different languages:

      MQTT server, is that the same as a broker?

      @rafale77 said in Generic support for external plug-ins in different languages:

      A server is not a broker.

      To be sure 'server' is an overloaded term. However, within the scope of MQTT, a server is a broker. The OASIS MQTT specification (version 3.1.1, which is what I'm implementing) uses the term exclusively, and defines it (on lines 31-32) thus:

      "A program or device that acts as an intermediary between Clients which publish Application Messages and Clients which have made Subscriptions."

      I have, indeed, written a server, so you will not need Mosquitto, or any other server, installed anywhere, although, as @therealdb points out, you can have multiple servers (on different ports.)

      posted in openLuup
      akbooer
      akbooer
    • RE: openLuup: Version Log

      Development Branch: 2021 Release 5.23

      Significant changes and additions to the Data Historian:

      • Variable graphing pages enables plotting of any of the archives or the in-memory cache
      • Database editor to view variable values and commit changes to the database
      • Support for multiple Graphite Carbon databases (complete replacement for DataYours)
      • New console page to show rules for which variables are cached and/or archived
      • Historian archive rules now independent (decoupled from old Whisper database .conf files)

      In addition, the openLuup plugin device now has variables for solar Right Ascension (RA), Declination (DEC), Altitude (ALT), and Azimuth (AZ), which are updated every two minutes. Also a GetSolarCoords action which gives these values for any given time (defaults to now) and latitude/longitude (defaults to current location.) These calculations have always been done by openLuup to support scene times of sunrise/sunset, but are now available for use (negating the need for a separate plugin, eg. Heliotrope.)

      Screenshot_2021-05-25 openLuup(2).png

      posted in openLuup
      akbooer
      akbooer
    • RE: openLuup: Version Log

      Master Branch: 2021 Release 7.25

      Long-overdue roll-up of the last year's development updates!

      including...

      • MQTT QoS 0 server
      • UDP -> MQTT bridge
      • Shelly device support
      • Tasmota device support
      • Highlighting of errors on log pages
      • Simplified Shelly-like HTTP commands for device control
      • Automatic substitution of JSON module with RapidJson, if available
      • Data Historian improvements including better archive data plotting
      • Solar coordinates available (for shades / lighting / etc...)

      As ever, enormous thanks to those who provide ideas and feedback, or even criticism!

      AK

      posted in openLuup
      akbooer
      akbooer

    Latest posts made by akbooer

    • RE: Temperature set point changes un-expectedly

      @toggledbits said in Temperature set point changes un-expectedly:

      but that log entry in openLuup's log doesn't look like an action to me, it looks like a response

      Exactly so.

      No evidence that anything in openLuup itself triggered that. Yhere's no HTTP request from an external source either. But anything could have changed the variable.

      Indeed odd.

      posted in Software
      akbooer
      akbooer
    • RE: Temperature set point changes un-expectedly

      Nothing indeed apparent from the log to make the change. If you haven’t restarted, it would be good to go to the openLuup console and check the device variable page, looking for the cache history of that variable. This has not happened before, then?

      posted in Software
      akbooer
      akbooer
    • RE: Netatmo – Oath2 login

      @Maipensato

      The latest master version (v23.1.8) now works on Vera too.
      Available from the AltAppStore (or GitHub.)

      posted in Vera/openLuup plugins
      akbooer
      akbooer
    • RE: Netatmo – Oath2 login

      @akbooer said in Netatmo – Oath2 login:

      Just seen notification to Netatmo developers that the current password-based login is being disabled as from October.

      Having recently looked at their documentation, I see that this username/password authorization is now simply flagged as deprecated.

      AFAIK, there is no set date for it actually being disabled, so current Vera users should be fine for the time being.

      posted in Vera/openLuup plugins
      akbooer
      akbooer
    • RE: openLuup and Vera bridge

      If the bridge does not detect previously existent devices when the system starts up, then it moves them into Room 101. So a restart should either resolve the issue, if they have appeared again, or you can delete any/all devices using the action described above.

      posted in Vera Bridge
      akbooer
      akbooer
    • RE: Netatmo – Oath2 login

      In theory, yes. The current version, no.

      However, anticipating this, I have fired up my one remaining Vera to test things out. I had forgotten what a dreadful platform it is to try and do development on.

      I would be interested to know if there are any others here interested in getting this working on Vera.

      posted in Vera/openLuup plugins
      akbooer
      akbooer
    • RE: Netatmo – Oath2 login

      Latest master version (v23.1.6) available from AltAppStore, resolves this issue.

      • no need for you to create your own App credentials on the dev.netatmo.com site
      • one-off authorization via the Netatmo website to access your own weather station
      • no user credentials stored in the app

      After installing this update, the above one-off authorization is required. You can access this via the Authorize button on either the AltUI device page or the openLuup console device page. You are redirected to the Netatmo site to login and approve the request. After successful acknowledgement, you should restart openLuup.

      A number of previously-existing device variables (all in the Netatmo1 service) will be marked with the value 'nil'. These may be manually deleted:

      • ClientID
      • ClientSecret
      • Username
      • Password
      • TokenRefresh
      • AppMemoryUsed

      Thanks once again to @mrFarmer whose interim solution gave me the impetus to revisit and finally resolve this issue.

      Also, please note that the latest master version of openLuup is recommended.

      posted in Vera/openLuup plugins
      akbooer
      akbooer
    • RE: openLuup: Version Log

      Master Branch: 2023 Release 1.6

      • REQUIRED update for Netatmo plugin authorization to function correctly
      • correct long-standing issue with some LuaSocket library versions when finding own IP address
      • remove leading and/or trailing blanks from room names (thanks @a-lurker)
      posted in openLuup
      akbooer
      akbooer
    • RE: openLuup and room names

      Thanks. Made the change. It'll be in the next release.

      In contrast, device names are allowed, by design, to have leading and trailing spaces.

      posted in openLuup
      akbooer
      akbooer
    • RE: openLuup and Vera bridge

      Missing devices should get moved to Room 101. I used to delete them automatically, but this caused problems with missing configuration parameters if they reappeared again.

      There is an action in the openLuup plug-in EmptyRoom101 which requires ‘yes’ as the value for the AreYouSure parameter.

      Alternatively you can delete them manually. .

      posted in Vera Bridge
      akbooer
      akbooer