Hi ihr beiden!
Habt ihr das noch irgendwie hinbekommen bzw. weiter verfolgt?
Hab mich da auch mal ran gewagt (weil es ja über das Binding von Markus Michels nicht wirklich geht) und habs nach einem Tag Arbeit tatsächlich hinbekommen. War von 
über 
und 
bis letztlich 
alles dabei...
Habs mit einer Shelly Duo RGBW (GU10) unter OH3.4.5 und dem HTTP Binding gemacht. Falls es wen interessiert, lasst es mich wissen. 
Burki
Welche Geburt in der Hausautomatisierung ist schon leicht...? 
Moin zusammen!
Soo, Problem ist gelöst. Danke nochmal für den Tipp mit den Traces in der FritzBox. Kannte ich so auch noch nicht!
Das Problem in OH war das Shelly Binding von Markus Michels. Das aktuelle 2.5.11 Snapshot von gestern (14.12.20) funktioniert jetzt. Heute macht er nochmal ein neues 2.5.12 SNAPSHOT mit Unterstützung der neuesten Firmware und der Integration der "Ereignisse" bei den Shelly 2.5 (und anderen) - Button Modes und blablabla...
Also für alle, die ein derartiges Problem haben, dass nicht auf allen Channels Werte kommen:
1.) Alle Shellys aus der PaperUI entfernen. Wirklich ALLE.
2.) OH2 stoppen:
sudo openhab-cli stop
3.) Binding aus dem Ordner löschen.
3.) In der openhab-cli console checken, dass das Binding auch wirklich nicht mehr installiert ist:
bundle:list | grep Shelly sollte "nichts" zurück geben.
4.) Neues Binding von hier in den Ordner kopieren
5.) Ggf. noch die Rechte checken (abhängig vom System, mit dem man das Binding kopiert)
6.) Openhab einmal komplett neu starten.
7.) Nochmal in der openhab-cli console checken, dass das neue Binding korrekt installiert ist:
bundle:list | grep Shelly sollte "2.5.12.202012150752" zurück geben.
8.) Alle Things wieder neu discovern - fertig.
Freude haben!
Das wäre die nächste Frage, ja... Aber warum nur funktionieren alle anderen (netzbetriebenen) Shellys, nur der (batteriebetriebene) nicht...? 
MQTT musss ich mich erstmal einlesen. Wie gesagt: bisher nutze ich nur das Binding im lokalen Netzwerk. Und das läuft über UDP?
Meinst Du, MQTT würde auf jeden Fall besser funktionieren?
Doch, das isses ja: die App zeigt mit die Updates korrekt an, d.h., die Datenübermittlung in die Cloud geht... 
So, nochmal FritzBox neu gestartet (stromlos gemacht), DW2 neu gestartet (Kaltstart) - nichts.
Ich bin dann soweit durch...
Update: Nochmal richtig RESET gemacht, nochmal Batterien raus und rein, Nichts.
Neue Beta Firmware geflashed, alles gelöscht, neu eingerichtet - nichts. Kein Mucks mehr nach dem Einschlafen. Der ist jetzt genauso "tot" wie der erste, den ich als "defekt" eingestuft hatte.
MEGA frustrierend... 
Nö, geht gar net. Jetzt geht er noch weniger als vorher 
Einmal hat er nach dem Kaltstart auch einen Winkel übertragen (vermutlich nur, weil er halt "wach" war), danach aber nix mehr.
2020-12-12 19:39:22.434 [INFO ] [y.internal.handler.ShellyBaseHandler] - shellydw2-483fda81fb27: Event erzeugt: POWERON
2020-12-12 19:39:22.440 [vent.ChannelTriggeredEvent] - shelly:shellydw2:483fda81fb27:device#alarm triggered POWERON
2020-12-12 19:39:22.461 [vent.ItemStateChangedEvent] - shelly_shellydw2_483fda81fb27_sensors_temperature changed from 20.1 °C to 22.7 °C
2020-12-12 19:39:22.464 [vent.ItemStateChangedEvent] - shelly_shellydw2_483fda81fb27_sensors_lux changed from 11.0 lx to 46.0 lx
2020-12-12 19:39:22.466 [vent.ItemStateChangedEvent] - shelly_shellydw2_483fda81fb27_sensors_illumination changed from dark to twilight
2020-12-12 19:40:22.605 [vent.ItemStateChangedEvent] - shelly_shellydw2_483fda81fb27_sensors_temperature changed from 22.7 °C to 23.0 °C
2020-12-12 19:41:22.747 [vent.ItemStateChangedEvent] - shelly_shellydw2_483fda81fb27_sensors_temperature changed from 23.0 °C to 23.1 °C
2020-12-12 19:41:22.754 [vent.ItemStateChangedEvent] - shelly_shellydw2_483fda81fb27_sensors_lux changed from 46.0 lx to 31.0 lx
2020-12-12 19:50:55.615 [vent.ItemStateChangedEvent] - shelly_shellydw2_483fda81fb27_device_wifiSignal changed from 4 to 3
2020-12-12 19:50:55.710 [vent.ItemStateChangedEvent] - shelly_shellydw2_483fda81fb27_sensors_temperature changed from 23.1 °C to 24.0 °C
2020-12-12 19:50:55.718 [vent.ItemStateChangedEvent] - shelly_shellydw2_483fda81fb27_sensors_lux changed from 31.0 lx to 15.0 lx
2020-12-12 19:50:55.740 [vent.ItemStateChangedEvent] - shelly_shellydw2_483fda81fb27_sensors_illumination changed from twilight to dark
2020-12-12 19:50:55.742 [vent.ItemStateChangedEvent] - Terasse_ShellyDW2_BatteryLevel changed from 99.0 to 98.0
2020-12-12 19:50:55.745 [vent.ItemStateChangedEvent] - shelly_shellydw2_483fda81fb27_battery_batteryLevel changed from 99.0 % to 98.0 %
2020-12-12 19:51:55.792 [vent.ItemStateChangedEvent] - shelly_shellydw2_483fda81fb27_device_wifiSignal changed from 3 to 4
2020-12-12 19:51:55.852 [vent.ItemStateChangedEvent] - shelly_shellydw2_483fda81fb27_sensors_state changed from CLOSED to OPEN
2020-12-12 19:51:55.860 [vent.ItemStateChangedEvent] - shelly_shellydw2_483fda81fb27_sensors_temperature changed from 24.0 °C to 24.1 °C
2020-12-12 19:51:55.883 [vent.ItemStateChangedEvent] - shelly_shellydw2_483fda81fb27_sensors_tilt changed from 0 ° to 3 °Seit er eingeschlafen ist, keine Werte mehr. Obwohl ich noch ca. 10x auf und zu gemacht habe (mit und ohne Winkel).
Parallel in der App geguckt: da kommt der Status korrekt! Ich steh voll uffm Schlauch!
Kann ich bitte den DW2 vom IGOR haben...???
Zitat von Seven of NineBGrosse nimm mal die Batterie raus und direkt wieder rein.. mein D&W2 sendet jetzt richtige Meldungen.. Igor vom QA Team hat es gegengetestet und sein D&W2 macht was er soll.. ich hab daraufhin bei meinem die Batterie raus und wieder reingemacht, jetzt sendet er korrekt
Also quasi nen Kaltstart? OK... kommt gleich...
Krasse Nummer! 
OK. Dann warte ich mal das nächste Firmware Update ab. Die aktuelle Beta liefert leider auch keine besseren Ergebnisse.
Sag mal, bist Du eigentlich Shelly Tester oder wie kriegt man so nen Footer hin...?
P.S.: Wie kriegt man hier überhaupt nen Footer hin?
Du bist der Held!!!
-1 heißt also, dass das OpenHAB Binding diesen Wert einfach ignoriert und gar nicht erst "durchlässt"...? Ich dachte bis jetzt, dass so ein Binding eigentlich als reine Schnittstelle - in diesem Fall zur Hardware - relativ "dumm" ist und einfach nur die Sachen, die über die Channels rein kommen einfängt und in Items zur Verfügung stellt...?
Gibt es denn alternativ noch einen anderen Weg, bis zum Firmwareupdate an die Tilt Daten zu kommen? Nur mal so...
Bin schon dran...
Also mit der App hab ich jetzt mal den Shelly durch aufwecken erkennen lassen und in einem Zimmer neu angelegt. Dann einmal neu kalibriert und in der App zeigt er IMMER seinen Status während er schläft (auch den Tilt).
Parallel im OpenHab Log erscheinen ebenfalls alle Änderungen bzgl. Illumination, Lux, Temperatur und Reed Kontakt während des Schlafens - nur eben KEIN Tilt. Als würde er das auf nem völlig anderen Kanal senden, den ich nicht hab (was natürlich Quatsch ist, denn im "Wachzustand" kennt er ihn ja trotzdem).
MQTT hab ich noch nie gemacht, da kenn ich mich grad NULL aus. In OpenHAB hab ich jetzt noch gar nichts außer die nackte Item Config (und die auch nur automatisch erstellt, nicht etwas selbst gebastelt). Ist schon echt merkwürdig...
OK, werde ich prüfen. Die Option oben war tatsächlich nicht aktiviert - das hab ich jetzt grad mal gemacht.
Danke Dir für den Ansatz!
OpenHAB arbeitet über CoAp (UDP Multicast-Nachrichten), da kann es durchaus sein, dass deine Netzwerk-Infrastruktur die Nachrichten filtert / falsch gruppiert und möglicherweise nicht zum OH-Server durchlässt.. und das passiert dann nicht zwangsweise mit allen Geräten sondern durchaus auch mal nur mit einem einzelnen Shelly.
Oha.
Also ich hab ne FritzBox 7490 und nichts speziell konfiguriert an Blacklists, Whitelists, Gerätefiltern o.ä. Was könnte ich da noch prüfen?
Daher wäre es sehr wichtig, dass du das explizit mit der Shelly-Cloud testest.. Ausreichend WLAN-Empfang an der Stelle, wo er montiert ist, hat er aber?
WLAN hat er voll, ja. Zumindest, was er selbst reported... In OpenHAB heißt das 4 von 4 Balken. FritzBox hat FrixTender dran und an der DW2 an der fraglichen Position hat direkten Sichtkontakt in ca. 7 Metern Entfernung zur FritzBox.
Den Tilt-Sensor hattest du aber kalibriert?
Aber sicher doch. 2-3 Mal. Immer. Bei der ersten Einrichtung über WebUI und ggf. danach nochmal, wenn er um +/-1° schwankte oder nicht wieder zurück auf 0 ging beim Schließen.
Hallo SoN,
schön wieder von Dir zu lesen hier!
Der fragliche DW2 sendete einfach gar keine Daten, egal wohin. Ok, Cloud nutze ich generell nicht, bei mir läuft alles in mein lokales System - OpenHAB. Cloud Dienst hatte ich aber auch schon deaktiviert, wieder aktiviert - es half leider auch nichts.
Ich meine, er ist halt einfach nicht aufgewacht, wenn er einmal eingeschlafen ist. Und wenn er nicht aufwacht, sendet er halt auch nix. Der neue hingegen wacht ja auf, also wird es wohl an diesem spezifischen DW2 gelegen haben. Ich weiß halt nur nicht, was da jetzt das Problem war.
Und natürlich leuchtet es mir auch nicht ein, warum der neue jetzt zwar aufwacht und alles schickt, aber den Winkel nicht. Aber das wiederum könnte ja nun tatsächlich ein Bug in der Firmware sein, den Allterco beheben kann. Batterie hat angeblich 100%, aber dennoch kommt kein Winkel. Nur, wenn ich ihn wieder manuell aufwecke, kommt der Winkel mit. Aber wenigstens zeigt er mir die Öffnung zu 100% an und meldet sich regelmäßig. Das machte der alte halt nicht.
Ich hab inzwischen ja noch mehr DW2 hier, nur noch keine Batterien. Ich werde die andern Mal testen und weiter beobachten, wie sich die verhalten. 
Oder mag dein Netzwerk den bzw.
die Shellys nicht!?
Seven of Nine hat erst ein Beitrag geschrieben wo es um ein ähnliches Problem ging. Knopf drücken = Werte kommen, von alleine aufwachen = kein Wert
Aber das ist nicht meine "Welt". ( Netzwerk / Protokolle usw.) da passe ich. Lese aber gerne mit.
Hmmm... da alle anderen derzeit 16 Shellys funktionieren, denke ich erstmal nicht, dass es generell am WLAN liegt. Zumal die Anbindung angeblich auch "sehr gut" ist.
Hast Du zufällig noch einen Link zu dem Beitrag von Seven of Nine? Der hat schon ziemlich viel geschrieben...
Hallo Maik,
sorry für die verspätete Antwort - es ist genau so, wie Du überlegt hast. Und das meiste aus Deinen Vorschlägen hatte ich ja auch bereits schon gemacht.
Von daher hatte ich jetzt gestern mal abgewartet (weil ich nochmal 2 geordert hatte) und hab mir jetzt mal einen neuen zur Brust genommen.
Was soll ich sagen: DER wacht einwandfrei auf, wenn der Magnet bewegt wird bzw. der Sensor vom Magneten weg. Egal wie lange er vorher schon geschlafen hat. Die Einbaulage ist also nicht das Problem und OpenHAB schon gar nicht. Es ist der Shelly selbst. Und das ist jetzt schon der zweite Shelly (hatte schon einen 2.5er, der nur teilweise Werte übermittelt hatte, obwohl er sonst einwandfrei funktionierte).
Ich glaube, es wird einfach Zeit, dass jemand mal in der Qualitätsabteilung bei Allterco vorbei schaut. Irgendwie scheinen die Dauerurlaub zu haben...
Eines bleibt allerdings trotzdem noch anzumerken: die Software ist wirklich noch verbuggt. Der Winkelwert wird z.B. nicht mehr mitübertragen, wenn er wegen des Schaltkontakts aufwacht. Das ist für mich aber erstmal sekundär. Hauptsache, er zeigt mit die Öffnung selbst an und das tut er zu 100%. Auch die Temperatur- und Helligkeits-Updates kommen durch im Sleep. Da hoffe ich jetzt einfach mal auf ein Software Update (irgendwann), damit auch der Kippwinkel mitkommt.
Wenn ich noch mal einen zusätzlichen Satz Batterien bekomme, werde ich den zweiten neuen natürlich auch noch testen. 
Vielen Dank an alle, die hier mitgelesen und versucht haben, zu helfen!
Hallo Maik,
naja, es ist ja so: die Weboberfläche funktioniert ja nur im aktiven Zustand - da zeigt er alles an und dann ist es auch genauso in OpenHAB. OpenHAB bedient sich ja im Endeffekt auch nur der API und macht ja sonst auch nix anderes. Wenn also keine Daten kommen, kann es auch nix anzeigen. Und kommen tut halt nur was, wenn ich ihn manuell aktiviere. Und dann sind die Infos sowohl in OH als auch in der Weboberfläche da...
Hallo Alex!
Danke für den Input. Mir ist schon klar, dass der Magnet prinzipiell ca. mittig vor dem Sensor sitzen soll (entspr. der Markierung auf dem Gehäuse). Ich habe diese Positionierung auch nur so genommen, nachdem ich auf dem Schreibtisch eine halbe Stunde lang das Teil ausprobiert habe (natürlich immer aktiv und auch mit Höhendifferenz usw.) und ich fand heraus, dass das die "beste" Position zum Schalten war. Das war jetzt einfach empirisch ermittelt für ein sicheres SChalten bei Montage auf gleicher Höhe.
Was meinst Du mit verbuggte Firmware? Woran hängts bei Dir?
Öhmm... Und wie kann er mir dann auf der Weboberfläche anzeigen, dass er geöffnet oder geschlossen wird inkl. Winkel?
Hab jetzt grad auch nochmal ins LOG von openHAB geschaut, nachdem ich gestern Abend ja noch mit Maiks Hilfe die regelmäßíge Zustandsübermittlung auf 1 Stunde runter gestellt habe:
* NICHTS *
Das Ding meldet sich einfach nicht.
Nach dem Drücken des Buttons wird sofort das Button Event erzeugt und er liefert die Temperatur und den Helligkeitswert. Ich steh echt auf dem Schlauch... 
