Closed cTech1987 closed 3 years ago
Für meine anderen Geräte nutze ich den MQTT Sonoff Adapter, nicht shelly. Der Shelly Adapter ist allein für die Shellygeräte mit COAP/http da. Polling steht auf 10, ist alles Standard belassen:
Die ColoT Einstellungen habe ich wie oben beschrieben bereits vorgenommen:
Ich hab den Shellyadapter jetzt mal deinstalliert, gelöscht und neu installiert. Mal sehen ob das was bringt.
Ich habe beides probiert unicast und mcast - brachte für mich keinen sichtbaren erfolg / Veränderung.
Das mit dem Deinstallieren und neu installiert habe ich auch schon mehrfach durch... ohne erkennbare Veränderungen. Ich habe sogar mal eine weitere Instanz installiert und dann einen Shelly nach dem anderen von der einen in die andere Instanz gebracht um zu sehen, ob vielleicht eine Instanz einfriert und die andere weiterläuft. Idee war damit vielleicht herausfinden zu können, ob es ein Shellygerät war, welches die Fehlersituation verursacht. Auch erfolglos - es blieben imm beide Instanzen "stehen".
Die Dateien werde ich mal erzeugen, sobald ich wieder einen "Stillstand bemerke - aktuell läuft alles... (seit gestern bzw. seit Neustart um 04h15).
Hallo,
nun habe ich wieder "hänger" im Adapter.
Leider komme ich nicht wirklich weiter:
pi@raspberrypi-IOB:~ $ sudo tcpdump '(udp port 5683) and (src 192.168.178.154)' -A sudo: tcpdump: Befehl nicht gefunden pi@raspberrypi-IOB:~ $
Ich habe jetzt herausgefunden, dass tcpdump erst installiert werden muss.
Das habe ich getan und nun sieht es so aus:
pi@raspberrypi-IOB:~ $ sudo tcpdump '(udp port 5683) and (src 192.168.178.154)' -A tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes ^C 0 packets captured 1 packet received by filter 0 packets dropped by kernel
So, nach vielem Lesen und probieren bin ich weiter gekommen. Wie oben gesehen kam überhaupt kein Paket rein und ich dachte, da stimmt was mit der Befehlszeile nicht...
Dann bin ich auf die Idee gekommen den Shelly-Adapter neu zu starten - ab dann lief es.
Ich habe das mal rauskopiert und kommentiert:
pi@raspberrypi-IOB:~ $ sudo tcpdump '(udp port 5683) and (src 192.168.178.154)' -A tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
Hier kam ewig gar nichts - dann habe ich den Adapter neu gestartet: _13:15:36.900661 IP shelly1-4-500291F092E0.fritz.box.5683 > 224.0.1.187.5683: UDP, length 107 E....!.....E.........3.3.s..P.Q..cit.s....SHSW-1#500291F092E0#2.C......{"G":[[0,9103,1],[0,1101,1],[0,2101,0],[0,2102,""],[0,2103,90]]} 13:15:36.931068 IP shelly1-4-500291F092E0.fritz.box.5683 > RaspberryPI4b.fritz.box.39321: UDP, length 947 E...."....i9.........3......`E.+....SHSW-1#500291F092E0#2.{"blk":[{"I":1,"D":"relay_0"},{"I":2,"D":"sensor_0"},{"I":3,"D":"sensor_1"},{"I":4,"D":"sensor_2"},{"I":5,"D":"device"}],"sen":[{"I":9103,"T":"EVC","D":"cfgChanged","R":"U16","L":5},{"I":1101,"T":"S","D":"output","R":"0/1","L":1},{"I":2101,"T":"S","D":"input","R":"0/1","L":1},{"I":2102,"T":"EV","D":"inputEvent","R":["S/L",""],"L":1},{"I":2103,"T":"EVC","D":"inputEventCnt","R":"U16","L":1},{"I":3101,"T":"T","D":"extTemp","U":"C","R":["-55/125","999"],"L":2},{"I":3102,"T":"T","D":"extTemp","U":"F","R":["-67/257","999"],"L":2},{"I":3201,"T":"T","D":"extTemp","U":"C","R":["-55/125","999"],"L":3},{"I":3202,"T":"T","D":"extTemp","U":"F","R":["-67/257","999"],"L":3},{"I":3301,"T":"T","D":"extTemp","U":"C","R":["-55/125","999"],"L":4},{"I":3302,"T":"T","D":"extTemp","U":"F","R":["-67/257","999"],"L":4},{"I":3103,"T":"H","D":"humidity","R":["0/100","999"],"L":2},{"I":3117,"T":"S","D":"extInput","R":"0/1","L":2}]} 13:15:51.931897 IP shelly1-4-500291F092E0.fritz.box.5683 > 224.0.1.187.5683: UDP, length 107 E....4.....2.........3.3.s..P.Q..cit.s....SHSW-1#500291F092E0#2.C......{"G":[[0,9103,1],[0,1101,1],[0,2101,0],[0,2102,""],[0,2103,90]]} 13:16:07.178955 IP shelly1-4-500291F092E0.fritz.box.5683 > 224.0.1.187.5683: UDP, length 107 E....5.....1.........3.3.s..P.Q..cit.s....SHSW-1#500291F092E0#2.C......{"G":[[0,9103,1],[0,1101,1],[0,2101,0],[0,2102,""],[0,2103,90]]} 13:16:22.286553 IP shelly1-4-500291F092E0.fritz.box.5683 > 224.0.1.187.5683: UDP, length 107 E....:.....,.........3.3.s..P.Q..cit.s....SHSW-1#500291F092E0#2.C......{"G":[[0,9103,1],[0,1101,1],[0,2101,0],[0,2102,""],[0,2103,90]]} 13:16:37.328033 IP shelly1-4-500291F092E0.fritz.box.5683 > 224.0.1.187.5683: UDP, length 107 E....>.....(.........3.3.s..P.Q..cit.s....SHSW-1#500291F092E0#2.C......{"G":[[0,9103,1],[0,1101,1],[0,2101,0],[0,2102,""],[0,2103,90]]} 13:16:52.334090 IP shelly1-4-500291F092E0.fritz.box.5683 > 224.0.1.187.5683: UDP, length 107 E....Z...............3.3.s..P.Q..cit.s....SHSW-1#500291F092E0#2.C......{"G":[[0,9103,1],[0,1101,1],[0,2101,0],[0,2102,""],[0,2103,90]]} 13:17:07.353302 IP shelly1-4-500291F092E0.fritz.box.5683 > 224.0.1.187.5683: UDP, length 107 E....a...............3.3.s..P.Q..cit.s....SHSW-1#500291F092E0#2.C......{"G":[[0,9103,1],[0,1101,1],[0,2101,0],[0,2102,""],[0,2103,90]]} 13:17:12.136865 IP shelly1-4-500291F092E0.fritz.box.5683 > 224.0.1.187.5683: UDP, length 107 E....l...............3.3.s..P.Q..cit.s....SHSW-1#500291F092E0#2.C......{"G":[[0,9103,1],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,90]]}_
Relais via App geschaltet: _13:17:12.200510 IP shelly1-4-500291F092E0.fritz.box.5683 > RaspberryPI4b.fritz.box.36797: UDP, length 947 E....o....h..........3.....E`Eec....SHSW-1#500291F092E0#2.{"blk":[{"I":1,"D":"relay_0"},{"I":2,"D":"sensor_0"},{"I":3,"D":"sensor_1"},{"I":4,"D":"sensor_2"},{"I":5,"D":"device"}],"sen":[{"I":9103,"T":"EVC","D":"cfgChanged","R":"U16","L":5},{"I":1101,"T":"S","D":"output","R":"0/1","L":1},{"I":2101,"T":"S","D":"input","R":"0/1","L":1},{"I":2102,"T":"EV","D":"inputEvent","R":["S/L",""],"L":1},{"I":2103,"T":"EVC","D":"inputEventCnt","R":"U16","L":1},{"I":3101,"T":"T","D":"extTemp","U":"C","R":["-55/125","999"],"L":2},{"I":3102,"T":"T","D":"extTemp","U":"F","R":["-67/257","999"],"L":2},{"I":3201,"T":"T","D":"extTemp","U":"C","R":["-55/125","999"],"L":3},{"I":3202,"T":"T","D":"extTemp","U":"F","R":["-67/257","999"],"L":3},{"I":3301,"T":"T","D":"extTemp","U":"C","R":["-55/125","999"],"L":4},{"I":3302,"T":"T","D":"extTemp","U":"F","R":["-67/257","999"],"L":4},{"I":3103,"T":"H","D":"humidity","R":["0/100","999"],"L":2},{"I":3117,"T":"S","D":"extInput","R":"0/1","L":2}]}_
Von selbst gekommen: 13:17:27.317098 IP shelly1-4-500291F092E0.fritz.box.5683 > 224.0.1.187.5683: UDP, length 107 E....z...............3.3.s..P.Q..cit.s....SHSW-1#500291F092E0#2.C......{"G":[[0,9103,1],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,90]]} 13:17:30.526950 IP shelly1-4-500291F092E0.fritz.box.5683 > 224.0.1.187.5683: UDP, length 107 E....................3.3.s..P.Q..cit.s....SHSW-1#500291F092E0#2.C......{"G":[[0,9103,1],[0,1101,1],[0,2101,0],[0,2102,""],[0,2103,90]]}
Relais via App geschaltet: _13:17:30.558822 IP shelly1-4-500291F092E0.fritz.box.5683 > RaspberryPI4b.fritz.box.34960: UDP, length 947 E.........h..........3....h.`E......SHSW-1#500291F092E0#2.{"blk":[{"I":1,"D":"relay_0"},{"I":2,"D":"sensor_0"},{"I":3,"D":"sensor_1"},{"I":4,"D":"sensor_2"},{"I":5,"D":"device"}],"sen":[{"I":9103,"T":"EVC","D":"cfgChanged","R":"U16","L":5},{"I":1101,"T":"S","D":"output","R":"0/1","L":1},{"I":2101,"T":"S","D":"input","R":"0/1","L":1},{"I":2102,"T":"EV","D":"inputEvent","R":["S/L",""],"L":1},{"I":2103,"T":"EVC","D":"inputEventCnt","R":"U16","L":1},{"I":3101,"T":"T","D":"extTemp","U":"C","R":["-55/125","999"],"L":2},{"I":3102,"T":"T","D":"extTemp","U":"F","R":["-67/257","999"],"L":2},{"I":3201,"T":"T","D":"extTemp","U":"C","R":["-55/125","999"],"L":3},{"I":3202,"T":"T","D":"extTemp","U":"F","R":["-67/257","999"],"L":3},{"I":3301,"T":"T","D":"extTemp","U":"C","R":["-55/125","999"],"L":4},{"I":3302,"T":"T","D":"extTemp","U":"F","R":["-67/257","999"],"L":4},{"I":3103,"T":"H","D":"humidity","R":["0/100","999"],"L":2},{"I":3117,"T":"S","D":"extInput","R":"0/1","L":2}]}_
Von sebst gekommen: 13:17:45.684451 IP shelly1-4-500291F092E0.fritz.box.5683 > 224.0.1.187.5683: UDP, length 107 E....................3.3.s..P.Q..cit.s....SHSW-1#500291F092E0#2.C......{"G":[[0,9103,1],[0,1101,1],[0,2101,0],[0,2102,""],[0,2103,90]]} 13:17:48.062410 IP shelly1-4-500291F092E0.fritz.box.5683 > 224.0.1.187.5683: UDP, length 107 E....................3.3.s..P.Q..cit.s....SHSW-1#500291F092E0#2.C......{"G":[[0,9103,1],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,90]]}
Relais via App geschaltet: _13:17:48.107648 IP shelly1-4-500291F092E0.fritz.box.5683 > RaspberryPI4b.fritz.box.56157: UDP, length 947 E.........h..........3.]...^`E......SHSW-1#500291F092E0#2.{"blk":[{"I":1,"D":"relay_0"},{"I":2,"D":"sensor_0"},{"I":3,"D":"sensor_1"},{"I":4,"D":"sensor_2"},{"I":5,"D":"device"}],"sen":[{"I":9103,"T":"EVC","D":"cfgChanged","R":"U16","L":5},{"I":1101,"T":"S","D":"output","R":"0/1","L":1},{"I":2101,"T":"S","D":"input","R":"0/1","L":1},{"I":2102,"T":"EV","D":"inputEvent","R":["S/L",""],"L":1},{"I":2103,"T":"EVC","D":"inputEventCnt","R":"U16","L":1},{"I":3101,"T":"T","D":"extTemp","U":"C","R":["-55/125","999"],"L":2},{"I":3102,"T":"T","D":"extTemp","U":"F","R":["-67/257","999"],"L":2},{"I":3201,"T":"T","D":"extTemp","U":"C","R":["-55/125","999"],"L":3},{"I":3202,"T":"T","D":"extTemp","U":"F","R":["-67/257","999"],"L":3},{"I":3301,"T":"T","D":"extTemp","U":"C","R":["-55/125","999"],"L":4},{"I":3302,"T":"T","D":"extTemp","U":"F","R":["-67/257","999"],"L":4},{"I":3103,"T":"H","D":"humidity","R":["0/100","999"],"L":2},{"I":3117,"T":"S","D":"extInput","R":"0/1","L":2}]}_
Von selbst eingetroffen: 13:18:03.096726 IP shelly1-4-500291F092E0.fritz.box.5683 > 224.0.1.187.5683: UDP, length 107 E....................3.3.s..P.Q..cit.s....SHSW-1#500291F092E0#2.C......{"G":[[0,9103,1],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,90]]} ^C 17 packets captured 17 packets received by filter 0 packets dropped by kernel
So, eine Datei habe ich auch erzeugt:
pi@raspberrypi-IOB:~ $ sudo tcpdump '(udp port 5683) and (src 192.168.178.154)' -A > /home/pi/shellydump.txt tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes ^C13 packets captured 14 packets received by filter 0 packets dropped by kernel
am besten noch folgendes mal einfach 24 Stunden laufen lassen
sudo tcpdump '(udp dst port 5683) and (src 192.168.178.154)' -A > /home/pi/shellydump.txt
da sollten dann nur mehr die zweizeiligen kommen
13:17:27.317098 IP shelly1-4-500291F092E0.fritz.box.5683 > 224.0.1.187.5683: UDP, length 107
E....z...............3.3.s..P.Q..cit.s....SHSW-1#500291F092E0#2.C......{"G":[[0,9103,1],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,90]]}
hier kam kein einziges relevantes Paket
dann aus und ein
wieder nichts relevantes
nun zuerst ein, dann aus
nichts relevantes
und dann aus
Ehrlich gesagt werde ich daraus nicht schlau. Es kommt auf alle Fälle schon Unsinn zum Adapter. Mit einer 24 Stunden Überwachung sollte man erkennen ob die Pakete dann mal aufhören oder ob zwar Pakete kommen, diese aber dann einfach nicht den korrekten Status wiedergeben
Hallo, tcpdump läuft. Allerdings mit einem Shelly 2.5, der auch häufig nicht wiedergegeben wird...
Wenn ich das richtig einschätze, dann muss der Rechner die ganze Zeit mit dem Raspberry per ssh verbunden sein, oder? Ich komme ja jetzt per exit nicht raus...
In dem Fall ja ... ggf nächstes mal mit "screen" arbeiten?
Läuft... und Adapter läuft auch bisher bei dem geloggten Shelly einwandfrei.... Logdatei bis jetzt knapp 6MB... Soll ich noch bis heute Abend weiter laufen lassen?
BTW: Ich finde das echt gut, dass ihr mich hier so "an die Hand und ins Boot nehmt" und wir so vielleicht ein paar Schritte weiter kommen... Als Nebeneffekt lerne ich auch noch einiges dazu. Vielen Dank!
Leider ist mein Windowsrechner, mit dem ich per ssh mit dem Raspberry verbunden war und von dem aus ich das Logging gestartet hatte gegen Mittag komplett "eingefroren". Und damit ist dann wohl auch das Logging gestoppt worden. Damit bildet die Datei leider nur gut 17,5 Stunden ab.
Ich hoffe, es ist trotzdem hilf-/aufschlußreich...
Hi, danke fürs File. Ich sehe es mir noch im Detail an. Eine Frage nur dazu: Hast du die optimierte Variante genommen: sudo tcpdump '(udp dst port 5683) and (src 192.168.178.154)' -A > /home/pi/shellydump.txt oder die urpsrüngliche? sudo tcpdump '(udp port 5683) and (src 192.168.178.154)' -A > /home/pi/shellydump.txt
Denn das Log hat eigentlich zu viele Einträge...
Guten Morgen, da stellst du Fragen an jemand, der sich überhaupt nicht auskennt... bin ja froh, dass ich den Anweisungen folgen kann... Nee, ich hab das so gemacht, wie vorher - nur, dass ich einen Shelly 2.5 geloggt habe... Also sudo tcpdump '(udp port 5683) and (src 192.168.178.192)' -A > /home/pi/shelly25dump.txt
ok, dann hast wohl das https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/384#issuecomment-922353065 überlesen. Ist aber kein Problem
Sorry... hab auf die drei Buchstaben extra nicht geachtet....
Hallo zusammen, gibt es schon Erkenntnisse, die Ihr aus meinen Dateien gewinnen konntet, oder kann ich noch was tun?
Es war einfach zu schönes Wetter in den letzten Tagen ;-) Ich komme zu keinen weiteren Ideen auf Basis des Logs. So wie es aussieht nimmt der Adapter alles sauber genau so an wie es über das Netzwerk kommt. Ich hab trotzdem den Verdacht, dass es am Shelly Device liegt. Durch den Neustart des Adapters werden Requests an das Shelly Device geschickt, vielleicht bringt dies dann das Device wieder auf Schiene.
Du könntest max. nochmals den Dump laufen lassen, eventuell erkenne ich noch was, wenn die Daten auf die relevanten reduziert sind sudo tcpdump '(udp dst port 5683) and (src 192.168.178.154)' -A > /home/pi/shellydump.txt
Guten Morgen, nur mal kleine Zwischenmeldung: Seither läuft alles bei mir problemlos... Gut, jede Nacht wird der Adapter einmal neu gestartet - aber das hatte in der Vergangenheit nicht dafür gesorgt, dass es für 24h funktionierte... Aber - toi, toi, toi - seit Wochen kein Ausfall mehr. Da macht es dann wohl keinen Sinn einen dump zu erzeugen, oder? Hoffentlich habe ich mit meiner Meldung jetzt nicht den nächsten Ausfall heraufbeschworen...
hmm, habt ihr in eurem netzwerk irgendwo IGMP Snooping laufen? der kack hat mir auch diesen effekt gebracht. lief lange, dann hat sich das, warum auch immer, in einem netgear switch aktiviert und nix ging mehr...
Ich hatte IGMP Snooping in einem meiner Switches aktiviert und habe es nun deaktiviert. Doch nach nicht mal einem Tag werden die Timestamps wieder nicht aktualisiert. Daran liegt es leider nicht.
Bitte generell mal die neue 4.1.0 versuchen
Also ich muss sagen, das hat echt was gebracht! Mit 4.1.0 sind meine Probleme nun seit einer Woche weg, toi toi toi. Es werden alle Timestamps aktualisiert, so wie es soll. Was wurde geändert? Ich finde leider keine changelog. Vielen Dank!
@Apollon77 Leider geht es nun wieder von Vorne los. Die Instanz läuft seit ca. einer Woche und nun werden die timestamps nicht mehr aktualisiert. Wie gehts bei den Anderen so? @wolfgang1962 @HGlab01
Hallo zusammen, bei mir läuft alles seit September problemlos. Habe trotzdem auf 4.1.0 gewechselt - auch damit läufts... Habe mittlerweile auch seit mehr als einer Woche den nächtlichen Neustart deaktiviert - läuft weiterhin ohne Probleme. Ich glaube ja fast, dass es mit meiner Neukonfiguration meines WLANs zu tun hat. Seit ich in der SSID alle Leerzeichen und Sonderzeichen entfernt habe läuft mein gesamtes System problemlos und stabil (FritzBox 7490). Also - toi, toi, toi - ich bin zufieden... (hoffe, ich hab keine schlafenden Hunde geweckt und morgen wache ich mit jeder Menge "OFFLINE-Meldungen" auf...)
Hallo zusammen, gibt es hierfür mittlerweile eine Lösung?
Ich habe einen Shelly1 und 2x Shelly PlugS.
Ich hatte mich schon gewundert das Alexa nur kurzeitig sagt das die Waschmaschine fertig ist...
Gestern habe ich den Shelly1 installiert, und soweit auch alles funktioniert. ABER halt nur einen kleinen Augenblick dann bekommt der IObroker vom Shelly keine Änderung mehr. Ich kann das Relays auch nicht über den Iobroker steuern.
Grüße Elvizz
gibt es hierfür mittlerweile eine Lösung?
Der Issue hier ist uralt. Bitte einen neuen anlegen mit genauer Beschreibung (verwendete Version auf den Shelly-Geräten, welches Gerät, integration über welches Protokoll, ... usw.)
Describe the bug
Die Datenpunkte Power und Energy aktualisieren sich seit 4.0.7 nicht mehr. Wird der Adapter neugestartet funktionieren sie kurzzeitig wieder und dann nicht mehr.
Versions: