Beiträge von BGrosse

Hallo CB!

Hatte leider nicht mitbekommen, dass Du hier neu gepostet hast, deshalb meine späte Rückmeldung.

Also: ich hab das bei mir so gemacht - schau mal, ob Du das so umgesetzt und funktional bekommst:

1.) HTTP Binding installieren

2.) HTTP URL Thing anlegen mit der IP Adresse der Bulb und folgender URL: http://IP.ADR.ES.SE/light/0?

3.) Im HTTP URL Thing einen Channel vom Typ Switch anlegen mit einem Namen wie "SHELLY ColorBulb RGBW 01 - Mode".

4.) In der CHANNEL Configuration folgende Parameter eintragen:

- Status-Transformation: JSONPATH:$.mode

- Command URL Erweiterung: mode=%2$s

- ON-Wert: color

- OFF-Wert: white

5.) In dem CHANNEL in ITEM anlegen vom Typ Switch und sinnvoll benennen wie "SHELLY ColorBulb RGBW 01 - Mode".

6.) In dem Switch Item Metadaten anlegen mit Add Metadata vom Typ State Description

7.) Dort unter "Options" dann OFF=white und ON=color untereinander eintragen.

Das wars eigentlich schon. Damit solltest Du in der Lage sein, mit dem Switch den Mode von color auf white zu ändern bzw. zurück und der Schalter sollte auch den Status entspr. anzeigen.

Hallo Alex,

Danke Dir für die Info! Das gilt sowohl für DHCP eingebundene Geräte als auch statisch eingebundene?

Hallo zusammen!

Ich hätt da auch mal ne Frage zum Range Extender: Ist denn irgendwo dokumentiert, wieviele Geräte in einem "extended range" betrieben werden können? Ich find dazu irgendwie nix.

Ich würde gerne 8 Shelly Bulb Duo GU10 an einem Pro3 oder Pro 4PM betreiben - vorzugsweise auch nicht per DHCP, sondern mit fixen IP Daten (damit sich die vergebenen Adressen bzw. Ports am Extender nicht immer wieder ändern nach einem PowerCycle oder so).

Kann hier jemand was zu sagen? Wäre super!

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 Nine

BGrosse 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...

Zitat von Seven of Nine

24 Stück + diverse Zubehörteile sind grad noch unterwegs

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!

Zitat von Seven of Nine

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?

Zitat von Seven of Nine

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.

Zitat von Seven of Nine

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.

Zitat

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...