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: 20 March 2021)
    • Alexa TTS volume does not update as expected

      CatmanV2

      Hardly a big deal, and likely user error. Bare metal install on Debian Bullseye

      Observed behaviour:
      TTS announcements are made with the correct volume. So a message to group 'Everywhere' with Volume 40 is announced. Asking an individual echo device to state its volume after the announcement gets the response 'This device is at volume 4'
      So far so good.

      Using the:

      x_vera_svc_bochicchio_com_VeraAlexa1.SetVolume

      In an MSR reaction appears to have no impact when either applied to the group 'Everywhere' or a specific device.

      So executing this reaction:
      Screenshot 2023-01-31 at 09.17.40.png

      Is acknowledged by the device (with a 'beep') and shows the Lua Log below:

      2023-01-31 09:21:45.778 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x5572399831f8 2023-01-31 09:21:45.779 openLuup.server:: GET /data_request?GroupZones=Office&DesiredVolume=10&DeviceNum=22&id=action&serviceId=urn%3Abochicchio-com%3AserviceId%3AVeraAlexa1&action=SetVolume&output_format=json&_r=1675156905777 HTTP/1.1 tcp{client}: 0x5572399831f8 2023-01-31 09:21:45.780 luup.call_action:: 22.urn:bochicchio-com:serviceId:VeraAlexa1.SetVolume 2023-01-31 09:21:51.670 luup.variable_set:: 22.urn:bochicchio-com:serviceId:VeraAlexa1.LatestResponse was: sending cmd:speak:<s>Volume Set</s><break time="0s" /> to dev:Office type:A32DOYMUN6DTXA serial:G090U50991550NLS cu... now: sending cmd:vol:10 to dev:Office type:A32DOYMUN6DTXA serial:G090U50991550NLS customerid:A1CVTZEBJIUFJI #hooks:0 2023-01-31 09:21:51.671 openLuup.server:: request completed (35 bytes, 1 chunks, 5891 ms) tcp{client}: 0x5572399831f8 2023-01-31 09:21:51.683 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x5572399831f8 2023-01-31 09:21:51.685 openLuup.server:: request completed (930 bytes, 1 chunks, 42818 ms) tcp{client}: 0x557239726708 2023-01-31 09:21:51.687 openLuup.server:: request completed (930 bytes, 1 chunks, 42548 ms) tcp{client}: 0x5572392c0fd8 2023-01-31 09:21:51.688 openLuup.server:: request completed (930 bytes, 1 chunks, 12501 ms) tcp{client}: 0x5572392c7f88 2023-01-31 09:21:51.692 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x5572392c7f88 2023-01-31 09:21:51.704 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x557239be10b8 2023-01-31 09:21:51.704 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=66666322&MinimumDelay=50&output_format=json&_r=1675156911703 HTTP/1.1 tcp{client}: 0x557239be10b8 2023-01-31 09:21:51.905 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=66666322&Timeout=60&MinimumDelay=1500&_=1675022474387 HTTP/1.1 tcp{client}: 0x5572392c0fd8 2023-01-31 09:21:53.042 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=66666322&Timeout=60&MinimumDelay=1500&_=1675079237873 HTTP/1.1 tcp{client}: 0x557239726708

      However direct interrogation of the device reveals the volume has not changed.

      I assume I'm doing something wrong or not understanding how this is meant to work?

      One other observation is that messages announce to the 'Everywhere' group appear to make the volume 'stick' where as messages to an individual device appear to revert to the previous volume setting.
      My expectation would be analagous to a radio i.e. the volume stays as it was last set, but happy to be corrected.

      TIA!

      C

      Vera/openLuup plugins
    • Vera Alexa down?

      CatmanV2

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

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

      Good call from this morning:

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

      Bad request from just now:

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

      Any thoughts?

      Cheers

      C

      Vera/openLuup plugins
    • Netatmo – Oath2 login

      akbooer

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

      Oath2 is now a requirement for apps needing access to Netatmo. This will require some changes to my venerable plug-in. I’m not sure how easy this will be with the current libraries in use.

      Does anyone out there use the Netatmo plug-in?

      Does anyone have any advice on using Oath2?

      Vera/openLuup plugins
    • Windows script/application to trigger Zwave devices

      V

      Hello, I'm looking for a way to create a script/executable file I can launch from my Loupedeck controller that will trigger outlets on a Zwave power strip. Can anyone point me to some info on how to do this?

      I'm using a VeraPlus controller

      Thanks

      Vera/openLuup plugins
    • SiteSensor: get data from Wunderground suddenly stopped

      M

      I use the excellent SiteSensor plugin of @toggledbits for some years to get the data from my PWS on Wunderground.
      This has worked flawlessly but recently it suddenly stopped working.
      I see this in my Vera:

      6899a8b1-ad67-430a-9dc8-f1da42b04b62-image.png

      When I copy/paste the URL code to be queried in my browser this still works.

      This is the URL:
      https://api.weather.com/v2/pws/observations/current?stationId=ILIMBURG130&format=json&units=m&numericPrecision=decimal&apiKey=xxxxxxxxxxxxxxxxxxxxxxxxx

      Patrick (or someone else on this forum) can you help me solve this ?
      Many thanks in advance!

      Vera/openLuup plugins
    • Virtual HTTP Devices plug-in - light bulb status

      A

      Virtual HTTP Devices plug-in:

      I wanted to try this out. Installed the plugin and created one device, which came up as a light bulb. So far so good. In AltUI I clicked on the On/Off slider on the page. The log shows that the Target is set to one. Likewise for the Variable list in AltUI. However the Status never gets set to one and the light bulb icon doesn't go yellow.

      In some plugins you set the Target and then the plugin checks the physical device actually went on by checking an actual status report from the device, which can be used to set the variable Status.

      In other cases a plugin will send a message to the physical device but that device will have no status feedback mechanism available. So the Status variable has to be set locally when the Target is set and everybody hopes the physical device all worked.

      Not to sure what Virtual HTTP Devices plug-in does in this regard? Does the above go in anyway to explaining what I'm seeing? Is the plugin looking for status feedback?

      Vera/openLuup plugins
    • Device issues in Open Luup

      CatmanV2

      I have a couple of issue with Openluup ATM. I'm going to work through them in the order that they appeared if that's OK 🙂

      OpenLuup on bare metal (Debian Bullseye) running Z-way server and Z-wave.me

      Issue:
      I deleted a (I think) virtual switch in OpenLuup
      Now when I call up all devices I have this in a 'tile'

      Error displaying device 0-20510 - urn:schemas-upnp-org:device:BinaryLight:1 nil is not defined

      And below (in room 101)

      ReferenceError: nil is not defined at eval (eval at evaluateConditions (http://192.168.70.249:3480/J_ALTUI_verabox.js:960:18), :1:1) at Object.evaluateConditions (J_ALTUI_verabox.js:960:18) at Object._evaluateConditions [as evaluateConditions] (J_ALTUI_verabox.js:1642:37) at Object._evaluateConditions [as evaluateConditions] (J_ALTUI_multibox.js:629:89) at Object. (http://192.168.70.249:3480/J_ALTUI_uimgr.js:2572:23) at Function.each (https://cdnjs.cloudflare.com/ajax/libs/jquery/3.5.1/jquery.min.js:2:2976) at _getDeviceIconPath (http://192.168.70.249:3480/J_ALTUI_uimgr.js:2569:10) at _deviceIconHtml (http://192.168.70.249:3480/J_ALTUI_uimgr.js:2739:18) at _internalDeviceDraw (http://192.168.70.249:3480/J_ALTUI_uimgr.js:2765:19) at _deviceDraw (http://192.168.70.249:3480/J_ALTUI_uimgr.js:2840:4)

      Any ideas from anyone?

      Full reboot has been done....

      Cheers

      C

      Vera/openLuup plugins
    • I need help with Reactor for VERA.

      B

      I've been trying to figure out Reactor but I'm not very good at programming.

      I have two scenes in VERA.

      One scene should only run during the DAY and then stop running.
      One scene should only run during the NIGHT and then stop running.

      My scenes start off at the right times, but they do not turn off. I created a Sunrise/Sunset Reactor trigger and added it as a condition to each of my scenes.

      However, the Reactor trigger when tripping or untripping does not prevent my Vera scenes from running. It will start them correctly the first day, but after that, both scene stay running and fight with each other. What am I doing wrong?

      Thanks for any help!

      If you are interested, here are the actions I wish to perform with each scene.

      FARM STAND - DAY (runs at Sunrise)

      Turn ON a device called LETTUCE LAMP
      2a) Every 60 min, turn ON a device called LETTUCE PUMP
      2b) Wait 15 min then turn OFF a device called LETTUCE PUMP

      FARM STAND - NIGHT (runs at Sunset)

      Turn OFF a device called LETTUCE LAMP
      2a) Every 135 min, turn ON a device called LETTUCE PUMP
      2b) Wait 15 min then turn OFF a device called LETTUCE PUMP

      This sounds simple, but I cannot figure out how to disable these scenes when the theyre not supposed to run.

      Vera/openLuup plugins
    • Anyone with Reactor experience? Will this work?

      B

      I am no longer using any VERA scenes. I am only using a REACTOR trigger and activities.

      Will my activities do what I need them to do? See below:

      Here's what I am trying to accomplish:

      AT SUNRISE

      Turn ON a light called LETTUCE LAMP and keep it ON.
      2a) Turn on a device called LETTUCE PUMP for 15 min each hour.
      2b) Repeat the pump cycle all day long.

      AT SUNSET

      Turn OFF a light called LETTUCE LAMP and keep it OFF.
      2a) Turn on a device called LETTUCE PUMP for 15 min then wait 2 hours..
      2b) Repeat the pump cycle all night long.

      TRUE.jpg FALSE.jpg

      Vera/openLuup plugins
    • Reactor 3.9develop-21009.1600 ALTUI Error

      Pabla

      Hey @toggledbits updated to Reactor 3.9develop-21009.1600 on my VP running 7.32 and I keep getting this pop up and can't change anything in my reactor sensors because of it. I am running Alt UI 2.52 and there are no updates for it. Screen Shot 2021-03-31 at 8.33.47 PM.png

      Vera/openLuup plugins
    • Latest ALTUI version brakes Reactor

      M

      FYI.

      Recently a new ALTUI version got pushed out, release 2553. After the update Reactor is no longer showing any of the Control panels in a sensor. looking at the ALTUI changes they seem minimal so in J_ReactorSensor_UI7.js I upped the _MAX_ALTUI_VERSION to 2553 and all seems to be working again.

      Vera/openLuup plugins
    • Broadlink setup

      CatmanV2

      Good evening, all.

      Is there a simple readme to set up and use a Broadlink device with OpenLuup?
      The readme on github points to a thread on the old forum, and thence to a rabbit hole.

      Is it just a case of adding IP address of the device? Or does it need the MAC?

      Then how do I fire commands? It looks like I need to find the codes and send via Lua?

      TIA

      C

      Vera/openLuup plugins
    • Virtual Sensor Polling

      B

      Hi Patrick,

      A quick question about your virtual sensor plugin. I saw that the child sensors rely on polling for sensor data updates. Was there a reason not to use a watch on the underlying (source) state variable as opposed to polling. I'm asking in the sense that I need a fairly rapid response to a rise in humidity, but am unsure how to set sensor polling without adding additional io drag to openLuup.

      I currently use the state humidity variable directly in a reactor sensor (the data is captured via a bluetooth device with multiple humidity variables), however, these state humidity variables have a generated name making it difficult to determine what is what in group of approximately 10 state humidity variables. So a virtual sensor solves the naming problem, while creating some trigger delay due to polling.

      Thx

      Vera/openLuup plugins
    • Reactor - Unable to update device information database

      Z

      @toggledbits
      I have Reactor running under openLuup (which is running inside vwout's Docker container).
      On the activities tab, it tells me I should update to a newer version of the device information database. When I go to the Tools tab, for a fraction of a second I can see the green "Update Device Info" button along with the Troubleshooting & Support and Device Spy sections. But after that fraction of a second, they disappear and I only see the Test Tools and Update Device Information Database sections, to just above where the Green button used to be.

      I've tried this on both Edge and Firefox with the same behavior (with extensions both on and off).

      Any suggestions?

      Vera/openLuup plugins
    • Plugins with child devices: a few questions.

      A

      Not sure why, but after many years, I'm still unsure how plugins with children are meant to be coded, although I've got away with doing a few with no problems!

      I could try out a few test cases but messing around with luup.chdev.append() is tricky. If the appended info changes, a luup.engine restart occurs. Any stuff ups and this can go into a continuous loop. Plus I don't want random new devices scattered all over my installation.

      So imagine a plugin that controls say ten binary lights, ten dimmers and ten blinds/shutters:

      the plugin should have in the device file D_xyx.xml the tag:

      <handleChildren>1</handleChildren>

      OK it makes sense for the parent to have the routines to control the child devices.

      Question: when wouldn't the plugin parent not have the code to control its children? ie

      <handleChildren>0</handleChildren>

      Seems redundant or I have misunderstood something?

      The service files for both dimmers and blinds have the function: <action> <name>SetLoadLevelTarget</name> <argumentList> <argument> <name>newLoadlevelTarget</name> <direction>in</direction> <relatedStateVariable>LoadLevelTarget</relatedStateVariable> </argument> </argumentList> </action>

      And to call the action in each case, we have say 'dimmingLevel' vs 'blindPosition':

      luup.call_action('urn:upnp-org:serviceId:Dimming1', "SetLoadLevelTarget", {newLoadlevelTarget = dimmingLevel}, deviceId) luup.call_action('urn:upnp-org:serviceId:Dimming1', "SetLoadLevelTarget", {newLoadlevelTarget = blindPosition}, deviceId)

      Question: how do you direct the same calls to different functions in the plugin - one to dim the light and the other to postion the blind? It would seem that you would have to look at the target child device and see what type it is, then act accordingly? An example would be good!

      In this plugin, devices can come and go - not often - but still needs to be attended to in the code. So the luup.chdev.append() call is executed at every start up. Each child has a descriptive name. When the child is first created this name can be set up by the software to say "Light 1" to "light 10". The user can then subsequently change this descriptive name.

      Question: How do I know that this descriptive name has been changed by the user and needs to be preserved and how do I check what this descriptive name is ready for when the luup.chdev.append() call is executed? As the function needs this descriptive name.

      And I wonder how openluup (without looking at the code) emulates the C blob:

      local childDevices = luup.chdev.start(THIS_LUL_DEVICE)

      Vera/openLuup plugins
    • HomeWave Push notifications plugin (Update)

      I

      All,

      Due to changes in the push notification system by Apple, the plugin to send push notifications to HomeWave will have to be updated. Please use the link below. This plugin works on both Vera and OpenLuup platforms.

      Push messages will continue to work with the old and the new plugin. Once the server and the HomeWave app are updated, the old plugin will stop working

      http://www.intvelt.com/files/HomeWavePush.zip
      Vera/openLuup plugins
    • Alt App Store - impact of GitHub changes

      akbooer

      It's worth noting this recent (?) GitHub change:

      GitHub - github/renaming: Guidance for changing the default branch name for GitHub repositories GitHub - github/renaming: Guidance for changing the default branch name for GitHub repositories

      Guidance for changing the default branch name for GitHub repositories - GitHub - github/renaming: Guidance for changing the default branch name for GitHub repositories

      This will have an impact on the AltAppStore which has previously assumed the default repository name of master. So when specifying releases, you should ensure that any new plugins explicitly reference the main branch if that's the one you're expecting to use.

      Vera/openLuup plugins
    • OpenSprinkler Plugin Timer Keeps Resetting

      Pabla

      Hello @therealdb with your OpenSprinkler plugin occasionally when I set a zone for an amount of time lets say 10 minutes, something happens and the counter for 10 minutes counts down 5 seconds to 9:55 then it resets back to 10 minutes. This continues to repeat so the zone will stay on for an infinite amount of time. In my experience this usually happens once the plugin has been running for about a day (ie no recent Luup reloads). I grabbed some logs but it doesn't seem to show anything weird happening. This issue does not happen when I set a zone timer through the OpenSprinkler app. Oddly enough when I stop the zone through the OpenSprinkler app when the timer keeps resetting, the same zone gets queued right away. It seems that the plugin is sending the start zone command every 5 ish seconds.

      50 06/07/21 19:19:00.469 luup_log:1304: VeraOpenSprinkler[1.50](setVar@135): setVar("urn:upnp-org:serviceId:Dimming1","LoadLevelTarget","9",1310) old value "11" <0x6b8fe520> 06 06/07/21 19:19:00.469 Device_Variable::m_szValue_set device: 1310 service: urn:upnp-org:serviceId:Dimming1 variable: LoadLevelTarget was: 11 now: 9 #hooks: 0 upnp: 0 skip: 0 v:0x16fabd8/NONE duplicate:0 <0x6b8fe520> 50 06/07/21 19:19:00.480 luup_log:1304: VeraOpenSprinkler[1.50](setVar@135): setVar("urn:upnp-org:serviceId:Dimming1","LoadLevelLast","9",1310) old value "11" <0x6b8fe520> 06 06/07/21 19:19:00.481 Device_Variable::m_szValue_set device: 1310 service: urn:upnp-org:serviceId:Dimming1 variable: LoadLevelLast was: 11 now: 9 #hooks: 0 upnp: 0 skip: 0 v:(nil)/NONE duplicate:0 <0x6b8fe520> 50 06/07/21 19:19:00.482 luup_log:1304: VeraOpenSprinkler[1.50](setVar@135): setVar("urn:upnp-org:serviceId:Dimming1","LoadLevelStatus","9",1310) old value "11" <0x6b8fe520> 06 06/07/21 19:19:00.482 Device_Variable::m_szValue_set device: 1310 service: urn:upnp-org:serviceId:Dimming1 variable: LoadLevelStatus was: 11 now: 9 #hooks: 0 upnp: 0 skip: 0 v:0x16fac40/NONE duplicate:0 <0x6b8fe520> 50 06/07/21 19:19:00.494 luup_log:1304: VeraOpenSprinkler[1.50](setVar@135): setVar("urn:upnp-org:serviceId:SwitchPower1","Target","1",1310) old value "1" <0x6b8fe520> 50 06/07/21 19:19:00.495 luup_log:1304: VeraOpenSprinkler[1.50](actionPowerInternal@785): [actionPower] #1310 - 5 <0x6b8fe520> 50 06/07/21 19:19:00.495 luup_log:1304: VeraOpenSprinkler[1.50](sendDeviceCommand@254): sendDeviceCommand("cm",{ 1="en=1", 2="t=540", 3="sid=5", 4="pid=-1", 5="uwt=0" },1304) <0x6b8fe520> 50 06/07/21 19:19:00.496 luup_log:1304: VeraOpenSprinkler[1.50](sendDeviceCommand@276): sendDeviceCommand - url: "http://192.168.8.225:80/cm?en=1&t=540&sid=5&pid=-1&uwt=0&pw=a6d82bced638de3def1e9bbb4983225c" <0x6b8fe520> 50 06/07/21 19:19:00.556 luup_log:1304: VeraOpenSprinkler[1.50](nil@214): [HttpGet] "http://192.168.8.225:80/cm?en=1&t=540&sid=5&pid=-1&uwt=0&pw=a6d82bced638de3def1e9bbb4983225c" - "{\"result\":1}" <0x6b8fe520> 50 06/07/21 19:19:00.557 luup_log:1304: VeraOpenSprinkler[1.50](setVar@135): setVar("urn:upnp-org:serviceId:SwitchPower1","Status","1",1310) old value "1" <0x6b8fe520> 50 06/07/21 19:19:00.557 luup_log:1304: VeraOpenSprinkler[1.50](deviceMessage@244): deviceMessage(1310,"Turning on for 540 seconds",false,15) <0x6b8fe520>```
      Vera/openLuup plugins
    • (Tip) Pushover and Original Reactor using openLuup / ALTUI

      D

      UPDATE: With @toggledbits update for "R4V" below, your new notification sounds will work just by typing your custom soundfile name into the Sound: field of the Notify Action. Editing the J_ReactorSensor_UI7.js is not an undertaking for the simple user 😲

      Please ignore the entire "Tip" below, it ended up hosing my Reactor interface and I had to re-install the Reactor "stable" version to get back up and running. I'll leave it posted for a bit in case someone knows WHY it got hosed.
      Sorry,
      Chris

      Guessing this is the most appropriate area in which to post this . . .

      In case nobody has written this yet, I've been using Pushover for a while. First with VeraAlerts on Vera3/UI5, now with Reactor on openLuup/RPi3.

      Until recently, Pushover has constrained us by only allowing select notification sounds. Now pushover.net will allow you to upload custom sounds to their internal library.

      PushOver.PNG

      You may then add these sounds to Patrick's J_ReactorSensor_UI7.js file

      values: [ "=(device default)", "none=(none/silent)", "vibrate=(vibrate only)", "pushover=Pushover", "bike=Bike", "Bubbles=Bubbles (VA)", "bugle=Bugle", "cashregister=Cash Register", "classical=Classical", "Cloud=Cloud (VA)", "cosmic=Cosmic", "falling=Falling", "gamelan=Gamelan", "incoming=Incoming", "intermission=Intermission", "iPhone_Ding=iPhone Ding (VA)", "magic=Magic", "mechanical=Mechanical", "pianobar=Piano Bar", "siren=Siren", "spacealarm=Space Alarm", "tugboat=Tug Boat", "alien=Alien Alarm (long)", "climb=Climb (long)", "persistent=Persistent (long)", "echo=Pushover Echo (long)", "updown=Up Down (long)"

      Not sure how the above code will format here, but I searched for "Pushover" in the .js file, found the section above, and sprinkled my 3 custom sounds alphabetically into the existing group (following existing formatting)

      After that, a browser refresh was all that was needed.

      That's All Folks,
      Don't Call Me Chrissy

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

    Plugin Switchboard : Virtual Switch in VeraPlus not shown in Openluup

    Vera/openLuup plugins
    5
    38
    397
    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.
    • E
      Edwin1972 last edited by Edwin1972

      @toggledbits On my veraplus I try to use the plugin switchboard. On my veraplus I use a virtual window covering which can also be used in google home with tts. Now I also use openluup. The virtual window covering is not visible in openluup. Is this correct? I also use reactor in openluup. If this virtual window covering is not visible in openluup, I cannot use it in reactor either

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

        You have to install the device type files on openLuup. Once the device type is recognized, Switchboard will let you create a device for it.

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

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

          @toggledbits I just installed the switsboard plugin on my veraplus because vera can communicate with google home via tts visa versa. This works well with the virtual window covering created by switchboard on vera. Openluup does not have a google home plugin and cannot communicate with google home via tts. I had hoped that the virtual window covering through the verabridge would be visible in openluup so that I can program it with reactor in openluup.

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

            @akbooer, since I'm not a VeraBridge user, can you provide additional guidance? I've forgotten where the magic tool is...

            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 0
            • akbooer
              akbooer last edited by

              You have two options to get plugin/device files that you may need:

              1. pull them all down from Vera using the VeraBridge action GetVeraFiles (no need for any Files parameter)
              2. install the plugin whose files you need from Alt App Store (Switchboard is there)

              In the case of #2, it will install a copy of the plugin, which you may not need (so can delete.)

              Hope I've understood the question correctly.

              toggledbits E 2 Replies Last reply Reply Quote 0
              • toggledbits
                toggledbits @akbooer last edited by

                @akbooer said in Plugin Switchboard : Virtual Switch in VeraPlus not shown in Openluup:

                install the plugin whose files you need from Alt App Store (Switchboard is there)

                I think he already has it under openLuup. The issue is that he has no device file for the window covering, option 1 is what I was trying to remember.

                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 0
                • akbooer
                  akbooer last edited by

                  In which case, #1 above should do it.

                  1 Reply Last reply Reply Quote 1
                  • E
                    Edwin1972 last edited by Edwin1972

                    @akbooer This is not what I mean. i try to explain it again.
                    On my vera I created a virtual device by using switchboard. The device is a window covering device with id # 1149
                    In openluup I don't see this device but I can call him with luacode (device id #11149)

                    luup.call_action("urn:upnp-org:serviceId:Dimming1", "SetLoadLevelTarget", {["newLoadlevelTarget"] = "50"},11149)

                    If the device is not visible in openluup I cannot use it in reactor

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

                      Are you sure it’s not there? Different room? ... the one named after the linked Vera?

                      Have you restarted openLuup so that the bridge picks up the change?

                      1 Reply Last reply Reply Quote 0
                      • E
                        Edwin1972 last edited by

                        Thanks for quick respons
                        You're right. They are in a different room. I have a lot of divices so it was hard to find them but I found them in the MIOS room.

                        1 Reply Last reply Reply Quote 0
                        • E
                          Edwin1972 @akbooer last edited by

                          @akbooer I did point 1 but now all my icons are no longer visible. Only the zwave icon is still visible. How can I fix this?

                          a90ab19a-8aa3-4f3d-b826-368b103eb764-image.png 421c7d51-5d30-444a-aa49-e5603aa4a58d-image.png dab802ed-3cd1-4d4f-864f-8ad17d69e8eb-image.png

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

                            What openLuup version are you running? There was an earlier error in downloading icons that was fixed fairly recently.

                            Alternatively, you can simply download the icon manually and put it in openLuup’s icon/ folder.

                            1 Reply Last reply Reply Quote 0
                            • E
                              Edwin1972 last edited by Edwin1972

                              Version 20.5.22.
                              Where can I download the icons? it's been a while since i installed openluup

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

                                Try to update openLuup to the latest version by typing development into the Update box against openLuup on the Plugins page and clicking the update button. Then try #1 above, again.

                                E 1 Reply Last reply Reply Quote 0
                                • E
                                  Edwin1972 last edited by

                                  Thanks! It works

                                  1 Reply Last reply Reply Quote 2
                                  • E
                                    Edwin1972 @akbooer last edited by

                                    @akbooer I've been using version 21.3.2 for a few days now, but the connection drops frequently. http: // IP: 3480 / cannot be called, so reactor doesn't work either and the lights and other things don't turn on / off automatically. Node Red can be called so my RP4 is well connected to wifi. Is it possible to go back to the old version; 20.5.22?

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

                                      It would be really helpful if I could get a log file from you which might highlight the problem. I've not come across this difficulty myself, nor (yet) had any other reports. Has anything else changed in your system?

                                      Does the system remain up sufficiently long for you to get the logs and also revert? You can revert to any version manually by retrieving the files in the openLuup folder from the openLuup project in GitHub:

                                      History for openLuup - akbooer/openLuup

                                      History for openLuup - akbooer/openLuup

                                      a pure-Lua open-source emulation of the Vera Luup environment - History for openLuup - akbooer/openLuup

                                      I've fallen out of the habit of tagging releases, so there's not a sufficiently recent one that you can revert to automatically.

                                      I really would like to get to the root of this problem, though, rather than just trying to avoid it.

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

                                        Correction: the master branch is the version you were running, so simply updating from the Plugins page to that branch will do what you want. (It would still be good to understand what's going wrong for you in the latest.)

                                        Edit: this release is now also tagged as v20.5.22 so you can always return to it easily by typing that into the Plugin Update box.

                                        E 1 Reply Last reply Reply Quote 0
                                        • E
                                          Edwin1972 @akbooer last edited by Edwin1972

                                          @akbooer I can't remember changing anything except installing a new version at your request. Now I am back to 20.5.22 I still have the problem. I will send a log file.

                                          • Which log file do you want?
                                          • Do you want the log file after I can access openluup again?
                                          • How will I send it to you?
                                          1 Reply Last reply Reply Quote 0
                                          • akbooer
                                            akbooer last edited by akbooer

                                            Both the startup and the main log showing, hopefully, some sort of error?

                                            Email to openLuup @ icloud . com

                                            Edit: maybe the latest and the .1 versions.

                                            1 Reply Last reply Reply Quote 0
                                            • 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