Test Adapter Shelly v4.0.3 (latest)
-
@klassisch sagte in Test Adapter Shelly v4.0.3 (latest):
@Naturfreund Das ist schon ein verückte Sache. Wie soll man da noch ordentlich Fehler suchen? Wenn die Ereeichbarkeit von Ping, Website, CoAp so unterschiedlich ist. Mesh ist sicher keine einfache Sache, aber die Shelly sind ja stationär und bewegen sich nicht durchs Netzwerk.
Aber es gibt eben auch Router, welche nicht mit COAP kommunizieren können, auch NICHT-Mesh-Geräte.
-
@klassisch said in Test Adapter Shelly v4.0.3 (latest):
Zu den Batteribetriebenen Shelly habe ich generell die gleiche Meinung wie zu batteriebetriebenen ESP8266
zumal das ja ein solcher in den shelly's drinnen ist.
allerdings funktioniert das mit dem deepsleep schon recht gut.
meine HT hängen alle am netz, somit besteht für mich das problem erstmal nicht. die melden jetzt brav so alle 9-10min.
mit den DW hab ich keine probleme. das garagentoor geht ja nicht 50x am tag auf und wieder zu. da musste ich zwar schon einmal die batterie tauschen, lag aber daran, das ich am anfang damit sehr viel herumprobierte, was latürnich auf die batterie geht. seit der frischen (ca. 7 monate) steht der auf 100%. und "freiluftsport" ist ja der lebensdauer nicht gerade zuträglich.@Naturfreund SRM 1.2.4-8081 Update 1 ist die aktuelle firmware! unter der gibts die probleme mit NAT und IGMP-snooping. ich halt dir die daumen...
-
@klassisch sagte in Test Adapter Shelly v4.0.3 (latest):
@Naturfreund Zu den Batteribetriebenen Shelly habe ich generell die gleiche Meinung wie zu batteriebetriebenen ESP8266: WLAN braucht Strom, braucht also Netz. Batteriebetrieb geht mit Homematic oder billigen 433MHz Sensoren besser, je nach Anwendung und Anforderung.
Da bin ich sofort bei Dir. Ich habe die batteriebetriebenen Shellys nur um diese im Adapter zu berücksichtigen. Ich habe nicht einen von denen produktiv im Einsatz. Da setze ich lieber auf Zigbee Geräte mit dem Zigbee Adapter in ioBroker oder Homematic.
Die Shelly 1 und 2 sind für mich eine tolle Sache. -
@klassisch Ich hab den Pi jetzt kurzerhand direkt an den VF Router per LAN angeschlossen um zu sehen was passiert.
Jetzt werden wieder für einige Shellys in der Datenbank Werte aktualisiert
@Stuebi Wenn ich den Adapter neu starte, sollten dann dort für alle Shelly devices ein Eintrag im Log (Einstellung "Info") mit Ihrer IP zu sehen sein?
Nach umstecken des Pi werden auch Werte für Shellys in der Datenbank aktualisiert für die im Log kein Eintrag vorhanden ist.
Meine Shelly HT betreibe ich mit Batterie, hab aber den Haken "External Power Supply" gesetzt
-
@Naturfreund IMHO geht das so schnell, daß da das LOG nicht mitkommt.
melden die "spezial" HT damit auch brav alle 10min? -
@da_Woody Ja, das geht mit dem "Trick". Der Shelly kennt seine Stromquelle ja nicht, sieht nur die 3V am Eingang. Beim Shelly HT im Studio der am gleichen Devolo Adapter hing wie der Pi funktionierte das die letzten Tage zuverlässig. Was ich noch nicht herausgefunden habe, ob die Batterieanzeige dann noch läuft oder per default bei externer Stromversorgung 100% ausgegeben werden.
-
@Naturfreund said in Test Adapter Shelly v4.0.3 (latest):
per default bei externer Stromversorgung 100% ausgegeben werden.
LOL, da muss ich dich enttäuschen! per default is da gar nüscht. die sägge merken sich den letzten batt stand. ich hab da welche drinnen, die zeigen trotz NT
an. -
@Naturfreund sagte in Test Adapter Shelly v4.0.3 (latest):
Nach umstecken des Pi werden auch Werte für Shellys in der Datenbank aktualisiert für die im Log kein Eintrag vorhanden ist.
Ja, beim Neustart des Shelly Adapters melden sich die Geräte dort neu an. Du siehst im Logfile die IP Adresse die auch nachher unter info stehen. Wenn sich ein Shelly Gerät nicht anmeldet, steht unter info noch die alte IP Adresse.
Warum stellst Du den Adapter nicht von CoAP auf MQTT um. Du hast ja keine Nachteile und das CoAP Problem bist du los. Ich nutze den Shelly Adapter auch im MQTT Modus. Bei der Entwicklung berücksichtigen wir immer CoAP u. MQTT. Es gibt ganz ganz wenige Ausnahmen wo wir es nicht tun. Aber unser Ansatz ist, CoAP sowie MQTT bieten die gleiche Funktionalität. Wenn das nicht möglich ist, dann bieten wir eine Funktionalität überhaupt nicht an.
Nachtrag:
Ich nutze die Shelly App und Cloud nicht muss ich fairerweise erwähnen. Unterwegs kann ich die Shellys über Apple Home mit dem Yahka Adapter schalten. -
@Stuebi Interessant zu lesen. Ist MQTT generell zuverlässiger bzw. robuster als CoAp? Dachte immer, CoAP sei das von Shelly primär genutzte Protokoll und damit besser implementiert, supportet etc.
Habe allerdings bislang auch keine Probleme mit CoAp.
Die Exklusion Cloud und MQTT würde mich nicht stören, da ich Clouds und herstellspezifische Apps meide. Deshalb Shelly. -
@klassisch naja, bei MQTT können sie nicht viel ändern, das war ja das problem das wir hatten bei der 1.8.x das das komplette CoAP verändert wurde...
MQTT ist halt aufwändiger in der einrichtung. -
@klassisch sagte in Test Adapter Shelly v4.0.3 (latest):
@Stuebi Interessant zu lesen. Ist MQTT generell zuverlässiger bzw. robuster als CoAp? Dachte immer, CoAP sei das von Shelly primär genutzte Protokoll und damit besser implementiert, supportet etc.
Habe allerdings bislang auch keine Probleme mit CoAp.
Die Exklusion Cloud und MQTT würde mich nicht stören, da ich Clouds und herstellspezifische Apps meide. Deshalb Shelly.Der Funktionsumfang der Shellys bei MQTT und CoAP ist so gut wie identisch. ALLTERCO passt die Entwicklungen für CoAP und MQTT gleichermassen an. CoAP hat den Vorteil, dass man nichts am Shelly konfigurieren muss und das dieser mit der Shelly Cloud funktioniert. Dafür ist MQTT etwas aufwändiger zu konfigurieren, aber man kann MQTT auch über Netze hinweg routen.
Wie gesagt, der Shelly ioBroker Adapter bietet die gleiche Funktionalität für CoAP und MQTT. -
@Stuebi danke für dein Statement. Wenn ich im Netz suche, finde ich meist den Hinweis MQTT macht bei Shellys keinen Sinn da in den neusten Versionen auch CoAP funktioniert und angeblich bietet CoAP mehr Funktionen. Da ich noch nicht tief genug drin bin in der Materie um das bis ins letzte Detail zu beurteilen, wollte ich bei CoAP bleiben um mir zukünftig nix zu verbauen. Wenn aber MQTT selben Umfang bietet wird das als nächstes probiert.
[EDIT] Läuft auf Anhieb
-
@Naturfreund sagte in Test Adapter Shelly v4.0.3 (latest):
[EDIT] Läuft auf Anhieb
Prima, daß Deine Odyssee jetzt den finalen Hafen gefunden hat.
Habe jetzt mal einen zweiten Adapter mit MQTT instanziert.
- Die Namen der Geräte sind nicht gleich
MQTT: SHPLG-1#DB12EB#1 CoAP: SHPLG2-1#DB12EB#1- Seit ich einen Shelly Plug (große 16A Version) auf MQTT umgestellt hab, ist dessen Webseite nicht mehr von meinem Smartphone aus erreichbar. Wohl aber vom Laptop aus. Ist das bei Euch auch so?
- In Anbetracht der Leidensgeschichte von @Naturfreund , die wahrscheinlich kein Einzelfall sein dürfte, wäre vielleicht ein Hinweis in der Anleitung zur Präferenz in komplexen Netzwerken sinnvoll, da das ja ein Limitation von CoAP zu sein scheint. Vielleicht in etwa so im Kapitel Installation:
If use the Shelly CoAP protocoll (default) you do not have to do something. If use MQTT as protocol, you have to configure a few things in ioBroker and on your Shelly devices. Access to CoAp is limited to the same network. If you have a more complex network structure, MQTT might be the better option for you in the long term.
-
@klassisch was verstehst du unter "komplexen Netzwerken"?
welche webseite kannst du nicht erreichen?
If use the Shelly CoAP protocoll (default) you do not have to do something.
genau das ist der vorteil an CoAP. eine kleinigkeit falsch eingestellt bei MQTT und nix geht mehr. -
@da_Woody sagte in Test Adapter Shelly v4.0.3 (latest):
@klassisch was verstehst du unter "komplexen Netzwerken"?
Mesh, heterogene Mesh. Manch einer hat ein eigenes Netz für IoT oder nutzt ein guest net.
welche webseite kannst du nicht erreichen?
Mittlerweile nach einem Neustart meines Smartphones geht das wieder. Vielleicht ist dem mein Netzwerk (Fritten Mesh) manchmal zu komplex.
If use the Shelly CoAP protocoll (default) you do not have to do something.
genau das ist der vorteil an CoAP. eine kleinigkeit falsch eingestellt bei MQTT und nix geht mehr.Ja, aber beim @Naturfreund hat das nicht funktioniert, mit MQTT hat es wohl aber auf Anhieb funktioniert. Wäre das nicht einen Hinweis wert? Falls es mit CoAP Probleme mit der Erreichbarkeit gibt. könnte MQTT helfen. Und ja, vielleicht könnte man noch darauf hinweisen, daß der Port geändert werden muß, da der Standard-Port in der Regel schon vom ioBroker MQTT-Adapter belegt ist, der hier aber nicht verwendet wird.
-
@klassisch said in Test Adapter Shelly v4.0.3 (latest):
Manch einer hat ein eigenes Netz für IoT oder nutzt ein guest net.
die, die sowas aufziehen haben dann auch keine probleme MQTT zu konfigurieren. andererseit ist es auch kein problem mit einem anderen netzwerk. mit dem handy musst du dich nur ins richtige netz einloggen, dann tut auch CoAP. dann gibts auch noch VPN.
aber egal, jeder wie er mag.
und bei @Naturfreund hats nicht geklappt, weil sein netzwerk einen weg hat. da kann weder der adapter, noch shelly was dafür.
weil du einen hinweis monierst, den tip gibts an jeder ecke. nur die meisten fangen sich dann erst wirklich probleme ein. schon die lustigsten sachen erlebt. der adapter kann MQTT, dann wird lustig ein MQTT installiert, falsch konfiguriert und es dampft. -
@klassisch sagte in Test Adapter Shelly v4.0.3 (latest):
In Anbetracht der Leidensgeschichte von @Naturfreund , die wahrscheinlich kein Einzelfall sein dürfte, wäre vielleicht ein Hinweis in der Anleitung zur Präferenz in komplexen Netzwerken sinnvoll, da das ja ein Limitation von CoAP zu sein scheint. Vielleicht in etwa so im Kapitel Installation:
Das Thema wurde mehrfach im Forum behandelt. Die meisten wollen aber bei CoAP bleiben, da es für die Shelly Cloud Voraussetzung ist.
-
@Stuebi Das war auch der Grund warum ich bei CoAP bleiben wollte in der Anfangszeit. Einfach als Backup so lange die eigene Aufzeichnung über raspi, iobroker und influxdb noch nicht stabil laufen.
Leider führte das genau dazu, dass keine Stabilität ins eigene Ökosystem kam, zumindest bei mir.Es ist auch davon auszugehen, die Reihenfolge Shelly App -> CoAP Integration -> Wechsel auf MQTT ist der übliche(Leidens-) Weg.
Hinterher ist man immer schlauer
-
@Naturfreund said in Test Adapter Shelly v4.0.3 (latest):
die Reihenfolge Shelly App -> CoAP Integration -> Wechsel auf MQTT
seh ich nicht so, wenn das netzwerk funktioniert, funktioniert auch CoAP einwandfrei.
es liegt IMHO an den routerhestellern eine FW zu bieten, die keine probleme schafft. siehe mein beispiel. hätte ich keinen schelly-3EM eingebaut, hätte ich bis heute keine probleme gehabt. offensichtlich war ich nicht der einzige. nicht umsonst wussten die sofort die lösung für das problem. synology hat reagiert, probleme gelöst. allerdings, synology hat auch keine FW raus bevor sie nicht ordentlich funktioniert.
daher auch meine abneigung gegenüber AVM und den fritten... -
@Naturfreund said in Test Adapter Shelly v4.0.3 (latest):
@da_Woody Ja, das geht mit dem "Trick". Der Shelly kennt seine Stromquelle ja nicht, sieht nur die 3V am Eingang. Beim Shelly HT im Studio der am gleichen Devolo Adapter hing wie der Pi funktionierte das die letzten Tage zuverlässig. Was ich noch nicht herausgefunden habe, ob die Batterieanzeige dann noch läuft oder per default bei externer Stromversorgung 100% ausgegeben werden.
Falls es jemanden interessiert: Der Shelly HT mit eingesetzter Batterie aber mit Haken bei "External power supply" (logging alle 10 min) hat ca. 1 Monat gehalten. Ist also keine Dauerlösung. Netzteilversorgung hab ich bereits hier.
