[BTicino/OpenWebNet] New openHAB2 binding ready for testing

Sorry Massi I’m sorry if you got angry even for my request for help on google home.
My request was to understand if your binding natively supports the Google Home “tags” or not (in your documentation it’s not explained) . And eventually if it was possible to integrate them in the next releases

HI @Alberto_C, yes the correct tags for alexa/google home are included in the discovered things and auto-generated items. So in automatic mode and after the first discovery the openwebnet added devices should be visilble to google home (after completing the my openhab and google home cloud config and linking, of course).
bye
Massi

Ok, thanks. This is tested? Because I read in this forum that Google Home tags don’t work if they are added from PaperUi.

I have found a solution with @jpcolin help.
Cattura
In the all items tags it’s not present [“Lighting”]

I have added this tag with REST API and now the light items are visible on Google Home

@bastler, @m4rk, @Julian_Divett
regarding the CEN integration:
the logic in the OH2 binding is that for each

1 WHERE --corresponds–> 1 Thing
1 Thing --corresponds–> N Channels
each Channel --corresponds–> 1 Item of type: Switch, Number, String, etc.

in the case of CEN we have one button --> 1 WHERE, that can generate different interactions (short press, long press, etc).
We have two options:

  1. have a different Switch (on/off) channel for each type of interaction (this I do not like too much), pretty much like it is now in the OH 1.x binding, if I understood correctly from Julian
  2. have one single String channel that can rapidly change its state and be valued “short_press”, “long_press” etc. or “no_action” if nothing is happening to the button.

Which would you see better of the 2 options?

Massi

hi massimo,

you´re great, integration of cen/cenplus will be a big improvement for
this binding, thanks in advance!

if i understand right:

  • the “switch” option would result two cen-commands, one for “on” and
    one for “off” - this is often not a good thing, because many cenarios
    don´t have two states needed.

  • the “string” is what you already used in thermo for “mode”. do you
    think it is possible to offer both variations as youd did in thermo?

one is to send only 1 action, this is good for cens that only need to be
activated. for example: open garage and close automatically when
lightbarier is interupted

the other variation is to open a list and choose a cenario. that would
be perfect for cenarios that have to be startet, stopped, send
additional commands. for example: internetradio needs 4 cen-commands:
start, stop, vol+, vol-

if not both variations are possible to realize the i would prefer the
“easier one” that sends just one cen-command.

how do the others think about that?

bye, stefan

I agree Stefan - the CEN+ functionality really requires rules for it to be useful. I think having it as a Switch would be too restrictive. The best would be to have single commands that can be attributed to the various button presses.

Massi I don’t understand what you mean by having “no_action”. According to the Openwebnet documentation these are the types of press:

Virtual short pressure (<0.5sec) *25*21
Virtual start of extended pressure (>=0.5sec) *25*22
Virtual extended pressure *25*23
Virtual release after extended pressure *25*24

In practice this means either a short or a long press
If you want to do some dimming or volume changing then picking up the Virtual extended pressure frame would be useful.
I’m not sure of a used case for the Virtual release after exended pressure?

I’m still new to Openhab 2 but I guess we are talking about channels for each of these frames?

I’m new to openhab also, so sorry if i’m wrong but do Cen and Cen+ have a state?
I sure that Bticino commands don’t reflect the stat of a CEN (light on the button does not stay on when a CEN is activated on my installation.

CEN+ just sends a frame so you need to capture that - you can’t query the state, there may be a way to store it somewhere in the bus but I’m not aware of one. That’s why you really need to use rules where you can store the state if needed.

ok i understand how you could capture the on state of a CEN but how do you capture the off state? there isn’t really one.
For example i have a Cook CEN in the kitchen/Open dining Room, i can push the button to activate this Cen, but i also have a Dinner button at the same place wich activates another CEN turns on an off some of the same lights as the Cook CEN, wich means that every CEN should turn off the stored state of some other particular CENs? Not easy to configure…
Or am I wrong

sorry folks, but is better to use another thread, and leave this as a general thread on the binding new versions and malfunctions:

massi

@Alberto_C how did you create this item you show in the picture?
I confirm correct tags are added if items are added automatically using PaperUI (Configuration > System > Item Linking > Simple mode > SAVE), so they are ready to go to be used by Google Home/Alexa.

Otherwise if you create items manually (via PaperUI or via .items file), then YES you have to add tags after creation.

Bye
Massi

Items have been added via PaperUI, but I did not have the simple mode active.
Thanks for the explanation.

Another question: X8000 thermostat is supported?

No, this device is using a different integration protocol and is not supported by the binding at the moment.

Massi

Continuing the discussion from [BTicino/OpenWebNet] New openHAB2 binding ready for testing:

Hello,
congratulations to all !!!
I have problems handling shutter with HomeKit while directly with Openhab they work well.
OpenHab 2.4.0.Mx
Openwebnet 2.4.0.b7
HomeKit 2.4.0
MH202

Configuration
OpenHab OK
Scan (no .items) protocoll OpenWeb OK , Control OK, Light OK, Dimmer OK, Shutter OK

I can not see the rolladen devices on the iPhone app
What am I doing wrong ?
I tried with .items but I do not have the shutter devices on app, light and dimmer OK

Thank you

:things
Bridge openwebnet:bus_gateway:mybridge [ host=“192.168.1.40”, passwd=“12345” ] {
bus_automation myshutter “Living room Shutter” [ where=“91”, shutterRun=“12000” ]
}
:items
Rollershutter LR_Bus_Shutter “Shutter [%.0f %%]” (FF_Salon) [ “Blinds” ] {channel=“openwebnet:bus_automation:mybridge:myshutter:shutter” }
Rollershutter VR1_FF_Salon “VR1 Salon” (GF_Kitchen, Shutters) [ “Blinds” ]{channel=“openwebnet:bus_automation:a477e11b:91” }

not shure but perhaps try this edits:

:items
Rollershutter LR_Bus_Shutter “Shutter [%.0f %%]” (FF_Salon) {channel=“openwebnet:bus_automation:mybridge:myshutter:shutter” }
Rollershutter VR1_FF_Salon “VR1 Salon” (GF_Kitchen, Shutters) <Blinds>{channel=“openwebnet:bus_automation:a477e11b:91” }
  • i know “Ting” is not in example, i think it will work without but more correct to put it in
  • items icon “blinds” has to be in “<…>” and not in “[”…“]”

If by “iPhone app” you mean Apple HomeKit and Siri, then I am not sure that rollershutters are supported yet by the OH2 HomeKit addon; at least from this documentation it looks like there is no tagging support for shutters in HomeKit addon:

Massi

Hello,
I also doubt.
I do not know if the documentation is updated to the latest beta version
I would like to have a definitive confirmation.

Hello,
thanks for the suggestion, tonight I try