Beiträge von MaT75

Zitat

Aber vielleicht ist ja auch alles ausreichend isoliert, was der TE angeben muss.

Tja... spannend euch bei Fachsimpeln zuzuschauen, ich werde nur nicht ganz schlau draus Ich kann mit "SELV Konform" leider nichts anfangen und ob alles ausreichend isoliert ist, kann ich auch nicht sagen, weil ich ja gar nicht weiß, was damit genau gemeint ist.

Aktuell nutze ich - wie gesagt - Shelly Plus 1, die mit L und N ganz normal an 230 V angeschlossen sind. Da dieser potentialfrei ist kann ich über I und O auch die 24V-Gardena-Ventile schalten. Das funzt auch grundsätzlich sehr gut und das Wasser, das aus dem Sprenger kommt, steht auch nicht unter Strom

Ich habe nur ein Problem, dass die Shellies gerne mal WLAN-seitig aussteigen und dann nicht mehr erreichbar sind - das typische Shelly-Problem halt. Ich führe es darauf zurück, dass es im Schaltkasten vielleicht ein wenig zu eng ist und die vielen WLAN-Devices auf engstem Raum sich vielleicht gegenseitig stören. Deswegen dachte ich, dass ich mit zwei Geräten anstelle von sechs hier ein wenig Stabilität reinbringen kann - sofern ich den Pro3 einfach anstelle der Plus 1 einsetzen kann.

Hallo,

da ich leider keine Anschlussschemen für den Pro3 finden kann, stelle ich hier meine Frage: Verstehe ich das richtig, dass ich den Pro3 genau wie den Plus 1 nutzen kann, um auch 24V zu schalten?

Ich nutze aktuell 6 Shelly 1 PM um 24V Gardena-Ventile zu schalten für eine automatische Bewässerung. Diese 6 Shelly Plus 1 würde ich gerne gegen 2 Pro3 tauschen. Unten würde 230V angelegt werden und oben könnte ich bei I vom 24V Trafo kommen und bei O zum Ventil abgehen. Richtig?

Zitat von thgoebel

Feature Request gestellt?

Ja, habe ich jetzt mal gemacht.

Das Gerät verfügt ja über hoch/runter-Tasten und OK. Kann ich darüber auch die Jalousie bedienen? Ich würde dann auf extra Schalter verzichten, da ich die Jalousien i.d.R. automatisch bzw. über Siri bediene. Wenn es aber mal kein WLAN gibt, möchte ich schon noch einen Knopf haben, den ich drücken kann.

Hat niemand eine Idee oder Erfahrungen?

Hallo liebe Forengemeinde,

ich möchte das Thema Netzwerk ein wenig besser verstehen und habe zwei Fragen:

1. Warum weicht die Signalstärke zwischen Router und Gerät so deutlich ab?

Ich habe eine UniFi Dreammachine Pro als Router und da habe ich bei meinen Shellies durchgängig gute Signalstärken (siehe Bild). Wenn ich auf dem Shelly schaue, ist die Signalstärke dort idR zwischenn 15 und 20 dBm schlechter. Woran liegt das?

2. Warum holen sich die Shellies nicht immer den besten AP?

Am Beispiel des Plug "Infrarotheizung": Dieser ist mit dem AP "Wohnzimmer" mit -72dBm verbunden. Auf dem Gerät werden -87dBm angezeigt. Das Gerät hat Sichtkontakt mit dem AP "Nähzimmer" und AP Roaming ist auf -70dBm eingestellt. Warum bleibt er auf dem "Wohnzimmer" AP und springt nicht auf "Nähzimmer"? Wenn ich ihn mit "Lock to AP" auf "Nähzimmer" zwinge und neu starte, ist er gem. UDM mit -39dBM und gem Web-UI mit -59dBm "Nähzimmer" verbunden.

Wie ist dieses Verhalten zu erklären?

Ich experimentiere gerade mit dem Range-Extender.

Ich habe einen Schaltkasten im Garten im Pumpenhäuschen. Dort habe ich einen Shelly Plus1PM als "Hauptschalter" und dahinter einen Plus2PM mit zwei geschalteten Steckdosen für Garten- und Poolpumpe und sechs Plus1, die jeweils Ventil für die Wasserkreise steuern.

Jetzt habe ich mit den Shellies immer schon das Problem, dass die Verbindung etwas instabil ist. Das WLAN.Signal kommt zwar in ausreichender Stärke an, aber 8 Shellies, die auf Hutschienen "Schulter-an-Schulter" verbaut sind, stören sich da vielleicht ein wenig.

Deswegen war meine Idee, den Hautpschalter mit der Range-Extender-Funktion als AP für die anderen sieben Shellies zu nutzen.

Das habe ich auch eingerichtet bekommen und der Plus2PM für die Pumpen verbindet sich auch. Ich sehe ihn im ShellyScanner auch korrekt mit der IP-Adresse 192.168.20.150:13800 angezeigt. Der Hauptschalter hat die 192.168.20.150(:80). Soweit so gut.

Ich sehe den Plus2PM aber nicht (mehr) in der Shelly-App, dort steht "Gerät ist offline". Im Homeassitant und im IOBroker sehe ich das Gerät aber jetzt nicht mehr.

Mit HA ist der Shelly über CoIoT (unicast) verbunden, mit dem IOBroker über MQTT. IOBroker zeigt mir folgende Fehlermeldung:

[Mqtt.topicPrefix] 192.168.20.150 (shellyplus2pm / shellyplus2pm-485519a18ed8 / shellyplus2pm#485519a18ed8#1): Configured mqtt topic prefix "shellyplus1pm-a8032abc0ea0" and actual topic prefix "shellyplus2pm-485519a18ed8" do not match. Please check configuration

MQTT scheint ein Problem damit zu haben, dass zwei Geräte mit derselben IP-Adress kommen... Mache ich da was falsch oder geht dies über die Grenzen des Range-Extenders hinaus?

MoritzVomBerg danke, für die tolle Zusammenfassung und Weitergabe Deiner Erfahrungen. Ich bin auch ein wenig weiter gekommen und ergänze mal meine Erfahrungen:

- IPv6 Support unbedingt deaktiviert lassen

- wenn mehrere APs im Spiel sind (bei mir sind es sechs) sollten diese nicht bedenkenlos auf Power "Auto" oder "Maximum" stehen. Viel hilft nicht viel. Ich bin bei Medium oder Low (wo die APs sehr dicht zusammen stehen). Hier hilft es, mit Wifiman ein wenig zu experimentieren

- die Kanalbreite bei 20 MHz belassen

- Für Nutzer von IOBroker: Die Version 6.7.0 führt im Zusammenhang mit MQTT zu Problemen. Die Version 6.4.1 funktioniert bei mir (und anderen) gut => Fehler im Shelly-Adapter

- Interference-Blocker deaktiviert lassen

gerne zu ergänzen

Edmotion also ich sehe keine Fehler oder Auffälligkeiten. Wie äußern sich denn die Verbindungsprobleme konkret?

Hallo Schubbie,

ich nutze HA und IOBroker parallel. In IOBroker läuft meine Automatisierung und HA habe ich anstelle und als Ablösung von Homebridge installiert, um meine Shellies in HomeKit zu bekommen. Da ich ein paar umfangreichere Automatisierungen habe, ist ein kompletter Umstieg auf HA auch aktuell kein Thema.

Um beide Systeme parallel zu bedienen habe ich CoIoT auf HA konfiguriert und MQTT auf IOBroker (siehe Anlage).

Was mir heute sowohl bei einem Dimmer als auch bei einem 2.5 (Shutter.Modus) in der Verwendung über HomeKit aufgefallen ist, ist folgendes:

- Dimmer einschalten über HomeKit funzt nicht (HomeKit zeigt zwar an, dass das Licht angeht, aber das Licht geht nicht an); teilweise wir "aktualisieren" angezeigt

- Wenn ich die Detailseite mit dem Helligkeitsgrad öffnen und auf eine Helligkeit einstelle (z.B. 50%) geht das Licht tatsächlich auf 50% an

- ab nun kann ich auch in der Raum-Seite das Licht ein- und ausschalten

Dasselbe Problem mit derm 2.5

- Geschlossene Jalousie über die Raum-Seite mit antippen öffnen - geht nicht

- Detailseite aufrufen, auf 50% öffnen - Jalousie fährt auf 50%

- anschließend kann ich in der Raumseite mittels antippen der Jalousie schliessen oder öffnen

...die Geräte müssen also irgendwie "freigeschossen" werden. Ich hoffe, dass ich das irgendwie deutlich machen konnte.

Tja... das war es nicht Heute Morgen dasselbe Verhalten bei einigen Shellies trotz deaktiviertem Eco-Modus.

Gute Idee! Habe ich mal gemacht. Aktuell funzt es, ich beobachte mal, ob es so bleibt.

kussione bist Du hier schon weiter gekommen? Ich habe ein ähnliches Problem ausschließlich mit Gen1-Geräten (vor allem 2.5, 1, Dimmer/Dimmer2 aber auch 3EM). Die Geräte sind Netzwerkmäßig einwandfrei erreichbar, die Web-UI läuft und über die Shelly-App kann ich die Geräte auch problemlos steuern.

Über Homeassistant bekomme ich aber folgende Fehlermeldung: "Fehler beim Aufrufen des Diensts switch/turn_off. Setting state for entity 3EM Flur failed, state: {'turn': 'off'}, error: DeviceConnectionError()". Wenn ich mehrmals schalte, funzt es dann aber irgendwann...und in der Zukunft dann irgendwann auch nicht mehr. Da ich über Homeassistant die Anbindung an HomeKit realisiere, bemerke ich es immer dort, dass es nicht tut. In HomeKit ist es aber richtig blöd, da HomeKit mir das erfolgreichen Schalten anzeigt, es aber nicht ausgeführt wird. Ich bekomme dort keine Fehlermeldung und es bleibt auch der falschen Schaltzustand bestehen.

Mein Setting:

- Unifi UDM-Pro und Unifi APs (6 Lite und 6 Pro), alles auf aktueller Firmware

- Homeassistant unter Proxmox

- Eigenes Shelly-WLAN, das aber die Geräte in das Defaultnetz legt (kein eigenes Shelly-VPN, Shellies und HA sind im selben Netz)

- Mittels CoIoT sind die Geräte unmittelbar auf HA konfiguriert

- Außerdem ist MQTT an IOBroker konfiguriert

Wie gesagt, dies betrifft *ausschließlich Gen1-Geräte* bei Gen2 nehme ich das Problem nicht wahr.

Mit fällt gerade das nächste Problem auf: MQTT und Cloud schließen sich ja bei Gen. 1 Devices aus. Da ich einige Plugs habe, mit denen ich den Stromverbrauch messe, brauche ich die Cloud. Für meine 3EMs natürlich auch.

Also werde ich alle Shellies, die ich nicht nicht zum Strommessen benutze, per MQTT auf IOBroker und zeitgleich CoIoT als unicast auf meinen Homeassistant konfigurieren.

Alls anderen bleiben Multicast und gehen damit parallel auf IOBroker und Homeasistant. Schade, ich hätte es gerne einheitlicher gehabt.

Unnötiges Vollzitat des letzten Beitrages entfernt. Bitteunterlassen, siehe Forenregeln.

Kannst Du mir hierzu noch ein zwei Stichwort geben?

Einen Mosquitto-Server habe ich mir aufgesetzt. Wir kann ich den IOBroker als Client darauf zugreifen lassen? Der Shelly-Adapter bringt ja seinen eigenen MQTT-Server mit.

Und wie binde ich HA an Mosquitto an?

Hallo Leute,

ich habe mal wieder eine Grundsatz- bzw. Verständnisfrage zu den Möglichkeiten, wie die die Shellies mit meiner Hausautomation sprechen.

Dieses Thema ist ja nicht ganz einfach und bei mir ist Situation recht komplex:

1. Ich nutze ca. 70 Shellies und dabei so gut wie alles, was Allterco im Angebot hat (Gen 1 und 2, Batterie und Kabelgebunden)

2. Ich nutze IOBroker als "Haupt"-Automatisierungssystem, parallel habe ich aber auch einen Homeassistant laufen; diese dient mir hauptsächlich, um meine Shellies ins HomeKit zu bekommen; Ich benutze parallel aber auch die die Shelly-App

3. Im IOBroker habe ich zwei Adapter laufen, einen für die Gen1-Geräte, die über CoIoT über Multicast kommunizieren und einen für die Gen2-Geräte, die mittels MQTT angebunden sind

Dies alles klappt unterschiedlich stabil. Aktuell kann ich z.B. die Gen-1-Geräte über Homeassistant nicht steuern (CoIoT Multicast). Wenn ich google, dass finde ich den Hinweis, ich sollte tunlichst auf Unicast umstellen. Dann habe ich aber das Problem: Ich habe zwei Ziele, einmal meinen IOBroker und meinen Homeassistant. Kann ich bei *Uni*cast auch zwei ziele angeben? Dann wäre es ja kein *uni*cast mehr

Eine ähnliche Frage ginge in Richtung MQTT: Hier ist mein MQTT-Broker der IOBroker. Könnte ich hier auch zwei Ziele angeben?

Wie geht ihr mit solchen Settings um? Also meine Kernanforderungen sind:

- Ich möchte auch weiterhin mit IOBroker *und* Homeassitant arbeiten und von beiden Systemen alle Shellies steuern

Was schlagt ihr vor?

Zitat von Kuttenberger

Wenn der Repeater 3 m vom Shelly entfernt ist und das Signal als "schwach" ermittelt wird, dann überlege ich mir, ob das nicht besser gehen könnte ...

Und dann? Besser geht immer, aber das Licht brennt nicht heller, wenn Dein Shelly besseres WLAN hat Ausreichendes WLAN reicht absolut aus.

Ich habe einen Shelly, der lediglich 84 dBm zur Verfügung hat und der tut auch seinen Job. Ich bekomme bei dem die Web-UI zwar kaum auf, um ein Schaltkommando durchzubringen reicht es aber.

Ich selbst bin vor drei Jahren auch von AVM zu UniFi gewechselt und habe jetzt halt andere Probleme als vorher... aber nicht weniger.

Meine Empfehlung: Für die Shellies möglichst viele der angebotenen Funktionen deaktivieren.

Ich habe dafür mehrere WLANs eingerichtet, u.a. eines für die Shellies wo aller Schnick und Schnack deaktiviert ist und das auch nur auf 2,4 GHz läuft und eines für alle anderen Devices, die mit Fast Roaming etc, klarkommen.

Ich habe außerdem (in letzter Verzweiflung) meine (fest verbauten) Shellies jeweils genau einem AP zugeordnet. Du kannst bei den Einstellungen jedes Geräts eine "Sperre für Zugriffspunkt" wählen und damit festlegen, mit welchem AP sich dieser Shelly nur und ausschließlich verbinden kann. Seitdem ich das gemacht habe, läuft es bei mir sehr stabil.

Einschränkung: Ich habe diese Änderung relativ zeitgleich mit dem Austausch des defekten AP vorgenommen, daher kann ich letztlich nicht hundertprozentig sagen, was genau zur Verbesserung geführt hat. Der Vorteil ist aber, dass man sehr schnell merkt wenn ein AP sich mal aufgehängt hat, da alle Shellies im Umkreis dann nicht mehr funzen... Da die Shellies aber fest eingebaut sind, kann ich ziemlich genau sagen, welcher AP für jeden Shelly der Beste ist

.

Ich habe mir die Fehlerlage noch einmal genauer angesehen: Die meisten Probleme bestanden zusammen mit einem bestimmten AP. Da dieser recht zentral im Haus liegt, waren hier auch die meisten Shellies connected. Weil ich den schon zweimal auf Werkseinstellungen zurückgesetzt hatte, bin ich einen Schritt weiter gegangen und haben ihn gegen einen alten AP AC Lite getauscht, den ich noch rumliegen hatte.

Was soll ich sagen: Seit dem rennt das System. Ich will nicht zu euphorisch sein, aber meistens fingen die Probleme wenige Stunden nach dem Reboot der Komponenten wieder san. Bislang noch nicht

Ja, das Roaming ist jetzt ausgeschaltet. Ist natürlich blöd, dass ich da so massiv Hand anlegen muss.

Ja, es sind mehrere Shellies, aber aktuell nur Plus-Geräte betroffen. Diese laufen an verschiedenen APs.

Einige Shellies immer mal wieder, andere gar nicht. Mein Eindruck: Diejenigen, die nicht betroffen sind, hatten bislang schon einen ganz klaren "Lieblings-AP", weil sie sehr nah dran sind. Die anderen haben oftmals zwei oder teilweise auch drei APs mit relativ ähnlicher Leistung im Zugriff, d.h. die dürften öftemal mal springen. Das habe ich aber jetzt durch die Festlegung auf einen AP unterbunden. Mal schauen, ob es was hilft.