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

    SmartHome Community

    • Register
    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular
    • Unsolved
    (Last Updated: 21 December 2022)
    • Setting Aeotec Siren 6 volume and duration not working

      Snowman

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

      Reactor version: latest-23010-7dd2c9e9

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

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

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

      Thanks in advance.

      Software
    • Temperature set point changes un-expectedly

      CatmanV2

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

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

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

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

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

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

      Reactor log:

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

      OpenLuup log:

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

      TIA

      C

      Software
    • Zigbee2MQTT

      CatmanV2

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

      If so, recommendations for a good Zigbee stick?

      TIA

      C

      Software
    • Owntracks / Mosquitto String updates unexepectedly.

      CatmanV2

      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
    • DynamicGroupController Feedback

      Snowman

      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
    • Mosquitto and Owntracks

      CatmanV2

      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
    • Light automation thoughts

      CatmanV2

      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
    • Device that comes on on Openluup restart

      CatmanV2

      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
    • Hypothetical file system monitoring question

      CatmanV2

      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
    • Any HomeSeer users here?

      toggledbits

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

      Software
    • Syncing of updates...

      CatmanV2

      ....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
    • Strange MSR behaviours after NAS reboots

      Snowman

      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
    • Any interest in a Subcategory for Homebridge?

      parkerc

      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
    • ezmqtt switch control questions/issues

      E

      Hi @toggledbits,

      i tried the ezmqtt today, i have some issues most likely that i'm doing something wrong.

      i have on my ezlo hub 3 switches, 1 dimmer and 1 motion sensor

      i can control the dimmer via ezmqtt/set/device/<device-id>/item/<item-name>
      but i can't control the switches.

      i receive on ezmqtt/tele/device/61e8937e124c35129921171d/item/switch payload true or false depending on the state of the switch, but when i send on ezmqtt/set/device/61e8937e124c35129921171d/item/switch payload true or false nothing happens, its the same for all switches.

      what i'm doing wrong?

      Cheers

      Software
    • Using Grafana with MSR any tips ?

      cw-kid

      Hi

      Hope I am allowed to post this here?

      I can't figure out how to correctly show device battery levels from the Vera Plus via MSR in Granfana.

      These devices don't have the battery levels that its displaying in Granfana. I've tried messing about with various settings like units and decimals but its still not right.

      dc0736f2-3821-436c-97ea-09eddb397346-image.png

      Software
    • New toys to play with

      toggledbits

      Everyone,

      As a side project, building on some deep innards borrowed from Reactor, I have released two new projects (unrelated to Reactor). Both are published on npmjs (for installation via npm), and on GitHub.

      ezmqtt — a standalone app that acts as a conduit between Ezlo hubs and MQTT. It's published on npmjs.com and on Github. node-red-contrib-ezlo — Node-RED nodes (installable package) for Ezlo hubs. It's published in the Node-RED Nodes Library, at npmjs.com, and on Github

      Why? Because choices are a good thing.

      There are docker containers available for ezmqtt, but I haven't finished the work there, so they may not be quite ready for prime time; but feel free to test/play if you want.

      Software
    • Vera Alexa TTS slowwwww (still)

      CatmanV2

      I know we talked about this a while back, but wondered if anyone has any ideas at all? It's still a 5-10 second pause between initiating a TTS event and getting the output.

      This is using either a direct Luup call or the most excellent VeraTTS plug in.

      I noticed that executing from reactor using the little 'run' icon, I'm getting an occasional '0 timeout undefined' error (even though the event eventually happens

      Any thoughts, anyone?

      C

      Software
    • Energy and data collection and graphs

      stanp

      Full disclosure.

      I am from [HundredGraphs.com](link url). We are the data aggregation service for smart homes. So far we have plugins for Vera and SmartThings and we are looking to move in onto new hubs.

      What would you be interested in?

      Vera Energy graph
      hg energy.jpg

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

    Solved Owntracks / Mosquitto String updates unexepectedly.

    Software
    3
    24
    164
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • CatmanV2
      CatmanV2 last edited by CatmanV2

      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

      The Ex-Vera abuser know as CatmanV2.....

      toggledbits 1 Reply Last reply Reply Quote 0
      • toggledbits
        toggledbits last edited by

        @therealdb your test isNaN(payload.batt) may not be enough... in JavaScript, isNaN(null) is false, but parseFloat(null) is NaN. Some fun, eh?

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

        therealdb 1 Reply Last reply Reply Quote 1
        • toggledbits
          toggledbits @CatmanV2 last edited by

          @CatmanV2 said in Owntracks / Mosquitto String updates unexepectedly.:

          One thing I am wondering about is is it possible to view the entire payload coming from Owntracks at all?

          MQTTController - Reactor - Multi-Hub Automation

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

          CatmanV2 1 Reply Last reply Reply Quote 0
          • CatmanV2
            CatmanV2 @toggledbits last edited by CatmanV2

            @toggledbits Ahh apologies. Not sure I was clear. I can see the topics, what I can't see is the whole payload:

            1670926555: New client connected from 192.168.70.1 as catmancatmaniphone (c0, k60, u'catman').
            1670926555: Will message specified (32 bytes) (r0, q1).
            1670926555:     owntracks/catman/catmaniphone
            1670926555: Sending CONNACK to catmancatmaniphone (1, 0)
            1670926555: Received PUBLISH from catmancatmaniphone (d0, q1, r1, m8, 'owntracks/catman/catmaniphone', ... (241 bytes))
            1670926555: Sending PUBACK to catmancatmaniphone (Mid: 8)
            1670926555: Sending PUBLISH to reactor_openluup_mqqt (d0, q0, r0, m0, 'owntracks/catman/catmaniphone', ... (241 bytes))
            1670926555: Sending PUBLISH to catmancatmaniphone (d0, q1, r0, m6585, 'owntracks/catman/catmaniphone', ... (241 bytes))
            1670926555: Received PUBACK from catmancatmaniphone (Mid: 6585)
            1670926560: Received DISCONNECT from catmancatmaniphone
            

            So I would like to see what's in here:

            1670926555: Received PUBLISH from catmancatmaniphone (d0, q1, r1, m8, 'owntracks/catman/catmaniphone', ... (241 bytes))
            

            Or am I misunderstanding the concepts?

            C

            The Ex-Vera abuser know as CatmanV2.....

            toggledbits 1 Reply Last reply Reply Quote 0
            • therealdb
              therealdb @toggledbits last edited by

              @toggledbits said in Owntracks / Mosquitto String updates unexepectedly.:

              @therealdb your test isNaN(payload.batt) may not be enough... in JavaScript, isNaN(null) is false, but parseFloat(null) is NaN. Some fun, eh?

              uh. I'll try to fix that in a future release of the templates. I'm travelling this week and I don't want to release something that's not fully tested.

              --
              On a mission to automate everything.

              My MS Reactor contrib
              My Luup Plug-ins

              1 Reply Last reply Reply Quote 1
              • toggledbits
                toggledbits @CatmanV2 last edited by toggledbits

                @CatmanV2 said in Owntracks / Mosquitto String updates unexepectedly.:

                Or am I misunderstanding the concepts?

                Sort of. The topic logging will put the payload in the logged line as well.

                Oh, and the snippet you showed isn't from MQTTController, so I don't know where that is or how you change it. I'm talking about what MQTTController can do.

                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 Reply Quote 1
                • CatmanV2
                  CatmanV2 last edited by

                  Gotcha, thanks. No it's from Mosquitto. Slightly frustrating that log config to make make timestamps human readable appears buggy as well 😞

                  C

                  The Ex-Vera abuser know as CatmanV2.....

                  1 Reply Last reply Reply Quote 0
                  • therealdb
                    therealdb last edited by

                    I usually use mqtt explorer to see messages. Give it a try.

                    --
                    On a mission to automate everything.

                    My MS Reactor contrib
                    My Luup Plug-ins

                    1 Reply Last reply Reply Quote 1
                    • CatmanV2
                      CatmanV2 last edited by

                      Oooh that's neat. Ta!

                      C

                      The Ex-Vera abuser know as CatmanV2.....

                      1 Reply Last reply Reply Quote 1
                      • CatmanV2
                        CatmanV2 last edited by

                        @therealdb my test mule has just demonstrated this working perfectly on her trip to the office. The only issue appears to be that NaN thing which makes string_sensor.value go null and so can't (as yet) be used for home presence location.
                        Other than that, thanks a huge amount! No panic for fix from my side. Will report anything else I see!

                        C

                        The Ex-Vera abuser know as CatmanV2.....

                        therealdb 1 Reply Last reply Reply Quote 0
                        • therealdb
                          therealdb @CatmanV2 last edited by therealdb

                          @CatmanV2 yep, on my todo list for the week-end. feel free to send my your debug mqtt messages (even privately, if you prefer), and I'll test and fix this very quickly.

                          --
                          On a mission to automate everything.

                          My MS Reactor contrib
                          My Luup Plug-ins

                          1 Reply Last reply Reply Quote 0
                          • toggledbits
                            toggledbits last edited by toggledbits

                            @therealdb Also know that I'm changing the behavior of the isNaN() function to return true when the argument is null. This is a break from JavaScript's behavior, but I find that behavior strange and inconsistent. In my mind, if parseFloat() and parseInt() return NaN for null, then so should isNaN(). Do you agree?

                            Edit: FYI, I plan on a released build in the next day or two.

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

                            therealdb 1 Reply Last reply Reply Quote 0
                            • therealdb
                              therealdb @toggledbits last edited by

                              @toggledbits yes, OK for me. so, no actions on my part?

                              --
                              On a mission to automate everything.

                              My MS Reactor contrib
                              My Luup Plug-ins

                              1 Reply Last reply Reply Quote 0
                              • toggledbits
                                toggledbits last edited by toggledbits

                                No, that will make it work the way expected (and I would have done the same). No change from you needed.

                                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 Reply Quote 2
                                • CatmanV2
                                  CatmanV2 last edited by

                                  Morning. Updated reactor and mqtt controller this morning (hope I did it right)

                                  Mrs C left home and this happened:

                                  Her owntrack_sensor:

                                  battery_maintenance.charging=false
                                  battery_maintenance.rechargeable=null
                                  battery_maintenance.replace=false
                                  battery_power.level=0.5
                                  battery_power.since=null
                                  binary_sensor.state=true
                                  location.elevation=null
                                  location.latitude=null
                                  location.longitude=null
                                  string_sensor.value=null
                                  x_mqtt_device.online=true
                                  
                                  [latest-22349]2022-12-17T08:05:51.851Z <httpapi:INFO> httpapi: API request from ::ffff:192.168.70.253: GET /api/v1/systime
                                  [latest-22349]2022-12-17T08:08:06.840Z <httpapi:INFO> httpapi: API request from ::ffff:192.168.70.70: GET /api/v1/systime
                                  [latest-22349]2022-12-17T08:11:53.693Z <httpapi:INFO> httpapi: API request from ::ffff:192.168.70.253: GET /api/v1/systime
                                  [latest-22349]2022-12-17T08:12:00.004Z <Rule:INFO> Garden lights on when the doors are open (rule-lb2h69nb in Outside Lights) starting evaluation; because timer-trigger Timer#rule-lb2h69nb
                                  [latest-22349]2022-12-17T08:12:00.007Z <Rule:INFO> Garden lights on when the doors are open (rule-lb2h69nb in Outside Lights) trigger evaluation result is false (previously false)
                                  [latest-22349]2022-12-17T08:12:00.008Z <Rule:INFO> Garden lights on when the doors are open (rule-lb2h69nb in Outside Lights) evaluated; trigger state unchanged (false); rule state remains RESET
                                  [latest-22349]2022-12-17T08:12:00.009Z <Rule:INFO> Garden lights on when the doors are open (rule-lb2h69nb in Outside Lights) evaluation complete
                                  [latest-22349]2022-12-17T08:13:18.980Z <MQTTController:WARN> MQTTController#mqqt if_expr expression payload._type == 'location' || payload._type='transition' returned non-boolean (string)
                                  [latest-22349]2022-12-17T08:13:18.987Z <Rule:INFO> Location Test (rule-lbl1mbdn in Home or Away) starting evaluation; because entity-changed BinarySensor#mqqt>rachel_owntracks
                                  [latest-22349]2022-12-17T08:13:18.987Z <Rule:INFO> Rachel is at the office (rule-lb6bcyk5 in Home or Away) starting evaluation; because entity-changed BinarySensor#mqqt>rachel_owntracks
                                  [latest-22349]2022-12-17T08:13:18.991Z <Rule:INFO> Location Test (rule-lbl1mbdn in Home or Away) trigger evaluation result is true (previously false)
                                  [latest-22349]2022-12-17T08:13:18.991Z <Rule:INFO> Location Test (rule-lbl1mbdn in Home or Away) evaluated; rule state transition from RESET to SET!
                                  [latest-22349]2022-12-17T08:13:19.001Z <Rule:INFO> Rachel is at the office (rule-lb6bcyk5 in Home or Away) trigger evaluation result is false (previously false)
                                  [latest-22349]2022-12-17T08:13:19.001Z <Rule:INFO> Rachel is at the office (rule-lb6bcyk5 in Home or Away) evaluated; trigger state unchanged (false); rule state remains RESET
                                  [latest-22349]2022-12-17T08:13:19.002Z <Rule:INFO> Location Test (rule-lbl1mbdn in Home or Away) evaluation complete
                                  [latest-22349]2022-12-17T08:13:19.002Z <Rule:INFO> Rachel is at the office (rule-lb6bcyk5 in Home or Away) evaluation complete
                                  [latest-22349]2022-12-17T08:13:19.003Z <Engine:INFO> Enqueueing "Location Test<SET>" (rule-lbl1mbdn:S)
                                  [latest-22349]2022-12-17T08:13:19.004Z <Rule:INFO> Location Test (rule-lbl1mbdn in Home or Away) starting evaluation; because timer-trigger Timer#rule-lbl1mbdn
                                  [latest-22349]2022-12-17T08:13:19.005Z <Rule:INFO> Location Test (rule-lbl1mbdn in Home or Away) trigger evaluation result is false (previously true)
                                  [latest-22349]2022-12-17T08:13:19.005Z <Rule:INFO> Location Test (rule-lbl1mbdn in Home or Away) evaluated; rule state transition from SET to RESET!
                                  [latest-22349]2022-12-17T08:13:19.012Z <Rule:INFO> Location Test (rule-lbl1mbdn in Home or Away) evaluation complete
                                  [latest-22349]2022-12-17T08:13:19.015Z <Engine:NOTICE> Starting reaction Location Test<SET> (rule-lbl1mbdn:S)
                                  [latest-22349]2022-12-17T08:13:19.018Z <Notifier:null> Module Notifier v22283
                                  [latest-22349]2022-12-17T08:13:19.021Z <Engine:INFO> Location Test<SET> all actions completed.
                                  

                                  And then this:

                                  [latest-22349]2022-12-17T08:15:00.036Z <Rule:INFO> Morning Heating (rule-l60fkpo3 in Heating Control) evaluation complete
                                  [latest-22349]2022-12-17T08:16:53.727Z <httpapi:INFO> httpapi: API request from ::ffff:192.168.70.253: GET /api/v1/systime
                                  [latest-22349]2022-12-17T08:19:07.154Z <httpapi:INFO> httpapi: API request from ::ffff:192.168.70.70: GET /api/v1/systime
                                  [latest-22349]2022-12-17T08:22:53.684Z <httpapi:INFO> httpapi: API request from ::ffff:192.168.70.253: GET /api/v1/systime
                                  [latest-22349]2022-12-17T08:23:07.941Z <MQTTController:ERR> MQTTController#mqqt expression ( payload.event == 'leave' && lower(payload.data.description) != lower(homeRegionName) ) || ( payload.event == 'enter' && lower(payload.data.description) == lower(homeRegionName) )
                                   failed evaluation: [ReferenceError] Invalid scope in reference to member description of (object)null [-]
                                  [latest-22349]2022-12-17T08:23:07.944Z <Rule:INFO> Location Test (rule-lbl1mbdn in Home or Away) starting evaluation; because entity-changed BinarySensor#mqqt>rachel_owntracks
                                  [latest-22349]2022-12-17T08:23:07.944Z <Rule:INFO> Rachel is at the office (rule-lb6bcyk5 in Home or Away) starting evaluation; because entity-changed BinarySensor#mqqt>rachel_owntracks
                                  [latest-22349]2022-12-17T08:23:07.945Z <Rule:INFO> Location Test (rule-lbl1mbdn in Home or Away) trigger evaluation result is false (previously false)
                                  [latest-22349]2022-12-17T08:23:07.945Z <Rule:INFO> Location Test (rule-lbl1mbdn in Home or Away) evaluated; trigger state unchanged (false); rule state remains RESET
                                  [latest-22349]2022-12-17T08:23:07.945Z <Rule:INFO> Rachel is at the office (rule-lb6bcyk5 in Home or Away) trigger evaluation result is false (previously false)
                                  [latest-22349]2022-12-17T08:23:07.946Z <Rule:INFO> Rachel is at the office (rule-lb6bcyk5 in Home or Away) evaluated; trigger state unchanged (false); rule state remains RESET
                                  [latest-22349]2022-12-17T08:23:07.946Z <Rule:INFO> Location Test (rule-lbl1mbdn in Home or Away) evaluation complete
                                  [latest-22349]2022-12-17T08:23:07.947Z <Rule:INFO> Rachel is at the office (rule-lb6bcyk5 in Home or Away) evaluation complet
                                  

                                  Have I done something dumb?
                                  Cheers

                                  C
                                  Also got a lot of these:

                                  The Ex-Vera abuser know as CatmanV2.....

                                  therealdb 1 Reply Last reply Reply Quote 0
                                  • therealdb
                                    therealdb @CatmanV2 last edited by therealdb

                                    @CatmanV2 nope, it's probably something on my end. But I need your mqtt messages, since I'm using it via HTTP-to-MQTT and messages are slightly different. I'll fix it as soon as I'll get yours. Thanks.

                                    EDIT: just look for the message sent in the /event topic.

                                    --
                                    On a mission to automate everything.

                                    My MS Reactor contrib
                                    My Luup Plug-ins

                                    CatmanV2 1 Reply Last reply Reply Quote 0
                                    • CatmanV2
                                      CatmanV2 @therealdb last edited by

                                      @therealdb from MQTT explorer? Right?
                                      Needs to be when it goes south?

                                      Cheers

                                      C

                                      The Ex-Vera abuser know as CatmanV2.....

                                      therealdb 1 Reply Last reply Reply Quote 0
                                      • therealdb
                                        therealdb @CatmanV2 last edited by

                                        @CatmanV2 yes. Look specifically for the event message and its payload.

                                        --
                                        On a mission to automate everything.

                                        My MS Reactor contrib
                                        My Luup Plug-ins

                                        1 Reply Last reply Reply Quote 0
                                        • CatmanV2
                                          CatmanV2 last edited by

                                          Of course it's not happening now!

                                          C

                                          The Ex-Vera abuser know as CatmanV2.....

                                          therealdb 1 Reply Last reply Reply Quote 1
                                          • therealdb
                                            therealdb @CatmanV2 last edited by

                                            @CatmanV2 I have a new version anyway, that's trying to handle null values.
                                            @toggledbits is it possible for MQTTController to dump the payload in case of errors? this will help a lot when dealing with such situations. Thanks.

                                            --
                                            On a mission to automate everything.

                                            My MS Reactor contrib
                                            My Luup Plug-ins

                                            toggledbits 1 Reply Last reply Reply Quote 1
                                            • First post
                                              Last post

                                            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.

                                            Powered by NodeBB | Contributors
                                            Hosted freely by PointPub Media Communications Inc. | Contact us