Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Unsolved
Collapse
Discussion Forum to share and further the development of home control and automation, independent of platforms.
  1. Home
  2. Software
  3. Setting Aeotec Siren 6 volume and duration not working
Advice on Storing and Backing Up Bind Mounts - Docker
P

Hello all, after seeing Catman's posts about their disaster recovery and move to Docker I took that as a sign to migrate everything (aside from HA) to Docker. After a small learning curve I had Docker+Portainer up and running in a few days.

Instead of using named Volumes I opted to use Bind Mounts so I can easily edit conf files and any other file needed. I do understand the nuances that come with bind mounts, such as migration to a different host may require changing file structures, the possibility of someone editing the bind mount files and permissions but to me those aren't too big of a deal.

My question is what is the best way to keep a back up of these bind mounts? I currently have them stored in the /etc directory in another directory named on a per container basis. I was thinking to move it all to a /home/user/docker/ directory so that I can use a simple cp command to my mounted SMB share to backup all the container data files. Anyone else do it differently?

Side note: I finally got to flex the benefits of Docker with updating Reactor.. it was dead simple. I had no idea what I was missing out on lol!

Software Mar 4, 2025, 8:27 AM
AltUI sans internet connection
C

Morning world. Looking for some thoughts on recent experience 🙂

Yesterday my ISP had something of a catastrophic failure (in theory not yet fixed but seems OK for now)

While this is annoying for several reasons, one thing that I wasn't expecting was for AltUI to become pretty much un-usable.

Unless I have a tab already open and active, connecting to the Home page is pretty much random / impossible, just presenting with a white page and (sometimes) 'Waiting for initial data' on the bottom. Everything works (i.e. where I have controllers or Reactions I can trigger, they function flawlessly) it's just something of a pain since 99.9% of my control is via Alexa now, and not being able to access devices in AltUI makes things like turning some lights of a bit tricky 😉

I suspect that this is due to AltUI trying to pull licence info and Weather data, and failing. What I should do is probably access the OpelLuup console direct and see if that works better in future.

Does that make sense to anyone, or am I completely off track?

Cheers

C

Software Feb 12, 2025, 6:21 PM
BlueIris
S

Probably a long shot but has anyone cracked the shell on integrating BlueIris into Home Assistant?

(Not sure if this is in the right sub forum)

Software Aug 18, 2024, 12:25 AM
MyQ
S

Probably a long shot but has anyone cracked the shell on integrating MyQ into Home Assistant?

(Not sure if this is in the right sub forum)

Software Aug 18, 2024, 12:22 AM
Pentair IntelliCenter (aka Pentair Home)
S

Probably a long shot but has anyone cracked the shell on integrating IntelliCenter into Home Assistant?

(Not sure if this is in the right sub forum)

Software Aug 16, 2024, 7:01 PM
Switching between z-wave software controllers
R

Hi all,

Is it easy to switch between z-wave software controllers? I have a UZB and I want to update the firmware through Z-Way, but in the end I would like to use Z-Wave JS UI.

Can I just turn the controller off and switch to another one?

Software Jun 7, 2024, 10:14 AM
zwave-js-ui: minimote and MQTT topic
A

OK - you have zwave-js-ui all set up and working. You are using MQTT. So you push a button on a minimote or similar. What is the MQTT topic/response? Presumably something to do with events and "zwave_js_event"? What's the payload? Tell me more!

Why do I ask? I'm sure openLuup & MQTT could handle this?

Software Feb 18, 2024, 9:03 AM
Any interest in a Subcategory for Homebridge?
P

Being an iPad/iPhone user, I use Homebridge for a number of things. Although it runs completely independently from my main Vera home set up.

Is anyone else using Homebridge and if there is enough interest would a subcategory be of use ?

Software Apr 19, 2023, 9:25 AM
Light automation thoughts
C

Hi all

Looking for some ideas about how I might be able to automate my lights.

Currently I have Fibaro FGMS001 (combined lux / motion / temperature sensors)

I can currently get the lights to come on in a room by simply implying that lux <100 and the movement sensor is tripped. That's not so bad, although it's a bit crude.

Struggling more with:
Keeping them on: I've turned the motion sensitivity up quite a lot, but when (fore example) reading in bed, they trip off
Extending a timer (so there's a minimum time of 'on' after trip) needs to get quite high, such that you might be in a room for 10 seconds, and the lights stay on for 20 minutes.

Any bright ideas?

Cheers

C

Software Apr 7, 2023, 7:33 AM
Setting Aeotec Siren 6 volume and duration not working
SnowmanS

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

Reactor version: latest-23010-7dd2c9e9

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

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

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

Thanks in advance.

Software Feb 11, 2023, 11:49 PM
DynamicGroupController Feedback
SnowmanS

I finally decided to make use of the DynamicGroupController.

I needed to find an easy/effective way to identify devices with low battery levels and this caught my attention.

I created an expression, actually two. One to get the entity names and another one to strip off "_battery_level" at the end of an entity name. That way it looks clean when a notification is sent.

So far, I like what it can do and will try to see where else I can leverage it despite being experimental.

I did search this forum for comments/feedback. I couldn't find any. So I apologize up front if there were.

Question for Patrick, am I safe to use this controller? Should I only use it for testing purposes?

Thanks

Software Feb 8, 2023, 11:47 PM
Temperature set point changes un-expectedly
C

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

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

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

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

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

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

Reactor log:

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

OpenLuup log:

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

TIA

C

Software Jan 17, 2023, 9:23 PM
Zigbee2MQTT
C

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

If so, recommendations for a good Zigbee stick?

TIA

C

Software Jan 17, 2023, 8:08 PM
Owntracks / Mosquitto String updates unexepectedly.
C

All great stuff going on 🙂 One thing I am wondering about is is it possible to view the entire payload coming from Owntracks at all?
Reason I ask is that my iPhone has changed its
string_sensor.value to null even though we are snowed in. This obviously trips the binary sensor to off.
The sensor entity I have set to owntracks_in_region however remains true.

The change happened at 0523 this morning (UTC) when I was still asleep:

[latest-22337]2022-12-13T05:19:13.053Z <httpapi:INFO> httpapi: API request from ::ffff:192.168.70.70: GET /api/v1/systime [latest-22337]2022-12-13T05:22:05.883Z <httpapi:INFO> httpapi: API request from ::ffff:192.168.70.253: GET /api/v1/systime [latest-22337]2022-12-13T05:23:01.087Z <MQTTController:WARN> MQTTController#mqqt if_expr expression payload._type == 'location' || payload._type='transition' returned non-boolean (string) [latest-22337]2022-12-13T05:23:01.091Z <MQTTController:ERR> MQTTController#mqqt event handler failed for owntracks/catman/catmaniphone on catman_owntracks: [TypeError] Can't set NaN on attribute battery_power.level (mqqt>catman_owntracks) [-] [latest-22337]2022-12-13T05:23:01.091Z <MQTTController:CRIT> TypeError: Can't set NaN on attribute battery_power.level (mqqt>catman_owntracks) [-] TypeError: Can't set NaN on attribute battery_power.level (mqqt>catman_owntracks) at Entity.setAttribute (/home/catman/reactor/server/lib/Entity.js:453:19) at MQTTController.handle_event (/home/catman/reactor/ext/MQTTController/MQTTController.js:935:19) at MqttClient.<anonymous> (/home/catman/reactor/ext/MQTTController/MQTTController.js:424:38) at MqttClient.emit (node:events:527:28) at MqttClient.emit (node:domain:475:12) at MqttClient._handlePublish (/home/catman/reactor/ext/MQTTController/node_modules/mqtt/lib/client.js:1547:12) at MqttClient._handlePacket (/home/catman/reactor/ext/MQTTController/node_modules/mqtt/lib/client.js:535:12) at work (/home/catman/reactor/ext/MQTTController/node_modules/mqtt/lib/client.js:438:12) at Writable.writable._write (/home/catman/reactor/ext/MQTTController/node_modules/mqtt/lib/client.js:452:5) at doWrite (/home/catman/reactor/ext/MQTTController/node_modules/readable-stream/lib/_stream_writable.js:409:139) [latest-22337]2022-12-13T05:23:01.092Z <Rule:INFO> Location Test (rule-lbl1mbdn in Home or Away) starting evaluation; because entity-changed BinarySensor#mqqt>catman_owntracks [latest-22337]2022-12-13T05:23:01.092Z <Rule:INFO> Location Test (rule-lbl1mbdn in Home or Away) starting evaluation; because entity-changed BinarySensor#mqqt>catman_owntracks [latest-22337]2022-12-13T05:23:01.097Z <Timer:null> Timer#rule-lbl1mbdn just a note: I'm setting a delay of only 9ms (from 1670908981095<13/12/2022, 05:23:01> to 1670908981104<13/12/2022, 05:23:01>) [latest-22337]2022-12-13T05:23:01.098Z <Rule:INFO> Location Test (rule-lbl1mbdn in Home or Away) evaluated; rule state transition from RESET to SET! [latest-22337]2022-12-13T05:23:01.118Z <Rule:INFO> Location Test (rule-lbl1mbdn in Home or Away) evaluated; trigger state unchanged (false); rule state remains SET [latest-22337]2022-12-13T05:23:01.118Z <Rule:INFO> Location Test (rule-lbl1mbdn in Home or Away) evaluation complete [latest-22337]2022-12-13T05:23:01.118Z <Rule:INFO> Location Test (rule-lbl1mbdn in Home or Away) evaluation complete [latest-22337]2022-12-13T05:23:01.119Z <Engine:INFO> Enqueueing "Location Test<SET>" (rule-lbl1mbdn:S) [latest-22337]2022-12-13T05:23:01.131Z <Engine:NOTICE> Starting reaction Location Test<SET> (rule-lbl1mbdn:S) [latest-22337]2022-12-13T05:23:01.138Z <Engine:INFO> Location Test<SET> all actions completed.

FWIW I have noticed the issue with the NaN on battery_power.level previously but it was while I was messing around with stuff.

My phone seems to update more frequently than Mrs C's which has not updated at all since I did a location push at 1218 UTC yesterday (to clear the battery_power.level issue.

Debian Bullseye on bare metal

The only thing I can think of right now is that for some reason my phone is sending something duff (although the other parameters (i.e. elevation, long and lat) all seem fine. Forcing a publish from the App results in everything updating as expected.

Log level in Mosquitto is set to all.

C

Software Dec 21, 2022, 3:47 PM
Mosquitto and Owntracks
C

Possibly stupid question. I have Owntracks on my phone. It's claiming to report to my Mosquitto server. However, when I transitioned out of the logged area today, I can't find any log entry that seems to correlate.

Is there documentation to integrate Mosquitto with AltUI or MSR? Or am I going the wronggggggg way (again)?

TIA

C

Software Dec 2, 2022, 3:27 PM
Device that comes on on Openluup restart
C

HI
I have a smart plug (one of many) that has the annoying habit that no matter what the condition it is in, if Openluup restarts, the plug turns on.
Any suggestions as to where I can look to correct this (i.e. I'd like it to go into its previous condition like everything else does....

TIA

C

Software Nov 19, 2022, 6:21 PM
Hypothetical file system monitoring question
C

Hi all

Not looking for a solution here, but pointers.

If I wanted to assess the age of a file on the host FS (Debian Bullseye in this case) then have an MSR reaction should that file be less than a certain age, what's a good starting point for me to learn how this might be accomplished?

TIA

C

Software Nov 2, 2022, 6:51 PM
Any HomeSeer users here?
toggledbitsT

Per title, is anyone using HomeSeer, either as an integral part of their smart home, or even just experimentation/trial basis?

Software Aug 30, 2022, 10:54 PM
Syncing of updates...
C

....but not what you think, probably.

I doubt there's an answer here to this, and it's about Iphone locator (sorry!)

Hopefully the question is, at least, slightly interesting.

Polling on the phone is currently set to 5 minutes and IPhone locator appears to update every 5 minutes as I also get an update in the OpenLuup log every 5 minutes.

The 'problem' is that the Iphone locator (and therefore any conditions based upon a change in value) are happening 4 minutes and some seconds after the phone polls and updates its position. So effectively the phone is moving for nearly 10 minutes before any notification takes place. Which is a bit slow for my desired application.

As an example:

2022-05-05 17:27:08.244 luup.variable_set:: 55.urn:upnp-org:serviceId:IPhoneLocator1.MsgText2 was: 28.35 Km @ 0.00 Km/h on 2022-05-05 17:17 now: 28.35 Km @ 0.00 Km/h on 2022-05-05 17:22 #hooks:0 2022-05-05 17:32:12.340 luup.variable_set:: 55.urn:upnp-org:serviceId:IPhoneLocator1.MsgText2 was: 28.35 Km @ 0.00 Km/h on 2022-05-05 17:22 now: 27.77 Km @ 6.92 Km/h on 2022-05-05 17:27 #hooks:0

Where you can see that the phone must have updated its location between 17:27:08.244 and 17:28:00.000

Anyone got an bright ideas how I can reduce the discrepency?

Cheers!

C

Software May 5, 2022, 4:44 PM
Strange MSR behaviours after NAS reboots
SnowmanS

I am running HA, MSR and ZWavejs2MQTT on a Synology NAS (Docker). When the NAS reboots (after a power outage for example), I see errors (under Status), yellow triangles in front of Rule Sets and yellow bars in front of Global Expressions. See images below.

To give you some context, in some cases MSR writes statuses to HA Helpers. In order cases, MSR just can't seem to find the referenced entities.

Also, note the bevahior under Global Expressions (images below). The one with the yellow bar says, "Invalid reference to member attributes of null". If I click the Try this expression button, the Last value will refresh accordingly and the yellow bar disappears.

Interestingly, everything seems to be working like it should even if I don't do anything. Which is weird.

This behaviour does not happen when the MSR container is stopped and restarted manually.

Anybody experienced this? Thanks

Errors showing under Status
16581e96-9f7d-4107-a591-6c0755349a73-image.png

Yellow triangles showing under Rule Sets
84b7c20d-a325-4101-b456-5aa4814a798f-image.png

Yellow bar showing under Global Expressions
67f150eb-4c18-43ff-bd3b-b5bd181bc933-image.png 1a648901-450a-4b15-b558-c73a5b737b56-image.png

Software Mar 24, 2022, 1:30 PM

Setting Aeotec Siren 6 volume and duration not working

Scheduled Pinned Locked Moved Software
15 Posts 4 Posters 1.0k Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • SnowmanS Offline
    SnowmanS Offline
    Snowman
    wrote on Jan 11, 2023, 3:04 PM last edited by
    #1

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

    Reactor version: latest-23010-7dd2c9e9

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

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

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

    Thanks in advance.

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

    F SnowmanS 3 Replies Last reply Jan 11, 2023, 6:15 PM
    0
    • F Offline
      F Offline
      Fanan
      replied to Snowman on Jan 11, 2023, 6:15 PM last edited by
      #2

      @Snowman At least in HA the volume level is between 1-3.
      Regarding the duration, there is a workaround; add a delay for 5 sec and then a reaction to stop the siren.

      1 Reply Last reply
      0
      • P Offline
        P Offline
        Pabla
        wrote on Jan 11, 2023, 7:16 PM last edited by
        #3

        Have a look at reactor logs to see if HA is responding with any errors. Post the logs here if you’re still stuck.

        1 Reply Last reply
        0
        • SnowmanS Offline
          SnowmanS Offline
          Snowman
          wrote on Jan 11, 2023, 7:57 PM last edited by
          #4

          Thanks for the suggestion. Not sure where to set this delay though.

          For the volume, I can always set it up using this attribute.
          image.png

          But I cannot find an attribute for the duration.

          In Aeotec's term, the duration is set via an EndPoint which can only have a value between 2-9. I'll see if I can use the Home Assistant Call Service.

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

          1 Reply Last reply
          0
          • SnowmanS Offline
            SnowmanS Offline
            Snowman
            wrote on Jan 11, 2023, 8:11 PM last edited by
            #5

            And here's what the log says.

            [latest-23010]2023-01-11T20:10:08.905Z Engine:INFO Enqueueing "Notification: Home Security - Alarm Pending<RESET>" (rule-lbl3aq8r:R)
            [latest-23010]2023-01-11T20:10:08.907Z Engine:NOTICE Starting reaction Notification: Home Security - Alarm Pending<RESET> (rule-lbl3aq8r:R)
            [latest-23010]2023-01-11T20:10:09.009Z HassController:INFO HassController#hass action x_hass_siren.turn_off([Object]{ }) on Entity#hass>siren_siren_5 succeeded
            [latest-23010]2023-01-11T20:10:09.010Z Engine:INFO Resuming reaction Notification: Home Security - Alarm Pending<RESET> (rule-lbl3aq8r:R) from step 1
            [latest-23010]2023-01-11T20:10:09.010Z Engine:INFO Notification: Home Security - Alarm Pending<RESET> all actions completed.

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

            1 Reply Last reply
            0
            • toggledbitsT Offline
              toggledbitsT Offline
              toggledbits
              wrote on Jan 12, 2023, 12:39 AM last edited by toggledbits Jan 11, 2023, 7:50 PM
              #6

              Hass may not support volume and duration for that device. You'd have to test it on the Hass side in the Developer Tools area under Services. The MSR action is a pass through to the Hass service, so I'm betting that's it. Just because the Hass service makes it visible doesn't mean it works.

              Edit. Yup, that's confirmed here, volume and duration have no effect: https://community.home-assistant.io/t/aeotec-siren-6-turn-on-alarm-on-entity-level/369325/12

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

              1 Reply Last reply
              0
              • SnowmanS Offline
                SnowmanS Offline
                Snowman
                wrote on Jan 12, 2023, 12:52 AM last edited by
                #7

                Thanks Patrick. I definitely missed this one when I searched the HA Community.

                The Aeotec support person just contacted me. He is off until next Monday and will guide me to the HOW to make it happen. See screenshoot below for the settings it appears are needed.

                I'll keep you posted.

                image.png

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

                1 Reply Last reply
                0
                • SnowmanS Offline
                  SnowmanS Offline
                  Snowman
                  wrote on Jan 20, 2023, 2:18 AM last edited by
                  #8

                  For those that were awaiting to hear back from me, setting the volume_level and duration through Reactor's UI or Home Assistant Automation has no effect. Folks were right. As usual since they are the best of the crop.

                  Saying this, after my discussion with Aeotec, you can set those values through the Z-Wave-JS-UI or via Home Assistant Device Configuration. I have done it and it works. Would it work using a Call Service in Reactor? I have not tried it.

                  Example via zwave JS UI using the Siren (7) Security endpoints parameters:

                  Siren (7) Default volume set to 60% and Default tone set to 30
                  39408214-003f-4e74-a5ed-07a8ecf0028f-image.png

                  Siren (7) Tone duration set to 1 sec
                  a4680c48-a7e8-45a9-a842-ea474a56982c-image.png

                  Siren (7) Play Count set to 2
                  c3e6aa33-1214-43d8-ad45-6ab29efef748-image.png

                  In Home Assistant, simply use the Z-Wave Device Configuration.

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

                  1 Reply Last reply
                  0
                  • toggledbitsT Offline
                    toggledbitsT Offline
                    toggledbits
                    wrote on Jan 20, 2023, 1:18 PM last edited by toggledbits Jan 20, 2023, 8:24 AM
                    #9

                    You would use zwave_device.set_config. You need to know the number of the configuration parameter and its size (1, 2, or 4 bytes). This information is usually found in the device documentation or on the manufacturer's support page for the device.

                    See page 20 of: https://aeotec.freshdesk.com/helpdesk/attachments/6086177008

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

                    1 Reply Last reply
                    0
                    • SnowmanS Offline
                      SnowmanS Offline
                      Snowman
                      replied to Snowman on Jan 21, 2023, 1:02 AM last edited by
                      #10

                      @Snowman Thanks Patrick. I believe, and correct me if I am wrong, the service name is zwave_js.set_config_parameter.

                      FYI, both the zwave_js.set_config_parameter and zwave_js.set_value services do not present all endpoints/parameters for the Siren 6 using Home Assistant Automation.

                      For example, Tone Duration and Play Count are not available.

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

                      1 Reply Last reply
                      0
                      • toggledbitsT Offline
                        toggledbitsT Offline
                        toggledbits
                        wrote on Jan 21, 2023, 1:03 PM last edited by toggledbits Jan 21, 2023, 8:07 AM
                        #11

                        zwave_device.set_config is a Reactor action you can use directly. It will set any parameter the device has. You do not need to use the lower-level x_hass.call_service action.

                        Also, if you are using ZWaveJSController, you can get even more granular access to the Z-Wave devices because Reactor is speaking to ZWaveJS UI directly (Hass doesn't care).

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

                        1 Reply Last reply
                        0
                        • SnowmanS Offline
                          SnowmanS Offline
                          Snowman
                          replied to Snowman on Feb 5, 2023, 7:02 PM last edited by
                          #12

                          Sorry for the late reply. I was away.

                          I understand now. Thanks

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

                          1 Reply Last reply
                          0
                          • SnowmanS Offline
                            SnowmanS Offline
                            Snowman
                            wrote on Feb 10, 2023, 6:51 PM last edited by
                            #13

                            Had some time this morning to enable the ZWaveJSController so that I can try the
                            %(#ff2600)[zwave_device.set_config]

                            But before I did, I went to the log and noticed the following. I may need some guidance as to what to do next since I am not too fluent with this controller.

                            [latest-23028]2023-02-10T18:27:23.819Z Structure:INFO Starting controller ZWaveJSController#zwavejs
                            [latest-23028]2023-02-10T18:27:23.821Z ZWaveJSController:WARN zwavejs_capabilities defines x_zwave_device_cfg, which is not consistent with the recommended naming
                            [latest-23028]2023-02-10T18:27:23.822Z ZWaveJSController:WARN zwavejs_capabilities defines x_zwave_mfg_spec, which is not consistent with the recommended naming
                            [latest-23028]2023-02-10T18:27:23.822Z ZWaveJSController:WARN zwavejs_capabilities defines x_zwave_device_ver, which is not consistent with the recommended naming
                            [latest-23028]2023-02-10T18:27:23.822Z ZWaveJSController:WARN zwavejs_capabilities defines x_zwave_values, which is not consistent with the recommended naming
                            [latest-23028]2023-02-10T18:27:23.823Z Controller:INFO ZWaveJSController#zwavejs loaded zwavejs capabilities ver 22315 rev 1 format 1
                            [latest-23028]2023-02-10T18:27:23.858Z Controller:INFO ZWaveJSController#zwavejs loaded implementation data ver 22314 rev 1 format 1
                            [latest-23028]2023-02-10T18:27:23.871Z HassController:INFO HassController#hass device mapping data loaded; checking...
                            [latest-23028]2023-02-10T18:27:23.877Z HassController:NOTICE HassController#hass connecting to ws://192.168.0.13:8123/api/websocket
                            [latest-23028]2023-02-10T18:27:23.887Z ZWaveJSController:INFO ZWaveJSController#zwavejs connecting to ws://192.168.0.13:3000

                            ...

                            [latest-23028]2023-02-10T18:27:25.728Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-1 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.729Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-1 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.729Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-1 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.730Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-1 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.730Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-2 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.730Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-2 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.735Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-2 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.735Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-2 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.736Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-3 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.736Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-3 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.736Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-3 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.737Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-3 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.737Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-4 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.737Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-4 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.737Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-4 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.738Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-4 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.738Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-5 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.738Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-5 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.738Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-5 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.739Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-5 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.739Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-6 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.739Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-6 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.739Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-6 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.740Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-6 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.740Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-7 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.740Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-7 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.740Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-7 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.741Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-7 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.741Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-8 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.741Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-8 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.742Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-8 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.742Z ZWaveJSController:WARN ZWaveJSController#zwavejs node 25-8 has commandClass 121 not defined in zwavejs_devices.yaml
                            [latest-23028]2023-02-10T18:27:25.747Z ZWaveJSController:WARN ZWaveJSController#zwavejs no command class mapping for 0x"79"; ignored
                            [latest-23028]2023-02-10T18:27:25.748Z ZWaveJSController:WARN ZWaveJSController#zwavejs no command class mapping for 0x"79"; ignored
                            [latest-23028]2023-02-10T18:27:25.750Z ZWaveJSController:WARN ZWaveJSController#zwavejs no command class mapping for 0x"79"; ignored
                            [latest-23028]2023-02-10T18:27:25.755Z ZWaveJSController:WARN ZWaveJSController#zwavejs no command class mapping for 0x"79"; ignored
                            [latest-23028]2023-02-10T18:27:25.757Z ZWaveJSController:WARN ZWaveJSController#zwavejs no command class mapping for 0x"79"; ignored
                            [latest-23028]2023-02-10T18:27:25.759Z ZWaveJSController:WARN ZWaveJSController#zwavejs no command class mapping for 0x"79"; ignored
                            [latest-23028]2023-02-10T18:27:25.760Z ZWaveJSController:WARN ZWaveJSController#zwavejs no command class mapping for 0x"79"; ignored
                            [latest-23028]2023-02-10T18:27:25.762Z ZWaveJSController:WARN ZWaveJSController#zwavejs no command class mapping for 0x"79"; ignored

                            ...

                            Many of these errors
                            ReferenceError: Unknown node
                            at ZWaveJSController._set_value (/var/reactor/ext/ZWaveJSController/ZWaveJSController.js:1523:36)
                            at processTicksAndRejections (node:internal/process/task_queues:96:5)
                            [latest-23028]2023-02-10T18:27:25.910Z app:ERR Please refer to the console log for trace

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

                            1 Reply Last reply
                            0
                            • toggledbitsT Offline
                              toggledbitsT Offline
                              toggledbits
                              wrote on Feb 11, 2023, 3:53 PM last edited by toggledbits Feb 11, 2023, 10:54 AM
                              #14

                              The warnings can be ignored. The unknown node errors were, I believe, fixed two releases ago in ZwaveJSController. Are you on that version? Should be 23010 or higher. It's logged in Reactor's startup messages.

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

                              1 Reply Last reply
                              0
                              • SnowmanS Offline
                                SnowmanS Offline
                                Snowman
                                wrote on Feb 11, 2023, 11:49 PM last edited by Snowman Feb 11, 2023, 7:48 PM
                                #15

                                I did not have the latest version 23011. Updated the controller.

                                Unknown nodes are no longer showing up.

                                FYI - The %(#77bb41)[WARN]ings for node 25-x came from the Aeotec Siren 6. I unpaired it and repaired it and there are still showing in the log. in case that helps you.

                                Thanks

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

                                1 Reply Last reply
                                0

                                Recent Topics

                                • MQTT configuration question
                                  tunnusT
                                  tunnus
                                  about 24 hours ago
                                  0
                                  11
                                  214
                                • System Configuration Check - time is offset
                                  G
                                  gwp1
                                  a day ago
                                  0
                                  8
                                  63
                                • Programmatically capture HTTP Request action status code or error
                                  therealdbT
                                  therealdb
                                  4 days ago
                                  0
                                  3
                                  55
                                • ZwaveJSUI - RGBWW BULB - Warm/Cold White interfered with RGB settings - Bulb doesn't change color if in WarmWhite state.
                                  toggledbitsT
                                  toggledbits
                                  5 days ago
                                  0
                                  9
                                  269
                                • Problem with simultaneous notifications.
                                  T
                                  tamorgen
                                  5 days ago
                                  0
                                  1
                                  39
                                • Problem after upgrading to 25067
                                  R
                                  retireditguy
                                  10 days ago
                                  0
                                  4
                                  160
                                • Reactor (Multi-System/Multi-Hub) Announcements
                                  toggledbitsT
                                  toggledbits
                                  12 days ago
                                  5
                                  119
                                  16.9k
                                • Global expressions not always evaluated
                                  tunnusT
                                  tunnus
                                  12 days ago
                                  0
                                  3
                                  119
                                • [Solved] Local expression evaluation
                                  tunnusT
                                  tunnus
                                  23 days ago
                                  0
                                  13
                                  370
                                • [Solved] Runtime error when exiting global reaction that contains a group
                                  G
                                  gwp1
                                  25 days ago
                                  0
                                  7
                                  546
                                • Cannot delete Global Expressions
                                  SnowmanS
                                  Snowman
                                  26 days ago
                                  0
                                  3
                                  190
                                • Advice on Storing and Backing Up Bind Mounts - Docker
                                  therealdbT
                                  therealdb
                                  Mar 4, 2025, 8:27 AM
                                  1
                                  5
                                  392
                                Powered by NodeBB | Contributors
                                Hosted freely by 10RUPTiV - Solutions Technologiques | Contact us
                                • Login
                                • Don't have an account? Register
                                • Login or register to search.
                                • First post
                                  Last post
                                0
                                • Categories
                                • Recent
                                • Tags
                                • Popular
                                • Unsolved