Beiträge von Schubbie

Web-UI

Internet & Security

WiFi Client AP Roaming

Wenn der Repeater z.B. -65dB hat, dann stellst du -70 - -75dB ein.

Jepp, mir fehlt immer die Zeit und Ruhe mit den beiden Kindern. Da sind Denkanstöße sehr willkommen

SW reagiert, wenn gegen N oder L geschaltet wird, also nein. Wie geschrieben, sind dann Koppelrelais (ggf. auf SELV-Zulassung achten) nötig.

Moin,

wurde gestern leider wieder später und bin schon wieder unterwegs. Vielen Dank für die Mühen. Wie geschrieben läuft es mit Dimmen und Toggeln perfekt mit meinem obigen Node, mir fehlt nur der Doublepush.

Ich versuche die Lösung deiner Vorgabe möglichst kurzfristig einzuarbeiten und werde mein Ergebnis posten.

Zu dem Update siehe Beitrag #3

Beitrag

RE: Update Anzeige trotz nicht vorhandenem Update

(Zitat)

Von meiner Seite nicht … Aber die Antwort und die Frage an sich sind schon etwas unangemessen. Ich sage immer, wer Lesen kann ist klar im Vorteil. In Zukunft kann ich ja auch einfach nichts schreiben und die Probleme oder Fehler bleiben dann bestehen. Wenn das hier erwünscht ist … kein Problem. Einfach Bescheid geben. Dann mache ich für jeden Fehler oder jedes Problem ein Ticket auf.

Sven.S

15. November 2021 um 18:21

Die Aussage "habe ich nur in der Shelly-Cloud die Anzeige" ist ähnlich wie "ich habe bereits alles versucht". Einige wissen gar nicht, dass die Shellies per Web-UI geupdated werden können, andere machen es per Shelly-Pilot oder gar per übergeordnetem System.

Bei solch einer Art macht den Leuten hier die Hilfestellung Spaß. Aber es ist ja eh schnell gelöst worden und alles wird gut.

Schönen Tag noch.

Der Shelly 1 Plus darf SELV und Netzspannung gleichzeitig.

Entweder das Netzteil ersetzen, da es AC zu sein scheint, oder einen Gleichrichter verbauen, mit dem dann 12VDC oder 24VDC möglich sind.

Das kann der Elektriker aber besser vor Ort beurteilen.

Es haben hier auch schon welche geschrieben, dass sie ihre Taster richtig angeschlossen haben. Aber das Problem ist ja nun behoben und bedarf doch eigentlich keiner weiteren Diskussion oder besteht Bedarf?

Schon das Browserfenster aktualisiert (am PC per F5) und direkt per IP auf die Shellies gehen und gucken, ob das Update dort ebenfalls angezeigt wird. Vielleicht den Shelly rebooten.

Filtern wäre vielleicht eine Idee, wenn man den ersten Wert wegfiltern kann. Am einfachsten wäre es natürlich, wenn der Shelly ein anderes Event dafür ausgeben würde

Danke für deine Mühen.

Gucke dir bitte die Ausgabe vom MQTT-Explorer eine Seite zuvor an. Es wird kein Wert übersprungen, dann wäre es einfach(er).

Leider sieht man bei den Nodes immer nicht so richtig, was dahinter steckt. Aber du rechnest nun einfach nur Wert 2 - Wert 1? Wie wertest du das in Abhängig zu der Zeit aus? Das würde auch nur funktionieren, wenn ein Event ausgelassen wird, aber nicht, wenn jedes gesendet wird?

Vermutlich ist es leicht, ich habe jedoch nur den Node "Delta" nicht verstanden oder den richtigen Node nicht gefunden.

Nutze für den Test den Node MQTT-json, damit bekommst du direkt die Daten, an die du willst und brauchst nicht zusätzlich parsen, das macht der Node direkt.

Oben rechts die versuchte Auswertung per Unix-Zeit. Es läuft alles perfekt, also Logik des Dimmers nachgebildet, bis auf den Doublepush. Am einfachsten wäre es natürlich, wenn als Event ein Doublepush kommen würde, was der Dimmer intern ja beherrscht.

Die Shelly Plus können kein Coap mehr, daher wollte ich direkt darauf verzichten.

Das Topic vom event_cnt zu bekommen ist kein Problem.

Es geht mir hier reinweg um eine Lösung für Node Red. Wie ich es theoretisch löse ist mir bewusst, mir fehlen lediglich die korrekten Nodes, bzw. ob ich den Delta-Node dafür verwenden kann und diesen eventuell falsch angewandt habe.

Idee war halt, dass Topic A mit einem Delay um 400ms später aktualisiert wird und Topic B sofort. Wenn Topic B >1 zu Topic A, dann Brightness 100%, sonst nichts.

Ich hatte es ja auch schon mit der Differenz der Unix-Zeit von 2 eingegangen Events probiert, aber es wird halt häufig nur 1x gesendet oder beide zur selben Zeit.

Danke für die Mühen.

Das ist ein Abgleich, wie ich ihn vorgehabt habe, nur eben etwas anders in Node Red. Mir fehlt da ein entsprechender Node, der eine Wertänderung (Delta) innerhalb einer gewissen Zeit auswertet. Es soll per MQTT laufen, mit CoIoT wollte ich nicht arbeiten, da die neuen Shellies es nicht mehr unterstützen.

Ich habe probiert, ob ich den event_cnt auf 0 setzen kann, habe es aber nicht hinbekommen. Wenn ich den nach 400ms auf 0 setzen könnte, dann bräuchte ich nur auszuwerten, ob der Wert größer 1 ist.

Du kannst auch nochmals die L untereinander messen, die sollten 0 Ohm haben. Aber du schriebst, dass der Taster Spannung durchschaltet, von daher eher unwahrscheinlich. In dem Fall, dass ein L keinen Kontakt hat, könnte man einen anderen oder eine Wago nehmen, wenn man sich den Rückversand oder Löten sparen möchte.

Aber ganz zuvor mache die Messung nochmals auf der Einstellung "20M"...

Ja, auf Taster wechseln ist am sinnigsten. Wie willst du sonst dimmen, außer per Smartphone o.ä.?

Hättest du einfach das getestet, was ich geschrieben habe, dann hättest du gesehen, dass du den Taster falsch angeschlossen hast. Viele haben einen Schließer- UND Öffnerkontakt. Nimmt man den falschen Kontakt, dann wird immer ein Longpush beim Loslassen ausgeführt... Ich würde es ändern, dann brauchst du den Workaround mit dem "reverse inputs" nicht, zudem wird über einen geschlossenem Kontakt immer etwas Strom fließen, was vielleicht kaum messbar ist, aber man muss die Bauteile ja nicht unnötig belasten.

Wenn ich ein übergeordnetes System habe, wozu dann die Cloud? Man richtet es sich doch ein, um eben kein Cloud-Jünger zu sein?

Wer sich solch ein System einrichtet, der sollte auch in der Lage sein, sich einen VPN-Tunnel einzurichten, von Portfreigaben halte ich nicht so viel.

Mit dem Update 1.11.7 hat sich diesbezüglich nicht viel geändert. An Events gibt es immer noch nur "L" und "S". Es scheint aber so, als wenn schneller hintereinander weg Events gesendet werden können.

Wurde ein entsprechendes Event für einen Doublepush aus dem Shelly kommen, wäre es ein Traum.

Falls jemand eine Idee hat, wie man den event_cnt in Node Red entsprechend auswerten kann, würde es eventuell helfen. Theoretisch braucht es ja nur "wenn Wert innerhalb 400ms um 2 vergrößert, dann 100%". Ich dachte an den Delta-Node und wollte Topic A um 400ms per Delay verzögert aktualisieren, während Topic B den event_cnt sofort erhält. Muss ich mich wohl nochmals mit beschäftigen oder der Shelly liefert ein entsprechendes Event, bevor ich dazu komme. Zumindest spricht der ferngesteuerte Shelly direkt an, als der Ausgang des Shellies, an dem der Taster hängt und bisher funktioniert alles 1:1, bis auf den Doublepush mit 100%, aber der funktioniert ja auch direkt schon nicht zuverlässig