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

SmartHome Community
wmarcolinW

@toggledbits

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.

Multi-System Reactor
DesTD

@akbooer not sure if it's related to openLuup or ALTUI...

But since a couple of update (both openLuup and ALTUI), some basic function in RulesEngine are not working, like "saving" a rule after an edit and also "deleting" a rule...

It's probably "javascript" related

Vera/openLuup plugins
wmarcolinW

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: false

When 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.

Multi-System Reactor
G

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-0

Please 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.

Multi-System Reactor
DesTD

Hey guys...

We are replacing the heat pump and furnace this week and I will also need to replace my nest thermostat at the same time 'cause Nest is ending the cloud thing end of the month.

Anyway, I'm looking to use the

T6 Pro Z-Wave Programmable Thermostat | Smart Home | Honeywell Home

That's what the heat pump installer recommend BUT, using Nest I was also using it to control the home humidifier using a single wire connected to nest... but no low voltage thermostat is able to do that, I checked all of them...

So I need some help on how I can do that, to connect the home humidifier using zwave also....

General Discussion
H

Hi
I am trying to connect a vintage radio to my home smart network, replacing the old parts with a smart speaker. I have a small light bulb inside the radio hooked up to a 6v battery that I also want to connect to the home network. Is it possible to get a smart device that I can use as a switch for this light bulb circuit? if not, I would be grateful for any ideas on how to connect a small (torch-sized - it needs to slot into a 10mm hole) light bulb to the home network.
many thanks

Comments & Feedback
toggledbitsT

Build 21228 has been released. Docker images available from DockerHub as usual, and bare-metal packages here.

Home Assistant up to version 2021.8.6 supported; the online version of the manual will now state the current supported versions; Fix an error in OWMWeatherController that could cause it to stop updating; Unify the approach to entity filtering on all hub interface classes (controllers); this works for device entities only; it may be extended to other entities later; Improve error detail in messages for EzloController during auth phase; Add isRuleSet() and isRuleEnabled() functions to expressions extensions; Implement set action for lock and passage capabilities (makes them more easily scriptable in some cases); Fix a place in the UI where 24-hour time was not being displayed.
Multi-System Reactor
E

Hi

We are looking for a solution where we can detect presence of a «thing» (people , car , dog, cat, and more..

We need:

fast detections, 1-3 seconds in range from 0 to 20 m from «base» fysical «client» , chip , transmitter , unit. base , receiver placed at a door, gate, house, etc uniq Identifying wireless

The client:

no need for pressing any thing (no buttons) battery , hoply 2-5 years battery time.

Have someone done anything like this?
What technologi will be best?

General Discussion
A

Set up:

a) Many many many many kms from home: laptop connected to modem router. Router running wireguard client to create a virtual network.

b) Home: modem router running wireguard server. openLuup pi4 connect to router and also a PC and other stuff, etc.

The problem: When accessing charts, AltUI or the openLupp console the web pages are returned OK up to the point where they are truncated and therefore fail to display anything useful.

Note this all works fine over short distances eg around a major city (I tested it) but not seemingly at world wide distances. ie network delays seem to be the issue here? Windows TeamViewer works fine overy the exact same network/wireguard set up. That's how I was able to get the openLuup logs shown below.

Here is any example of openLuup trying to return a chart:

2023-09-04 21:31:20.463 openLuup.io.server:: HTTP:3480 connection from 10.0.0.2 tcp{client}: 0x55aed35038 2023-09-04 21:31:20.464 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=316885191&Timeout=60&MinimumDelay=1500&_=1692128389970 HTTP/1.1 tcp{client}: 0x55ae538348 2023-09-04 21:31:20.465 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=316885191&Timeout=60&MinimumDelay=1500&_=1692129024374 HTTP/1.1 tcp{client}: 0x55addbe1e8 2023-09-04 21:31:20.477 openLuup.server:: GET /data_request?id=lr_render&target={temp_first_floor.w,temp_ground_floor.w,temp_back_wall_of_office.w,temp_inside_roof.w,temp_jps_bedrm_north.w,temp_outside.w}&title=Temperatures&height=750&from=-y&yMin=0&yMax=40 HTTP/1.1 tcp{client}: 0x55aed35038 2023-09-04 21:31:20.478 luup_log:6: DataGraph: drawing mode: connected, draw nulls as: null 2023-09-04 21:31:20.502 luup_log:6: DataGraph: Whisper query: CPU = 23.122 mS for 2016 points 2023-09-04 21:31:20.532 luup_log:6: DataGraph: Whisper query: CPU = 22.952 mS for 2016 points 2023-09-04 21:31:20.561 luup_log:6: DataGraph: Whisper query: CPU = 22.738 mS for 2016 points 2023-09-04 21:31:20.575 luup_log:6: DataGraph: Whisper query: CPU = 9.547 mS for 2016 points 2023-09-04 21:31:20.587 luup_log:6: DataGraph: Whisper query: CPU = 9.569 mS for 2016 points 2023-09-04 21:31:20.598 luup_log:6: DataGraph: Whisper query: CPU = 9.299 mS for 2016 points 2023-09-04 21:31:20.654 luup_log:6: visualization: LineChart(2016x7) 196kB in 51mS 2023-09-04 21:31:20.655 luup_log:6: DataGraph: render: CPU = 51.219 mS for 6x2016=12096 points 2023-09-04 21:31:20.755 openLuup.server:: error 'socket.select() not ready to send tcp{client}: 0x55aed35038' sending 2 bytes to tcp{client}: 0x55aed35038 2023-09-04 21:31:20.855 openLuup.server:: error 'socket.select() not ready to send tcp{client}: 0x55aed35038' sending 6 bytes to tcp{client}: 0x55aed35038 2023-09-04 21:31:21.037 openLuup.server:: error 'socket.select() not ready to send tcp{client}: 0x55aed35038' sending 2 bytes to tcp{client}: 0x55aed35038 2023-09-04 21:31:21.138 openLuup.server:: error 'socket.select() not ready to send tcp{client}: 0x55aed35038' sending 6 bytes to tcp{client}: 0x55aed35038 2023-09-04 21:31:21.332 openLuup.server:: error 'socket.select() not ready to send tcp{client}: 0x55aed35038' sending 2 bytes to tcp{client}: 0x55aed35038 2023-09-04 21:31:21.432 openLuup.server:: error 'socket.select() not ready to send tcp{client}: 0x55aed35038' sending 6 bytes to tcp{client}: 0x55aed35038 2023-09-04 21:31:21.507 openLuup.server:: error 'closed' sending 196367 bytes to tcp{client}: 0x55aed35038 2023-09-04 21:31:21.507 openLuup.server:: ...only 144000 bytes sent 2023-09-04 21:31:21.507 openLuup.server:: error 'closed' sending 2 bytes to tcp{client}: 0x55aed35038 2023-09-04 21:31:21.507 openLuup.server:: ...only 0 bytes sent 2023-09-04 21:31:21.507 openLuup.server:: error 'closed' sending 5 bytes to tcp{client}: 0x55aed35038 2023-09-04 21:31:21.507 openLuup.server:: ...only 0 bytes sent 2023-09-04 21:31:21.507 openLuup.server:: request completed (196367 bytes, 10 chunks, 1030 ms) tcp{client}: 0x55aed35038 2023-09-04 21:31:21.517 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x55aed35038 2023-09-04 21:31:22.824 openLuup.io.server:: HTTP:3480 connection from 10.0.0.2 tcp{client}: 0x55aea22c88

Re: socket.select() not ready to send

Is there some sort of timeout I change; to see if this can make this work?

Note that openLuup is still running everything flawlessly for ages now, including the more recent addtions of ZigBee stuff. Much appreciated.

openLuup
T

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?

Multi-System Reactor
M

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.

Multi-System Reactor
C

Hey everyone, I'm currently working on developing a bed sensor that can detect when you're out of bed. It could be used to trigger other smart home gadgets, like lights or blinds, temperature etc.
The sensors are placed under the legs of your bed post. Should look and feel like "smart furniture pads" with size 2 inches in diameter and 1/4 inch thick.
Before we go any further, I'd love to get your thoughts on this - would a bed sensor like this be something you'd find useful? We're still in the early stages of development, so any feedback you have would be greatly appreciated. Thanks in advance!

smart möbeltass.JPG

General Discussion
T

@toggledbits

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.

Multi-System Reactor
CatmanV2C

I just wanted to post how impressed I am with both HA and MSR. I really don't see that Ezlo have a chance in hell.

I noticed that my Virtual HA instance was killing my machine's performance, so decided that my project for the weekend would be a stand alone Raspberry Pi instance. Less than an hour to install, restore and configure both HA and MSR and it all just works. Thanks to everyone that contributes to these fabulous projects. Especially our own @toggledbits for the amazing work that is the new Reactor!

C

Home Assistant
PablaP

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"
Multi-System Reactor
B

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-aarch64

docker 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

Multi-System Reactor
therealdbT

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 cycles

I 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.

Multi-System Reactor
wmarcolinW

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.

Multi-System Reactor
cw-kidC

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.

Multi-System Reactor
cw-kidC

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

Multi-System Reactor

Welcome. If you’d like to participate in the discussion, rather than just read, then you can join the forum. As a member, you can interact with others here to share your experience and ask the questions you need answered.

For those who registered but didn't received the confirmation email, please send an email to support@smarthome.community with the email you used

Latest version is installed, we are still working on some visual changes.

  • Announcements regarding our smart home community

    6 Topics
    7 Posts

    @OmniaBlinds 😉

  • A place to talk about whatever you want

    153 Topics
    1536 Posts

    They’re ending the old works with nest support, but they’re still working via the new integration. So, while a Zwave thermostat is definitely better, you’d still use a nest one. Easiest routes are home assistant or similar active platforms.

  • A place to put some How-To documentations

    8 Topics
    38 Posts

    Considering your requirements, Arduino, Raspberry Pi, and ESP32 are suitable choices; but you should consider things like communication protocols, power consumption, etc.. .
    Aside with the things I said above, considering that you haven't done this before, I also think starting with a HA system is a more cautious approach; especially given the complexity of managing various smart devices in your smart house project.
    Popular HA systems include Home Assistant, OpenHAB, SmartThings, and Hubitat

  • Share and discuss your lua creations here

    38 Topics
    226 Posts

    @therealdb thanks so much!

    C

  • Hardware related - Small board computer to IP Camera and technologies like Zigbee or Zwave!

    IPCam
    SBC
    Sonos
    Vera
    Zigbee
    Z-Wave.me
    Z-Uno
    170 Topics
    1925 Posts

    Today I moved my last device from Vera to HomeAssistant. I do have mixed feelings about it. For all it's flaws and performance issues, it had a very easy interface to get started in and for the average person, could do most of what they needed. Started using PLEG but never got very far with it since I had to spend hours relearning it every time I wanted to add a new automation. Reactor was a breath of fresh air for the Vera and I am eternally grateful for all the assistant I have received from Patrick over the years including some beta code for my Leviton scene controllers and my Venstar thermostat. MSR allowed me to tie my Vera and Home Assistant together while I slowly migrated off Vera and had way more capabilities than I could ever master.

    As I get older, my wife keeps telling me that if I die she is selling the house because she cannot run it. That has given me some incentive to simplify my environment so I have gone to only Home Assistant. Would have stayed with MSR if I could have figured out how to get the addon to work in HA, but in the end was easier to move everything to HA and eliminated one more component.
    Thanks to all the people that have offered assistance on this community as well as the old Vera forum before EZLO.

    Roger

    Have a nice Vera Plus available if anyone is interested. In the Seattle area but will ship. Make me an offer.

  • Home Assistant
    Multi-System Reactor
    Vera/openLuup plugins
    729 Topics
    7393 Posts

    @gwp1 So it seems.

    And if that's the case, then there are THREE computers involved here: the host/server on which MSR is running, the host on which the browser to running (i.e. the remote target of the AnyDesk connection), and the computer on which the AnyDesk client is being run.

    I would venture to guess that the date/time is incorrect on the remote target (the system AnyDesk is connecting to, actually running the browser). I'm guessing the time displayed in the lower right corner is the time of the AnyDesk client machine, not the remote browser/host, and the client's time is irrelevant here. The browser is actually running on a remote target system, and it's the time on that remote target system that's in question here.

    Beyond that, my suggestion is to connect to MSR locally from a local browser/computer, not using AnyDesk. But in all, this doesn't seem like an MSR issue, it seems like a (one of the many) host configuration issue.

  • The goodness of vera without the bad. Discuss installation problems and improvements.

    Plugins
    Vera Bridge
    MySensors
    Zway Bridge
    Docker
    175 Topics
    2791 Posts

    I looked at the ping times I was getting to remote servers using the likes of speedtest.net etc

    On one speed tester I was getting pings arounf 250 msec, on another about 490 msec.

    To send a message around half the world and back takes:
    40075/300000=136 msec

    So put in a few indirect cable runs and misc switches & buffers (but hopefully no satellites) then you can imagine ping times can get rather high. Window's TeamViewer is definately a bit laggy.

    So inserted this into the start up code and then restarted openLuup:

    luup.attr_set("openLuup.HTTP.SelectWait", 0.5)

    and it all started working - so for the log example above I now get:

    2023-09-06 21:30:13.155 openLuup.io.server:: HTTP:3480 connection from 10.0.0.2 tcp{client}: 0x559b738498 2023-09-06 21:30:13.156 openLuup.server:: GET /data_request?id=lr_render&target={temp_first_floor.w,temp_ground_floor.w,temp_back_wall_of_office.w,temp_inside_roof.w,temp_jps_bedrm_north.w,temp_outside.w}&title=Temperatures&height=750&from=-y&yMin=0&yMax=40 HTTP/1.1 tcp{client}: 0x559b738498 2023-09-06 21:30:13.158 luup_log:6: DataGraph: drawing mode: connected, draw nulls as: null 2023-09-06 21:30:13.168 luup_log:6: DataGraph: Whisper query: CPU = 10.703 mS for 2016 points 2023-09-06 21:30:13.184 luup_log:6: DataGraph: Whisper query: CPU = 10.810 mS for 2016 points 2023-09-06 21:30:13.197 luup_log:6: DataGraph: Whisper query: CPU = 10.616 mS for 2016 points 2023-09-06 21:30:13.209 luup_log:6: DataGraph: Whisper query: CPU = 10.168 mS for 2016 points 2023-09-06 21:30:13.222 luup_log:6: DataGraph: Whisper query: CPU = 9.872 mS for 2016 points 2023-09-06 21:30:13.234 luup_log:6: DataGraph: Whisper query: CPU = 9.746 mS for 2016 points 2023-09-06 21:30:13.299 luup_log:6: visualization: LineChart(2016x7) 196kB in 60mS 2023-09-06 21:30:13.299 luup_log:6: DataGraph: render: CPU = 59.805 mS for 6x2016=12096 points 2023-09-06 21:30:14.086 openLuup.server:: request completed (196300 bytes, 13 chunks, 929 ms) tcp{client}: 0x559b738498

    Not sure what the optimum value for the delay should be - I'm not keen to mess around with it remotely. Does the above log suggest a value? Or this log below:

    Here's AltUI being loaded:

    2023-09-06 21:49:23.723 luup.variable_set:: 10071.urn:micasaverde-com:serviceId:ZWaveNetwork1.LastPollSuccess was: 1694000093 now: 1694000963 #hooks:0 2023-09-06 21:49:23.836 openLuup.server:: request completed (6975 bytes, 1 chunks, 1700 ms) tcp{client}: 0x559aa2ee28 2023-09-06 21:49:23.957 openLuup.server:: request completed (6975 bytes, 1 chunks, 1146 ms) tcp{client}: 0x559bb50cb8 2023-09-06 21:49:24.217 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=999748913&Timeout=60&MinimumDelay=1500&_=1694000029638 HTTP/1.1 tcp{client}: 0x559aa2ee28 2023-09-06 21:49:24.979 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=999748913&Timeout=60&MinimumDelay=1500&_=1692128444563 HTTP/1.1 tcp{client}: 0x559bb50cb8 2023-09-06 21:49:25.158 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x559aa2ee28 2023-09-06 21:49:25.428 openLuup.io.server:: HTTP:3480 connection from 10.0.0.2 tcp{client}: 0x559b19a458 2023-09-06 21:49:25.430 openLuup.server:: GET /data_request?id=lr_ALTUI_Handler&command=home HTTP/1.1 tcp{client}: 0x559b19a458 2023-09-06 21:49:25.449 openLuup.server:: request completed (19761 bytes, 2 chunks, 19 ms) tcp{client}: 0x559b19a458 2023-09-06 21:49:25.951 openLuup.server:: GET /J_ALTUI_jquery.ui.touch-punch.min.js HTTP/1.1 tcp{client}: 0x559b19a458 2023-09-06 21:49:26.210 openLuup.server:: request completed (31597 bytes, 2 chunks, 258 ms) tcp{client}: 0x559b19a458 2023-09-06 21:49:26.221 openLuup.io.server:: HTTP:3480 connection from 10.0.0.2 tcp{client}: 0x559c240428 2023-09-06 21:49:26.222 openLuup.io.server:: HTTP:3480 connection from 10.0.0.2 tcp{client}: 0x559a9b66a8 2023-09-06 21:49:26.222 openLuup.io.server:: HTTP:3480 connection from 10.0.0.2 tcp{client}: 0x559a49aec8 2023-09-06 21:49:26.222 openLuup.io.server:: HTTP:3480 connection from 10.0.0.2 tcp{client}: 0x559bb54098 2023-09-06 21:49:26.223 openLuup.io.server:: HTTP:3480 connection from 10.0.0.2 tcp{client}: 0x559bf9b2d8 2023-09-06 21:49:26.224 openLuup.server:: GET /J_ALTUI_utils.js HTTP/1.1 tcp{client}: 0x559c240428 2023-09-06 21:49:26.970 openLuup.server:: request completed (202128 bytes, 13 chunks, 745 ms) tcp{client}: 0x559c240428 2023-09-06 21:49:26.970 openLuup.server:: GET /J_ALTUI_api.js HTTP/1.1 tcp{client}: 0x559a9b66a8 2023-09-06 21:49:27.498 openLuup.server:: request completed (55724 bytes, 4 chunks, 527 ms) tcp{client}: 0x559a9b66a8 2023-09-06 21:49:27.499 openLuup.server:: GET /J_ALTUI_upnp.js HTTP/1.1 tcp{client}: 0x559a49aec8 2023-09-06 21:49:27.760 openLuup.server:: request completed (22906 bytes, 2 chunks, 261 ms) tcp{client}: 0x559a49aec8 2023-09-06 21:49:27.761 openLuup.server:: GET /J_ALTUI_verabox.js HTTP/1.1 tcp{client}: 0x559bb54098 2023-09-06 21:49:28.500 openLuup.server:: request completed (97222 bytes, 7 chunks, 739 ms) tcp{client}: 0x559bb54098 2023-09-06 21:49:28.501 openLuup.server:: GET /J_ALTUI_multibox.js HTTP/1.1 tcp{client}: 0x559bf9b2d8 2023-09-06 21:49:28.753 openLuup.server:: request completed (40237 bytes, 3 chunks, 251 ms) tcp{client}: 0x559bf9b2d8 2023-09-06 21:49:28.764 openLuup.server:: GET /J_ALTUI_plugins.js HTTP/1.1 tcp{client}: 0x559b19a458 2023-09-06 21:49:29.532 openLuup.server:: request completed (231053 bytes, 15 chunks, 767 ms) tcp{client}: 0x559b19a458 2023-09-06 21:49:29.532 openLuup.server:: GET /J_ALTUI_iphone.js HTTP/1.1 tcp{client}: 0x559c240428 2023-09-06 21:49:29.535 openLuup.server:: request completed (22770 bytes, 2 chunks, 1 ms) tcp{client}: 0x559c240428 2023-09-06 21:49:29.536 openLuup.server:: GET /J_ALTUI_uimgr.js HTTP/1.1 tcp{client}: 0x559a9b66a8 2023-09-06 21:49:30.827 openLuup.server:: request completed (717146 bytes, 45 chunks, 1291 ms) tcp{client}: 0x559a9b66a8 2023-09-06 21:49:30.840 openLuup.server:: GET /data_request?id=variableget&DeviceNum=0&serviceId=urn:micasaverde-com:serviceId:HomeAutomationGateway1&Variable=Mode&_=1692128444564 HTTP/1.1 tcp{client}: 0x559b6dee78 2023-09-06 21:49:30.943 openLuup.server:: request completed (1 bytes, 1 chunks, 102 ms) tcp{client}: 0x559b6dee78 2023-09-06 21:49:31.281 openLuup.server:: GET /favicon.ico HTTP/1.1 tcp{client}: 0x559b19a458 2023-09-06 21:49:31.283 openLuup.server:: request completed (15086 bytes, 0 chunks, 1 ms) tcp{client}: 0x559b19a458 2023-09-06 21:49:31.284 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x559b19a458 2023-09-06 21:49:31.451 openLuup.server:: GET /data_request?id=user_data&output_format=json&DataVersion=undefined&_=1694000965692 HTTP/1.1 tcp{client}: 0x559a9b66a8 2023-09-06 21:49:32.569 openLuup.server:: request completed (1560409 bytes, 98 chunks, 1117 ms) tcp{client}: 0x559a9b66a8 2023-09-06 21:49:34.392 openLuup.io.server:: HTTP:3480 connection from 10.0.0.2 tcp{client}: 0x5599e944b8 2023-09-06 21:49:34.392 openLuup.io.server:: HTTP:3480 connection from 10.0.0.2 tcp{client}: 0x559a7b2ba8 2023-09-06 21:49:34.392 openLuup.server:: GET /luvd/D_GenericZigbeeDevice.xml HTTP/1.1 tcp{client}: 0x559c240428 2023-09-06 21:49:34.393 openLuup.server:: request completed (299 bytes, 0 chunks, 0 ms) tcp{client}: 0x559c240428 2023-09-06 21:49:34.393 openLuup.server:: GET /luvd/D_openLuup.xml HTTP/1.1 tcp{client}: 0x559a9b66a8 2023-09-06 21:49:34.393 openLuup.server:: request completed (754 bytes, 0 chunks, 0 ms) tcp{client}: 0x559a9b66a8 2023-09-06 21:49:34.393 openLuup.server:: GET /luvd/D_InfoViewer1.xml HTTP/1.1 tcp{client}: 0x559a49aec8 2023-09-06 21:49:34.393 openLuup.servlet:: file not found:D_InfoViewer1.xml 2023-09-06 21:49:34.394 openLuup.server:: request completed (132 bytes, 0 chunks, 0 ms) tcp{client}: 0x559a49aec8 2023-09-06 21:49:34.394 openLuup.server:: GET /luvd/D_BinaryLight1.xml HTTP/1.1 tcp{client}: 0x559bb54098 2023-09-06 21:49:34.394 openLuup.server:: request completed (1031 bytes, 0 chunks, 0 ms) tcp{client}: 0x559bb54098 2023-09-06 21:49:34.394 openLuup.server:: GET /luvd/D_SmartHomeHelper.xml HTTP/1.1 tcp{client}: 0x559bf9b2d8 2023-09-06 21:49:34.394 openLuup.servlet:: file not found:D_SmartHomeHelper.xml 2023-09-06 21:49:34.395 openLuup.server:: request completed (136 bytes, 0 chunks, 0 ms) tcp{client}: 0x559bf9b2d8 2023-09-06 21:49:34.404 openLuup.server:: GET /data_request?id=lr_ALTUI_Handler&command=getCustomPages&_=1694000965693 HTTP/1.1 tcp{client}: 0x5599e944b8 2023-09-06 21:49:34.405 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x559c240428 2023-09-06 21:49:34.405 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x559a9b66a8 2023-09-06 21:49:34.405 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x559bb54098 2023-09-06 21:49:34.405 openLuup.server:: GET /data_request?id=lr_ALTUI_Handler&command=getWorkflows&_=1694000965694 HTTP/1.1 tcp{client}: 0x559a7b2ba8 2023-09-06 21:49:34.507 openLuup.server:: request completed (2 bytes, 1 chunks, 102 ms) tcp{client}: 0x5599e944b8 2023-09-06 21:49:34.507 openLuup.server:: request completed (2 bytes, 1 chunks, 101 ms) tcp{client}: 0x559a7b2ba8 2023-09-06 21:49:34.807 openLuup.server:: GET /data_request?id=variableget&DeviceNum=0&serviceId=urn:micasaverde-com:serviceId:HomeAutomationGateway1&Variable=Mode&_=1694000965697 HTTP/1.1 tcp{client}: 0x559bf9b2d8 2023-09-06 21:49:34.908 openLuup.server:: request completed (1 bytes, 1 chunks, 101 ms) tcp{client}: 0x559bf9b2d8 2023-09-06 21:49:35.613 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=1&Timeout=60&MinimumDelay=1500&_=1694000965698 HTTP/1.1 tcp{client}: 0x559bf9b2d8 2023-09-06 21:49:37.431 openLuup.server:: request completed (882908 bytes, 56 chunks, 1817 ms) tcp{client}: 0x559bf9b2d8 2023-09-06 21:49:37.442 luup.variable_set:: 10191.urn:micasaverde-com:serviceId:EnergyMetering1.KWHReading was: 1694000916 now: 1694000976 #hooks:0 2023-09-06 21:49:37.454 openLuup.server:: request completed (6972 bytes, 1 chunks, 12474 ms) tcp{client}: 0x559bb50cb8 2023-09-06 21:49:37.982 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=999748913&Timeout=60&MinimumDelay=1500&_=1694000965699 HTTP/1.1 tcp{client}: 0x559bf9b2d8 2023-09-06 21:49:38.095 openLuup.server:: request completed (6972 bytes, 1 chunks, 112 ms) tcp{client}: 0x559bf9b2d8 2023-09-06 21:49:38.468 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=999748915&Timeout=60&MinimumDelay=1500&_=1694000965700 HTTP/1.1 tcp{client}: 0x559bf9b2d8 2023-09-06 21:49:38.486 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=999748915&Timeout=60&MinimumDelay=1500&_=1692128444565 HTTP/1.1 tcp{client}: 0x559bb50cb8 2023-09-06 21:49:39.406 luup.zigbee2mqtt:0: Topic ignored: zigbee2mqtt/bridge/logging 2023-09-06 21:49:39.733 openLuup.server:: request completed (7069 bytes, 1 chunks, 1264 ms) tcp{client}: 0x559bf9b2d8 2023-09-06 21:49:39.744 openLuup.server:: request completed (7069 bytes, 1 chunks, 1257 ms) tcp{client}: 0x559bb50cb8 2023-09-06 21:49:40.130 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=999748918&Timeout=60&MinimumDelay=1500&_=1694000965701 HTTP/1.1 tcp{client}: 0x559bf9b2d8 2023-09-06 21:49:40.771 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=999748918&Timeout=60&MinimumDelay=1500&_=1692128444566 HTTP/1.1 tcp{client}: 0x559bb50cb8 2023-09-06 21:49:41.819 openLuup.server:: GET /data_request?id=variableget&DeviceNum=0&serviceId=urn:micasaverde-com:serviceId:HomeAutomationGateway1&Variable=Mode&_=1692128444567 HTTP/1.1 tcp{client}: 0x559b6dee78 2023-09-06 21:49:41.922 openLuup.server:: request completed (1 bytes, 1 chunks, 102 ms) tcp{client}: 0x559b6dee78 2023-09-06 21:49:45.188 openLuup.server:: GET /data_request?id=variableget&DeviceNum=0&serviceId=urn:micasaverde-com:serviceId:HomeAutomationGateway1&Variable=Mode&_=1694000965702 HTTP/1.1 tcp{client}: 0x559a49aec8 2023-09-06 21:49:45.292 openLuup.server:: request completed (1 bytes, 1 chunks, 102 ms) tcp{client}: 0x559a49aec8 2023-09-06 21:49:48.690 luup.variable_set:: 10224.urn:micasaverde-com:serviceId:EnergyMetering1.KWHReading was: 1694000688 now: 1694000988 #hooks:0 2023-09-06 21:49:48.702 openLuup.server:: request completed (6972 bytes, 1 chunks, 7930 ms) tcp{client}: 0x559bb50cb8 2023-09-06 21:49:49.127 openLuup.server:: request completed (6972 bytes, 1 chunks, 8996 ms) tcp{client}: 0x559bf9b2d8 2023-09-06 21:49:49.725 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=999748920&Timeout=60&MinimumDelay=1500&_=1692128444568 HTTP/1.1 tcp{client}: 0x559bb50cb8 2023-09-06 21:49:50.410 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=999748920&Timeout=60&MinimumDelay=1500&_=1694000965703 HTTP/1.1 tcp{client}: 0x559bf9b2d8 2023-09-06 21:49:51.623 luup.variable_set:: 10149.urn:micasaverde-com:serviceId:EnergyMetering1.KWHReading was: 1694000944 now: 1694000991 #hooks:0 2023-09-06 21:49:52.049 openLuup.server:: request completed (6972 bytes, 1 chunks, 2323 ms) tcp{client}: 0x559bb50cb8 2023-09-06 21:49:52.060 openLuup.server:: request completed (6972 bytes, 1 chunks, 1649 ms) tcp{client}: 0x559bf9b2d8 2023-09-06 21:49:52.428 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=999748922&Timeout=60&MinimumDelay=1500&_=1694000965704 HTTP/1.1 tcp{client}: 0x559bf9b2d8 2023-09-06 21:49:52.460 openLuup.server:: GET /console?page=log HTTP/1.1 tcp{client}: 0x559bb50cb8

    Anyway good result. I can now control anything that needs controlling. Ak -thanks for the help once again.

  • Got a question, a comment about the community or the forum? Ask away!

    11 Topics
    138 Posts

    Hi
    I am trying to connect a vintage radio to my home smart network, replacing the old parts with a smart speaker. I have a small light bulb inside the radio hooked up to a 6v battery that I also want to connect to the home network. Is it possible to get a smart device that I can use as a switch for this light bulb circuit? if not, I would be grateful for any ideas on how to connect a small (torch-sized - it needs to slot into a 10mm hole) light bulb to the home network.
    many thanks

  • Blog posts from individual members. Feel free to talk about your project, your smart home setup!

    11 Topics
    279 Posts

    Hey,

    I’m curating a list of smart home automation ideas, and here are 15+ ones (and still counting).

    What do you think?

    smart home automation ideas.png

    ..................................
    The smart home trend is dramatically evolving with at least 69% households in US owing at least one smart device.

    So how could they ease your work and life?

    I gathered and asked 15+ smart home professionals a same question:

    “What’s your most favorite automation (ideas) for smart homes that is improving your life?”

    Let’s check their ideas:

    (source: https//www.leadsrating.com/security-cameras/smart-home-automation-ideas/)

    Routine Checking Smart Curtain and Blinds Smart Interaction Smart LED String Lights Turn Outdoor Water On/Off Automation NFC Tags Automation Remote Control and Scenes Smart Interoperability Reducing Your Home Cleaning Job Light Control Automation Smart Blinds Light Management Adjusting Natural Light Automation Seamless Connectivity Simple Switch Bot Changing My Overall Everyday Process

Recent Topics