I installed a new iblind this evening and it is appearing in ZWaveJS. It is operational thru Home Assistant just fine. It is operational thru the HA ZwaveJS plugin just fine.
Where it is non-responsive is in MSR for some reason. The entities are there. Adding the node to a Reaction and then attempting to run said Reaction nets me this:
[latest-23242]2023-09-08T05:33:08.454Z <ZWaveJSController:5:ZWaveJSController.js:655> ZWaveJSController#zwavejs _apply_value motion_sensor.state=false [latest-23242]2023-09-08T05:33:08.455Z <ZWaveJSController:5:ZWaveJSController.js:722> ZWaveJSController#zwavejs setting Binary Sensor#zwavejs>11-0.x_zwave_values.Binary_Sensor_Motion to false [latest-23242]2023-09-08T05:33:08.692Z <ZWaveJSController:5:ZWaveJSController.js:360> ZWaveJSController#zwavejs handling node event statistics updated entity Binary Sensor#zwavejs>11-0 [latest-23242]2023-09-08T05:40:23.960Z <ZWaveJSController:INFO> ZWaveJSController#zwavejs performing cover.open on Cover#zwavejs>20-0 with [Object]{ } [latest-23242]2023-09-08T05:40:23.962Z <ZWaveJSController:5:ZWaveJSController.js:1843> ZWaveJSController#zwavejs no implementation mapped; attempting default [latest-23242]2023-09-08T05:40:25.062Z <ZWaveJSController:INFO> ZWaveJSController#zwavejs performing zwave_device.refresh on Cover#zwavejs>20-0 with [Object]{ } **[latest-23242]2023-09-08T05:40:25.063Z <ZWaveJSController:5:ZWaveJSController.js:1843> ZWaveJSController#zwavejs no implementation mapped; attempting default** [latest-23242]2023-09-08T05:40:25.065Z <ZWaveJSController:5:ZWaveJSController.js:294> ZWaveJSController#zwavejs sending #1694151625064<9/8/2023, 1:40:25 AM>: [Object]{ "command": "node.refresh_values", "nodeId": 20, "messageId": 1694151625064 } [latest-23242]2023-09-08T05:40:26.307Z <ZWaveJSController:5:ZWaveJSController.js:360> ZWaveJSController#zwavejs handling node event statistics updated entity Cover#zwavejs>20-0 [latest-23242]2023-09-08T05:40:26.317Z <ZWaveJSController:5:ZWaveJSController.js:360> ZWaveJSController#zwavejs handling node event value updated entity Cover#zwavejs>20-0 [latest-23242]2023-09-08T05:40:26.318Z <ZWaveJSController:5:ZWaveJSController.js:667> ZWaveJSController#zwavejs update node 20 value "0:128:level:" data [Object]{ "source": "node", "event": "value updated", "nodeId": 20, "args": { "commandClassName": "Battery", "commandClass": 128, "property": "level", "endpoint": 0, "newValue": 100, "prevValue": 100, "propertyName": "level" } } [latest-23242]2023-09-08T05:40:26.319Z <ZWaveJSController:5:ZWaveJSController.js:684> ZWaveJSController#zwavejs updating attributes for node 20 value "0:128:level:"=100: [Array][ "battery_power.level", "battery_power.since" ] [latest-23242]2023-09-08T05:40:26.320Z <ZWaveJSController:5:ZWaveJSController.js:698> ZWaveJSController#zwavejs updating attribute battery_power.level with [Object]{ "entity": "20-0", "impl": { "expr": "float( value ) / 100", "valueId": "128:level:" } } [latest-23242]2023-09-08T05:40:26.321Z <ZWaveJSController:5:ZWaveJSController.js:591> ZWaveJSController#zwavejs _apply_value entity Cover#zwavejs>20-0 battery_power.level [latest-23242]2023-09-08T05:40:26.322Z <ZWaveJSController:5:ZWaveJSController.js:655> ZWaveJSController#zwavejs _apply_value battery_power.level=1 [latest-23242]2023-09-08T05:40:26.323Z <ZWaveJSController:5:ZWaveJSController.js:698> ZWaveJSController#zwavejs updating attribute battery_power.since with [Object]{ "entity": "20-0", "impl": { "expr": "time()", "valueId": "128:level:" } } [latest-23242]2023-09-08T05:40:26.323Z <ZWaveJSController:5:ZWaveJSController.js:591> ZWaveJSController#zwavejs _apply_value entity Cover#zwavejs>20-0 battery_power.since [latest-23242]2023-09-08T05:40:26.324Z <ZWaveJSController:5:ZWaveJSController.js:655> ZWaveJSController#zwavejs _apply_value battery_power.since=1694151626324<9/8/2023, 1:40:26 AM> [latest-23242]2023-09-08T05:40:26.325Z <ZWaveJSController:5:ZWaveJSController.js:722> ZWaveJSController#zwavejs setting Cover#zwavejs>20-0.x_zwave_values.Battery_level to 100 [latest-23242]2023-09-08T05:40:26.333Z <ZWaveJSController:5:ZWaveJSController.js:360> ZWaveJSController#zwavejs handling node event value updated entity Cover#zwavejs>20-0 [latest-23242]2023-09-08T05:40:26.334Z <ZWaveJSController:5:ZWaveJSController.js:667> ZWaveJSController#zwavejs update node 20 value "0:128:isLow:" data [Object]{ "source": "node", "event": "value updated", "nodeId": 20, "args": { "commandClassName": "Battery", "commandClass": 128, "property": "isLow", "endpoint": 0, "newValue": false, "prevValue": false, "propertyName": "isLow" } } [latest-23242]2023-09-08T05:40:26.336Z <ZWaveJSController:5:ZWaveJSController.js:324> ZWaveJSController#zwavejs request 1694151625064<9/8/2023, 1:40:25 AM> (node.refresh_values) success notification [latest-23242]2023-09-08T05:40:26.337Z <ZWaveJSController:5:ZWaveJSController.js:684> ZWaveJSController#zwavejs updating attributes for node 20 value "0:128:isLow:"=false: [Array][ ] [latest-23242]2023-09-08T05:40:26.338Z <ZWaveJSController:5:ZWaveJSController.js:722> ZWaveJSController#zwavejs setting Cover#zwavejs>20-0.x_zwave_values.Battery_isLow to false [latest-23242]2023-09-08T05:40:26.558Z <ZWaveJSController:5:ZWaveJSController.js:360> ZWaveJSController#zwavejs handling node event statistics updated entity Cover#zwavejs>20-0Please note the highlighted logpart - no other iblind has this. In addition, in MSR>Entities several show as null rather than having a value as the others do.
69631fbc-db4e-4e8d-aa98-10565811cd93-image.png
I tried deleting all Entities associated with this device from MSR and then refreshing ZWaveJS in Home Assistant and restarting MSR - the Entities return but in the same state/s.
Admittedly, it's been a very long three weeks at work - I could have missed something obvious during setup but I sure can't figure what it is.
Hi @toggledbits
I'm trying to use OWM, apparently, I receive the correct information, but after a while, the MSR disconnects.
My configuration is as follows.
- id: weather enabled: true implementation: OWMWeatherController name: OWM Weather config: # Place your OWM API key here (remember to enable the controller after adding your appid) appid: "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" # How often weather is allowed to be refreshed. This helps limit OWN API use, # to keep you in their good graces (and on their free tier). This value is # in minutes. interval: 30 locations: - id: home name: Home Weather # Set the location by specifying ONE OF: latitude+longitude, OWN city # ID, or location (as postal,country). If none is set, the system # location will be used. latitude: 8.9936 longitude: -79.5197 city_id: 3703443 #location: "30269,us" # Enable "save_full_response" to save the full response (you may have # need to use parts of the response that are not part of the wx # capability in your dashboard widgets). #save_full_response: falseWhen I request a systemctl status reactor I get this message:
root@main:/home/wilson/reactor/logs# systemctl status reactor ● reactor.service - Multi System Reactor Loaded: loaded (/etc/systemd/system/reactor.service; enabled; vendor preset: enabled) Active: active (running) since Fri 2023-09-08 21:03:13 EST; 5s ago Main PID: 194711 (node) Tasks: 11 (limit: 9390) Memory: 82.5M CPU: 2.508s CGroup: /system.slice/reactor.service └─194711 /usr/bin/node app -p Sep 08 21:03:13 main node[194711]: Error: Incompatible serialization data; can't unserialize Sep 08 21:03:13 main node[194711]: at System.unserialize (/home/wilson/reactor/server/lib/Entity.js:624:19) Sep 08 21:03:13 main node[194711]: at /home/wilson/reactor/server/lib/Controller.js:458:70 Sep 08 21:03:13 main node[194711]: at Array.forEach (<anonymous>) Sep 08 21:03:13 main node[194711]: at OWMWeatherController._restoreEntities (/home/wilson/reactor/server/lib/Controller.js:446:36) Sep 08 21:03:13 main node[194711]: at new Controller (/home/wilson/reactor/server/lib/Controller.js:37:45) Sep 08 21:03:13 main node[194711]: at new OWMWeatherController (/home/wilson/reactor/server/lib/OWMWeatherController.js:327:9) Sep 08 21:03:13 main node[194711]: at /home/wilson/reactor/server/lib/Controller.js:93:37 Sep 08 21:03:13 main node[194711]: [latest-23242]2023-09-09T02:03:13.855Z <NUTController:null> Module NUTController v22305 Sep 08 21:03:13 main node[194711]: [latest-23242]2023-09-09T02:03:13.859Z <SystemController:null> Module SystemController v23214 root@main:/home/wilson/reactor/logs# root@main:/home/wilson/reactor# systemctl status reactor ● reactor.service - Multi System Reactor Loaded: loaded (/etc/systemd/system/reactor.service; enabled; vendor preset: enabled) Active: active (running) since Fri 2023-09-08 20:48:36 EST; 2min 58s ago Main PID: 194353 (node) Tasks: 11 (limit: 9390) Memory: 66.0M CPU: 9.493s CGroup: /system.slice/reactor.service └─194353 /usr/bin/node app -p Sep 08 20:48:37 main node[194353]: at System.unserialize (/home/wilson/reactor/server/lib/Entity.js:624:19) Sep 08 20:48:37 main node[194353]: at /home/wilson/reactor/server/lib/Controller.js:458:70 Sep 08 20:48:37 main node[194353]: at Array.forEach (<anonymous>) Sep 08 20:48:37 main node[194353]: at OWMWeatherController._restoreEntities (/home/wilson/reactor/server/lib/Controller.js:446:36) Sep 08 20:48:37 main node[194353]: at new Controller (/home/wilson/reactor/server/lib/Controller.js:37:45) Sep 08 20:48:37 main node[194353]: at new OWMWeatherController (/home/wilson/reactor/server/lib/OWMWeatherController.js:327:9) Sep 08 20:48:37 main node[194353]: at /home/wilson/reactor/server/lib/Controller.js:93:37 Sep 08 20:48:37 main node[194353]: [latest-23242]2023-09-09T01:48:37.017Z <NUTController:null> Module NUTController v22305 Sep 08 20:48:37 main node[194353]: [latest-23242]2023-09-09T01:48:37.024Z <SystemController:null> Module SystemController v23214 Sep 08 20:48:37 main node[194353]: [latest-23242]2023-09-09T01:48:37.475Z <Timer:null> Timer#rule-l7ujwva5 just a note: I'm setting a delay of > lines 1-20/20 (END)I can see this information in the log, but I don't understand what I should do to fix it.
[latest-23242]2023-09-09T02:03:13.838Z <DynamicGroupController:null> Module DynamicGroupController v22313 [latest-23242]2023-09-09T02:03:13.845Z <Structure:INFO> Structure#1 loading controller interface weather (OWMWeatherController) [latest-23242]2023-09-09T02:03:13.847Z <OWMWeatherController:null> Module OWMWeatherController v22294 [latest-23242]2023-09-09T02:03:13.850Z <Controller:WARN> OWMWeatherController#weather failed (1) to restore entity controller_all: [Error] Inco> [latest-23242]2023-09-09T02:03:13.850Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Group.unserialize (/home/wilson/reactor/server/lib/Entity.js:624:19) at /home/wilson/reactor/server/lib/Controller.js:458:70 at Array.forEach (<anonymous>) at OWMWeatherController._restoreEntities (/home/wilson/reactor/server/lib/Controller.js:446:36) at new Controller (/home/wilson/reactor/server/lib/Controller.js:37:45) at new OWMWeatherController (/home/wilson/reactor/server/lib/OWMWeatherController.js:327:9) at /home/wilson/reactor/server/lib/Controller.js:93:37 [latest-23242]2023-09-09T02:03:13.851Z <Controller:WARN> OWMWeatherController#weather failed (1) to restore entity default: [Error] Incompatibl> [latest-23242]2023-09-09T02:03:13.851Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at Entity.unserialize (/home/wilson/reactor/server/lib/Entity.js:624:19) at /home/wilson/reactor/server/lib/Controller.js:458:70 at Array.forEach (<anonymous>) at OWMWeatherController._restoreEntities (/home/wilson/reactor/server/lib/Controller.js:446:36) at new Controller (/home/wilson/reactor/server/lib/Controller.js:37:45) at new OWMWeatherController (/home/wilson/reactor/server/lib/OWMWeatherController.js:327:9) at /home/wilson/reactor/server/lib/Controller.js:93:37 [latest-23242]2023-09-09T02:03:13.852Z <Controller:WARN> OWMWeatherController#weather failed (1) to restore entity system: [Error] Incompatible> [latest-23242]2023-09-09T02:03:13.852Z <Controller:CRIT> Error: Incompatible serialization data; can't unserialize [-] Error: Incompatible serialization data; can't unserialize at System.unserialize (/home/wilson/reactor/server/lib/Entity.js:624:19) at /home/wilson/reactor/server/lib/Controller.js:458:70 at Array.forEach (<anonymous>) at OWMWeatherController._restoreEntities (/home/wilson/reactor/server/lib/Controller.js:446:36) at new Controller (/home/wilson/reactor/server/lib/Controller.js:37:45) at new OWMWeatherController (/home/wilson/reactor/server/lib/OWMWeatherController.js:327:9) at /home/wilson/reactor/server/lib/Controller.js:93:37 [latest-23242]2023-09-09T02:03:13.853Z <Structure:INFO> Structure#1 loading controller interface nut (NUTController) [latest-23242]2023-09-09T02:03:13.855Z <NUTController:null> Module NUTController v22305 [latest-23242]2023-09-09T02:03:13.855Z <Controller:INFO> Loaded NUTController version "0.1.22305"; Patrick Rigney/Kedron Holdings LLC <patrick@> [latest-23242]2023-09-09T02:03:13.857Z <Structure:INFO> Structure#1 loading controller interface reactor_system (SystemController) [And finally, I have a second house, with the same OWM configuration I made today, and it doesn't show any errors.
Please, your traditional help.
Thanks.
After a prolonged power cut, the UPS was unable to cope with the weather and shut down the entire system.
When I returned, I had the problem that the host time displayed in the browser and automatically used in the rules was not correct.
I searched for a topic here on this forum that talked about it, but it referred to a container installation. There was a recommendation to go into the storage/states directory and delete the files and restart MSR, I did it and it didn't solve the problem.
There was also a recommendation to go directly to the browser to check the time, and I did so and I see that the time is correct.
8ad429c8-ea5f-45b4-8670-7d0353a50a0e-image.png
As you can see on the screen above:
MSR browser shows the correct browser time 21:23, but host time 13:02; In the browser below the direct query and the host time is correct 9:22:54 PM; Setting the VM date command on the third screen, the time is 9:23:00 PM.I've opened the entire reactor.log file and searched for any errors, and there aren't any.
^L [latest-23242]2023-09-15T02:11:12.928Z <app:null> Reactor build latest-23242-5ee8e1d4 starting on v18.12.0 [latest-23242]2023-09-15T02:11:12.929Z <app:null> Process ID 1807 user/group 1000/1000; bare-metal; platform linux/x64 #179-Ubuntu SMP Mo> [latest-23242]2023-09-15T02:11:12.929Z <app:null> Basedir /home/leonardo/reactor; data in /home/leonardo/reactor/storage [latest-23242]2023-09-15T02:11:12.929Z <app:null> NODE_PATH=/home/leonardo/reactor [latest-23242]2023-09-15T02:11:12.933Z <app:INFO> Configured locale (undefined); selected locale(s) en_US.UTF-8 [latest-23242]2023-09-15T02:11:12.955Z <app:INFO> Loaded locale en-US for en-US [latest-23242]2023-09-15T02:11:12.958Z <Structure:null> Module Structure v23172 [latest-23242]2023-09-15T02:11:12.959Z <Capabilities:null> Module Capabilities v22356 [latest-23242]2023-09-15T02:11:12.969Z <Capabilities:NOTICE> System capabilities loaded from core distribution, data version 23914 revisi> [latest-23242]2023-09-15T02:11:12.978Z <Plugin:null> Module Plugin v22300 [latest-23242]2023-09-15T02:11:12.981Z <TimerBroker:null> Module TimerBroker v22283 [latest-23242]2023-09-15T02:11:12.983Z <Entity:null> Module Entity v22353 [latest-23242]2023-09-15T02:11:12.986Z <Controller:null> Module Controller v23069 [latest-23242]2023-09-15T02:11:12.992Z <default:null> Module Ruleset v22293 [latest-23242]2023-09-15T02:11:12.992Z <default:null> Module Rulesets v22146 [latest-23242]2023-09-15T02:11:12.996Z <GlobalExpression:null> Module GlobalExpression v23211 [latest-23242]2023-09-15T02:11:13.003Z <Predicate:null> Module Predicate v23093 [latest-23242]2023-09-15T02:11:13.005Z <AlertManager:null> Module AlertManager v22283 [latest-23242]2023-09-15T02:11:13.007Z <Rule:null> Module Rule v23107 [latest-23242]2023-09-15T02:11:13.009Z <GlobalReaction:null> Module GlobalReaction v22324 [latest-23242]2023-09-15T02:11:13.010Z <Engine:null> Module Engine v23231 [latest-23242]2023-09-15T02:11:13.012Z <httpapi:null> Module httpapi v23058 [latest-23242]2023-09-15T02:11:13.019Z <wsapi:null> Module wsapi v23172 [latest-23242]2023-09-15T02:11:13.019Z <app:NOTICE> Starting Structure...As you can see, the time in the log is 02:11, which is correct, because I'm in time zone -5, which means it's 09:11PM for me.
I've restarted the VM, the computer hosting the VM, and the MSR a few times and the same difference remains. What do you recommend for the next step in understanding and solving the problem?
Thanks.
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.Good afternoon,
I'm running my MSR instance on an old NAS server running Fedora 37 Server. This is an older Core i5-4690K server that has served me well overall, but it's showing it's age, and will often reboot into maint mode if it applies updates overnight. I've been trying to troubleshoot, but it's also in my office (makes my office hot), and I'm looking at getting either a QNAP or Syslogy rack mount NAS to replace it.
What I'm wondering is what the process would be to migrate my current MSR config and move it to a different platform. I have quite a large ruleset that I don't want to have to recreate. I know I can run it in a container on either platform, but I'm not sure how I would migrate all my rules over. Is there one config file that has all of the rules, or could I simply copy my /reactor directory over to a enw platform?
I am also considering moving the MSR instance to a stand alone RPI 4 with a SSD. This way, while I'm migrating all of my files off of my NAS, I'm not loosing Reactor's functionality until I have whichever rack mount NAS I go with up and running, with all of the data migrated.
Thoughts?
Hello,
I've installed MSR in a Docker container on my Synology NAS. I'm able to access my Vera, but I'm having trouble using the Reactor import within the Docker environment. I'm using the Docker terminal, and I've navigated to "/opt/reactor". However, when I try to run the command, it's telling me I'm not in the installation directory, even though I can see the "tools" directory and the "apps.js" file there. I've also tried changing the file permissions, but nothing seems to work. How do you manage this in a Synology Docker container? Do you use the terminal inside Docker, or SSH into the Synology itself? I'm not finding the "/opt/reactor" path, but I see a "/var/reactor" directory, which I placed in my storage folder.
ERROR: This script must only be run from the Reactor app directory.
Maybe I'm missing something, but this appears to be a bug.
I'm troubleshooting a rule to see if one of the system participants is arriving (presence changes from not home to home). I want this arriving state to be less than 5 minutes (300 seconds), to differentiate between being home for a longer period of time, and just getting home.
In the restrictions sections of the Trigger, I set "Condition must be sustained for less than 300 seconds", and I save the trigger.
After I save and exit, I'm looking at the rule, and it's changed itself to x_hass.state == home; for at least 300 secs. I go back into edit the rule, and it in fact shows "at least" from the drop down.
This logic is of course failing and I can't seem to get it to work.
Changed to less than, and saved:
10a57ff9-4d8c-46b3-b594-399ef2a6d320-image.png
Exited:
a81587d6-f0fa-4518-ad00-a9f601f14509-image.png
Back in rule:
b8e27dd2-e6e7-4f93-844e-83e2b11e976d-image.png
I'm running latest-23218-ebab7a1b.
I added the Proximity integration to HA to create automations based on if a person is on vacation or not. The integration creates an entity and its x_hass.state is the distance to the zone you have setup in HA. For some reason MSR sees that value as a string so I am not able to use the<, >, etc operators as a trigger. Is there anyway this could be fixed without needing to convert the string in a local expression?
MSR 23218
HA 2023.8.3
Entity Attributes if needed
x_hass.domain="proximity" x_hass.entity_id="proximity.arman_proximity" x_hass.services=["proximity"] x_hass.state="0" x_hass_attr.dir_of_travel="unknown" x_hass_attr.friendly_name="arman_proximity" x_hass_attr.nearest="Arman’s iPhone" x_hass_attr.unit_of_measurement="km"MSR Version: latest-23218
Running as Docker Container : Docker version 24.0.5, build ced0996
OS: Linux 15BPMSR1 6.1.26-05272-g26c406245a2c #1 SMP PREEMPT_DYNAMIC Thu Apr 27 10:15:40 UTC 2023 aarch64 aarch64 aarch64 GNU/Linux
SMTP notifications had been working fine and I am unsure exactly what action(s) stopped it from working.
I have verified that the SMTP server configured in notifications.yml is working properly.
To duplicate the problem I am forcing an SMTP email notification using the set reaction play button, the reactor.log shows the following errors:
[latest-23218]2023-08-21T14:23:22.462Z <wsapi:ERR> [WSAPI]wsapi#1 can't queue reaction rule-lgxmrba4:S: [Error] Engine has not been started [-] [latest-23218]2023-08-21T14:23:22.463Z <wsapi:CRIT> Error: Engine has not been started [-] Error: Engine has not been started at Engine.queueReaction (/opt/reactor/server/lib/Engine.js:1494:46) at WSAPI.clientMessage (/opt/reactor/server/wsapi/wsapi.js:782:64) at WebSocket.<anonymous> (/opt/reactor/server/wsapi/wsapi.js:301:157) at WebSocket.emit (node:events:527:28) at WebSocket.emit (node:domain:475:12) at Receiver.receiverOnMessage (/opt/reactor/node_modules/ws/lib/websocket.js:1068:20) at Receiver.emit (node:events:527:28) at Receiver.emit (node:domain:475:12) at Receiver.dataMessage (/opt/reactor/node_modules/ws/lib/receiver.js:517:14) at Receiver.getData (/opt/reactor/node_modules/ws/lib/receiver.js:435:17)I have tried:
OS level: apt udate and apt upgrade and reboot
docker pull toggledbits/reactor:latest-aarch64 latest-aarch64: Pulling from toggledbits/reactor Digest: sha256:d8a019d457c9fef61f7c3e6908db1f1d0a2d14b6f7c5e9d4fc536c791503d152 Status: Image is up to date for toggledbits/reactor:latest-aarch64 docker.io/toggledbits/reactor:latest-aarch64docker stop reactor
docker start reactor
docker compose down
docker compose up -d
To no avail.
I feel like I'm missing something obvious but can't put my finger on it.
Thank you in advance for any guidance.
-bh
I have a rule that's driving my pool heater to match the solar excess. In the previous iteration, I checked for the status every minute, but I wanted something different and smarter. The logic is basically:
run continuously from 9:15 to 18:15 check for conditions, and if there's solar excess, use the power to turn on the heater, then wait 1 minute to check again turn off the heater, then wait 5 minutes to prevent frequent on/off cyclesI thought that this could be very similar to Reactor-Ex machina's logic, so I crafted a rule that's basically doing the same: an infinite loop from 9:15 to 18:15 that's checking for status and has a delay based on the heater's condition.
All went well, but after a couple of hours, I got this:
Reaction task "49683" failed due to an exception. Please see the log. rule-liy7z3gf:S (Pool-Heater-Solar) step 0: Error: Task has run too much! Runaway?and the rule was reset (and the heater was left on). Is that by design and I should adopt another strategy? What are others doing when they have a state machine?
With the EV charger I did two groups of condition, each triggering every x minutes based on the charger status, but this seems less smarter and very rudimental. Any suggestion is appreciated. Thanks.
I have a Tripp-Lite UPS (https://www.tripplite.com/smartpro-lcd-120v-1500va-900w-line-interactive-ups-avr-tower-lcd-usb-10-outlets~smart1500lcdt) that connected by a USB cable to my computer, reports various power supply and failure information, as shown in the panel below.
b9f0ea34-d654-4b26-b968-4f8cf0a4e0c1-image.png
afa73913-5318-42c6-af9a-02d36e2e6ea1-image.png
The application I installed runs Java and opens the console to send the information.
Has anyone tried to bring the information into the MSR? Or even a VeraPlus?
Thanks.
Hi
I am stuck trying to extract the "SignalLevel" value which is the WIFI Signal Strength off my Foscam via a http request. The request returns this, which isn't Json formatted data I don't think.
<CGI_Result> <result>0</result> <SignalLevel>52</SignalLevel> </CGI_Result>I created a rule that saves the http response into a Global Expression
872f534e-5899-43e4-ade5-f2b8ab54a412-image.png
But I am struggling to work out what is the correct expression code to extract the value?
Can anyone more knowledgeable please help?
Thank you.
Hi
Today in MSR alerts I see 100 alerts saying that the devices on my Ezlo controllers no longer exist.
They do still exist. I checked some of these devices in the Ezlo Online API Tool doing a hub.devices.list query.
I then checked that the ID numbers were the same for the devices and they are the same device ID's still.
So my devices do still exist with the same device ID's it seems.
So not sure why MSR has over 100 alerts saying otherwise.
9d7c4732-40f3-4551-b8d4-e24e0e8dda10-image.png
I then looked in Entities selected my Ezlo Plus controller and it listed all my devices OK I think and nothing looked out of place.
Thanks
I just discovered there is a secret webpage I didn't know about for my Asus Merlin router that when I run it in a browser gives me all the routers current temperatures.
http://192.168.0.1/ajax_coretmp.asp
249c6e47-38ae-4812-b149-da1fd22072cb-image.png
I have to be logged into the router to access it however.
I tried to create an MSR rule with a HTTP request to store all this data in to a local expression.
But it looks like its not passing or accepting the username and password for my router, I tried Basic and Digest.
I just get this back in the local expression in the rule.
(string) "<HTML><HEAD><script>window.top.location.href='/Main_Login.asp';</script>\n</HEAD></HTML>\n"The data returned in the browser looked like this:
curr_coreTmp_wl0_raw = "43°C"; curr_coreTmp_wl0 = (curr_coreTmp_wl0_raw.indexOf("disabled") > 0 ? 0 : curr_coreTmp_wl0_raw.replace("°C", "")); curr_coreTmp_wl1_raw = "49°C"; curr_coreTmp_wl1 = (curr_coreTmp_wl1_raw.indexOf("disabled") > 0 ? 0 : curr_coreTmp_wl1_raw.replace("°C", "")); curr_coreTmp_wl2_raw = "disabled"; curr_coreTmp_wl2 = (curr_coreTmp_wl2_raw.indexOf("disabled") > 0 ? 0 : curr_coreTmp_wl2_raw.replace("°C", "")); curr_coreTmp_wl3_raw = "disabled"; curr_coreTmp_wl3 = (curr_coreTmp_wl3_raw.indexOf("disabled") > 0 ? 0 : curr_coreTmp_wl3_raw.replace("°C", "")); curr_cpuTemp = "66.495"; fanctrl_info = "";I know how to do this for webpages and sites that give back JSON data, however this data I am not sure what format it is, Javascript ? The page is a .asp ajax page.
So not sure if this is possible ?
I really wanted to monitor the CPU temps on my router as its been getting very hot, even with extra USB fans now on the back of it. Think its a firmware bug maybe in the Asus firmware as others have been talking about it online.
Thanks.
So, I've just installed two venetian blinds and I want to control their lamellas with Fibaro FGRM222.
According to the old place, this could be accomplished with some Zwave raw messages and I'm OK with it.
Since I've moved (mostly) everything virtual in MSR, I'm now ready to add a virtual device with actions.
Looking at the docs, it seems possible, but it's not documented. @toggledbits any hints? I want to define a cover and send Zwave commands to the existing x_vera_svc_micasaverde_com_ZWaveNetwork1.SendData action. Thanks.
@toggledbits,
I'm not sure if this is something you've looked into (or something I'm completely missing in the installation documentation), but would it be possible to add user authentication to the MSR frontend? On my Home Assistant instance, I have external access set up using Cloudflare, and I can add other instances within my network to that Cloudflare configuration, but without any sort of authentication to access MSR, I obviously can't open it to the internet, unless I want random people screwing around with my home automation.
I've just updated to 23218 and now I'm getting this:
27a959bd-486b-41ae-8137-c5f456044a82-image.png
There seems to be related to global variables. The first and last ones are global reactions, while the second is a normal one. All are setting global variables.
Hey @toggledbits was wondering if we could have the latest reactor version number as an attribute for the Reactor System entity. It would be useful for me so I can use it for my wget command to automatically download the latest .tar.gz file. Ideally the complete version number like this 23171-85463e02.
@toggledbits ,
I was just taking a look at some of my scheduling to adjust for a new work schedule, and I noticed that the checkboxes for days of the week appear to be off.
75e1b936-1693-4db1-8ed5-ecfae57d3abf-image.png
if you'll notice in the screenshot, Sun - Tuesday are good, but then Sat comes next, then Wed, then Sat again, then Wed again. No TGIF in this week.
I know this isn't how I set up the rules (which would explain the behavior I was investigating).
Edit: BTW, I checked all my Week Day entries, and they are all like this.
I'm running latest-23196-40ef07f4 on Fedora 37 Server w/o Docker.
Plugin InfluxFeed - Selecting Capabilities for Export - how to
-
hi, I'm trying to modify reator.yaml as illustrated in docs but no luck to change something, I continue to see only default capabilities/attributes.
How can I understand better the problem?Example OWM:
I want to add wx.feels_like and wx.pressure
is it correct? if yes, there are no changes in db fieldsselect_capabilities: x_ezlo_item: true wx: attributes: - feels_like - pressure - electric_meter_kwh - electric_meter_watt
If I want to add these parameter?
- x_ezlo_item.electric_meter_kwh
- x_ezlo_item.electric_meter_watt
After I did the changes, I let to start influxdb first and then MSR.
Also creating new bucket, I don't see any changes.Synology - Docker
Influxdb 2.1.1
Reactor (Multi-hub) latest-21342-ead7ca9Thanks in advance
-
Can you show your entire config for InfluxDB plugin? The indenting of your example would be incorrect to start, so I'd like to see the whole thing and make sure you're starting from something that has a chance at being functional. This doesn't look right on its face, but being a subset of the entire, it's hard to be sure.
-
Hi, this is the config
plugins: - id: influx # See the docs under Standard Plugins for configuration details. implementation: InfluxFeed enabled: true name: InfluxDB Feed config: # influx_url - URL to access InfluxDB server (default: http://localhost:8086) influx_url: "http://10.0.4.71:8086" # # ----- For InfluxDB 2.0+ ONLY ----- # influx_token - Token from InfluxDB 2.0 UI (required) influx_token: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx # # influx_org - Organization ID (required) influx_org: myhome # # influx_bucket - Bucket name to which points are written (required) influx_bucket: reactor # # # ----- Optional (all versions) ----- # influx_retention_policy - Retention policy (optional). If not specified, # the retention policy of the bucket/database # will be used. #influx_retention_policy: "" # # ----- Filtering (all versions) ----- # select_capabilities - Capabilities that should be exported in addition # to the defaults. These are key/value pairs. If the # value is false, the capability is not exported (so # you can override the default). If the value is an # object, it may contain an "attributes" key with an # array value containing the names of attributes to # be exported (other attributes in the capability # are ignored). select_capabilities: light_sensor: true power_sensor: true dimming: false x_ezlo_item: true attributes: - electric_meter_kwh - electric_meter_watt # zwave_network: false # do not export this capability wx: # export wx capability, but only named attributes attributes: - temperature - humidity - feels_like
-
OK. Your indenting is wonky and there's another error that's probably causing problems parsing the entire config. You should use a tool like https://yamlchecker.com on any changes you make (paste the entire config file) until you get used to the idiosyncrasies of YAML, and then any time you run into problems. There are also probably messages in the log file about problems reading the file, too, so be sure and always check there when something is not working as expected.
Specifically, on line 42, you can't have object keys in this position, because line 41 defines a value (
true
) forx_ezlo_item
. Usingtrue
says you want everything from that capability; it's a short-cut. If you mean to limit the set of attributes forx_ezlo_item
, then the value there must be an object for whichattributes
is a key. So that would correctly look like this (other lines redacted for clarity):select_capabilities: x_ezlo_item: attributes: - electric_meter_kwh - electric_meter_watt
Your
wx
line (47) is not correctly indented, nor is the comment line before it, so that's going to be trouble as well. It should look like this in all:plugins: - id: influx # See the docs under Standard Plugins for configuration details. implementation: InfluxFeed enabled: true name: InfluxDB Feed config: # influx_url - URL to access InfluxDB server (default: http://localhost:8086) influx_url: "http://10.0.4.71:8086" # # ----- For InfluxDB 2.0+ ONLY ----- # influx_token - Token from InfluxDB 2.0 UI (required) influx_token: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx # # influx_org - Organization ID (required) influx_org: myhome # # influx_bucket - Bucket name to which points are written (required) influx_bucket: reactor # # # ----- Optional (all versions) ----- # influx_retention_policy - Retention policy (optional). If not specified, # the retention policy of the bucket/database # will be used. #influx_retention_policy: "" # # ----- Filtering (all versions) ----- # select_capabilities - Capabilities that should be exported in addition # to the defaults. These are key/value pairs. If the # value is false, the capability is not exported (so # you can override the default). If the value is an # object, it may contain an "attributes" key with an # array value containing the names of attributes to # be exported (other attributes in the capability # are ignored). select_capabilities: light_sensor: true power_sensor: true dimming: false x_ezlo_item: attributes: - electric_meter_kwh - electric_meter_watt #zwave_network: false # do not export this capability wx: # export wx capability, but only named attributes attributes: - temperature - humidity - feels_like
Unfortunately, I realize YAML is a nuisance, but JSON would be worse, I loathe XML and its progeny, and the Microsoft-ish INI format isn't really up to the task either. I begrudgingly chose YAML because there's little that's better, and a lot of tools and documentation for it. Eventually, there will be a GUI for this kind of configuration, but that's a good way off yet.
-
I corrected the file
Valid YAML!
Still no changes in influxdb
I created a new bucket and new api tokens, when I go in "Explore" --> Filter Measurement -->Filter
I see only default data:
dimming is there
no wx.feels_like
and no x_ezlo_itemalso I stopped both container and I started first influxdb and then MSR, where I can check now?
-
It will only log things when things change. So make sure you are making things happen.
Also, what version of InfluxDB are you using?
And check the log file, particularly the messages output at startup.
-
Is is version InfluxDB 2.1.1
a lot of Warm from Ezlo
[latest-21342]2021-12-11T22:44:11.586Z <EzloController:WARN> EzloController#ezlo no implementation mapping for attributes from match category=level_sensor cap value_sensor [latest-21342]2021-12-11T22:44:11.599Z <EzloController:WARN> EzloController#ezlo no implementation mapping for attributes from match category=level_sensor cap value_sensor [latest-21342]2021-12-11T22:44:11.615Z <EzloController:WARN> EzloController#ezlo no implementation mapping for attributes from match category=level_sensor cap value_sensor [latest-21342]2021-12-11T22:44:11.633Z <EzloController:WARN> EzloController#ezlo no implementation mapping for attributes from match category=level_sensor cap value_sensor [latest-21342]2021-12-11T22:44:11.637Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.red for attribute rgb_color.red in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member red of null [latest-21342]2021-12-11T22:44:11.637Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.green for attribute rgb_color.green in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member green of null [latest-21342]2021-12-11T22:44:11.637Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.blue for attribute rgb_color.blue in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member blue of null [latest-21342]2021-12-11T22:44:11.638Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.cwhite > 0 ? floor( 5500 + value.cwhite * 3500 / 255 ) : floor( 2000 + value.wwhite * 3500 / 255 ) for attribute color_temperature.value in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member cwhite of null [latest-21342]2021-12-11T22:44:11.639Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.red for attribute rgb_color.red in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member red of null [latest-21342]2021-12-11T22:44:11.639Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.green for attribute rgb_color.green in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member green of null [latest-21342]2021-12-11T22:44:11.640Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.blue for attribute rgb_color.blue in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member blue of null [latest-21342]2021-12-11T22:44:11.640Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.cwhite > 0 ? floor( 5500 + value.cwhite * 3500 / 255 ) : floor( 2000 + value.wwhite * 3500 / 255 ) for attribute color_temperature.value in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member cwhite of null [latest-21342]2021-12-11T22:44:11.641Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.red for attribute rgb_color.red in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member red of null [latest-21342]2021-12-11T22:44:11.641Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.green for attribute rgb_color.green in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member green of null [latest-21342]2021-12-11T22:44:11.642Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.blue for attribute rgb_color.blue in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member blue of null [latest-21342]2021-12-11T22:44:11.642Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.cwhite > 0 ? floor( 5500 + value.cwhite * 3500 / 255 ) : floor( 2000 + value.wwhite * 3500 / 255 ) for attribute color_temperature.value in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member cwhite of null [latest-21342]2021-12-11T22:44:11.643Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.red for attribute rgb_color.red in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member red of null [latest-21342]2021-12-11T22:44:11.643Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.green for attribute rgb_color.green in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member green of null [latest-21342]2021-12-11T22:44:11.644Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.blue for attribute rgb_color.blue in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member blue of null [latest-21342]2021-12-11T22:44:11.644Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.cwhite > 0 ? floor( 5500 + value.cwhite * 3500 / 255 ) : floor( 2000 + value.wwhite * 3500 / 255 ) for attribute color_temperature.value in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member cwhite of null [latest-21342]2021-12-11T22:44:11.648Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.red for attribute rgb_color.red in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member red of null [latest-21342]2021-12-11T22:44:11.649Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.green for attribute rgb_color.green in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member green of null [latest-21342]2021-12-11T22:44:11.649Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.blue for attribute rgb_color.blue in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member blue of null [latest-21342]2021-12-11T22:44:11.649Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.cwhite > 0 ? floor( 5500 + value.cwhite * 3500 / 255 ) : floor( 2000 + value.wwhite * 3500 / 255 ) for attribute color_temperature.value in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member cwhite of null [latest-21342]2021-12-11T22:44:11.651Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.red for attribute rgb_color.red in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member red of null [latest-21342]2021-12-11T22:44:11.651Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.green for attribute rgb_color.green in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member green of null [latest-21342]2021-12-11T22:44:11.651Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.blue for attribute rgb_color.blue in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member blue of null [latest-21342]2021-12-11T22:44:11.651Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.cwhite > 0 ? floor( 5500 + value.cwhite * 3500 / 255 ) : floor( 2000 + value.wwhite * 3500 / 255 ) for attribute color_temperature.value in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member cwhite of null [latest-21342]2021-12-11T22:44:11.657Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.red for attribute rgb_color.red in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member red of null [latest-21342]2021-12-11T22:44:11.657Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.green for attribute rgb_color.green in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member green of null [latest-21342]2021-12-11T22:44:11.658Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.blue for attribute rgb_color.blue in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member blue of null [latest-21342]2021-12-11T22:44:11.658Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.cwhite > 0 ? floor( 5500 + value.cwhite * 3500 / 255 ) : floor( 2000 + value.wwhite * 3500 / 255 ) for attribute color_temperature.value in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member cwhite of null [latest-21342]2021-12-11T22:44:11.659Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.red for attribute rgb_color.red in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member red of null [latest-21342]2021-12-11T22:44:11.660Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.green for attribute rgb_color.green in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member green of null [latest-21342]2021-12-11T22:44:11.660Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.blue for attribute rgb_color.blue in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member blue of null [latest-21342]2021-12-11T22:44:11.660Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.cwhite > 0 ? floor( 5500 + value.cwhite * 3500 / 255 ) : floor( 2000 + value.wwhite * 3500 / 255 ) for attribute color_temperature.value in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member cwhite of null [latest-21342]2021-12-11T22:44:11.663Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.red for attribute rgb_color.red in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member red of null [latest-21342]2021-12-11T22:44:11.663Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.green for attribute rgb_color.green in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member green of null [latest-21342]2021-12-11T22:44:11.663Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.blue for attribute rgb_color.blue in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member blue of null [latest-21342]2021-12-11T22:44:11.664Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.cwhite > 0 ? floor( 5500 + value.cwhite * 3500 / 255 ) : floor( 2000 + value.wwhite * 3500 / 255 ) for attribute color_temperature.value in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member cwhite of null [latest-21342]2021-12-11T22:44:11.665Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.red for attribute rgb_color.red in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member red of null [latest-21342]2021-12-11T22:44:11.666Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.green for attribute rgb_color.green in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member green of null [latest-21342]2021-12-11T22:44:11.666Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.blue for attribute rgb_color.blue in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member blue of null [latest-21342]2021-12-11T22:44:11.666Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.cwhite > 0 ? floor( 5500 + value.cwhite * 3500 / 255 ) : floor( 2000 + value.wwhite * 3500 / 255 ) for attribute color_temperature.value in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member cwhite of null [latest-21342]2021-12-11T22:44:11.667Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.red for attribute rgb_color.red in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member red of null [latest-21342]2021-12-11T22:44:11.668Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.green for attribute rgb_color.green in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member green of null [latest-21342]2021-12-11T22:44:11.668Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.blue for attribute rgb_color.blue in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member blue of null [latest-21342]2021-12-11T22:44:11.669Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.cwhite > 0 ? floor( 5500 + value.cwhite * 3500 / 255 ) : floor( 2000 + value.wwhite * 3500 / 255 ) for attribute color_temperature.value in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member cwhite of null [latest-21342]2021-12-11T22:44:11.670Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.red for attribute rgb_color.red in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member red of null [latest-21342]2021-12-11T22:44:11.670Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.green for attribute rgb_color.green in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member green of null [latest-21342]2021-12-11T22:44:11.671Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.blue for attribute rgb_color.blue in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member blue of null [latest-21342]2021-12-11T22:44:11.671Z <EzloController:ERR> EzloController#ezlo failed to evaluate expression value.cwhite > 0 ? floor( 5500 + value.cwhite * 3500 / 255 ) : floor( 2000 + value.wwhite * 3500 / 255 ) for attribute color_temperature.value in category=dimmable_light;subcategory=dimmable_colored: ReferenceError: Invalid reference to member cwhite of null [latest-21342]2021-12-11T22:44:11.693Z <EzloController:WARN> EzloController#ezlo no implementation mapping for attributes from match category=door_lock cap keypad [latest-21342]2021-12-11T22:44:11.727Z <EzloController:INFO> EzloController#ezlo hub inventory complete/successful; 971ms [latest-21342]2021-12-11T22:44:11.728Z <EzloController:NOTICE> Controller EzloController#ezlo is now online. [latest-21342]2021-12-11T22:44:11.730Z <DynamicGroupController:ERR> DynamicGroupController#groups selector criterion invalid type, expecting object, got string (battery_power) [latest-21342]2021-12-11T22:44:11.731Z <DynamicGroupController:ERR> DynamicGroupController#groups error in selection for Group#groups>low_battery: Error: Invalid selector [latest-21342]2021-12-11T22:44:11.731Z <DynamicGroupController:CRIT> Error: Invalid selector Error: Invalid selector at DynamicGroupController._select (/opt/reactor/server/lib/DynamicGroupController.js:314:23) at DynamicGroupController._update_group (/opt/reactor/server/lib/DynamicGroupController.js:219:44) at /opt/reactor/server/lib/DynamicGroupController.js:298:38 at Array.forEach (<anonymous>) at DynamicGroupController._update (/opt/reactor/server/lib/DynamicGroupController.js:295:82) at /opt/reactor/server/lib/DynamicGroupController.js:174:42 at processTicksAndRejections (node:internal/process/task_queues:96:5) [latest-21342]2021-12-11T22:44:11.732Z <app:NOTICE> Starting HTTP server and API... [latest-21342]2021-12-11T22:44:11.737Z <app:NOTICE> Starting Reaction Engine... [latest-21342]2021-12-11T22:44:11.737Z <Engine:INFO> Reaction Engine starting [latest-21342]2021-12-11T22:44:11.738Z <Engine:INFO> Checking rule sets... [latest-21342]2021-12-11T22:44:11.747Z <Engine:INFO> Checking rules... [latest-21342]2021-12-11T22:44:11.748Z <Engine:INFO> Data check complete; no corrections.
-
Well, we're looking for InfluxDB messages at the moment. Anything?
-
About InfluxDb I don't see any warn at startup
[latest-21342]2021-12-11T23:21:26.561Z <app:null> Reactor latest-21342-ead7ca9 starting on v16.11.1 [latest-21342]2021-12-11T23:21:26.562Z <app:INFO> Process ID 1; platform linux/x64 #42218 SMP Mon Oct 18 19:16:55 CST 2021; locale (undefined) [latest-21342]2021-12-11T23:21:26.563Z <app:INFO> Basedir /opt/reactor; data in /var/reactor/storage [latest-21342]2021-12-11T23:21:26.563Z <app:INFO> NODE_PATH=/opt/reactor [latest-21342]2021-12-11T23:21:26.566Z <app:INFO> Configured locale (undefined); selected locale(s) en-US.UTF-8 [latest-21342]2021-12-11T23:21:26.588Z <app:INFO> Loaded locale en-US [latest-21342]2021-12-11T23:21:26.597Z <Capabilities:null> Module Capabilities v21333 [latest-21342]2021-12-11T23:21:26.639Z <Plugin:null> Module Plugin v21186 [latest-21342]2021-12-11T23:21:26.644Z <TimerBroker:null> Module TimerBroker v21333 [latest-21342]2021-12-11T23:21:26.646Z <default:INFO> Module Entity v21334 [latest-21342]2021-12-11T23:21:26.650Z <Controller:null> Module Controller v21333 [latest-21342]2021-12-11T23:21:26.650Z <default:null> Module Structure v21338 [latest-21342]2021-12-11T23:21:26.658Z <default:null> Module Ruleset v21096 [latest-21342]2021-12-11T23:21:26.659Z <default:null> Module Rulesets v21096 [latest-21342]2021-12-11T23:21:26.667Z <GlobalExpression:null> Module GlobalExpression v21333 [latest-21342]2021-12-11T23:21:26.679Z <default:null> Module Rule v21337 [latest-21342]2021-12-11T23:21:26.683Z <GlobalReaction:null> Module GlobalReaction v21333 [latest-21342]2021-12-11T23:21:26.684Z <AlertManager:null> Module AlertManager v21333 [latest-21342]2021-12-11T23:21:26.685Z <default:null> Module Engine v21342 [latest-21342]2021-12-11T23:21:26.685Z <default:null> Module httpapi v21333 [latest-21342]2021-12-11T23:21:26.687Z <default:null> Module httpproxy v21333 [latest-21342]2021-12-11T23:21:26.702Z <default:null> Module wsapi v21334 [latest-21342]2021-12-11T23:21:26.703Z <app:NOTICE> Starting Structure... [latest-21342]2021-12-11T23:21:26.740Z <InfluxFeed:null> Module InfluxFeed v21333 [latest-21342]2021-12-11T23:21:26.742Z <Structure:INFO> Structure#1 starting plugin influx (InfluxFeed) [latest-21342]2021-12-11T23:21:26.743Z <Structure:INFO> Structure#1 loading controller interface vera (VeraController) [latest-21342]2021-12-11T23:21:26.752Z <VeraController:null> Module VeraController v21334 [latest-21342]2021-12-11T23:21:26.757Z <Structure:INFO> Structure#1 loading controller interface ezlo (EzloController) [latest-21342]2021-12-11T23:21:26.769Z <EzloController:null> Module EzloController v21324 [latest-21342]2021-12-11T23:21:26.772Z <EzloController:null> EzloController#ezlo created, config { "source": "wss://10.0.4.119:17000", "serial": "90000464" } [latest-21342]2021-12-11T23:21:26.772Z <EzloController:null> EzloController#ezlo instance log level (null) (4) [latest-21342]2021-12-11T23:21:26.773Z <Structure:INFO> Structure#1 loading controller interface groups (DynamicGroupController) [latest-21342]2021-12-11T23:21:26.777Z <DynamicGroupController:null> Module DynamicGroupController v21334 [latest-21342]2021-12-11T23:21:26.779Z <Structure:INFO> Structure#1 loading controller interface weather (OWMWeatherController) [latest-21342]2021-12-11T23:21:26.783Z <OWMWeatherController:null> Module OWMWeatherController v21313 [latest-21342]2021-12-11T23:21:26.785Z <Structure:INFO> Structure#1 loading controller interface reactor_system (SystemController) [latest-21342]2021-12-11T23:21:26.788Z <SystemController:null> Module SystemController v21342 [latest-21342]2021-12-11T23:21:26.790Z <Structure:INFO> Starting controller VeraController#vera [latest-21342]2021-12-11T23:21:26.790Z <VeraController:NOTICE> VeraController#vera starting [latest-21342]2021-12-11T23:21:26.835Z <VeraController:INFO> VeraController#vera loaded mapping ver 21301 rev 1 format 1 notice [latest-21342]2021-12-11T23:21:26.837Z <VeraController:INFO> VeraController: deviceclass room capability sys_group does not provide attribute members [latest-21342]2021-12-11T23:21:26.837Z <VeraController:INFO> VeraController: deviceclass room capability sys_group does not provide attribute empty [latest-21342]2021-12-11T23:21:26.838Z <VeraController:INFO> VeraController: deviceclass vera_system_object capability sys_system does not provide attribute state [latest-21342]2021-12-11T23:21:26.850Z <Structure:INFO> Starting controller EzloController#ezlo [latest-21342]2021-12-11T23:21:26.863Z <EzloController:INFO> EzloController#ezlo device mapping data loaded; checking... [latest-21342]2021-12-11T23:21:26.866Z <EzloController:INFO> EzloController#ezlo performing hub login without cloud authentication (hub.offline.anonymous_access must be enabled) [latest-21342]2021-12-11T23:21:26.867Z <Structure:INFO> Starting controller DynamicGroupController#groups [latest-21342]2021-12-11T23:21:26.869Z <DynamicGroupController:NOTICE> Controller DynamicGroupController#groups is now online. [latest-21342]2021-12-11T23:21:26.870Z <Structure:INFO> Starting controller OWMWeatherController#weather [latest-21342]2021-12-11T23:21:26.896Z <Structure:INFO> Starting controller SystemController#reactor_system [latest-21342]2021-12-11T23:21:26.897Z <SystemController:NOTICE> Controller SystemController#reactor_system is now online. [latest-21342]2021-12-11T23:21:26.921Z <EzloController:INFO> EzloController#ezlo opening hub connection to "90000464" at wss://10.0.4.119:17000 [latest-21342]2021-12-11T23:21:26.922Z <EzloController:NOTICE> EzloController#ezlo connecting via WS to wss://10.0.4.119:17000 [latest-21342]2021-12-11T23:21:26.928Z <app:INFO> Structure running; pausing for controllers' initial ready [latest-21342]2021-12-11T23:21:27.062Z <EzloController:INFO> EzloController#ezlo hub websocket connected (wss://10.0.4.119:17000) [latest-21342]2021-12-11T23:21:27.062Z <EzloController:INFO> EzloController#ezlo hub websocket connected; inventory hub... [latest-21342]2021-12-11T23:21:27.114Z <EzloController:INFO> EzloController#ezlo hub "90000464" is h2.1 (undefined) firmware "2.0.21.1785.1" [latest-21342]2021-12-11T23:21:27.151Z <OWMWeatherController:INFO> OWMWeatherController#weather done; 1 locations, 0 failed [latest-21342]2021-12-11T23:21:27.152Z <OWMWeatherController:NOTICE> Controller OWMWeatherController#weather is now online. [latest-21342]2021-12-11T23:21:27.396Z <VeraController:NOTICE> Controller VeraController#vera is now online.
-
OK. Thanks for uploading the logs and data. It looks like I made an error in the parsing of attribute lists. But, I think there's an easy workaround for you until I get a fix out... just change
select_capabilities
todefault_capabilities
. No other changes needed, I think. -
-
T toggledbits locked this topic on