openLuup: Known working plugins

I have found that the Combination Switch from @futzle also works under openLuup. It’s a little funky as the directions mention using the “save” button which doesn’t exist with it under AltUI/openLuup, but the values are saved and it does work. I did need to reload openLuup to get it up and running.

Thanks… noted!

I confirm that MyQ plugin for garage door is working also under openLuup. Need a little modification in L_MyQGateway.lua to add the line:

local ltn12 = require "ltn12"

I just tested RigPapa’s Deus Ex Machina II and it can be added to the list.

I see that @CudaNet has already added it!

Just my 2 cents… why not including a zip file with the plugin also. It will be easier to use them ?

Also a comment on the UPNPproxy on the list: from my testing, it probably only works if the OS behind openluup is OpenWRT. If you run a different Linux distribution (I tried Ubuntu) it will not run. There is a bunch of issues with permission management, scripts and libraries which I tried to address but got into a dead end.

I think we should get the author’s permission were we to do that. It’s the same for plugins in the AltAppStore… only there if the author chooses for them to be there.

One more: The Virtual Rain Sensor also runs fine.

Added…

I guess I’ll pile on… I specifically built SiteSensor on openLuup, and back-ported it (if you can call it that) to Vera.

Added…

Yamaha-RX-HTTP: As found in the “Alternate App Store” works fine.

Added…

@futzle’s plugin is beautifully crafted and quite reliable. It should be working fine, so I suspect something wrong with the way you have set up the triggers and scenes around it.

You did, of course, use AltUI Variable Watch triggers to do this, and not Vera-style UPnP-defined triggers?[/quote]

I did indeed use the AltUI variable watch but I used the wrong trigger. As a trigger I had defined the variable ‘Event’ with the expression (new == ‘1’). However this is not correct. The variable that should be used here is ‘Counting’ with the expression (new == ‘0’).

Now everything works correctly!

I guess the Countdown timer plugin can now be added to the list of compatible plugins for Openluup :wink:

Thanks a lot!

Jacques[/quote]

Been working on this. The way you ended up using it is actually not exactly the way it was meant to be. The problem with watching the “Counting” variable is that your scene will trigger whenever you will reset or cancel or crash the timer. The correct variable to watch is indeed “Event” the problem when I looked into the code of the plugin is that openluup switches this variable too fast unlike the vera and therefore misses the fact that it has changed. I added some code to the plugin to make it work by keeping the “Event” variable triggered for one second.

I created a branch on github so you can download the file from there.

Edit: Added the modified Lua file so you can download from here too

Another which can be added to the list:
The pioneer receiver in this thread has been succesfully ported:
http://forum.micasaverde.com/index.php/topic,38860.0.html

The one on the current list did not work for me.

I’m a little curious about this. That almost sounds like an openLuup bug, not a plugin bug? Shouldn’t openLuup be able to see this regardless of how fast it switches? The variable changed, so openLuup should act on it. Or is there more to the story?

I’m not familiar with the insides of this plugin, but I can tell you that if it uses a variable_watch callback, then that WILL be called however quickly the variable changes.

HOWEVER… it is possible for a very rapidly changing variable to change more than once before the callback routine is executed (it is done asynchronously from the variable change in order that user watch code cannot affect the speed of the currently running plugin - certainly a conscious design decision, and possibly different from Vera. I simply don’t know.)

SO… if a callback routines checks the state of a variable, the old/new values may not be those which triggered the original change. It’s possible that this could cause a logic error in a plugin.

Frankly, with the design constraints of Vera, it’s probably not good plan to have rapidly changing variables and expect the system to respond in a timely way.

I have no idea whether any of this actually relates to the issue under discussion.

What IS clearly different is the triggering arrangement: AltUI device variable triggers are not the same as Vera events.

I’m not familiar with the insides of this plugin, but I can tell you that if it uses a variable_watch callback, then that WILL be called however quickly the variable changes.

HOWEVER… it is possible for a very rapidly changing variable to change more than once before the callback routine is executed (it is done asynchronously from the variable change in order that user watch code cannot affect the speed of the currently running plugin - certainly a conscious design decision, and possibly different from Vera. I simply don’t know.)

SO… if a callback routines checks the state of a variable, the old/new values may not be those which triggered the original change. It’s possible that this could cause a logic error in a plugin.

Frankly, with the design constraints of Vera, it’s probably not good plan to have rapidly changing variables and expect the system to respond in a timely way.

I have no idea whether any of this actually relates to the issue under discussion.

What IS clearly different is the triggering arrangement: AltUI device variable triggers are not the same as Vera events.[/quote]

akbooer is 100% correct. I actually tested this. The lua in the plugin calls for a change of state of the Event variable when the timer completes. I am guessing that the UI then has a variable watch which then triggers the scene. What I saw in the code is that the variable changes back and forth without delay which then goes undetected. I added a delay before changing the variable back which fixed the problem.

I didn’t see the MiLightRGBW by RexBeckett listed so I tried it.

The plugin seems to be working fine (I’m still using the old V3 wifi bridge)

The device page does not have an on/off switch or a dim slider, but those functions are all in the control panel if you click on the device icon.

Chris