Shelly geräte werden nicht gefunden

[Bolländer]

@Stuebi Ich habe den tcpdump jetzt installiert. Bei das erste Befehl bleibe ich noch immer stecken:

tcpdump: eth1: No such device exists
(SIOCGIFHWADDR: No such device)

[Stuebi]

@Bolländer , Versuche es einmal mit eth0

[Bolländer]

wann ich dieses eingebe:

sudo tcpdump src <IP-OF-SHELLY> and port 5683 -A

bekomme ich:

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes

[Stuebi]

@Bolländer , da musst du suchen. Liegt am Netzwerk

[Bolländer]

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
0 packets received by filter
0 packets dropped by kernel

(nach 1 minute strg-C gedrückt)

ich gehe davon aus das es nochmal ein Bestätigung ist , das es am Netzwerk liegt.

[fezi]

Hallo @Stuebi ,

ich habe ein ähnlich gelagertes Problem allerdings ist das Netzwerk scheinbar ok.
Kurz zum Setup:
Ich habe bisher drei Shellys verbaut gehabt (2* Shelly 1, 1 * Shelly 2.5). Alles im Iobroker eingebunden, läuft super. Jedes Gerät hat eine feste IP Adresse, läuft über CoAP und hat die aktuelle Firmware.
Nun habe ich einen weiteren Shelly 2.5 eingebaut. Dieser, wie auch alle anderen Shellys lassen sich über die Shelly APP steuern und auch über Google Assistant. Aber seit dem Einbau erkennt iobroker das neue Gerät nicht sowie einen der Shelly1 nicht. Erwähnenswert ist eventuell noch, dass die beiden im iobroker nicht gefunden Geräte an derselben Sicherung hängen (die für den Neueinbau selbstverständlich aus war).
Die zwei anderen Geräte lassen sich noch ansteuern wie vorher.
Beim Aufruf von coaptest.js tauchen im Laufe der Zeit alle Geräte auf (hier ein Auszug):

192.168.2.11:5683 - P&Z3citsm
                             SHSW-1#E092262E9F2A#1RC
{"G":[[0,112,1],[0,118,0]]}
192.168.2.12:5683 - P 3citsm
                            SHSW-1#E09A0691DA5D#1RC{"G":[[0,112,0],[0,118,0]]}
192.168.2.22:5683 - P'p3citsm
                             l  SHSW-25#6AC74B29384C#1RC{"G":[[0,112,0],[0,122,0],[0,113,50],[0,111,0.000000],[0,121,0.000000],[0,118,0],[0,128,0],[0,115,57.86],[0,116,136.14],[0,117,0],[0,211,0.000],[0,212,0.000],[0,213,0.000],[0,214,2],[0,221,0.000],[0,222,0.000],[0,223,0.000],[0,224,22]]}
192.168.2.21:5683 - Pt3citsm
                            l   SHSW-25#68C63AF8F60C#1RCI{"G":[[0,112,0],[0,122,0],[0,113,50],[0,111,0.000000],[0,121,0.000000],[0,118,0],[0,128,0],[0,115,57.97],[0,116,136.35],[0,117,0],[0,211,0.000],[0,212,0.000],[0,213,0.000],[0,214,954],[0,221,0.000],[0,222,0.000],[0,223,0.000],[0,224,1048]]}

Neustart des Shelly Adapters, iobrokers & raspberrypi war bisher erfolglos. Beim Hinzufügen einer neuen Instanz hat er auch nur 2 Geräte gefunden.

Irgendwelche Ideen, was ich noch versuchen kann oder kann ich noch irgendwelche Informationen liefern, die hilfreich wären?

Danke schon einmal im vorraus.

[Bolländer]

So, jetzt habe ich mir endlich wieder auf das Problem fokussieren können.
Ich habe den ioBroker RasPi (LAN) + ein Shelly (WLAN) direkt an mein Fritzbox angeschlossen. Und da ist endlich ein Shelly zu sehen in den Shelly Objekten liste!

Ich habe ein TP-Link L2 switch und versuche schon verschiedenes um die Shelly's die über den Switch angeschlossen sind (über Fritzbox ist keine langfristige Lösung) jetzt auch sichtbar zu machen. Verschiedene Einstellungen schon geändert, aber ohne erfolg. Ich hab den meiste Fokus auf die Einstellungen in das Multicast menu gelegt, weil Shelly über COAP mit Multicast funktioniert.
Auch steht hier [IPadresse]:8081/#tab-adapters/readme/shelly das COAP mit Multicast UDP Pakete arbeitet. Leider finde ich nichts im Switch ob UDP irgendwo nicht richtig eingerichtet ist.

Wer hat noch ein Idee wo ich suchen könnte?
Vielen Dank!

[da_Woody]

hi!
@Bolländer said in Shelly geräte werden nicht gefunden:

Ich habe eine Fritzbox + ein L2 Switch der Multicast unterstutzt (IGMP eingeschaltet, IGMP snooping an usw.)

schalt mal den IGMP dingens ab. bei mir war das mit ausschlaggebend das sich der 3em ausgeklinkt hat wenn er sich auf den AP vebunden hat. am router lief er astrein. (war zumindest bei mir mit den synology's so)

[Bolländer]

Ich hab jetzt den L2 Switch ein Factory Reset vergeben und jetzt sind alle Shelly's zu sehen. Leider nur jetzt den Switch wieder komplett aufbauen, aber endlich funktioniert es.

Danke an alle die infos gegeben haben!

[Bolländer]

Ich habe jetzt rausgefunden das mein L2 switch ein DoS defend option hat der auch verhindert das die Geräte gefunden werden. Bei mir heist diese option "Blat Attack".
Wann diese ausgeschaltet ist werden die Geräte gefunden.
Zur Info.

[da_Woody]

@Bolländer schwere geburt, aber wenigstens erfolgreich!
wie heissts so schon? irgendwas ist immer!

[Ralf Topas]

@bolländer
Ich habe leider genau die gleichen Probleme wie du und habe das Thema hier aufmerksam durchgelesen...

Mein Shelly 1PM hängt am AP, der via T1600-28 PS als Switch angebunden ist.
Webzugriff und App funktionieren tadellos.
Der Adapter in ioBroker ließ sich ohne Probleme installieren, ABER

1. CoAP geht nicht, Adapter bleibt rot. (Verbunden mit Host: rot, Lebenszeichen: Rot, verbunden mit shelly: grün)
2. MQTT geht und der Adapter wird grün.
3. unter Objekte taucht mein 1PM nicht auf.

node coaptest.js auf dem Raspi 4 liefert identische Ergebnisse wie der Post von fezi weiter oben.
Habe jetzt nach deinen Hinweisen im Menü des Switch mal nachgeschaut (Factory Reset erfolgt)

1. DoS Defend komplett abgeschaltet (und somit auch Blat Attack)
2. L2-Features: Multicast: IGMP Snooping, MLD Snooping, MVR deaktiviert.
3. Keine Einträge unter Multicast Filtering und Multicast Info.

Hast du oder jemand anderes evtl. noch einen Tip für mich?

Danke Euch im Voraus!

VG Ralf

[Ralf Topas]

@ralf-topas
Nachdem ich die Tomaten von den Augen genommen habe, habe ich meinen Fehler entdeckt.
Als MQTT Server habe ich die IP des Shellys und nicht die des IoBroker-Raspis genommen.
So kann es natürlich nicht funktionieren.

Es bleibt aber das Problem, dass CoAP nicht laufen mag...

VG!

[DarkSoul]

Mahlzeit.
Mal einen ganz anderen Lösungsansatz.
Ich hatte nämlich vor kurzen ein ähnliches Probelm.
Meine Shellies laufen normalerweise nicht in der Cloud. Sie werden über den Adapter (COAP) und MQTT im Broker auch sauber erkannt.
Jetzt hatte ich zum testen eine Shelly1 einmal in die Cloud genommen um mit Alexa ein wneig rum zu spielen und schwubs, war er aus dem Adapter weg. MQTT sowieso, da ja deaktiviert.
Irgendwann habe dann mal dieses ColoT aktiviert und die Adresse des ioBroker eingetragen + Port :5683 und tada der Shelly war wieder im Adapter vorhanden.

Vielleicht hilft es ja. Bei mir läuft der Broker aber auf einem Windows PC.

[da_Woody]

@darksoul sagte in Shelly geräte werden nicht gefunden:

Irgendwann habe dann mal dieses ColoT aktiviert und die Adresse des ioBroker eingetragen + Port :5683 und tada der Shelly war wieder im Adapter vorhanden.

das habe ich aber schon in beiträgen gepostet. mcast funktioniert nicht mehr mit der letzten FW, nur mehr unicast.
und es genügt auch nur die ioB IP eintragen, die APP hängt den port selbstständig dran beim speichern.
wieder ein grund, warum im adapter das automatische update nicht angehakt sein sollte.