Per Cloud oder per IP im Browser auf dem Device deaktiviert? Falls per Cloud, dann direkt auf dem Device probieren.
Beiträge von Schubbie
-
-
- Ja, auf dem Bild mag es so aussehen, dass das eine schwarze Kabel nicht richtig drin steckt, aber es wurde zu viel abisoliert. Es steckt also schon richtig drin.
Es ist dennoch entsprechend zu kürzen.
Mit der Cloud kenne ich mich leider nicht aus, aber es gibt Einsteigertipps und zahlreiche Beiträge zu solchen Problemen. Vielleicht wirst du dort fündig.
-
Der Hinweis ist aucclh anders zu verstehen #Seitenschneider
-
Vom Foto her würde ich sagen, dass der schwarze nicht in der Schraubklemme des Shellies ist.
Kann man die Plus auch mit einmal Strom weg und 5x SW in der ersten Minute gegen L schalten resetten? Vielleicht hängt irgendetwas quer. Oder einmal kurz stromlos machen, falls er sich aufgehängt hat.
-
Mit der Cloud kenne ich mich leider nicht aus.
-
Für mich habe ich einen ZyXEL XGS1930 genommen. Der ist günstig gebraucht zu bekommen und hat 4 SFP+ 10GBit/s Ports, davon 2 für Synology, 1 für PC 1 als Reserve. Der ist allerdings leicht gewöhnungsbedürftig. Als PoE-Injector habe ich einen 8-fach von Inline. So bin ich mit relativ günstiger Hardware flexibel und brauche nicht gleich einen teuren PoE-Switch, wenn mir der nicht zusagt. Der PoE-Injector muss 1 GBit/s können.
Netgear kann ich nic empfehlen.
-
Ich nutze die Cloud nicht.
Das Problem ist, dass Allterco die kurzen IDs ausgegangen sin und es zu Doppelbelegungen gekommen ist und die Cloud die Shellies nach IP anspricht. Sprich irgendwo auf der Welt hat jemand die selbe ID und du wunderst dich, warum dein Licht immer wieder einschaltet.
Es wird im Browser eingegeben. Danach spannt der Shelly wieder einen AP auf und ist auf Werkseinstellungen.
-
Da du die Cloud nutzt sind die Shellies auf lange ID zu bringen. Im vorletzten Foto im unteren Bereich sieht man die kurze 6-stellige ID.
[shelly-ip]/longifyid
Dadurch wird der Shelly resettet und muss komplett neu eingerichtet werden.
-
Ich habe die Lösung per Node Red vorgeschlagen. Einige Shellies senden dort auch ein "SS" für einen Doublepush.
-
Im Betreff steht "2x push". Wenn nur zwischen Long und Short unterschieden werden soll, dann ist es einfacher.
-
Vermutlich ist detached richtig, damit der Shelly nicht bei jedem Tastendruck schaltet. Der soll ja dann softwareseitig geschaltet werden?
Noch ein Zusatz für meinen Vorschlag in Node Red - es wird per MQTT realisiert. Dazu in den Paletten von Node Red nach Aedes suchen und du findest einen MQTT-Broker. Du musst dann die IP von Node Red (Home Assistant) in den Shellies unter MQTT eintragen, gefolgt von :1880 , wenn du den Standardport verwendest.
Alternativ gibt es auch in Home Assistant direkt einen MQTT-Broker, den man installieren kann.
-
Sorry, hatte nur die 3 Bilder mit noch falscher IP gesehen.
Hast du danach mal alles neu gestartet?
Vielleicht muss die FritzBox noch irgendwo als DHCP-Server eingetragen werden?
-
Einstellungen -> Geräte & Dienste
müsste es sein.
-
Dann nimm meinen Link oben als Beispiel. Dort werte ich eine Doublepush aus.
Du kannst doch die Integration anklicken und die IP des Shellies eintippen?
-
In dem Shelly aktivierst du, falls nicht aktiv, in den Verbindungseinstellungen -> Advanced Developer Settings CoIoT. Dann im Home Assistant das offizielle Shelly Add-on installieren und damit sollte der Shelly dann zu finden sein.
Willst du nun lieber Home Assistant oder Node Red?
-
Und setzt du die Hinweise nun auch um?
-
Per Node Red habe ich glaube ich den Event-Counter im Zusammenhang mit der Unixtime ausgewertet.
Seite 4 erster Beitrag müsste mein aktueller Flow sein, um per Dimmer einen Dimmer zu steuern. Sollte entsprechend umzuarbeiten gehen.
-
Ich denke auch nicht, dass wenn andere Actions funktionieren, es nicht an der Schaltung liegt.
Erstmal müssen die Actions funktionieren und dann kann man sich über die Kontrolllampe einen Kopf machen.
-
Hast du die IP-Range denn so geändert, wie ich es beschrieben habe? Dann sollte es mit der korrekten IP funktionieren.
-
Du hast ja aber bereits einen eigenen Thread eröffnet. Ich konnte keine Probleme mit meinen beiden UAP-AC-Pro und einem UAP-AC-Mesh nachstellen.
Es soll seitens Ubiquiti und Shelly Updates gegeben haben. Überwiegend waren anscheinend die HD betroffenen, daher auch mein Tipp es erstmal mit dem UAP-AC-Pro alleine zu probieren.
