Navigation

    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: March 8, 2021)
    • 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
    • External Temp Sensor w/ Thermostat

      Pabla

      Hello all, I have a thermostat in a hallway that controls the whole upstairs floor and my room seems to get way warmer than the hallway its located in. I am not able to move the thermostat, neither are there any external temperature probes available that connect directly to the thermostat.

      I had an extra Z wave temp sensor lying around so thought I'd place that in my room and use that somehow in place of the internal temp sensor in the hallway.

      I can't seem to think of a good way to go about this, my original plan was to use either the AVT plugin or the Virtual Devices plugin but to my knowledge they won't work they way I intend them to. So I resorted to using Reactor, but that may become very tricky since I will need to put in a lot of fail safes to make sure the heating/cooling turns on/off when expected.

      Does anyone have any ideas on how to go about this? Every time I come up with a possible solution, I always find a way that it could fail and either not turn the a/c off/on.

      Vera/openLuup plugins
    • Tesla Plugin Not Logging in After v2.3

      Pabla

      Hello @mrFarmer , ever since the v2.3 update I haven't been able to login to my account attached are the logs. Before the update I was getting the wake-up error too. I rolled back to V2.2 and the plugin was stuck on "updating car status".

      06 05/17/21 10:45:20.102 Device_Variable::m_szValue_set device: 168 service: urn:micasaverde-com:serviceId:SecuritySensor1 variable: Tripped was: 1 now: 0 #hooks: 0 upnp: 0 skip: 0 v:0x11c7b58/NONE duplicate:0 <0x7708d520> 06 05/17/21 10:45:20.103 Device_Variable::m_szValue_set device: 901 service: urn:rboer-com:serviceId:TeslaCar1 variable: LastLogin was: 1621273198 now: 1621273520 #hooks: 0 upnp: 0 skip: 0 v:(nil)/NONE duplicate:0 <0x73394520> 01 05/17/21 10:45:20.160 luup_log:901: Tesla Car_error: Unable to select vehicle. errorCode : 400, errorMessage : HTTP/1.1 400 BAD REQUEST !! <0x73394520> 01 05/17/21 10:45:25.101 luup_device_message missing args <0x73394520> 01 05/17/21 10:45:25.101 luup_device_message missing args <0x73394520> 01 05/17/21 10:45:25.102 luup_device_message missing args <0x73394520> 06 05/17/21 10:45:25.103 Device_Variable::m_szValue_set device: 901 service: urn:rboer-com:serviceId:TeslaCar1 variable: LastLogin was: 1621273520 now: 1621273525 #hooks: 0 upnp: 0 skip: 0 v:(nil)/NONE duplicate:0 <0x73394520> 01 05/17/21 10:45:25.158 luup_log:901: Tesla Car_error: Unable to select vehicle. errorCode : 400, errorMessage : HTTP/1.1 400 BAD REQUEST !! <0x73394520> 01 05/17/21 10:45:30.102 luup_device_message missing args <0x73394520> 01 05/17/21 10:45:30.103 luup_device_message missing args <0x73394520> 01 05/17/21 10:45:30.103 luup_device_message missing args <0x73394520> 06 05/17/21 10:45:30.104 Device_Variable::m_szValue_set device: 901 service: urn:rboer-com:serviceId:TeslaCar1 variable: LastLogin was: 1621273525 now: 1621273530 #hooks: 0 upnp: 0 skip: 0 v:(nil)/NONE duplicate:0 <0x73394520> 01 05/17/21 10:45:30.165 luup_log:901: Tesla Car_error: Unable to select vehicle. errorCode : 400, errorMessage : HTTP/1.1 400 BAD REQUEST !! <0x73394520> 01 05/17/21 10:45:35.101 luup_device_message missing args <0x73394520> 01 05/17/21 10:45:35.102 luup_device_message missing args <0x73394520> 01 05/17/21 10:45:35.102 luup_device_message missing args <0x73394520> 06 05/17/21 10:45:35.103 Device_Variable::m_szValue_set device: 901 service: urn:rboer-com:serviceId:TeslaCar1 variable: LastLogin was: 1621273530 now: 1621273535 #hooks: 0 upnp: 0 skip: 0 v:(nil)/NONE duplicate:0 <0x73394520> 01 05/17/21 10:45:35.156 luup_log:901: Tesla Car_error: Unable to select vehicle. errorCode : 400, errorMessage : HTTP/1.1 400 BAD REQUEST !! <0x73394520> 04 05/17/21 10:45:37.219 <Job ID="16" Name="pollnode #9 1 cmds" Device="129" Created="2021-05-17 10:45:37" Started="2021-05-17 10:45:37" Completed="2021-05-17 10:45:37" Duration="0.117271000" Runtime="0.116483000" Status="Successful" LastNote="" Node="9" NodeType="ZWaveDimmableLight" NodeDescription="Shed Inside Light"/> <0x7708d520> 02 05/17/21 10:45:37.219 Device_Basic::AddPoll 129 poll list full, deleting old one <0x7708d520> 06 05/17/21 10:45:37.220 Device_Variable::m_szValue_set device: 129 service: urn:micasaverde-com:serviceId:HaDevice1 variable: PollRatings was: 5.00 now: 5.00 #hooks: 0 upnp: 0 skip: 0 v:(nil)/NONE duplicate:1 <0x7708d520> 06 05/17/21 10:45:37.221 Device_Variable::m_szValue_set device: 129 service: urn:micasaverde-com:serviceId:ZWaveNetwork1 variable: LastPollSuccess was: 1621273204 now: 1621273537 #hooks: 0 upnp: 0 skip: 0 v:(nil)/NONE duplicate:0 <0x7708d520> 06 05/17/21 10:45:37.221 Device_Variable::m_szValue_set device: 129 service: urn:micasaverde-com:serviceId:ZWaveNetwork1 variable: ConsecutivePollFails was: 0 now: 0 #hooks: 0 upnp: 0 skip: 0 v:(nil)/NONE duplicate:1 <0x7708d520> 01 05/17/21 10:45:40.100 luup_device_message missing args <0x73394520> 01 05/17/21 10:45:40.101 luup_device_message missing args <0x73394520> 01 05/17/21 10:45:40.101 luup_device_message missing args <0x73394520> 06 05/17/21 10:45:40.103 Device_Variable::m_szValue_set device: 901 service: urn:rboer-com:serviceId:TeslaCar1 variable: LastLogin was: 1621273535 now: 1621273540 #hooks: 0 upnp: 0 skip: 0 v:(nil)/NONE duplicate:0 <0x73394520> 01 05/17/21 10:45:40.157 luup_log:901: Tesla Car_error: Unable to select vehicle. errorCode : 400, errorMessage : HTTP/1.1 400 BAD REQUEST !! <0x73394520> 01 05/17/21 10:45:40.157 luup_log:901: Tesla Car_error: Could not login to Tesla API after 5 attempts. <0x73394520> <0x745ef520> 02 05/17/21 10:45:45.701 luvd_get_info mg conn can't read /etc/cmh-ludl//shared.js or /etc/cmh-lu//shared.js from filename /shared.js pPtrFile (null) <0x6ed5f520>```
      Vera/openLuup plugins
    • Rachio Plugin Questions

      Pabla

      Hey @toggledbits I recently picked up a Rachio controller for a family member and installed the plugin you have created. I have two issues and was wondering if you have any insight:

      I have 2 controllers linked to one account and both controllers+zones are showing up, is there anyway to disable 1 controller from showing up? Is the best solution just to hide the extra zones etc?

      Since each zone uses a custom device type, you cannot control them in the mobile app at all. Is it possible to change the device type to a dimmer or valve (something like the OpenSprinkler plugin) so that I can use the plugin in the mobile app and other 3rd party apps?

      Vera/openLuup plugins
    • Vera OpenSprinkler Child Devices not in Same Room

      Pabla

      Hello @therealdb , I had to rebuild my sprinkler set up and noticed that none of the child devices that the plugin created automatically showed up in the same room as the parent device. The variable ChildrenSameRoom is set to 1 but all my zones are in "No Room". Is there any quick way I can get them all in the same room as the parent device? I have around 18 child devices so manually setting each room will take quite long!

      Vera/openLuup plugins
    • Error updating reactor on Vera

      R

      Posted this in Vera forum with no response:
      Seeing this in reactor UI:
      A newer version of the device information database is available. Please use the update function on the Tools tab to get it. This process is quick and does not require a Luup reload or browser refresh–you can immediately come back here and go right back to work! The new version is 865.877, and you are currently using 557.352…

      Hit update in Tools and get an error: “The update could not be retrieved. If this problem persists, consult the documentation.”

      Looked through logs and not seeing anything specific. You have a keyword I should search for?

      Vera/openLuup plugins
    • Ezlo bridge error from new broadlink device

      Elcid

      Hi Rene @mrFarmer just thought i would let you know that the new broadlink app from Ezlo causes an error in log, It does not stop the bridge.
      here is the log

      luup.variable_set:: 24.urn:rboer-com:serviceId:EzloBridge1.Ezlo_deviceMap was: {"603a8896122335165e686cb3":29,"5fe26c71122335120f05323e":23,"603a8896122335165e686cb7":30,"5fd354fc12233516e1e0c3b... now: {"603a8896122335165e686cb3":29,"5fe26c71122335120f05323e":23,"603a8896122335165e686cb7":30,"603a869b122335165e686cb... #hooks:0 2021-04-14 20:15:47.641 luup_log:24: EzloBridge_error: No device found for device id 32. 2021-04-14 20:15:47.642 luup_log:24: EzloBridge_error: No device found for device id 32. 2021-04-14 20:15:47.643 luup_log:24: var.SetString: wrong data type (number) for variable TamperAlarm 2021-04-14 20:15:47.644 luup_log:24: creating device numbers: [20016,20029,20023,20009,20021,20030,20031] 2021-04-14 20:15:47.645 luup_log:24: linking to remote scenes... 2021-04-14 20:15:47.645 luup.variable_set:: 24.urn:upnp-org:serviceId:altui1.DisplayLine1 was: Getting devices and scenes... now: 7 devices, 4 scenes #hooks:0 2021-04-14 20:15:47.646 luup.variable_set:: 24.urn:upnp-org:serviceId:altu

      Tried excluding the device but not sure what number to put tried 32 and the longer ezlo device id, but caused ezlo bridge to fail.

      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
    • Plugin Switchboard : Virtual Switch in VeraPlus not shown in Openluup

      E

      @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

      Vera/openLuup plugins
    • altUI

      CatmanV2

      Is there any chance of @amg0 becoming an active member, do you think?
      He appears to be not responding on GitHub (I opened my licensing query a month back)
      There are also some challenges around how things like thermostats behave in their display which would be great if we could get them fixed. Well beyond my capability 😞

      C

      Vera/openLuup plugins
    • Domoticz Bridge

      PerH

      While i wait for MSR to arrive, i'm trying to get better control over my zigbee devices. Looked over the fence to Domoticz, and they have a really good plugin for Zigate, and as there was a domoticz bridge here, i thought i'd use that instead..

      This plugin have bben abandoned for some years though, and when I installed it, it won't start properly.. looking at the startup log, it looks like OpenLuup might have had some changes that needs to be handled in the plugin? (@akbooer ?)

      2021-01-26 22:31:37.457 luup.create_device:: [833] D_DomoticzBridge.xml / I_DomoticzBridge.xml / D_DomoticzBridge.json (DomoticzBridge) 2021-01-26 22:31:37.457 openLuup.chdev:: [string "L_DomoticzBridge.lua"]:59: module 'openLuup.rooms' not found: no field package.preload['openLuup.rooms'] no file './openLuup/rooms.lua' no file '/usr/local/share/lua/5.1/openLuup/rooms.lua' no file '/usr/local/share/lua/5.1/openLuup/rooms/init.lua' no file '/usr/local/lib/lua/5.1/openLuup/rooms.lua' no file '/usr/local/lib/lua/5.1/openLuup/rooms/init.lua' no file '/usr/share/lua/5.1/openLuup/rooms.lua' no file '/usr/share/lua/5.1/openLuup/rooms/init.lua' no file '../cmh-lu/openLuup/rooms.lua' no file 'files/openLuup/rooms.lua' no file 'openLuup/openLuup/rooms.lua' no file './openLuup/rooms.so' no file '/usr/local/lib/lua/5.1/openLuup/rooms.so' no file '/usr/lib/x86_64-linux-gnu/lua/5.1/openLuup/rooms.so' no file '/usr/lib/lua/5.1/openLuup/rooms.so' no file '/usr/local/lib/lua/5.1/loadall.so' no file './openLuup.so' no file '/usr/local/lib/lua/5.1/openLuup.so' no file '/usr/lib/x86_64-linux-gnu/lua/5.1/openLuup.so' no file '/usr/lib/lua/5.1/openLuup.so' no file '/usr/local/lib/lua/5.1/loadall.so'
      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

    Domoticz Bridge

    Vera/openLuup plugins
    6
    41
    294
    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.
    • PerH
      PerH last edited by

      While i wait for MSR to arrive, i'm trying to get better control over my zigbee devices. Looked over the fence to Domoticz, and they have a really good plugin for Zigate, and as there was a domoticz bridge here, i thought i'd use that instead..

      This plugin have bben abandoned for some years though, and when I installed it, it won't start properly.. looking at the startup log, it looks like OpenLuup might have had some changes that needs to be handled in the plugin? (@akbooer ?)

      2021-01-26 22:31:37.457   luup.create_device:: [833] D_DomoticzBridge.xml / I_DomoticzBridge.xml / D_DomoticzBridge.json   (DomoticzBridge)
      2021-01-26 22:31:37.457   openLuup.chdev:: [string "L_DomoticzBridge.lua"]:59: module 'openLuup.rooms' not found:
      	no field package.preload['openLuup.rooms']
      	no file './openLuup/rooms.lua'
      	no file '/usr/local/share/lua/5.1/openLuup/rooms.lua'
      	no file '/usr/local/share/lua/5.1/openLuup/rooms/init.lua'
      	no file '/usr/local/lib/lua/5.1/openLuup/rooms.lua'
      	no file '/usr/local/lib/lua/5.1/openLuup/rooms/init.lua'
      	no file '/usr/share/lua/5.1/openLuup/rooms.lua'
      	no file '/usr/share/lua/5.1/openLuup/rooms/init.lua'
      	no file '../cmh-lu/openLuup/rooms.lua'
      	no file 'files/openLuup/rooms.lua'
      	no file 'openLuup/openLuup/rooms.lua'
      	no file './openLuup/rooms.so'
      	no file '/usr/local/lib/lua/5.1/openLuup/rooms.so'
      	no file '/usr/lib/x86_64-linux-gnu/lua/5.1/openLuup/rooms.so'
      	no file '/usr/lib/lua/5.1/openLuup/rooms.so'
      	no file '/usr/local/lib/lua/5.1/loadall.so'
      	no file './openLuup.so'
      	no file '/usr/local/lib/lua/5.1/openLuup.so'
      	no file '/usr/lib/x86_64-linux-gnu/lua/5.1/openLuup.so'
      	no file '/usr/lib/lua/5.1/openLuup.so'
      	no file '/usr/local/lib/lua/5.1/loadall.so'
      
      1 Reply Last reply Reply Quote 0
      • akbooer
        akbooer last edited by

        Indeed, there is no openLuup.rooms module, and has not been for a long while. It’s an old internal architecture which should never have been required by a plugin.

        A 1 Reply Last reply Reply Quote 0
        • A
          a-lurker @akbooer last edited by

          Does all this, which is no longer usable:

          local chdev		= require "openLuup.chdev"
          local json		= require "openLuup.json"
          local rooms		= require "openLuup.rooms"
          local userdata	= require "openLuup.userdata"
          local loader	= require "openLuup.loader" -- thank @akbooer for the hint about device file info
          
          1 Reply Last reply Reply Quote 0
          • therealdb
            therealdb last edited by therealdb

            I'll probably start from scratch ans just save the communication part, if I was you. Take a look at how the current vera/Ezlo/uzb bridges are done. this is the way to go.

            --
            Vera+MQTT+HomeAssistant+my own framework all orchestrated via MSR
            70+ Zwave Devices, a bunch of ZigBee light strips and a lot of code

            My Luup Plug-ins => https://github.com/dbochicchio/vera

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

              Yes. I took a quick look, and I see that it’s based on an old VeraBridge version and has loads of stuff which is really not relevant or useful.

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

                Ok. Seems like a good place to learn some plugin programming for me then. 🙂

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

                  Bridges are tricky.

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

                    A quick solution could be to install my own Virtual Devices plug-in and just map some HTTP calls. I'm using it to map MQTT-based things, my own virtual devices and to group them (ie: to sync dimmers or blinds). If my memory is till working, domoticz has a simple HTTP api and you could update variables very easily.

                    --
                    Vera+MQTT+HomeAssistant+my own framework all orchestrated via MSR
                    70+ Zwave Devices, a bunch of ZigBee light strips and a lot of code

                    My Luup Plug-ins => https://github.com/dbochicchio/vera

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

                      Allready dug my feet in. 😉

                      One thing i'm struggling with is - Isn't usually (coming from VB and C++) interfaces to GUI and core more pronounced in the code layup? I.e the "variables" table for devices - this would in my head be defined as a set of variables defined one place in the code with a notation that that is where they get input/can be read/manipulated?

                      The panels underneath the "Control panel" tab are defined in the I_...xml, but again i don't se an overview of the variables used there in the .Lua?

                      I'm by no means a professional programmer, but this makes the learning curve a bit steep. 🙂

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

                        Bizarrely, the variables don’t appear in the .lua file and aren’t directly accessible by the plugin itself. You have to resort to using the same luup.variable_get() function as any other code would to access the device. This is something I fixed when writing openLuup.

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

                          Ok, but where is the list of variables (variable tab on device in GUI) defined then?

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

                            Partly in the service files which the device/implementation .xml files use, and partly dynamically. Anything, anywhere , can create a new serviceId/variable on any device. That's why the 'documentation' here:

                            Luup Lua extensions - MiCasaVerde

                            says:

                            "Setting UPnP variables is unrestricted and free form, and the engine doesn't really know if a device actually uses it or does anything with it."

                            1 Reply Last reply Reply Quote 0
                            • M
                              mrFarmer last edited by

                              I started with the latest VeraBridge and rebuild that to an EzloBridge (with some help from ak). VeraBridge has only a .lua file and all other files are sort of build in the openLuup virtual file system. You will have to make your own copies just as for a normal plugin. You can look at EzloBridge for some ideas https://github.com/reneboer/EzloBridge/tree/master/src

                              I can tell you it is tricky to do, but doable.

                              Cheers Rene

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

                                I got the domoticz bridge up and running, though still with many flaws to iron out..

                                @akbooer: Is x_BarometerSensor1.x definition a part of Openluup installation?
                                I got it with the Zigate plugin I think.. If not, mabye add it?
                                I can push it with the domoticz update as well, but it might as well be with OpenLuup?

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

                                  @perh said in Domoticz Bridge:

                                  BarometerSensor1

                                  No, it’s not. For the Netatmo weather station, I chose to use the GenericSensor1 serviceId.

                                  It barely matters, since apps wouldn’t recognise it anyway?

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

                                    Don't remember where it mattered, so your'e probably right.. But it opens for a nice icon at least? and an identifier for future apps?

                                    Not a big thing, but as the files are made.. 😉

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

                                      I actually created one such device class with a specific icon based on the generic sensor. I probably posted here somewhere as I used it to bridge zigbee devices from home-assistant....

                                      https://smarthome.community/topic/213/another-transition-from-vera-to-openluup-perh/82?_=1612141449125

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

                                        It's getting ready now, and I uploaded a "release" to github in a fork from the original. Do I have to upload to the original repository to make it available in AppStore?

                                        @akbooer: This plugin has a script that is run in domoticz to get async updates. How is that done in zway/vera bridge? (in short, and laymans terms please)

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

                                          About Zerobrane: Sometimes the output shows "The syntax of the command is incorrect", how do i find where precisely that is?

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

                                            @perh said in Domoticz Bridge:

                                            This plugin has a script that is run in domoticz to get async updates. How is that done in zway/vera bridge? (in short, and laymans terms please)

                                            Sorry, not quite clear what you're asking here. Can you expand on this?

                                            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