Zigbee2MQTT . Can you as a starter please post the rule you programmed? I installed the Phoscon GW on an RPi and integrated an Aquara temperature sensor. (opens new window) # Supported Things The binding supports Milight/Easybulb bridges from 2014+, iBox from 2016 and iBox2 from 2017 and their respective bulbs. Ecobee Inc. (opens new window) of Toronto, Canada, sells a range of Wi-Fi enabled thermostats, principally in the Americas. All channels have two configs: delay: delays transmission of a command to the Homematic gateway, duplicate commands are filtered out; receiveDelay: delays a received event from the Homematic gateway, duplicate events are filtered out (OH 2.2); The receiveDelay is handy for dimmers and rollershutters for example. Please see openhab/openhab-addons#9175 for details. First of all, thanks for looking into this. @Tiradoro Hello Stefan, After generating API key and put it in the things file i get this error: Status: OFFLINE (COMMUNICATION_ERROR): Destroyed container cannot be restarted UID: deconz:deconz:homeserver Type: deconz:deconz Label: Deconz Status: OFFLINE (COMMUNICATION_ERROR): Destroyed container cannot be restarted Properties: ipaddress : … #, OH3, deCONZ Binding offline after save on thing. Problem is still there. If you have Plex Home enabled, you need to fill in your plex.tv username/password or the Plex token. The rollershutter channel has a boolean parameter invert.It is false by default. Another open task. @David_Graeff I think too that the problem is not with deconz, but rather some place else, but since more people seem to have problems with that, it wouldn’t hurt if it could be fixed inside deconz, also posting an info message, saying that something else seems to be broken and needs fixing. The binaries are available on Bintray and via "Stable" on our APT repository.. New and Noteworthy. Polling (and the corresponding refresh interval) is only applicable to the online/offline status of clients. Hi all maybe somebody has a response and may help… installed yesterday a new raspi (4/4GB) with the stable image from the phoscon site. I thought too, that there is only an authentication process with the bridge. For battery devices, if they do no provide a wakeup within a period of twice the wakeup period, then they will also be considered dead and taken offline. No other api access. Everything worked fine, could a… pingdevice: Detects device presence by using ICMP pings, arp pings and dhcp packet sniffing. OH core also changed a few bits regarding websockets. # Binding Configuration. The binaries are available on Bintray and via "Stable" on our APT repository.. New and Noteworthy. The Remote openHAB binding installed on the openHAB v3 server will then allow to use the openHAB v1 bindings through communication with the openHAB v2 server. today my switch didn’t react at all. Use the following options for a network:pingdevice:. Bought a Conbee 2 usb stick. I would implement a compatibility mode, so those extra “bug fixes” can be switched on by the user that have problems. I have the exact same problem and didn’t even figure out, that you can get em online by disabling and enabling. For each thing that is offline on the deconz/phoscon bridge I got a time out. Have any others the same problem? I have programmed a few minor bug fixes / feature addons in the past. I thought that they have the same rest api in common. OK, I might take a look at the hue binding, while I am at it and see how they implemented it. All Things are updated according to the configured refresh time of … (btw …OH3 and Conbee are two different systems -> Windows 10/Raspi 4b). # Discovery Auto discovery can be used to scan the local network for pingdevice things by sending a ping to every IP on the network. Added the deCONZ binding to OH3 (stable version). My idea would be to implement something like… Not sure if that is a good idea…, Hmm, new issue, not sure if it is related …, Restarting the bundle via console worked and now everything is online … not one thing offline, Powered by Discourse, best viewed with JavaScript enabled, Deconz OFFLINE - COMMUNICATION_ERROR Auth failed OH2.5M1, openhab/openhab2-addons/blob/master/bundles/org.openhab.binding.deconz/src/main/java/org/openhab/binding/deconz/internal/handler/SensorThingHandler.java, https://github.com/openhab/openhab2-addons/blob/master/bundles/org.openhab.binding.deconz/src/main/java/org/openhab/binding/deconz/internal/handler/DeconzBridgeHandler.java, [deconz][WIP] Feature deconz improvements. This binding is for using your Milight, Easybulb or LimitlessLed bulbs and the iBox. #OpenWeatherMap Binding. When i turned off the deconz bridge thing, they all come back online in the phoscon app. @Tiradoro I guess for now some people can implement your rule set to temp fix it. After searching the forum it seems the build process is broken. Note: The Online/Offline status is not always valid. The authentication with the bridge works fine… Not sure if each device needs to authenticate.? #Milight/Easybulb/Limitless Binding. The change between .74 and .75 is to correct #2490.. No, this is unrelated to the refactoring, which, I think, hasn’t even been merged yet. I´ve some trouble with sensors/devices which are randomly offline in openhav. The root logger for this binding is org.openhab.binding.weather. Thus making single devices report authentication problems strange. This binding integrates the OpenWeatherMap weather API (opens new window). Dazu auf die Konfig-Oberfläche von deCONZ unter Eigenschaften (drei Striche links oben), auf Gateway, Erweitert und auf „App verbinden“ klicken. Hmm, now all my sensors are working and i can’t duplicate the error. The Remote openHAB binding allows to communicate with remote openHAB servers. Were you able to solve the problem? I wanted to work on this issue quite some time ago, as you can probably see a few posts earlier, unfortunately i didn’t find time since i had other more important things to cover first. No time unfortunately. # 2019-08-26 11:33:04.365 [hingStatusInfoChangedEvent] - 'deconz:openclosesensor:89daa0fd:00124b000969c96b010500' changed from OFFLINE (BRIDGE_OFFLINE) to OFFLINE (CONFIGURATION_PENDING) 2019-08-26 11:33:06.418 [hingStatusInfoChangedEvent] - 'deconz:openclosesensor:89daa0fd:00124b000969c96b010500' changed from OFFLINE … The openHAB 3.0 release is a major release that contains many structural changes, new features, enhancements and bug … The thing type is the second string behind the first colon and in this example it is 0210.. Most changes are pushed to the binding using web sockets. All other connections - if any - are using gui or app on the raspi. I run Deconz on no port and i have the newest openHab version Screenshot_2020-01-16 Paper UI 1632×48 1.83 KB mor_2003 (mor 2003) January 16, 2020, 7:26pm Once you got access nothing is authorized any more. In my case I run both Openhab and Deconz in two seperate containers, and I end up solving it with this setting: Deconz container> bridge host port 8083 (or whichever port suitabale) to container port 80 In Openhab container> specifying the Deconz thing configuration to use 172.17.0.1(host):8083 to connect to deconz, then it works. All others don’t have Xtra processor load / memory usage… Whatever those fixes do. I tried that, but got stuck because the two bindings are completely different in implementations. The authentication with the bridge works fine… Not sure if each device needs to authenticate.? So it seems to me, that it is related after all. In the openHAB logfile you must see for each configured apikey one line with (opens new window) # Supported Things The binding supports Milight/Easybulb bridges from 2014+, iBox from 2016 and iBox2 from 2017 and their respective bulbs. Default: 5000 (5 seconds). Adjust the bridge details as needed, where: serial_zstick represents the thing type UID of the controller; controller defines the controller's thing name; XXX is a placeholder for the controller's network key; Adjust the details for each device as needed as well, where: The first value (e.g. The binding supports pairing of the device with your openHAB instance as follows: Make sure that the authentication token field in your Nanoleaf controller thing configuration is left empty. maybe somebody has a response and may help… I used the disable / enable quick fix for my most important sensors for the last few weeks. After disable an reenable (PaperUI) state changed to online. When I had the problem everytime other sensors are offline after rebooting. I have some spare time Startin tomorrow and will try to figure out what is happening and program a workaround inside deconz. pingdevice: Detects device presence by using ICMP pings, arp pings and dhcp packet sniffing. Finally, the Hue binding also supports the groups of lights and rooms set up on the Hue bridge. Each Sensor/Thing in Deconz is found in the following class: Logic (see comment of the class): 2020-01-27 01:17:19.635 [hingStatusInfoChangedEvent] - ‘deconz:deconz:homeserver’ changed from OFFLINE (COMMUNICATION_ERROR): java.util.concurrent.TimeoutException: Total timeout 2000 ms elapsed to OFFLINE (CONFIGURATION_PENDING): Requesting API Key The change between .74 and .75 is to correct #2490.. You will find a test version linked in my PR. # Supported Things There are five supported things. I also have tried some devices, that are really offline and they don’t report authentication problems… So in the source code it should be easier to implement the fix o in just the right place. @Syn has reported he made a rule, maybe he can contribute his workaround. I digged into this as I am facing it too. I can control the device and can see updates in the Phoscon Software. Yes I saw something similar, but the auth failed error happens only, when the sensor is working in the phoscon app. hat feels strange to me is that my bridge works and quite a lot of sensors, but then some sensors report an authentication problem, which from my understanding shouldn’t happen. Have any others the same problem? On top report an info msg saying, that some devices needed “special attention” to initialize. After clicking on save (PaperUI) stete changed to the same error again. I have no clue how to fix maybe problems with http related stuff and those that can maybe don’t use deconz so can’t duplicate the problem and I don’t want to wait ages for a fix. Note: The Online/Offline status is not always valid. hostname: IP address or hostname of the device. File Deconz.items for EntrancePostSensor: I´m trying to get the error Message in the source: I still got time outs, resulting that some things are offline. Yesterday all my sensors and switches where offline also in the phoscon app. This is the official release of openHAB 3.0.0. When looking at the code there is only one connection handler to the bridge with authentication: Java code: https://github.com/openhab/openhab2-addons/blob/master/bundles/org.openhab.binding.deconz/src/main/java/org/openhab/binding/deconz/internal/handler/DeconzBridgeHandler.java Can I count on you? wenn ich mein Openhab System neu komplett neu boote (zum glück selten) sind nach dem Start einige deconz items offline. App access is using configured password during conbee 2 raspi setup. The amount of time in seconds that should result in OFFLINE status when no readings have been received from the sensor: Update Interval: Number: The update interval in seconds how often value updates are propagated. The bridge holds the mandatory API key to access the OpenWeatherMap API and several global configuration parameters. My watering control for example shows offline, but it is still working. Default: 1. timeout: How long the ping will wait for an answer, in milliseconds. Software-update: openHAB 2.5.11 Daarbij kun je denken aan lichtschakelaars, diverse sensors, ledlampen, beveiligingsapparatuur en tal van andere domoticahardware. servicedevice: Detects device presence by scanning for a specific open tcp port. @Schelli I´ve no rule to disable/enable things. The only system accessing deconz using a token is opehab (windows 10 machine) Wahrscheinlich ist da der openhab service schneller als deconz das Zigbee Netz zusammengepuzzelt hat. This means 100 on innogy is UP and 0 is DOWN.When invert is true than 0 on innogy is UP and 100 is DOWN. The Remote openHAB binding installed on the openHAB v3 server will then allow to use the openHAB v1 bindings through communication with the openHAB v2 server. After toggling some of them to disable and back online they are all working every time i restart openhab or deconz. This binding communicates with the Ecobee API (opens new window) over a secure, RESTful API to Ecobee's servers. I have been noticing that my motion sensors (aqara) also stop reporting in the phoscon interface in a browser window. I have to press the button on the device, then the status changed to online. Powered by Discourse, best viewed with JavaScript enabled, Tags: Also when browsing to the ConBee App (pwa) sometimes the state changes to the error inside OH3. Im Logfile von Openhab tauchen nun jede Menge Fehlermeldungen auf. I installed your version of the fix, almost all my devices are online now, only one Aqara OpenClose Sensor reports Authentication failed. olemr changed the title [hue] OH2.5.10 & OH3.0.0M4 with deconz 2.7.0 bridge goes offline after a few hundred ms [hue] OH2.5.11 & OH3.0.0RC2-1 with deconz 2.7.0 bridge goes offline after a … My watering control for example shows offline, but it is still working. So @David_Graeff could you please have a look at this issue? There have been, in fact, other devices that are exposed as /lights resources, but without state.on, like the Heiman Siren and the IKEA Trådfri repeater.These do have state.alert, though.The type for the Conbee II should be "Configuration tool", though. What feels strange to me is that my bridge works and quite a lot of sensors, but then some sensors report an authentication problem, which from my understanding shouldn’t happen. If a device fails to respond to a poll, then it will be marked as DEAD and shown as offline. I´m trying to understand the code above. openHAB 2.5.11 is a patch release that is backward compatible with previous 2.5.x releases. #Supported Things. I also having this error every 5min. #Supported Things. # Discovery Auto discovery can be used to scan the local network for pingdevice things by sending a ping to every IP on the network. I will use your version and try to figure out what is going on with my sensors (well, at the moment, with the last rebellious sensor). A value of 0 leads to propagation of every value: Buffer Size: Number: The number of readings used for computing the rolling average I got the message “OFFLINE - COMMUNICATION_ERROR Auth failed” in PaperUI at the Thing. I don´t have a clue how to get better loggings. Schaut man sich das Logfile von Openhab an, wird man erkennen, dass sich Openhab nicht mit der Bridge verbinden kann. There have been, in fact, other devices that are exposed as /lights resources, but without state.on, like the Heiman Siren and the IKEA Trådfri repeater.These do have state.alert, though.The type for the Conbee II should be "Configuration tool", though. It bridges events and allows you to control your Zigbee devices via MQTT. Could it be that every thing sends a request on reboot to the bridge. #Ecobee Binding. Maybe because of several sensors I´m flooding the bridge with http requests in short intervalls? Looks like an http client problem, not like a binding issue. # OpenWeatherMap Account First one is a bridge weather-api which represents the OpenWeatherMap account. The rest api information looks fine too of phoscon. @Syn has reported he made a rule, maybe he can contribute his workaround.