Beiträge von Schubbie

Wenn du uns jetzt noch verraten würdest, welche Shellies du genutzt hast und ob mit oder ohne N.

In die Web-UI des Shellies

Internet & Security

WiFi Client Backup

Das aktivieren und die "alten" Zugangsdaten eintragen. Wenn die Shellies das erste WLAN nicht finden, dann verbinden die sich mit dem Backup-WLAN.

Einfach warten, ob er hier dazu was sagen kann. Ich weiß nur, dass er schon seit ca. Anbeginn der Zeit FHEM und auch MQTT nutzt.

Würde ich so machen, aber darauf achten, dass einige Sonderzeichen nicht unterstützt werden.

Vielleicht das alte WLAN vorsorglich als Backup-WLAN eintragen, falls es Probleme gibt. Wenn alles läuft, dann kann es entfernt werden.

Leider kenne ich FHEM nicht. Kann man FHEM nicht sagen, dass der die MQTT-Daten von einer bestimmten IP von Port 1880 bekommt?

Vielleicht weiß wing350 da was?

Ansonsten hast du ja nun auch schon eine für Dich passende Lösung gefunden.

Ich kann leider nur für MQTT sprechen und es liest sich für mich so, als wenn du 2 MQTT-Broker in einem Netzwerk betreibst, was meiner Meinung nach überflüssig wäre.

Wenn ich die Antwort auf Muetzes Frage richtig deuten, dann befindet sich beides in einem Netzwerk.

Ein MQTT-Broker kann doch aber von beiden Gebäuden die Daten empfangen und an beide FHEM-Systeme weiter geben? Dem Broker ist es egal, wer die Daten alles haben will.

Ich frage mich, warum nicht nur ein MQTT-Broker verwendet wird, auf den beide zugreifen?

Zitat von Michael_HH

obwohl die FB (Exposed Host) dazwischen steckt.

Also wirklich doppeltes NAT und dann über Probleme wundern.

Korrekt wäre ISP, Modem, Mikrotik und dahinter die FritzBox als Client für Telefonie (übernimmt bei mir eine Starface VM).

Ich bin ja immer noch bei dem doppelten NAT durch 2 Router hintereinander...

2 Router hintereinander? Die FritzBox wird ja auch noch als Router fungieren, wenn du die Telefonie und DECT drüber laufen lässt, womit du ein doppeltes NAT hast?

Funktioniert bei mir ohne Probleme in Node Red.

Vielleicht magst du mehr Infos geben?

Edit: nachdem MQTT aktiviert wird, muss das Device neu gestartet werden.

Welche Firmware?

Welche Leuchtmittel?

Trafo?

Leading-/trailing Edge?

Anti flickering debounce testweise auf 150 gestellt?

Eine Sache habe ich noch vergessen. Es gibt, je nach Hersteller, auch Taster oben/unten. Wäre auch eine Alternative.

Korrekt.

Du brauchst Taster oder Serientaster.

Die Helligkeit fängt an zu dimmen, wenn die Zeit abgelaufen ist, in der es ein Shortpush hätte sein können. Man kann die Dimmgeschwindigkeit jedoch einstellen. Da kann man dann für sich einen Kompromiss aus Geschwindigkeit und Genauigkeit finden.

Es würde beides gehen. Ohne Sperre wird wohl günstiger sein. Nachteil an Tastern gegenüber Drehdimmern ist, dass es schwieriger ist die gewünschte Helligkeit zu treffen.

Die Unixtime in Zeile 16 ist also immer "0" bei den batteriebetriebenen Geräten oder hatte er sich die Uhrzeit noch nicht geholt (Uptime=1)?

kannst du die Ausgabe posten? Sendet der nicht den Unix-Zeitstempel mit?

Das ein Ein-/Ausschalten nicht über den Drehdimmer gemacht werden darf, da dann der Shelly nicht mehr schalten kann, wenn der Drehdimmer ausgeschaltet ist, außer du hast einen geeigneten Nebenstelleneingang oder einen Dimmer für eine Kreuzschaltung, zudem ist dimmen per Smartphone dann nicht möglich.

An einen Shelly Dimmer gehört ein Taster und kein Schalter. Am besten mit 2 Wippen, eine für heller, eine für dunkler, was in einer Wechselschaltung jedoch meist schwierig ist.

Auf dem Smartphone tippt es sich nicht so schnell. Aufgrund des Alters müsstest du ja generell langsamer sein