Logic Programming

[PerH]

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.

[akbooer]

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.

[PerH]

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

[akbooer]

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:

http://wiki.micasaverde.com/index.php/Luup_Lua_extensions#function:_device_supports_service

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."

[mrFarmer]

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

[PerH]

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]

@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?

[PerH]

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..

[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

[PerH]

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)

[PerH]

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

[akbooer]

@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?

[PerH]

How does Vera tell Openluup that a value needs updating?

[PerH]

And how is this possible?

No reading here:

No info here:

While the data is obviously available?

[therealdb]

@perh it’s polling, not pushing. So it’s openluup getting values from the Vera.

[PerH]

I C, but then, "asyc poll" is just that it sends a report immediately on changes done in openluup, but changes on Vera will not be updated until next polling round?

[akbooer]

The lack of display must mean that the serviceId/variable name does not match the one defined in the device .JSON file. It’s an AltUI thing, not an openLUup one per se.

[therealdb]

@perh if you’re trying to mirror things using domoticz => openLuup => Vera, then yes

[PerH]

Sorry if i'm mixing things together here;
I have no Vera in my system, i'm simply trying to understand the mechanism used in Vera/Ezlo bridge to see if that would simplify the Domoticz Bridge.

Right now its a bit more complicated to install, as you have to set up a script at the Domoticz side as well. This script is triggered by any change on the devices on the Domo side, and immediately sends an update on the device to OpenLuup.
That seems to be even faster than the mechanism in VeraBridge, so i guess its worth keeping.

[PerH]

@rafale77 : Where can I find your Barometer sensor files?

I see that the ones I have mixes "micasaverde-com" and "upnp-org" in the service definitions, and its also missing an icon..

@perh said in Domoticz Bridge:

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?

Anyone who can help with this question?