Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Velbus] Button Modules with multiple adressess not fully working #12702

Closed
JornHermans opened this issue May 8, 2022 · 2 comments · Fixed by #15661
Closed

[Velbus] Button Modules with multiple adressess not fully working #12702

JornHermans opened this issue May 8, 2022 · 2 comments · Fixed by #15661
Labels
bug An unexpected problem or unintended behavior of an add-on

Comments

@JornHermans
Copy link

Buttonmodules or Glasmodules like an VMBGPOD, VMBELO have issues on higher channel numbers then 8 i think this has to do with the multiple addresses assigned to it.

Expected Behavior

When we press button ch 1 to 8 we get a trigger event in openhab
When we press button ch 9 to 32 we also get a trigger event in openhab

Current Behavior

When we press button ch 1 to 8 we get a trigger event in openhab
When we press button ch 9 to 32 we don't get a trigger event in openhab

Possible Solution

While experimenting with it i did find that when i added multiple oleds manualy so lets say when an oled had adress 14, 15, 16, ...
I added a thing for each address when i did this i did get a trigger on that address and channel 1 till 8.
Buth this is not a solution!

Steps to Reproduce (for Bugs)

  1. add an vmbelo or oled with the binding
  2. Monitor in the karaf console with log:tail
  3. trigger a button with the channel number above 8 in either velbus link or by physical touch

Your Environment

  • Version used: 3.2.0 Stable
  • Environment name and version: Node.js 14.19.2 - Snapd: Velbus-TCP
  • Operating System and version : Debian (latest)

Reffering to user i think are creating the binding @Rosen01 , thnx already for the great effort on this binding!

@JornHermans JornHermans added the bug An unexpected problem or unintended behavior of an add-on label May 8, 2022
@Rosen01
Copy link
Contributor

Rosen01 commented May 18, 2022

Hi @JornHermans ,

I'm not the author of the binding, @cedricboon is the author.
I only add some features or fix some bugs when I've time.

There is a problem when you add manualy a thing (module) with sub addresses.
I havn't found the cause yet, and unfortunately I don't have time for the moment to find a solution.

The best way to add a module is to scan the bus (velbus) and add the module you want.

Best regards,

Daniel

@nagisa
Copy link
Contributor

nagisa commented Sep 2, 2023

Having read the relevant code, it seems that there's roughly a good amount of plumbing in the binding for subaddresses (the addresses other than the primary one) – it is just that the only way to have those subaddresses set seems to be to add the module(s) over autodiscovery. Otherwise the subaddress{1..} property is not exposed to either the .things configuration or to the UI.

One detail I’m failing to understand, though, is how OpenHAB manages to read out the temperature sensor from the VMBELO module (the sensor is at the CH33, which should be the 5th address of the module…) as I haven’t found the code that would somehow assign sequential subaddresses.

(EDIT: Ah, Rosen01 already seems to have a patch for it! Neat!)

Rosen01 added a commit to Rosen01/openhab-addons that referenced this issue Sep 27, 2023
New functionnality :
- Add output channel for modules : VMBEL1, VMBEL2, VMBEL4, VMBELO, VMBELPIR. (openhab#14179)
- Add module VMBDALI. (openhab#14654)

Fix bug :
- No access to sub-address modules when adding manually the modules : VMBELO,VMBGPO, VMBGPOD, VMBGPOD-2 (openhab#12702)
- Thermostat event wrongly fired when using push button on sub-address for modules VMBELO, VMBGPO, VMBGPOD, VMBGPOD_2.
- Wrong typeId for bridge alarms management.

Signed-off-by: Daniel Rosengarten <github@praetorians.be>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug An unexpected problem or unintended behavior of an add-on
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants