Beiträge von Priamos

Zitat von thgoebel

Ein Energiezähler, ob digital oder Ferraris-Typ, integriert alles. Das ist seine Aufgabe!

Das stimmt natürlich.

Aber es geht um die Verwertung des Überschuss-Stromes.

D.h. der Leistungssteller ist zu einzustellen, dass der digitale Zähler den Verbrauch mit dem Überschuss innerhalb der Messperiode saldiert.

Das wird er jedoch nur tun, wenn die Modulation der Leistung mindestens 2x schneller ist , als die Messung des Leistungs-Inkrements.

Sonst "sieht" der digitale Zähler die Täler und Spitzen des Leistungsstellers.

Das is auch der Grund, warum es mit zu geringer PWM-Frequenz (0.1 Hz) nicht gelingt, die Leistungskompensation zu erreichen.

Die PWM-Frequenz muss höher sein als die Mess-Frequenz des digitalen Zählers.

John

Vielleicht hilft diese Lösung mit Tasmota-32 weiter.

Hier kommt eine PWM-Frequenz von 2 Hz zum Einsatz.in Verbindung mit einem SSR mit Zero-Cross-Circuit.

Diese PWM-Frequenz ist höher als die Mess-Frequenz vieler digitaler Zähler, so daß die Schwankungen wegintegriert werden.

Man kann immerhin noch im Bereich von 0..25 Vollwellen die Leistung steuern.

John

Ich habe meine Lösung hier skizziert.

Vielleicht hilft das weiter.

Zitat von Loetauge

Kannst du bitte die Quellen verlinken?

Loetauge : Waren denn die gewünschten und gelieferten Links in irgendeiner Weise erhellend ?

John

Zitat von Loetauge

Kannst du bitte die Quellen verlinken?

Smartmeter auslesen via Tasmota (2)

SSR with zero cross switching

PWM Commands mit Tasmota (3)

Wichtige Tasmota Commands bezüglich PWM

• SetOption15 0 (pwm basic nutzen)
• PwmFrequency 2 (500 ms pmw-periode)
• pwm xy (xy in 0..1023)

Die Pulsdauer xy muss einem Vielfachen von 20 ms (bei Halbwellen 10 ms) entsprechen

Da jedes Tasmota Command auch via HTTP-API aufrufbar ist, ist auch die Anbindung an Smarthome-Systeme gegeben.

Grüße John

Man kann tatsächlich auch mit einfachen Mitteln eine Kompensation der Überschuss-Energie aus der Bakon-PV erreichen.

Der Heizstab ist zwar nicht stufenlos, aber doch in sehr vielen Stufen über die Wellenpaket-Steuerung anzusteuern.

Das nachfolgende Schema zeigt den prinzipiellen Aufbau:

Der Tasmota-Controller (2) erfasst den aktuellen elektrischen Leistungs-Bezug.

Er kann auch den Regler für die Kompensation implementieren (z.B. 3.-Punkt-Regler) und direkt die Stellbefehle an den Leistungs-Steller (3) weiterreichen.

Tasmota-32 beherrscht PWM mit den interessanten Frequenzen von 2Hz, 5Hz und 10 Hz..

Damit kann man in Verbindung mit einem Solid-State.Relais (mit Zero-Cross-Circuit) sehr gut die Wellenpaket-Steuerung implementieren.

Das alles ohne auch nur eine Zeile Programm beim Leistungs-Steller schreiben zu müssen.

Bei einer PWM-Frequenz von 2Hz ergeben sich somit 25 Stellmöglichkeiten bei Vollwellen-Steuerung, das doppelte, wenn man auch mit Halbwellen arbeitet.

Die Integrationszeit meines digitalen Stromzählers scheint deutlich über 500 ms zu liegen, da er klaglos die Modulation "schluckt".

Im Ergebnis liegt mein Stromverbrauch in den Sonnenstunden beim Grundverbrauchs-Szenario nahe der Null-Linie.

Gleichzeitig wird mit dem Überschuss-Strom das Warm-Wasser erwärmt.

Das geht also auch ohne MyPV und Co mit überschaubarem Kostenaufwand.

Die Komponenten-Kosten schätze ich auf 100-150 EUR zuzüglich Montage.

John

PS: ich meine das lässt sich auch mit einem Shelly Plus 1 mit installiertem Tasmota umsetzen. Die nötigen Signale sind ja am Erweiterungs-Stecker vorhanden.

Vielen Dank für den Test.

Damit ist klar, dass bei deinem Shelly alles funktioniert wie erwartet, nicht jedoch bei meinem.

Das hilft schon mal weiter.

Johann

Dein Skript verändert, so dass kein Zugriff auf das Relais erfolgt, aber die Events ausgegeben werden.

//Abchaltzeit in Sekunden, bei einer kurzen oder langen Taster Betätigung.
let zeitKurz = 3;
let zeitLang = 10;




Shelly.call("Switch.SetConfig", {id: 0,config: {in_mode: "detached"}});
Shelly.call("Input.SetConfig", {id: 0,config: {type: "button"}});


function Check(event){
let info = event.info;
print(JSON.stringify(info));
/*
if(event.info.id === 0 && event.info.event === "single_push"){
Shelly.call("Switch.Set",{id: 0, on: true, toggle_after: zeitKurz});
}else if(event.info.id === 0 && event.info.event === "long_push"){
Shelly.call("Switch.Set",{id: 0, on: true, toggle_after: zeitLang});
}else if(event.info.id === 0 && event.info.event === "double_push"){
Shelly.call("Switch.Set",{id: 0, on: false});
}else{
return true;
}
*/
}


Shelly.addEventHandler(Check);

liefert folgende Debug-Ausgabe:

{"ts":1659121590.190000,"event":"btn_down","id":0,"component":"input:0"} 21:06:30.204
{"ts":1659121590.280000,"event":"btn_up","id":0,"component":"input:0"} 21:06:30.303
{"ts":1659121590.690000,"event":"single_push","id":0,"component":"input:0"} 21:06:30.732
{"ts":1659121590.770000,"state":true,"event":"toggle","id":0,"component":"switch:0"} 21:06:30.809
{"ts":1659121600.770000,"state":false,"event":"toggle","id":0,"component":"switch:0"} 21:06:40.794

Toggle Switch (die letzten beiden Log-Zeilen) erfolgt also ohne Scripting Befehl mit Relais im Modus detached.

Das is für mich so nicht OK.

Grüße Johann

laut API Dokumentation :

detached: the state of the input doesn't affect the state of the switch.

Was für mich heißt, dasy der Button nicht mehr auf das Relais einwirkt.

Aber genau das passiert im beschriebenen Szenario.

Ich stimme dir zu, daß man die Events im Skript registrieren kann, aber das gelingt völlig unabhäng von 'detached'.

Insofern kann bin ich von deiner Aussage "Das ist kein Bug sondern so gewollt," noch nicht wirklich überzeugt.

Aber besten Dank für Mitwirkung bei der Klärung des Themas.

Grüße Johann

Besten Dank für den Hinweis.

Nach Betätigen des Taster liegt die Uptime bei

Es ist davon auszugehen, daß kein Reset erfolgt.

Hilfreich wäre, wenn jemand das erwähnte Szenario nachstellen könnte und das beschriebene Verhalten bestätigt oder eben nicht bestätigt.

Grüße Johann

Hallo zusammen,

vielleicht habe ich auch was falsch verstanden, aber ich denke das Verhalten wie nachfolgend beschrieben ist bei Shelly 1 Plus Firmware 0.10.3 fehlerhaft.

Das Szenario "Input.Mode = Button und Relais type = Detached" funktioniert nicht wie erwartet.

Bei Betätigen des Taster wird das Relais dennoch angesteuert.

Das Szenario "Input.Mode= Switch und Relais type = Detached" hingegen funktioniert wie erwartet.

Das Betätigen des Schalters/Tasters ändert den Zustand des Relais nicht.

So habe ich es bisher gemacht und ja ich finde es umständlich.

Da Javascript in den Scripten wohl eine zunehmende Bedeutung haben wird , war dies eher als Anregung gedacht den Dateifilter im Forum anzupassen.

Johann

Die Skripte für die neuen Shellies werden mit Javascript gecodet.

Leider ist es nicht möglich eine *.js Datei hochzuladen.
Das wäre sehr hilfreich.

Vielleicht lässt sich das ohne größeren Aufwand umsetzen.

Grüße Johann

Mit Version 1.0.3.0 ist nun auch das Problem bei der Initialisierung erledigt.
Johann

Es gibt beim nach dem Laden des Scripts noch ein Initialisierungsproblem.

Beim 2. Versuch den Taster zu betätigen sollte es klappen. (Der erste initialisiert alles)

Ich werden den Bug bei nächster Gelegenheit bereinigen.

Johann

Das Blinken sollte nach Ablauf der von dir parametrierten Zeit von Auto_off beginnen.

Durch Anpassen von defaultFlashCounter kann man die Anzahl der Blink-Perioden ändern.
defaultFlashTime bestimmt die Puls-Dauer beim Blinken, die Pause ist fest auf 1 Sekunden festgelegt.

let CONFIG = {

defaultFlashCounter : 3,

defaultFlashTime : 5,

Gruß Johann

Hallo Lötauge,

shelly 1pm hatte ich noch nicht getestet mit dem Script, sondern nur den shelly 1p.

Mit 1.0.2.0 wird auch shelly 1pm unterstützt.

Gruß Johann

Hallo Lötauge,

a.) hast du das korrigierte Script V 1.0.1.0 verwendet ?
b.) ich habe das Script für Shelly 1 Plus freigegeben (siehe Header vomScript)

Dieser Log-Eintrag zeigt mir, dass es kein Shelly 1 Plus sein kann, richtig ?

{"ts":1656269094.200000,"apower":2,"event":"power_update","id":0,"component":"switch:0"} 20:44:54.213

Genau dieser Event scheint falsch ausgewertet zu werden, da er die Variable switchState auf undefined setzt.
Grüße Johann

Hallo Lötauge,

bitte WebSocket/Debug aktivieren, das Scripting-Fenster öffnen, dann den Ablauf erneut starten.
Mich würden die Debug-Ausgaben interessieren, dann kann ich weiterhelfen.

Gruß Johann

PS: es gibt eine neuere Version 1.0.1.0 mit einem Bug-Fix

Treppenlichtschalter deaktivieren sich nach einer eingestellten Zeitdauer. (Leuchtphase)

Es kann passieren, dass man hierbei im Dunkeln auf der Treppe steht.

Hilfreich wäre es, wenn der Automat durch Blinken des Lichtes deutlich macht, dass in Kürze das Licht ausgeht. (Blinkphase)

Dann hätte man noch die Möglichkeit innerhalb der verbleibenden Zeit, den nächsten Taster zu erreichen

und könnte so den Treppenlichtschalter erneut aktivieren.

Genaus das versucht das vorliegende Skript. Es erweitert die Auto_OFF Funktion von Shelly.

Bedingungen:

Relay-Type : Momentary oder Detached

Timer.Auto_OFF : enabled

Timer.Auto_off_delay >3 Sekunden

Wird der Taster während der Leuchtphase betätigt, wird das Licht ausgeschaltet.

Wird der Taster während der Blinkphase betätigt, führt dies zum Retriggern von Auto_OFF.

Vielleicht ist das Skript auch für Andere hilfreich.

Aktuelle Version : 1.0.2.0 :
Freigabe für folgende Hardware : Shelly 1P, Shelly 1PM

Bug-Fix: Preconditions without brackets

Bug-Fix: event detection of state

Feature : possible values for Relay-Type: Momentary or Detached

Grüße Johann