mvalla / openhab-addons Goto Github PK

hi mvalla again ,
will it be in the roadmap controlling burglar alarm (34686) by aux commands ?

It would be nix to have a integraten of the AUX Channels

WHO 9

bg Patrick

Hi,

After discovery an items state remains in the undefined state until the state is used in the real world, or switch via GUI, and the state is then toggled. e.g. switch turned to ON or OFF

Items left in the undefined state can cause some rules to fail to execute after discovery because the initial undefined state is not accounted for in the rule.

M

@Bastler : https://community.openhab.org/t/bticino-openwebnet-adding-cen-commands-design/54142/74

now i tried to switch a light on (cen 21, btn 9) and off (cen 21, btn 10). two things that i realized:
if i send command with openhab i receive this:

2018-12-28 16:38:59.771 [INFO ] [g.openwebnet.bus.MyHomeJavaConnector] - COM SENDING ============>>>>>>> *15*9*21#4#01##
2018-12-28 16:38:59.843 [INFO ] [g.openwebnet.bus.MyHomeJavaConnector] - COM SENDING ============>>>>>>> *15*9*21#4#01##
2018-12-28 16:39:00.368 [DEBUG] [et.handler.OpenWebNetScenarioHandler] - ==OWN:ScenarioHandler== # 21#4#01 sending CEN virtual release...
 2018-12-28 16:39:00.372 [INFO ] [g.openwebnet.bus.MyHomeJavaConnector] - COM SENDING ============>>>>>>> *15*9#1*21#4#01##
2018-12-28 16:39:05.766 [INFO ] [g.openwebnet.bus.MyHomeJavaConnector] - COM SENDING ============>>>>>>> *15*10*21#4#01##
 2018-12-28 16:39:05.875 [INFO ] [org.openwebnet.OpenGatewayBus$a ] - MON RECEIVED >>>>>>> *15*10*21#4#01##
2018-12-28 16:39:06.355 [DEBUG] [et.handler.OpenWebNetScenarioHandler] - ==OWN:ScenarioHandler== # 21#4#01 sending CEN virtual release...
2018-12-28 16:39:06.359 [INFO ] [g.openwebnet.bus.MyHomeJavaConnector] - COM SENDING ============>>>>>>> *15*10#1*21#4#01##
 2018-12-28 16:39:06.442 [INFO ] [org.openwebnet.OpenGatewayBus$a ] - MON RECEIVED <<<<<<<< *15*10#1*21#4#01##
2018-12-28 16:39:06.654 [DEBUG] [et.handler.OpenWebNetScenarioHandler] - ==OWN:ScenarioHandler== # 21#4#01 updating state to 'RELEASED'...

switching light off works with both, domotica and openhab. but switching on does only work in domotica, so i suppose it might be the missing “0” at openhab at the button number?

Correct button 9 to 09:

• *15*9#1*21#4#01## to *15*09#1*21#4#01##

if setmode is "protection" then the target-temp will be set to the in 3550 tithermo heating central pre-defined value.
the same has to be for setmode "auto". the pre-defined value should be set.
would be great if possible to avoid manual changing temperatures in this modes. if not, i think it can be realized in sitemap (make item setpoint invisible in this modes)

Manually configured things should not be found again using an Inbox Scan

Implement the commands:
AMB - Environments
GR - Groups
GEN - General
You could include them in the "Conversion" issue this #22

it would be nice to support the readings of power consumption

e.g. frame=*#18*51*113*1253##

thanks,
Enrico

Add support for command translation (1000# ) for automation ( rollershutters ).
For example this message:

2018-11-17 20:51:13.713 [ERROR] [penwebnet.message.OpenMessageFactory] - ##openwebnet## INVALID FRAME: *2*1000#0*21## exception: java.lang.IllegalArgumentException: unsupported WHAT for frame: 1000#0

should be handled as STOP messages by the binding.

Error message is also wrong: unsupported OWN messages should be reported with a warning, not as errors.

Add the ability to control CEN / CEN + via Switch.
This allows sending the command on Bus.
In my case it would enable the scenario on MH202 from OpenHab (Web and Iphone)
es.
Switch CEN_Tap_Giorno "GEN Giorno" <rollershutter> (C_Corridoio, G_Cen) [ "Lighting" ] { channel="openwebnet:bus_scenario_control:mybridge:cen_gen_giorno:button2:PRESSED_EXT", expire="2s,command=OFF" }

This implementation could be integrated with this request #22

dimmer levels 2-10 are not linear but should follow this mapping:
0=0=Off
1=100%=On
2=1%
3=10%
4=20%
5=30%
6=40%
7=50%
8=60%
9=75%
10=100%

add a new bus_green_switch thing with 2 channels: switch for on/off and sensor for presence sensor.
Discovery and distinction from regular switch using activation (detection of WHAT=32/34).

Group Command s like bticino groups lights or roller shutter are not integrated yet

In my Log tail it looks light that
“2018-12-27 23:12:40.420 [DEBUG] [bnet.handler.OpenWebNetBridgeHandler] - ==OWN== ownId=0 has NO THING associated, ignoring it”

bg Patrick

Community Openhab k0nti

Hello Massimo,

I successfully manage a BTicino SCS Bus system with more than 200 devices using OpenHab (1).

Trying openhab 2 I found org.openhab.binding.openwebnet-2.3.0-b4.jar as the only one allowing to scan the bus successfully.

After SCS gateway creation (I have a F454 last firmware update) I can scan the entire bus andall seems ok but.. there are some "not supported" as warning (error ignored) since a not ignored warning is found, and the communication with gateway stuck there.

Probably will be necessary to ignore that message too, please find following an ignored and the stucking one messages.

IGNORED:

[ERROR] [bnet.handler.OpenWebNetDeviceHandler] - ==OWN:DeviceHandler== updateLightOnOffState() NOT SUPPORTED OWN LIGHTING COMMAND for thing openwebnet:bus_on_off_switch:fde3ae4d:88h4h03, ignoring it. Frame=<139*88#4#03##>

STUCKING (no more status updates rx):

[WARN ] [penwebnet.message.OpenMessageFactory] - ##openwebnet## WHO IS NOT SUPPORTED: WHO=AUTOMATION frame=20*31#4#01##

On OpenHab 2.3

karaf bundle:list
227 │ Installed │ 80 │ 2.3.0.b5 │ OpenWebNet Binding (beta5)
not able to find it in the webpages (Paper-UI); log:

org.osgi.framework.BundleException: Could not resolve module: org.openhab.binding.openwebnet [227]
_ Unresolved requirement: Import-Package: gnu.io_

On OpenHabian 1.4.1

2018-05-30 00:07:03.550 [WARN ] [org.apache.felix.fileinstall ] - Error while starting bundle: file:/usr/share/openhab2/addons/org.openhab.binding.openwebnet-2.3.0-b5.jar
org.osgi.framework.BundleException: Could not resolve module: org.openhab.binding.openwebnet [224]
Unresolved requirement: Import-Package: gnu.io

Hi all, while working at home I noticed that the OpenHab OpenWebnet Extension fails to connect to the gateway 100% of times if the event of a power outage.

If OpenHab boots up at the same time then the Bticino Home Server, WIFI Router and/or Modem the Extension fails to connect or stop the attempts too early.
Not sure what is the racing cause but it seems like this scenario is breaking the gateway discovery perhaps.
I suspect the HomeServer1 is way slower to boot up then the whole OpenHab2 device with the extensions, UI etc.

By restarting the service with sudo systemctl restart openhab2.service instruction the OpenWebNet extension start to work 100% of the times after the power outage.

2018-09-09 20:54:20.550 [DEBUG] [et.handler.OpenWebNetLightingHandler] - ==OWN:LightingHandler== constructor 2018-09-09 20:54:20.554 [DEBUG] [ebnet.handler.OpenWebNetThingHandler] - ==OWN:ThingHandler== initialize() thing=openwebnet:bus_on_off_switch:c8a589e4:16 2018-09-09 20:54:20.559 [DEBUG] [bnet.handler.OpenWebNetBridgeHandler] - ==OWN== BridgeHandler.registerDevice() 2018-09-09 20:54:20.560 [DEBUG] [ebnet.handler.OpenWebNetThingHandler] - ==OWN:ThingHandler== associated thing to bridge with ownId=16 2018-09-09 20:54:20.562 [DEBUG] [et.handler.OpenWebNetLightingHandler] - ==OWN:LightingHandler== initialize() thing=openwebnet:bus_on_off_switch:c8a589e4:16 2018-09-09 20:54:20.567 [DEBUG] [et.internal.OpenWebNetHandlerFactory] - ==OWN:HandlerFactory== createHandler() 2018-09-09 20:54:20.569 [DEBUG] [et.internal.OpenWebNetHandlerFactory] - ==OWN:HandlerFactory== creating NEW LIGHTING Handler 2018-09-09 20:54:20.571 [DEBUG] [et.handler.OpenWebNetLightingHandler] - ==OWN:LightingHandler== constructor 2018-09-09 20:54:20.576 [DEBUG] [ebnet.handler.OpenWebNetThingHandler] - ==OWN:ThingHandler== initialize() thing=openwebnet:bus_on_off_switch:c8a589e4:12 2018-09-09 20:54:20.581 [DEBUG] [bnet.handler.OpenWebNetBridgeHandler] - ==OWN== BridgeHandler.registerDevice() 2018-09-09 20:54:20.583 [DEBUG] [ebnet.handler.OpenWebNetThingHandler] - ==OWN:ThingHandler== associated thing to bridge with ownId=12 2018-09-09 20:54:20.585 [DEBUG] [et.handler.OpenWebNetLightingHandler] - ==OWN:LightingHandler== initialize() thing=openwebnet:bus_on_off_switch:c8a589e4:12 2018-09-09 20:54:20.588 [DEBUG] [et.internal.OpenWebNetHandlerFactory] - ==OWN:HandlerFactory== createHandler() 2018-09-09 20:54:20.590 [DEBUG] [et.internal.OpenWebNetHandlerFactory] - ==OWN:HandlerFactory== creating NEW LIGHTING Handler 2018-09-09 20:54:20.593 [DEBUG] [et.handler.OpenWebNetLightingHandler] - ==OWN:LightingHandler== constructor 2018-09-09 20:54:20.598 [DEBUG] [ebnet.handler.OpenWebNetThingHandler] - ==OWN:ThingHandler== initialize() thing=openwebnet:bus_on_off_switch:c8a589e4:07 2018-09-09 20:54:20.606 [DEBUG] [bnet.handler.OpenWebNetBridgeHandler] - ==OWN== BridgeHandler.registerDevice() 2018-09-09 20:54:20.607 [DEBUG] [ebnet.handler.OpenWebNetThingHandler] - ==OWN:ThingHandler== associated thing to bridge with ownId=07 2018-09-09 20:54:20.609 [DEBUG] [et.handler.OpenWebNetLightingHandler] - ==OWN:LightingHandler== initialize() thing=openwebnet:bus_on_off_switch:c8a589e4:07 2018-09-09 20:54:20.677 [DEBUG] [et.internal.OpenWebNetHandlerFactory] - ==OWN:HandlerFactory== createHandler() 2018-09-09 20:54:20.680 [DEBUG] [et.internal.OpenWebNetHandlerFactory] - ==OWN:HandlerFactory== creating NEW LIGHTING Handler 2018-09-09 20:54:20.682 [DEBUG] [et.handler.OpenWebNetLightingHandler] - ==OWN:LightingHandler== constructor 2018-09-09 20:54:20.688 [DEBUG] [ebnet.handler.OpenWebNetThingHandler] - ==OWN:ThingHandler== initialize() thing=openwebnet:bus_on_off_switch:c8a589e4:25 2018-09-09 20:54:20.692 [DEBUG] [bnet.handler.OpenWebNetBridgeHandler] - ==OWN== BridgeHandler.registerDevice() 2018-09-09 20:54:20.693 [DEBUG] [ebnet.handler.OpenWebNetThingHandler] - ==OWN:ThingHandler== associated thing to bridge with ownId=25 2018-09-09 20:54:20.696 [DEBUG] [et.handler.OpenWebNetLightingHandler] - ==OWN:LightingHandler== initialize() thing=openwebnet:bus_on_off_switch:c8a589e4:25 2018-09-09 20:54:20.700 [DEBUG] [et.internal.OpenWebNetHandlerFactory] - ==OWN:HandlerFactory== createHandler() 2018-09-09 20:54:20.703 [DEBUG] [et.internal.OpenWebNetHandlerFactory] - ==OWN:HandlerFactory== creating NEW LIGHTING Handler 2018-09-09 20:54:20.707 [DEBUG] [et.handler.OpenWebNetLightingHandler] - ==OWN:LightingHandler== constructor 2018-09-09 20:54:20.714 [DEBUG] [ebnet.handler.OpenWebNetThingHandler] - ==OWN:ThingHandler== initialize() thing=openwebnet:bus_on_off_switch:c8a589e4:03 2018-09-09 20:54:20.717 [DEBUG] [bnet.handler.OpenWebNetBridgeHandler] - ==OWN== BridgeHandler.registerDevice() 2018-09-09 20:54:20.718 [DEBUG] [ebnet.handler.OpenWebNetThingHandler] - ==OWN:ThingHandler== associated thing to bridge with ownId=03 2018-09-09 20:54:20.720 [DEBUG] [et.handler.OpenWebNetLightingHandler] - ==OWN:LightingHandler== initialize() thing=openwebnet:bus_on_off_switch:c8a589e4:03 2018-09-09 20:54:20.725 [DEBUG] [et.internal.OpenWebNetHandlerFactory] - ==OWN:HandlerFactory== createHandler() 2018-09-09 20:54:20.729 [DEBUG] [et.internal.OpenWebNetHandlerFactory] - ==OWN:HandlerFactory== creating NEW LIGHTING Handler 2018-09-09 20:54:20.732 [DEBUG] [et.handler.OpenWebNetLightingHandler] - ==OWN:LightingHandler== constructor 2018-09-09 20:54:20.740 [DEBUG] [ebnet.handler.OpenWebNetThingHandler] - ==OWN:ThingHandler== initialize() thing=openwebnet:bus_on_off_switch:c8a589e4:27 2018-09-09 20:54:20.743 [DEBUG] [bnet.handler.OpenWebNetBridgeHandler] - ==OWN== BridgeHandler.registerDevice() 2018-09-09 20:54:20.744 [DEBUG] [ebnet.handler.OpenWebNetThingHandler] - ==OWN:ThingHandler== associated thing to bridge with ownId=27 2018-09-09 20:54:20.746 [DEBUG] [et.handler.OpenWebNetLightingHandler] - ==OWN:LightingHandler== initialize() thing=openwebnet:bus_on_off_switch:c8a589e4:27 2018-09-09 20:54:20.750 [DEBUG] [et.internal.OpenWebNetHandlerFactory] - ==OWN:HandlerFactory== createHandler() 2018-09-09 20:54:20.753 [DEBUG] [et.internal.OpenWebNetHandlerFactory] - ==OWN:HandlerFactory== creating NEW LIGHTING Handler 2018-09-09 20:54:20.757 [DEBUG] [et.handler.OpenWebNetLightingHandler] - ==OWN:LightingHandler== constructor 2018-09-09 20:54:20.764 [DEBUG] [ebnet.handler.OpenWebNetThingHandler] - ==OWN:ThingHandler== initialize() thing=openwebnet:bus_on_off_switch:c8a589e4:0015 2018-09-09 20:54:20.767 [DEBUG] [bnet.handler.OpenWebNetBridgeHandler] - ==OWN== BridgeHandler.registerDevice() 2018-09-09 20:54:20.768 [DEBUG] [ebnet.handler.OpenWebNetThingHandler] - ==OWN:ThingHandler== associated thing to bridge with ownId=0015 2018-09-09 20:54:20.770 [DEBUG] [et.handler.OpenWebNetLightingHandler] - ==OWN:LightingHandler== initialize() thing=openwebnet:bus_on_off_switch:c8a589e4:0015 2018-09-09 20:54:20.775 [DEBUG] [et.internal.OpenWebNetHandlerFactory] - ==OWN:HandlerFactory== createHandler() 2018-09-09 20:54:20.778 [DEBUG] [et.internal.OpenWebNetHandlerFactory] - ==OWN:HandlerFactory== creating NEW LIGHTING Handler 2018-09-09 20:54:20.782 [DEBUG] [et.handler.OpenWebNetLightingHandler] - ==OWN:LightingHandler== constructor 2018-09-09 20:54:20.789 [DEBUG] [ebnet.handler.OpenWebNetThingHandler] - ==OWN:ThingHandler== initialize() thing=openwebnet:bus_on_off_switch:c8a589e4:0013 2018-09-09 20:54:20.792 [DEBUG] [bnet.handler.OpenWebNetBridgeHandler] - ==OWN== BridgeHandler.registerDevice() 2018-09-09 20:54:20.793 [DEBUG] [ebnet.handler.OpenWebNetThingHandler] - ==OWN:ThingHandler== associated thing to bridge with ownId=0013 2018-09-09 20:54:20.795 [DEBUG] [et.handler.OpenWebNetLightingHandler] - ==OWN:LightingHandler== initialize() thing=openwebnet:bus_on_off_switch:c8a589e4:0013 2018-09-09 20:54:20.802 [WARN ] [st.internal.ChromecastHandlerFactory] - No network interface could be found. ==> /var/log/openhab2/events.log <== 2018-09-09 20:54:20.178 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceLoggiaPiccola' changed from INITIALIZING to UNKNOWN: waiting state update... 2018-09-09 20:54:20.198 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:lucePensili' changed from UNINITIALIZED to INITIALIZING 2018-09-09 20:54:20.207 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:lucePensili' changed from INITIALIZING to UNKNOWN: waiting state update... 2018-09-09 20:54:20.218 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceSala' changed from UNINITIALIZED to INITIALIZING 2018-09-09 20:54:20.224 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceSala' changed from INITIALIZING to UNKNOWN: waiting state update... 2018-09-09 20:54:20.238 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceStudio' changed from UNINITIALIZED to INITIALIZING 2018-09-09 20:54:20.248 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceStudio' changed from INITIALIZING to UNKNOWN: waiting state update... 2018-09-09 20:54:20.262 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceTavolo' changed from UNINITIALIZED to INITIALIZING 2018-09-09 20:54:20.272 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceTavolo' changed from INITIALIZING to UNKNOWN: waiting state update... 2018-09-09 20:54:20.297 [hingStatusInfoChangedEvent] - 'openwebnet:bus_thermostat:c8a589e4:termostatoBagnoCieco' changed from UNINITIALIZED to INITIALIZING 2018-09-09 20:54:20.305 [hingStatusInfoChangedEvent] - 'openwebnet:bus_thermostat:c8a589e4:termostatoBagnoCieco' changed from INITIALIZING to UNKNOWN: waiting state update... 2018-09-09 20:54:20.319 [hingStatusInfoChangedEvent] - 'openwebnet:bus_thermostat:c8a589e4:termostatoBagnoFinestrato' changed from UNINITIALIZED to INITIALIZING 2018-09-09 20:54:20.327 [hingStatusInfoChangedEvent] - 'openwebnet:bus_thermostat:c8a589e4:termostatoBagnoFinestrato' changed from INITIALIZING to UNKNOWN: waiting state update... 2018-09-09 20:54:20.339 [hingStatusInfoChangedEvent] - 'openwebnet:bus_thermostat:c8a589e4:termostatoCameraBianca' changed from UNINITIALIZED to INITIALIZING 2018-09-09 20:54:20.346 [hingStatusInfoChangedEvent] - 'openwebnet:bus_thermostat:c8a589e4:termostatoCameraBianca' changed from INITIALIZING to UNKNOWN: waiting state update... 2018-09-09 20:54:20.359 [hingStatusInfoChangedEvent] - 'openwebnet:bus_thermostat:c8a589e4:termostatoCameraMatrimoniale' changed from UNINITIALIZED to INITIALIZING 2018-09-09 20:54:20.368 [hingStatusInfoChangedEvent] - 'openwebnet:bus_thermostat:c8a589e4:termostatoCameraMatrimoniale' changed from INITIALIZING to UNKNOWN: waiting state update... 2018-09-09 20:54:20.382 [hingStatusInfoChangedEvent] - 'openwebnet:bus_thermostat:c8a589e4:termostatoSalotto' changed from UNINITIALIZED to INITIALIZING 2018-09-09 20:54:20.390 [hingStatusInfoChangedEvent] - 'openwebnet:bus_thermostat:c8a589e4:termostatoSalotto' changed from INITIALIZING to UNKNOWN: waiting state update... 2018-09-09 20:54:20.405 [hingStatusInfoChangedEvent] - 'openwebnet:bus_thermostat:c8a589e4:termostatoStudio' changed from UNINITIALIZED to INITIALIZING 2018-09-09 20:54:20.413 [hingStatusInfoChangedEvent] - 'openwebnet:bus_thermostat:c8a589e4:termostatoStudio' changed from INITIALIZING to UNKNOWN: waiting state update... 2018-09-09 20:54:20.435 [hingStatusInfoChangedEvent] - 'openwebnet:bus_automation:c8a589e4:tapparellaCameraBianca' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.437 [hingStatusInfoChangedEvent] - 'openwebnet:bus_automation:c8a589e4:tapparellaCameraMatrimionaleNord' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.438 [hingStatusInfoChangedEvent] - 'openwebnet:bus_automation:c8a589e4:tapparellaCucina' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.440 [hingStatusInfoChangedEvent] - 'openwebnet:bus_automation:c8a589e4:tapparellaSalotto' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.443 [hingStatusInfoChangedEvent] - 'openwebnet:bus_automation:c8a589e4:tapparellaStudio' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.445 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:irrigazionePiante' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.447 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceApplique' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.449 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceBagnoCieco' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.450 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceBagnoFinestrato' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.452 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceBalcone' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.455 [hingStatusInfoChangedEvent] - 'openwebnet:bus_automation:c8a589e4:tapparellaCameraMatrimonialeSud' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.457 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceCabinaArmadio' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.459 [hingStatusInfoChangedEvent] - 'openwebnet:bus_automation:c8a589e4:tapparellaBagnoFinestrato' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.461 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceCameraMatrimoniale' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.464 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceLoggiaPiccola' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.467 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceStudio' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.469 [hingStatusInfoChangedEvent] - 'openwebnet:bus_thermostat:c8a589e4:termostatoBagnoFinestrato' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.472 [hingStatusInfoChangedEvent] - 'openwebnet:bus_thermostat:c8a589e4:termostatoSalotto' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.474 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceCorridoio' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.478 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceLoggiaGrande' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.483 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceSala' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.489 [hingStatusInfoChangedEvent] - 'openwebnet:bus_thermostat:c8a589e4:termostatoBagnoCieco' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.494 [hingStatusInfoChangedEvent] - 'openwebnet:bus_thermostat:c8a589e4:termostatoCameraMatrimoniale' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.498 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceCameraBianca' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.501 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:lucePensili' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.507 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceTavolo' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.512 [hingStatusInfoChangedEvent] - 'openwebnet:bus_thermostat:c8a589e4:termostatoCameraBianca' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.518 [hingStatusInfoChangedEvent] - 'openwebnet:bus_thermostat:c8a589e4:termostatoStudio' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.524 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:luceCucina' changed from UNKNOWN: waiting state update... to OFFLINE (BRIDGE_OFFLINE) 2018-09-09 20:54:20.555 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:16' changed from UNINITIALIZED to INITIALIZING 2018-09-09 20:54:20.563 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:16' changed from INITIALIZING to UNKNOWN: waiting state update... 2018-09-09 20:54:20.583 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:12' changed from UNINITIALIZED to INITIALIZING 2018-09-09 20:54:20.586 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:12' changed from INITIALIZING to UNKNOWN: waiting state update... 2018-09-09 20:54:20.606 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:07' changed from UNINITIALIZED to INITIALIZING 2018-09-09 20:54:20.611 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:07' changed from INITIALIZING to UNKNOWN: waiting state update... 2018-09-09 20:54:20.690 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:25' changed from UNINITIALIZED to INITIALIZING 2018-09-09 20:54:20.698 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:25' changed from INITIALIZING to UNKNOWN: waiting state update... 2018-09-09 20:54:20.714 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:03' changed from UNINITIALIZED to INITIALIZING 2018-09-09 20:54:20.722 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:03' changed from INITIALIZING to UNKNOWN: waiting state update... 2018-09-09 20:54:20.740 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:27' changed from UNINITIALIZED to INITIALIZING 2018-09-09 20:54:20.749 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:27' changed from INITIALIZING to UNKNOWN: waiting state update... 2018-09-09 20:54:20.765 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:0015' changed from UNINITIALIZED to INITIALIZING 2018-09-09 20:54:20.772 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:0015' changed from INITIALIZING to UNKNOWN: waiting state update... 2018-09-09 20:54:20.789 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:0013' changed from UNINITIALIZED to INITIALIZING 2018-09-09 20:54:20.798 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:0013' changed from INITIALIZING to UNKNOWN: waiting state update... 2018-09-09 20:54:20.878 [hingStatusInfoChangedEvent] - 'chromecast:chromecast:cb33b13e0b8e3ccdb407fadb2cea10c1' changed from UNINITIALIZED to INITIALIZING ==> /var/log/openhab2/openhab.log <== 2018-09-09 20:54:21.649 [DEBUG] [et.internal.OpenWebNetHandlerFactory] - ==OWN:HandlerFactory== createHandler() 2018-09-09 20:54:21.650 [DEBUG] [et.internal.OpenWebNetHandlerFactory] - ==OWN:HandlerFactory== creating NEW LIGHTING Handler 2018-09-09 20:54:21.652 [DEBUG] [et.handler.OpenWebNetLightingHandler] - ==OWN:LightingHandler== constructor 2018-09-09 20:54:21.658 [DEBUG] [ebnet.handler.OpenWebNetThingHandler] - ==OWN:ThingHandler== initialize() thing=openwebnet:bus_on_off_switch:c8a589e4:0112 2018-09-09 20:54:21.660 [DEBUG] [bnet.handler.OpenWebNetBridgeHandler] - ==OWN== BridgeHandler.registerDevice() 2018-09-09 20:54:21.662 [DEBUG] [ebnet.handler.OpenWebNetThingHandler] - ==OWN:ThingHandler== associated thing to bridge with ownId=0112 2018-09-09 20:54:21.664 [DEBUG] [et.handler.OpenWebNetLightingHandler] - ==OWN:LightingHandler== initialize() thing=openwebnet:bus_on_off_switch:c8a589e4:0112 ==> /var/log/openhab2/events.log <== 2018-09-09 20:54:21.649 [hingStatusInfoChangedEvent] - 'chromecast:chromecast:cb33b13e0b8e3ccdb407fadb2cea10c1' changed from INITIALIZING to OFFLINE (COMMUNICATION_ERROR): Connection reset 2018-09-09 20:54:21.660 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:0112' changed from UNINITIALIZED to INITIALIZING 2018-09-09 20:54:21.666 [hingStatusInfoChangedEvent] - 'openwebnet:bus_on_off_switch:c8a589e4:0112' changed from INITIALIZING to UNKNOWN: waiting state update... ==> /var/log/openhab2/openhab.log <== 2018-09-09 20:54:24.038 [INFO ] [basic.internal.servlet.WebAppServlet] - Started Basic UI at /basicui/app 2018-09-09 20:54:24.548 [INFO ] [assic.internal.servlet.WebAppServlet] - Started Classic UI at /classicui/app 2018-09-09 20:54:25.413 [INFO ] [arthome.ui.paper.internal.PaperUIApp] - Started Paper UI at /paperui 2018-09-09 20:54:25.587 [INFO ] [ui.habmin.internal.servlet.HABminApp] - Started HABmin servlet at /habmin 2018-09-09 20:54:25.697 [INFO ] [panel.internal.HABPanelDashboardTile] - Started HABPanel at /habpanel 2018-09-09 20:54:25.976 [WARN ] [.internal.discovery.LGWebOSDiscovery] - No network interface could be found. 2018-09-09 20:54:26.136 [INFO ] [overy.BusGatewayDiscoveryParticipant] - ================================================ 2018-09-09 20:54:26.139 [INFO ] [overy.BusGatewayDiscoveryParticipant] - ==OWN:UPnP== DISCOVERED DEVICE: (RemoteDevice) Identity: (RemoteDeviceIdentity) UDN: uuid:xxxxx, Descriptor: http://192.168.86.1:5000/rootDesc.xml, Root: true 2018-09-09 20:54:26.141 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =FRIENDLY NAME: OnHub 2018-09-09 20:54:26.143 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =BASE URL : null 2018-09-09 20:54:26.146 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =SERIAL # : 00000000 2018-09-09 20:54:26.148 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =UPC : null 2018-09-09 20:54:26.150 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =ID.DESC URL : http://192.168.86.1:5000/rootDesc.xml 2018-09-09 20:54:26.152 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =ID.MAX AGE : 120 2018-09-09 20:54:26.155 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =MANUFACTURER : Google 2018-09-09 20:54:26.157 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =MODEL : OnHub | Wireless Router | 1 2018-09-09 20:54:26.160 [INFO ] [overy.BusGatewayDiscoveryParticipant] - ================================================ 2018-09-09 20:54:26.162 [INFO ] [overy.BusGatewayDiscoveryParticipant] - ==OWN:UPnP== DISCOVERED DEVICE: (RemoteDevice) Identity: (RemoteDeviceIdentity) UDN: xxxxxx, Descriptor: http://192.168.86.1:5000/rootDesc.xml, Root: true 2018-09-09 20:54:26.164 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =FRIENDLY NAME: OnHub 2018-09-09 20:54:26.166 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =BASE URL : null 2018-09-09 20:54:26.169 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =SERIAL # : 00000000 2018-09-09 20:54:26.171 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =UPC : null ==> /var/log/openhab2/events.log <== 2018-09-09 20:54:25.878 [hingStatusInfoChangedEvent] - 'lgwebos:WebOSTV:9832baed-0cf2-4a0f-9d48-c7837396686d' changed from UNINITIALIZED to INITIALIZING 2018-09-09 20:54:25.895 [hingStatusInfoChangedEvent] - 'lgwebos:WebOSTV:9832baed-0cf2-4a0f-9d48-c7837396686d' changed from INITIALIZING to OFFLINE: TV is off ==> /var/log/openhab2/openhab.log <== 2018-09-09 20:54:26.173 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =ID.DESC URL : http://192.168.86.1:5000/rootDesc.xml 2018-09-09 20:54:26.175 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =ID.MAX AGE : 120 2018-09-09 20:54:26.177 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =MANUFACTURER : Google 2018-09-09 20:54:26.179 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =MODEL : OnHub | Wireless Router | 1 2018-09-09 20:56:49.352 [INFO ] [overy.BusGatewayDiscoveryParticipant] - ================================================ 2018-09-09 20:56:49.356 [INFO ] [overy.BusGatewayDiscoveryParticipant] - ==OWN:UPnP== DISCOVERED DEVICE: (RemoteDevice) Identity: (RemoteDeviceIdentity) UDN: uuid:XXXXXX, Descriptor: http://192.168.86.1:5000/rootDesc.xml, Root: true 2018-09-09 20:56:49.357 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =FRIENDLY NAME: OnHub 2018-09-09 20:56:49.359 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =BASE URL : null 2018-09-09 20:56:49.360 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =SERIAL # : 00000000 2018-09-09 20:56:49.362 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =UPC : null 2018-09-09 20:56:49.364 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =ID.DESC URL : http://192.168.86.1:5000/rootDesc.xml 2018-09-09 20:56:49.365 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =ID.MAX AGE : 120 2018-09-09 20:56:49.367 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =MANUFACTURER : Google 2018-09-09 20:56:49.368 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =MODEL : OnHub | Wireless Router | 1 2018-09-09 20:56:51.345 [INFO ] [io.openhabcloud.internal.CloudClient] - Connected to the openHAB Cloud service (UUID = XXXXXX, base URL = http://localhost:8080) 2018-09-09 20:57:03.104 [INFO ] [overy.BusGatewayDiscoveryParticipant] - ================================================ 2018-09-09 20:57:03.107 [INFO ] [overy.BusGatewayDiscoveryParticipant] - ==OWN:UPnP== DISCOVERED DEVICE: (RemoteDevice) Identity: (RemoteDeviceIdentity) UDN: uuid:XXXXXX, Descriptor: http://192.168.86.1:5000/rootDesc.xml, Root: true 2018-09-09 20:57:03.108 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =FRIENDLY NAME: OnHub 2018-09-09 20:57:03.109 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =BASE URL : null 2018-09-09 20:57:03.110 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =SERIAL # : 00000000 2018-09-09 20:57:03.113 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =UPC : null 2018-09-09 20:57:03.115 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =ID.DESC URL : http://192.168.86.1:5000/rootDesc.xml 2018-09-09 20:57:03.117 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =ID.MAX AGE : 120 2018-09-09 20:57:03.119 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =MANUFACTURER : Google 2018-09-09 20:57:03.120 [INFO ] [overy.BusGatewayDiscoveryParticipant] - =MODEL : OnHub | Wireless Router | 1 ==> /var/log/openhab2/events.log <== 2018-09-09 20:57:43.384 [hingStatusInfoChangedEvent] - 'chromecast:chromecast:cb33b13e0b8e3ccdb407fadb2cea10c1' changed from OFFLINE (COMMUNICATION_ERROR): Connection reset to ONLINE

Hello Massimo, all

please find following the items not supported.

By the log I read:

2018-05-30 08:30:46.697 [INFO ] [et.handler.OpenWebNetLightingHandler] - ==OWN:LightingHandler== updateLightOnOffState() Ignoring unsupported WHAT for thing openwebnet:bus_on_off_switch:4005f1b5:88h4h03. Frame=<*1*34*88#4#03##>
2018-05-30 08:31:17.457 [INFO ] [et.handler.OpenWebNetLightingHandler] - ==OWN:LightingHandler== updateLightOnOffState() Ignoring unsupported WHAT for thing openwebnet:bus_on_off_switch:4005f1b5:88h4h03. Frame=<*1*39*88#4#03##>

Those frames are generate by a AM5658 Green Switch, it sends 34 when triggered ON, it sends 39 when OFF (ON timer expiration)

In the same device family: http://www.catalog.bticino.com/myhomegb/files/assets/basic-html/page-637.html

The implementation of those devices could be useful in case you want to create a "logic" to stop the daytime ON of the lights or if you want to use the movement information to trigger some other logic (i.e. time of the day, movement > open shutters)

Need to pooling Energy Data from BUS.
BUS respond to pooling.. there is no events when power changes
https://community.openhab.org/t/f520-energy-managemet/61746/16

As users reported, older USB ZigBee dongles (firmware version 1.1.0, bit maybe also others) use inverted automation WHAT for UP and DOWN, opposite to what is written in the official OpenWebNet ZigBee documentation.
The binding should detect this device and invert UP/DOWN in both commands and feedback messages from radio network

I upgraded openhab2.4 from 2.3; after openwebnet2 disappeared.
I folowed instruction and launched:
feature:install openhab-transport-serial
feature:install esh-io-transport-upnp
but both terminated with same error:
Error executing command: Unable to build resource for https://drive.google.com/uc?export=download&id=1MWIIoyLne_JNALZFg0TcE1GoTTShDO3f: Unsupported 'Bundle-ManifestVersion' value: 1

Hi,
first of all thanks for the awesome job you are doing with this binding! 👏

I have a couple of locks, one for the entry door and one for the main gate. Both of them are detected as a light switch and I can open them by turning the switch ON or close them by turning it OFF.

The problem is that once I change the state of the switch it doesn't automatically revert to the original state. Example:

1. Door is Closed
2. Turn ON the Door Switch
3. The door opens and stays that way

After that, if I close the door, it won't close itself and I need to turn the switch off to make it close again.

Sorry for the poor explanation but I am very new to this world 😄

i attempt to install bindings first time:

all ak , i added gateway manually and then my things are recognized via automatic scan..

now i clean up all bticino bindings , and started from beginning ...

when i try to reconnect bticino gateway the connection fail with status OFFLINE - COMMUNICATION_ERROR

this is may log.. any idea? i have beta7

``2018-12-05 01:34:11.973 [ERROR] [org.openwebnet.AbstractOpenGateway ] - ERROR IN Java $MODULE$: connection cannot be established
2018-12-05 01:34:32.135 [INFO ] [bnet.handler.OpenWebNetBridgeHandler] - ==OWN== BridgeHandler status still UNKNOWN. Setting device=openwebnet:bus_gateway:c7d5e077 to OFFLINE
2018-12-05 01:43:59.238 [INFO ] [ery.OpenWebNetBridgeDiscoveryService] - ==OWN:BridgeDiscovery== ------ startScan() - SEARCHING for bridges...
2018-12-05 01:43:59.333 [INFO ] [ery.OpenWebNetBridgeDiscoveryService] - ==OWN:BridgeDiscovery== no serial ports found
2018-12-05 01:44:28.282 [ERROR] [org.openwebnet.AbstractOpenGateway ] - ERROR IN Java $MODULE$: connection cannot be established
2018-12-05 01:44:48.334 [INFO ] [bnet.handler.OpenWebNetBridgeHandler] - ==OWN== BridgeHandler status still UNKNOWN. Setting device=openwebnet:bus_gateway:d9268d16 to OFFLINE
==OWN:BridgeDiscovery== ----

from @weltraumbagger:

I have a myhomescreen 4893 and several touchscreens 4890.
If i switch my (dali-) dimmers on/off with a physical switch 4652-2 the states are being updated in openHAB.
But if i switch the dimmers trough myhomescreen or touchscreen then the states are not updated.
I think the reason could be perhaps: in the touchscreens you can add either a normal dimmer (this has ten steps) or a “dimmer100” this has more steps. i used the “dimmer100” in all my touchscreens.

@Bastler https://community.openhab.org/t/bticino-openwebnet-adding-cen-commands-design/54142/74
Beta9-1
very often if i change something in my things-file, the entry disappears in paperui/things. i have to give a new name then thing is back again

actually the dimmer100 steps are 10% now. with a physical switch step is 5%, and on 4893 touchscreen there are 1%-steps when using the slider

remark to think about: if having two things: dimmer10 and dimmer100, each should recognize the on/off commands from both. because it is possible the user switches one light for example from a touchscreen where light is configured as dimmer100 and the same light from a switch where the light may be configured as dimmer10.

When syncing devices with Google Home everything is ok and the items marked with the correct tags appear to work fine. The problem is that I am also getting lots of duplicate devices (they appear to be duplicates of the ones I added at my rooms), which are marked with the generic name "Temperature" or "Switch". They show up under the section "In your home".

Given a position (%) or command (UP/DOWN), send an automatic STOP command when a new position is set or command is given.

Example steps:
** Roller shutter state = 100

1. User set 50% position
2. Binding sends UP command to 50%
3. User set 20% position before the 50% is reached
4. Binding sends STOP command
5. Binding sends UP command to 20%

This enhanchement could also bypass actuators timing issues.

devices with same WHERE (51) are confused and messages from BUS are sent to the wrong device:

23:10:22.015 [WARN ] [bnet.handler.OpenWebNetEnergyHandler] - ==OWN:EnergyHandler== handleMessage() Ignoring unsupported command for thing openwebnet:bus_energy_central_unit:ef0da2a6:51. Frame=<*2*0*51##>

Expected Behavior

Create a couple of generic things to post generic command frames on the OWN bus and gather the returned information, like for example:

*1*16*77##
(turn light 77 on for 15 minutes).

This would allow to benefit of full OWN features while enhancing the binding more and more.

To gather feedback from the system, a specific channel should be added in order to intercept all events filtered by a specified mask.
Here below how the things and items may be specified to allow this:

// things
bus_generic_command myOWNCommand [ WHO="1", WHAT="16", WHERE="77" ]
bus_event_capture myOWNEvent [ WHO="1", WHERE="77" ]

// items
Switch mySwitch { channel="openwebnet:bus_generic_command:mybridge:myOWNCommand:genericcmd" }
String myEvent { channel="openwebnet:bus_event_capture:mybridge:myOWNEvent:event" }

// usage (in rules)
mySwitch.sendCommand(ON)   // sends the "*1*16*77##" command on the bus
var s = myEvent.state   // when updated contains the return state or WHAT value

This may be useful also for debugging purposes.

Vedi aggiornamento del 07.12.18

add support for 1,2,3, summer, winter programs on the 3550 plant
For example this Heating Program 01 message is currently not handled:
[WARN] [penwebnet.message.openMessageFactory] - ## openwebnet ## unsupported WHAT 1101 from frame *4*1101*#0##

https://www.myopen-legrandgroup.com/content/uploads/2016/06/WHO_25.pdf

Hi,
It would be great if there was support for basic contacts interfaces F428 and 3477.

I use these to check the state of traditional switches and sensor relays eg weather station sensor limit relays.

As far as I know the only way to visualise contact status is either using an LCD panel eg Screen10 or using a scenario and a dummy actuator to act as indicator of the contact state.

It would be great if these were supported in Openhab and then there would be another way to visual their states, create rules etc.

Thanks , Mark

Implement the commands: WHAT = 21,22,23 link
You see:

Can we choose 1,2,3, summer, winter programs on the 3550 plant?
Currently “active mode” displays only the state “Off and anti freeze” not the state “auto or manual”
2018-12-28 09: 55: 36.786 [WARN] [penwebnet.message.openMessageFactory] - ## openwebnet ## unsupported WHAT 1101 from frame * 4 * 1101 * # 0 ##
2018-12-28 09: 55: 36.830 [WARN] [penwebnet.message.OpenMessageFactory] - ## openwebnet ## unsupported WHAT 21 from frame * 4 * 21 * # 0 ##
2018-12-28 09: 55: 39.937 [WARN] [penwebnet.message.openMessageFactory] - ## openwebnet ## unsupported WHAT 22 from frame * 4 * 22 * # 0 ##
2018-12-28 09: 55: 36.860 [WARN] [penwebnet.message.OpenMessageFactory] - ## openwebnet ## unsupported WHAT 23 from frame * 4 * 23 * # 0 ##

for dimmers only sliders are beeing discovered automatically. a switch has to be added manually.

and if i switch on the light always comes up with 100%, doesn´t set the last state.

reported by some users:
thermo activeMode displays only the state “Off" and "anti freeze” not the state “auto" or manual”

https://community.openhab.org/t/bticino-openwebnet-new-openhab2-binding-ready-for-testing/43377/376?u=massi

a bus gateway on the same network should be discovered automatically and put in Inbox.
UPnP could be used.
(password will still be needed to be configured in the Thing properties)

As already discussed in the community.
Adding the tags "Blinds" field during the shutter creation

Hi,

First of all, thank you for your work !
This project is really cool !

About my gateway, I have a MyHomeServer1.
My web-server is perfectly recognized by OpenHab (installed on DSM) and I can find any on/off switch of my installation.
However, I have some issues to discover dimmer and automation things.

About the dimmer things, I found a workaround : I need to turn on the light. If the light is off, I can't find it.

About the automation things, I have some errors in the log file :
[...]
2018-12-22 17:39:51.864 [ERROR] [penwebnet.message.OpenMessageFactory] - ##openwebnet## INVALID FRAME: 2033##
[...]

And when I create manually an automation thing with WHERE=033 (for example), I have an UNKNOWN state.

I hope that this can help you to improve this project.
Don't hesitate to contact me if you have questions or to test new versions.

Have seen an issue somewhat related (I assume) to #42.
Receiving a Lighting status with the same WHERE (21 in this log extract) as a thermoregulation item results in a cast error. (in this case 21)
The Problem only seems to exist in the direction of receiving lighting and trying to cast it to thermoregulation, the other way round does not appear in the logs.
18:48:13.149 [INFO ] [org.openwebnet.OpenGatewayBus$a ] - MON RECEIVED <<<<<<<<<<< *1*0*21## Exception in thread "Thread-13033" java.lang.ClassCastException: org.openwebnet.message.Lighting cannot be cast to org.openwebnet.message.Thermoregulation at org.openhab.binding.openwebnet.handler.OpenWebNetThermoregulationHandler.handleMessage(OpenWebNetThermoregulationHandler.java:186) at org.openhab.binding.openwebnet.handler.OpenWebNetBridgeHandler.onMessage(OpenWebNetBridgeHandler.java:370) at org.openwebnet.OpenGatewayBus.a(OpenGatewayBus.java:259) at java.util.ArrayList.forEach(ArrayList.java:1257) at org.openwebnet.AbstractOpenGateway$1.run(AbstractOpenGateway.java:93) at java.lang.Thread.run(Thread.java:748)

It should be possible to discover devices that are not discovered automatically (by the "get all states" OWN commands) by activating them during discovery.
If a physical device is activated (On/Off/%, etc.) during discovery, it will be discovered and added to the inbox.
This could also solve the issue about some DALI-dimmers not being discovered (issue #14 )

When setting a temperature using the setpoint command, the response from the thermostat is a NACK:

2019-01-08 23:54:28.180 [DEBUG] [ebnet.handler.OpenWebNetThingHandler] - ==OWN:ThingHandler== handleCommand() (command=21 °C - channel=openwebnet:bus_thermostat:508ee35d:2:setpointTemperature)
2019-01-08 23:54:28.186 [DEBUG] [er.OpenWebNetThermoregulationHandler] - ==OWN:ThermoHandler== handleSetpointCommand() (command=21 °C)
2019-01-08 23:54:28.189 [DEBUG] [.openwebnet.message.Thermoregulation] - ====TEMPERATURE 21.0 --> : <0210>
2019-01-08 23:54:28.193 [INFO ] [g.openwebnet.bus.MyHomeJavaConnector] - COM SENDING   ============>>>>>>>>>>>> *#4*2*#14*0210*3##
2019-01-08 23:54:28.201 [DEBUG] [g.openwebnet.bus.MyHomeSocketFactory] - ##gw-openwebnet-socket## CANNOT read from socket: read returned -1
2019-01-08 23:54:28.207 [DEBUG] [g.openwebnet.bus.MyHomeJavaConnector] - ##gw-openwebnet-connector## read returned -1
2019-01-08 23:54:28.210 [DEBUG] [g.openwebnet.bus.MyHomeJavaConnector] - ##gw-openwebnet-connector## let's try with a NEW SESSION...
2019-01-08 23:54:28.213 [INFO ] [g.openwebnet.bus.MyHomeSocketFactory] - ##gw-openwebnet-socket## Trying openCommandSession() socket....  (192.168.178.200:20000)
2019-01-08 23:54:28.224 [DEBUG] [org.openwebnet.bus.MyHomeConnection ] - ##gw-openwebnet-conn## ... starting HANDSHAKE ...
2019-01-08 23:54:28.227 [DEBUG] [org.openwebnet.bus.MyHomeConnection ] - COM RECEIVED   <<<<<<====== *#*1##
2019-01-08 23:54:28.231 [DEBUG] [org.openwebnet.bus.MyHomeConnection ] - COM SENDING    ======>>>>>> *99*0##
2019-01-08 23:54:28.236 [DEBUG] [org.openwebnet.bus.MyHomeConnection ] - COM RECEIVED   <<<<<<====== *#312233424##
2019-01-08 23:54:28.240 [DEBUG] [org.openwebnet.bus.MyHomeConnection ] - COM SENDING    ======>>>>>> *#790080##
2019-01-08 23:54:28.245 [DEBUG] [org.openwebnet.bus.MyHomeConnection ] - COM RECEIVED   <<<<<<====== *#*1##
2019-01-08 23:54:28.249 [INFO ] [g.openwebnet.bus.MyHomeSocketFactory] - ##gw-openwebnet-socket## ... CONNECTED command session 192.168.178.200:20000
2019-01-08 23:54:28.251 [INFO ] [g.openwebnet.bus.MyHomeJavaConnector] - COM SENDING   ============>>>>>>>>>>>> *#4*2*#14*0210*3##
2019-01-08 23:54:28.259 [INFO ] [g.openwebnet.bus.MyHomeSocketFactory] - COM RECEIVED  <<<<<<<<<<<<============ *#*0##

I believe the command
*#4*2*#14*0210*3##
should actually be
*#4*#2*#14*0210*3##

In fact, testing it using the OpenWebNet client, only the second one works:

actually we have this interpretations for cenplus commands:
PRESSED, RELEASED, PRESSED_EXT, RELEASED_EXT
but this are the correct commands that belong to cenplus:

• short_press
• start_extended_press
• extended_press (ok)
• release_extended_press (ok)

the difference between pressed and short_press: if using a rule, actually "pressed" will be triggered as soon as i press a physical switch. but in cenplus "short_press" will only be triggered when i press and release the button within about 2 seconds. when i keep pressing, only "start_extended_press" must be triggered (after about 2 seconds). thats an important difference if you run scenarios on the mh200n.
so at the moment you cannot trigger an "start_extended_press" because "press" catches the rule before.

Nice to have request:

When giving to Google Assistant an open or close command for the roller-shutters the following error is logged:
2019-01-06 23:38:41.554 [WARN ] [rest.core.internal.item.ItemResource] - Received HTTP POST request at 'items/TapparellaSinistraCameraMatrimoniale' with an invalid status value 'OFF'.

It would be nice to translate and "OFF" request with a "UP" command to the bus and a "ON" request with a "DOWN" command

Hi Massimo!

I'm a domotics enthusiast and I've been using you OH2.OWN add on to control my BTicino Home Automation. You did a great job pal! First of all let me inform you that I'm using a MHScreen10 as gateway and it's working like a charm. I was wondering however if you are planning to add support for BTicino Audio System (With my MHScreen 10'' I'm able to play music through BT-F441 mixer and Audio Amplifier (BTF502). In case, if you need, I can do all the tests you need. Thank you very Much!

Ciao Massimo! Sono Andrè da Milano, seguo il tuo addon da un po'. Ottimo lavoro, complimenti. Spero di aver scritto correttamente sopra. Ad ogni modo quello che mi chiedevo è se pensi di fare anche i controlli Audio per l'OWN. Se hai bisogno fammi un fischio e faccio tutte le prove necessarie. Ciao e a presto!

Hi,

enclosed i have 2 logs were i had 2 disconnects, i also have this behaviour when i send the commands sepparetly with a small timegab.

Please contact me with any question :)

bg patrick

MH202_2.txt
MH202_1.txt

i´ve serveral dimmers, connected to two f429 dali-interface on different interfaces (8 dimmers in ..#4#01 and seven dimmers in ..#4#02.

if i start device discovery (meanwhile several times) some dimmers are not found (all in ..#4#01), even not as switch if powered off. if i add them manually they work.

but all dimmers (enen the discovered) do not work quite correct:

under "paper ui / control" i can see the dimmer and slide light on, off and dimm it. but if i control from another point (light switch or domotica-app for example) the state will not be updated here.

as in improvement i suggest not only a slider for dimmers, a additionally switch would be great go enable switching light on and automatically use last dimmer-state. so if automatic discovery woudl find both, switch and dimmer, i think would be a good thing.

Hello Massimo, I have reverse-engineered how MyHomeSuite does discovery and programming.
look at myhomepy for more details .
if you have any questions, don't hesitate to ask