Test Adapter Shelly v4.0.3 (latest)
-
@Naturfreund said in Test Adapter Shelly v4.0.3 (latest):
Habe mir jetzt 2 gebrauchte RT2200 gesichert.
damit machst du nichts falsch, sind ja eigentlich auch vollwertige router. hab nur damals gleich den 2600 angeschafft und erst jetzt seit 1,5 jahren durch den hauskauf das WLAN "erweitern" müssen. unterschied wohnung --> haus is ja eine andere nummer...
tja, die HT sind ein bisschen ein problemfall. durch den deepsleep gibts da hin und wieder probleme. ich musste auch schon paar mal durchs haus bis in die werkstatt flitzen mit tab bewaffnet. bei 10stk ist das nicht grad witzig. was auf jeden fall was bringt: denen im webui ihre fixe ip direkt zuweisen! auch bei DW mach ich das so. auch wenn sie an der stromschnur hängen.
im hinterkopf hab ich das die HT zwar aufwachen, aber bei keiner änderung nichts schicken...
den keller HT und den 1PM resette mal hardwaremässig und bind sie neu ein. wenn du im router IP/MAC drinnen hast bekommen die sowieso wieder ihre IP zugewiesen. und check mal sicherheitshalber die FW versionen. hab erst vor 3 tagen einen shelly entdeckt der nicht ganz aktuell war, warum auch immer... -
@da_Woody sagte in Test Adapter Shelly v4.0.3 (latest):
@Naturfreund
na, der drops ist gelutscht! freut mich für dich!
keine angst, da wird nicht gespammt. jeder kann sich den adapter in der 4.0.3 holen, der ist eigentlich stable, nur @Stuebi ist so eingespannt, das er es nicht schafft den aus dem latest ins stable zu bringen.
welche NASe hast du denn? bei mir lungern eine DS218+ und DS918+ rum.
der router gehört zwar nicht zu den billigsten, aber dafür ist das UI einfach geil. machen ja schon einige nach...
und wennst dich auf der NASe auskennst, blickst du den router auch gleich durch.Die Versionen sehen momentan wie folgt aus:
Stable: 4.0.3
Latest: 4.0.3
GitHub: 4.0.4-beta -
@Stuebi oops, sorry. hab ich echt nicht mitbekommen das die 4.0.3 schon stable ist...
-
Zu früh gefreut. Aktuell gehen nur noch die Shellys die am selben Devolo Adapter hängen wie der Pi. Für alle anderen werden keine Werte mehr in die InfluxDB eingetragen.
Kann jetzt nur abwarten bis die neuen Router da sind und dann weiter testen. -
@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. Hoffe, daß das mit dem neuen Router besser wird. 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. Ja, Smartphones haben WLAN und Akku und sind mobil. Aber durch praktisch tägliche Ladung betrachte ich sie die in diesem Kontext als energetisch netzabhängige Geräte.
-
@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.
