Der "Pullup" sollt nicht zu hochohmig ausgelegt werden, da sonst die Abschaltflanke zu flach wird (erhöhte Verlustleistung im Transistor). Über diesen Widerstand muss die Ladung auf Gate-Source ausgeräumt werden. Ich würde mit integrierten Push/Pull-Treibern arbeiten.
Beiträge von fm-maniac
-
-
Nochmals vielen Dank für die konstruktiven Rückmeldungen.
Auch bei meinem Freund geht es darum den Keller bei steigendem Grundwasser trocken zu halten. Somit arbeitet die Pumpe nicht unmittelbar bei starken Regenfällen, sondern auch in nach folgenden "Trockenzeiten" immer wieder, da es laufend in die Drainage rinnt.
Auf die Schnelle werde ich wohl etwas mit einem miniPM machen, was manuell zu überwachen wäre. Leider hat es bei mienm Freund keinerlei Hausautomation mit ioBroker o.ä. auf das man aufsetzten könnte. Somit ist dann mittelfristig eine Lösung mittels Pegelschalter der beste Weg!
-
Vielen Dank für die Hinweise/Anregungen.
Der Schacht befindet sich im Aussenbereich. Da ist zunächst zu prüfen ob das WLAN dort in ausreichender, stabiler Qualität verfügbar ist. In einem Ersten Schritt ist die Lösung mit einem Shelly MiniPM im Sicherungskasten ggf. die schnellste. Auch hier muss ich schauen wie stabil ich aus dem Metalkasten rauskomme.
Letzlich ist ein seperater Wasserpegelschalter mit einer Warneinrichtung wohl die beste Lösung.
-
Einem Freund hat es vor geraumer Zeit infolge einer defekten Drainagepumpe den Keller geflutet. Daher suche ich Ideen die neue Pumpe auf Funktion zu überwachen.
Die einfachste Lösung wäre ggf. in den Pumpenstromkreis einen Shelly Plus 1PM (o.ä.) einzubringen und diesen die Leistung messen zu lassen. Und den zeitlichen Verlauf dann in der Shelly Cloud manuell einzusehenn. somit könnte man bei starken Regenfällen anhand des Leistungsverlaufs sehen, das die Pumpe angelaufen ist.
Eine andere Idee ist ein Schwimmersensor im Drainageschacht oberhalb der Pumpe. Dieser müsste warnen, wenn er auslöst, da der zu erwartende max. Wasserstand im Schacht überschritten wurde.
Gibt es Ideen dazu, weitere Konzepte?
Grüße!
-
So grob das Szenario:
Der RGBW2 muss vor die zu dimmende Leuchte. Den Sollwert bezieht er über HA. HA wiederum müsste die Sollwertvorgabe von einem Geber bekommen. Das müsste ein Device sein, das anstelle des Schalters verbaut ist und via WLAN auslesbar.
-
Moinsen noch mal, kann es sein, dass das Problem ehr daran liegt dass ich kein 5x1,5 liegen habe sondern nur 3x1,5 und deshalb 1 Leitung fehlt???
Um von thgoebel oben gezeigtes Schema umzusetzen brauchst du am NT/Shelly neben N und PE eine geschaltete Phase und eine ungeschaltete Phase. mit 3x1,5mm² fehlt dir somit eine Ader.
-
Jo, 3,99€ für einen Elko. wo sind wir hingekommen...
-
Besagte Beta sehe ich auch auf den Gen1 Geräten.
Da meine Zeit begrenzt ist, installiere ich keine beta FW von Shelly. Allein schon das Release-Date: 2023-11-07...
-
Vielen Dank für eure Suche!
DIYROLLY: Ich kann zumindest bestätigen das auch in der aktuellen FW bei ~90% duty cycle max. ist.
-
Ich bin weder mit den Schlagworten RGBW + "duty cycle", "PWM", "Tastverhältnis" fündig geworden. Falls jemand einen Link auf den thread hatte, bitte posten. Evtl. ist ein Downgrade sinnvoll.
-
Gibt es eine Erklärung warum der RGBW2 einem max. duty Cycle von nur ~91% fährt? Damit limitiert sich die max. Lichtausbeute der verwendeten 24V LED-Streifen nicht unerheblich. Bei der Dauer mit der das Teil am Markt ist dürfte sich das kaum auf einen FW-Bug begründen.
-
Nach Test hat sich das Script als Übergangslösung als geeignet erwiesen. Problem ist der zeitliche Versatz zwischen den Kanälen durch den gesetzten 1000ms Timer und die Netzwerk-Latenzzeiten. Den timer zu reduzieren auf z.B. 500ms dürfte dann die Last auf dem Host Gen2 Gerät irgendwann zu hoch treiben.
-
Nochmals vielen Dank für die Unterstützung!
Gen 2 Geräte sind vorhanden. Wenn ich den Code richtig interpretiere, wird Chn0 ausgelesen und dann Chn1-3 synchronisiert. D.h. im GUI müsste ich den Schieber für Chn0 verändern. Ich teste das kurzfristig.
-
Vielen Dank für die Rückmeldung. Ich hatte mir schon gedacht, dass es "nativ" über des Webfrontend nicht geht. Sollte die Speicherauslastung sein wie hier erwähnt, wird man auch nicht auf ein solches Feature mit einer neuen FW hoffen können. Wobei der Anwendungsfall so außergewöhnlich nicht sein dürfte.
Dann muss das pausieren, bis ich ein übergeordnetes System am Laufen habe...
-
Ich benötige eiine Lösund ohne App/Cloud!
-
Ich habe die LEDs einer Deckenleuchte aus Gründen der Stromaufnahme auf die 4 Kanäle eines RBW2 (in 4x weiß Konfiguration) verteilt. Ich möchte das alle Kanäle stets die gleiche Helligkeit haben. Gibt es eine Möglichkeit den Dimmfaktor über alle Kanäle zu synchronisieren? Quasi die Schieber im Frontend miteinander zu verriegeln, so dass sie alle synchron laufen?
Evtl. andere Lösungsmöglichkeiten?
-
Hier ist eine wassergeführte FBH mit Einzelraumreglern und 230V-Ventilen realisiert. D.h. jeder Raum hat seinen HK, der vom Raumthermostat über das 230V-Ventil ein/aus betrieben wird. JaiBee möchte jene Raumthermostate durch Wall Displays ersetzen. Ich denke das sollte funktionieren.
Anfangs arbeiteten hier simple elektromechanische Thermostate, die ich im Verlauf gegen elektronische ausgewechselt habe. Bei diesen ließ sich die Regelcharakteristik zu Niedertemperatur FBH wählen.
-
Ich war damals inspiriert vom Admin Projekt und hatte keine Ahnung wie
Und daraus dann das passend Flachbandkabel
https://www.seki-shop.de/led-zubehoer/z…-color-rgb-rgbw
Mit passenden Schnellverbindern war das alles super und schnell erledigt 🤗
Zitat des Anbieters:
Produktinformationen "Flachbandkabel für LED-Streifen (Single-Color, RGB, RGBW)"
Flexibles 5-poliges RGB+W Kabel, max 8A, 0,14mm²
-
Ich habe diverse Shelly25, 1, 1PM auf 1.14 und bisher keine Probleme feststellen können.
-
Wenn du die Kalibrierung für Teilöffnung herausnimmst und die Abschaltzeiten für Auf- und Ablauf lange konfigurierst könnte es was werden.