Neues YouTube-Video: Visualisierung im Devices-Adapter

[Sascha12]

@da_woody said in Test Adapter Shelly v4.0.6 (latest):

@sascha12 said in Test Adapter Shelly v4.0.6 (latest):

Im Shelly Adapter stelle ich ja die Poll Time ein.

ich hab keine ahnung woher du das hast. die polltime kann nicht eingestellt werden.
beim DW ist es so, daß mit batterie sich der 1x am tag meldet, mit netzteil ca alle 10min.

Danke für Deine Antwort. Die Polltime steht hier unten im Adapter (Siehe Screenshot).
Es kann ja sein, dass diese nicht gilt oder ich falsch verstanden habe....

Wie kommst Du auf die Info mit 1x am Tag für Batteriebetriebe? Das wäre ja dann ein Zeichen, dass ich woanders suchen müsste.
Ich melde mich wieder, wenn ich das LOG File der Shellys morgen habe, in denen steht was die so treiben...

Ich verstehe einfach zu wenig. Gerade liegt der Ball erstmal noch bei Shelly/ Dimitar für die FW und der Auswertung des LOGs.

Viele Grüsse
Sascha

[da_Woody]

@sascha12 diese polltime meinst du. das ist der adapter und nicht das gerät! shellys pushen.

Wie kommst Du auf die Info mit 1x am Tag für Batteriebetriebe?

weil es so ist wegen der batterielaufzeit. meldet sich 1x, außer bei änderungen, da wacht der shelly auf und pusht die änderung. z.b. H&T
intern bekommt er die änderung mit und pusht wenn notwendig. heisst, erst dann wird das WLAN angesprochen. ;)

[dos1973]

@da_woody

Das stimnt schon mit der Polltime.
Stell mal auf 1 Sekunde dann werden diverse DP im adapter permanent grün, bei mir stehts derzeit auf 20 sek und der Motion verbraucht wahrscheinlich ordentlich akku dadurch

Der HT ist offline daher kann er nicht antworten/ reagieren. Er imitiert von sich aus bei Änderungen von Temp/ Humidity eine wlan Verbindung

[da_Woody]

@dos1973 das eine hat doch nichts mit dem anderen zu tun. der adapter pollt, ob eine meldung gepusht wurde, fragt aber nicht den shelly ab.

[Stuebi]

@da_woody , @Sascha12, der ioBroker Adapter bekommt entweder die Nachrichte per Push vom Shelly über das CoAP oder MQTT Protokoll. Da leider nicht alle Werte über CoAP oder MQTT zur Verfügung stehen, pollt der Adapter per http request regelmäßig die Werte vom Shelly Device. Das könnte bei den Shelly Geräten mit Batterie zu Problemen führen.
Leider will ich jetzt nicht für jeden Shelly unterschiedliche Pollzeiten hinterlegen. Ich überlege ob ich nicht auf alle http Werte im Adapter verzichte. Das sind ca. die Hälfte aller Werte.

[da_Woody]

@stuebi oha, sorry dann für die falschinfo! thnx für die aufklärung!

[e-s]

@stuebi
Deaktiviere es doch erstmal per default, wer es braucht kann es aktivieren indem er eine polltime einsetzt oder so in der Art.
Gibt es nach längerer Zeit keine Beschwerden, also weil daten fehlen oder was auch immer, dann kann es komplett raus.
Aber bevor man dies entscheidet müsste man eben testen ob einem das ohne polling reicht.

Prinzipiell würde mich das auch mal interessieren, da das polling von allen möglichen Adaptern schon recht viel last verursacht. So könnte man zumindest mit einem Adapter mal das etwas genauer testen.

[Stuebi]

@e-s , nach Rücksprache mit Shelly, werde ich bei allen batteriebetriebenen Shellys die Pollzeit hart auf 60 Sekunden festlegen. Egal ob diese an einem Netzteil hängen oder nicht.
Das hat auch zur Folge, dass der Status .online zukünftig erst einmal nicht mehr unterstützt wird. Das gilt für alle Shellys!

[da_Woody]

@stuebi thnx 4 info... :)

[Sascha12]

@stuebi danke Dir. Dann kann ich mir Dimitars Test-FW sparen 😂.
Verstehe ich denn das 60 Sekunden richtig, dass jeder (!) State dann nur alle 60 Sekunden abgeholt wird?
Ich dachte bis dato immer, dass der Motion sich meldet und Daten sendet wenn er etwas ändert oder aufwacht....
Wenn der Motion nun alle 60 Sekunden „geweckt“ wird, dann ist das ja auch nicht so gut, oder?
Für mich als Laie gehört beim Batterie-Shelly garnichts gepollt....

Sorry für die dummen Fragen womöglich....

[Stuebi]

Ich habe die Logik für das pollen per http request im Shelly Adapter in der Version 4.0.7-beta-3 angepasst.
Folgende Regeln gelten:

1. Wird die Pollzeit auf 0 geändert, wird überhaupt nicht gepolled!
2. Für alle batteriebetriebene Shelly gilt immer eine Pollzeit von 3.600 Sekunden (1 Std.) außer der konfigurierte Pollwert ist > 3.600. Dann wird der konfigurierte Pollwert genommen.
3. State online gibt es nicht mehr!

@sascha12, Werte die nicht gepolled werden, wie z.B. beim Shelly Motion Bewegungen erhältst Du sofort. Die sind unabhängig vom polling.

Wer kann die Version 4.0.7-beta-3 testen? Wie man diese installiert, steht hier

[dos1973]

@stuebi
Ich installiere den später.

[da_Woody]

@stuebi hat brav alle online DP gelöscht.

nach Rücksprache mit Shelly, werde ich bei allen batteriebetriebenen Shellys die Pollzeit hart auf 60 Sekunden festlegen. Egal ob diese an einem Netzteil hängen oder nicht.

Für alle batteriebetriebene Shelly gilt immer eine Pollzeit von 3.600 Sekunden (1 Std.) außer der konfigurierte Pollwert ist > 3.600. Dann wird der konfigurierte Pollwert genommen.

wie jetzt, meine H&T hängen alle 10 an netzteil... axo, die melden ja ca. alle 10 minuten...

[Sascha12]

@stuebi

Soeben Installiert, mit Pollzeit 0 schone ich zwar den Motion, aber welche Datenpunket erhalte ich denn nun nicht mehr aktiv gepollt zb?

Mir ist der Unterschied noch nicht klar.
Welche Datenpunkte werden vom
a) Shelly gepushed
b) Adapter gepulled.

Gerade gesehen: Der 3EM updated nun die "InstantPower", als den aktuellen Gesamtverbrauch nicht mehr mit Poll=0.

Im Changelog sollte 60 Minuten, nicht Sekunden stehen, oder?

(Stübi) - Polling for all battery devices changed to 60 sec. This can not be changed to any other value, still if you a power supply.

[Stuebi]

@sascha12, das ist eigentlich ganz einfach. Die Shelly unterstützen 3 Protokolle um Daten wie z.B. an ioBroker zu übertragen. Hier eine sehr sehr vereinfachte Darstellung:

1. CoAP: Nachrichten werden vom Shelly an den ioBroker gesendet (push). Bsp. die Temperatur ändert sich vom Shelly H&T oder eine Bewegung beim Shelly Mottion. Dieser sendet die Statusänderung an ioBroker.
2. MQTT: Funktionalität ähnlich CoAP, aber zusätzlich können Änderungen in ioBroker an den Shelly gesendet werden, wie z.B. Licht an bei einem Shelly SW
3. HTTP: Hier muss gezielt ein Client wie z.B. ioBroker Daten beim Shelly abholen (request). Wie z.B. den Namen des Shellys. Dieses geschieht in regelmäßigen Abständen (polltime bzw. Pollzeit).

Eigentlich wäre mir am liebsten, der Shelly Adapter würde nur CoAP und MQTT unterstützen. Damit würden aber in ioBroker ganz viele States der Shellys fehlen, da diese nicht per CoAP / MQTT übertragen werden. Bsp. name oder rssi.
Der HTTP Request hat auch noch einen großen Nachteil. Wenn sich ein Gerät im sleep Modus befindet und das ist bei den batteriebetriebenen Shellys häufig der Fall, ist ein pollen nicht möglich.

[dos1973]

@stuebi sagte in Test Adapter Shelly v4.0.6 (latest):

2. Für alle batteriebetriebene Shelly gilt immer eine Pollzeit von 3.600 Sekunden

wäre es denn nicht eine Überlegung Wert den online Status nur für diese Batterie Gerätetypen zu entfernen. Du hast ja bereits eine Ausnahme generiert...

Ich muss zugeben dass ich den online Status schon gerne genutzt und verwendet habe. Vermisse den jetzt schon.

[Stuebi]

@dos1973 , leider geht das nicht. Du kannst z.B. den ping Adapter nutzen um zu sehen ob der Shelly online ist

[lucajordi]

Hallo zusammen,

ich habe folgendes Problem:

ich habe ein shelly 1 an eine steckdose angeschlossen, um eine beleuchtung zu schalten.
shelly wird erkannt und auch eingebunden.
auch das schalten mit dem bulb widget funktioniert, aber das icon ändert sich nicht
auf an. klicke ich nochmal auf das Icon, bleibt die Beleuchtung an und auch das Icon geht auf an.
Ausschalten kann ich ganz normal...
Eine Idee?

Gruß
Thorsten

[da_Woody]

@lucajordi wo, welches schalten mit welchem bulb widget? welchen schaltflächentyp hast du in der app angegeben?

[lucajordi]

@da_woody
Habe mal zwei probiert:

Datenpunkt ist Switch