Logic Programming

[a-lurker]

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

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

[akbooer]

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.

[PerH]

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

[akbooer]

Bridges are tricky.

[therealdb]

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.

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