Neues YouTube-Video: Visualisierung im Devices-Adapter

[Felli]

@Snooper166 sagte:

"Automatic"

Automatic wäre hier zu empfehlen, dann macht der HUB das alleine. Sobald Akku voll, geht er in den ByPass und Abends ab einem gewissen Wert, schaltet er wieder zurück. Schalt den besser nicht einfach so um. Bei den alten HUB´s kam da in der App damals auch immer eine Meldung das dies Schaden am Relais verursachen kann. Da Zendure an den Relais, vermutlich nichts geändert hat, besser nicht machen. Automatic sollte gut gehen. Schalte dann aber die Nulleinspeisung also meine Reglung ab, sonst sendet der das Gerät sinnlos zu und das kann dann sogar Probleme machen vermute ich.

[Snooper166]

@Felli sagte:

@Snooper166 sagte:

"Automatic"

Automatic wäre hier zu empfehlen, dann macht der HUB das alleine. Sobald Akku voll, geht er in den ByPass und Abends ab einem gewissen Wert, schaltet er wieder zurück. Schalt den besser nicht einfach so um. Bei den alten HUB´s kam da in der App damals auch immer eine Meldung das dies Schaden am Relais verursachen kann. Da Zendure an den Relais, vermutlich nichts geändert hat, besser nicht machen. Automatic sollte gut gehen. Schalte dann aber die Nulleinspeisung also meine Reglung ab, sonst sendet der das Gerät sinnlos zu und das kann dann sogar Probleme machen vermute ich.

Also ich hab den heute mal Auf "2" Setzen lassen - also Always On. Das hat nix gebracht - da hat er wilde sachen gemacht. Auf Automatic (0) ist er auch beim "Automation" modus ..
Aber leider hab ich da beobachtet das wenn ich den auf Automatic (0) Und Automation --> (Enabled) hab, dann verpufft eben der PV wenn der Akku voll ist.
Ist das bei euch anders?

[Felli]

@Snooper166 sagte:

Ist das bei euch anders?

Du darfst hier die Themen nicht vermischen bitte. Das hat absolut nichts mit Peters (noGrax) Adapter zu tun, schreib mir gerne eine PM, dann versuche ich es dir zu erklären.

Kurz und knapp, wenn du bei vollem Akku keine Nulleinspeisung willst, muss man alle Regelungen in der Richtung abschalten. Dann sollte sich ein ByPass auch so verhalten wie er es sollte und zwar alles einspeisen, was denn gerade vom Dach kommt.

Über das exakte Verhalten des ByPass bei den HUBs der neuen Generation, kann ich nichts sagen, besitze keinen. Wenn Du da konkrete Fragen hast, eventuell mal im Zendurefoum fragen. Da sollten genug dabei sein, die sich damit besser auskennen als ich.

[lesiflo]

@snooper166: Ich habe die komplette Laderegelung für's eAuto in evcc ausgelagert. Da kannst du z.B. festlegen was priorisiert werden soll. War für mich wesentlich einfacher gewesen als das ganze noch in mein Script einzubauen.

[lesiflo]

@maxclaudi: Hast du eigentlich in deinem Script sowas wie eine Pulsladerregelung drin? Damit meine ich das temporäre deaktivieren beim Laden oder runterregeln bei Entladen wenn z.B. ein eHerd an ist. Da pulsiert die Leistung ja ständig. Macht vor allem Sinn wenn die restliche PV Leistung noch ausreicht um die Speicher zu laden.

So was hier z.B.

Ich hab das für's Laden z.B. so gelöst:

// Globale Variablen für Puls-Erkennung
let pulsCounter = 0;
let herdSperreBis = 0;
let lastEVU = 0;
let lastPulseZeit = 0;

  // Erkennung pulsierende Last
    const herdAktiv = erkennePulsierendeLast(daten.evuLeistung);
    if (herdAktiv) {
        ladeStartZeit = null;
        entladeStartZeit = null;
    }

const ladeBedingung = !herdAktiv && (leistungAkkus < -ladenStartSchwelle && speicherMinSOC < socMax);

function erkennePulsierendeLast(aktuellerEVU) {

    const jetzt = Date.now();

    // Änderung zur letzten Messung
    const diff = Math.abs(aktuellerEVU - lastEVU);

    // Starken Sprung erkannt
    if (diff > 700) {
        // Wenn letzter Puls länger her → neu beginnen
        if (jetzt - lastPulseZeit > 45000) {
            pulsCounter = 0;
        }
        pulsCounter++;
        lastPulseZeit = jetzt;
        log(`Puls erkannt: ${diff}W -> Counter ${pulsCounter}`);
    }

    // Pulsierung
    if (pulsCounter >= 3) {
        herdSperreBis = jetzt + 60000;
        visLog('🍳 Pulsierende Last erkannt → Speicher pausiert (60s)', 'warn');
        pulsCounter = 0;
    }

    lastEVU = aktuellerEVU;

    return jetzt < herdSperreBis;
}

Für's Entladen gibt es zwei Varianten, ganz sperren oder die Rampe weniger aggressiv.

  // --- Konfiguration für 5s Intervall ---
            let MAX_STEIGERUNG   = 1000; // Max Watt mehr pro 5 Sek
            let MAX_SENKUNG      = 1500; // Max Watt weniger pro 5 Sek
            let FAKTOR_GLAETTUNG = 0.75; // Etwas aggressiver: 75% neu, 25% alt
            let TOTZONE          = 10;   // Ignoriere Änderungen unter 10W

            if (herdAktiv) {
                //zielLeistung = 0;
                //lastEinstellungGesamt = 0;
                //visLog('🍳 Herd aktiv → Speicher pausiert', 'warn');
                MAX_STEIGERUNG   = 150;
                MAX_SENKUNG      = 300;
                FAKTOR_GLAETTUNG = 0.35;
                TOTZONE          = 80;
            }

[maxclaudi]

@lesiflo sagte:

@maxclaudi: Hast du eigentlich in deinem Script sowas wie eine Pulsladerregelung drin? Damit meine ich das temporäre deaktivieren beim Laden oder runterregeln bei Entladen wenn z.B. ein eHerd an ist. Da pulsiert die Leistung ja ständig. Macht vor allem Sinn wenn die restliche PV Leistung noch ausreicht um die Speicher zu laden.

Ich hab das für's Laden z.B. so gelöst:

// Globale Variablen für Puls-Erkennung
let pulsCounter = 0;
let herdSperreBis = 0;
let lastEVU = 0;
let lastPulseZeit = 0;

  // Erkennung pulsierende Last
    const herdAktiv = erkennePulsierendeLast(daten.evuLeistung);
    if (herdAktiv) {
        ladeStartZeit = null;
        entladeStartZeit = null;
    }

const ladeBedingung = !herdAktiv && (leistungAkkus < -ladenStartSchwelle && speicherMinSOC < socMax);

function erkennePulsierendeLast(aktuellerEVU) {

    const jetzt = Date.now();

    // Änderung zur letzten Messung
    const diff = Math.abs(aktuellerEVU - lastEVU);

    // Starken Sprung erkannt
    if (diff > 700) {
        // Wenn letzter Puls länger her → neu beginnen
        if (jetzt - lastPulseZeit > 45000) {
            pulsCounter = 0;
        }
        pulsCounter++;
        lastPulseZeit = jetzt;
        log(`Puls erkannt: ${diff}W -> Counter ${pulsCounter}`);
    }

    // Pulsierung
    if (pulsCounter >= 3) {
        herdSperreBis = jetzt + 60000;
        visLog('🍳 Pulsierende Last erkannt → Speicher pausiert (60s)', 'warn');
        pulsCounter = 0;
    }

    lastEVU = aktuellerEVU;

    return jetzt < herdSperreBis;
}

Für's Entladen gibt es zwei Varianten, ganz sperren oder die Rampe weniger aggressiv.

  // --- Konfiguration für 5s Intervall ---
            let MAX_STEIGERUNG   = 1000; // Max Watt mehr pro 5 Sek
            let MAX_SENKUNG      = 1500; // Max Watt weniger pro 5 Sek
            let FAKTOR_GLAETTUNG = 0.75; // Etwas aggressiver: 75% neu, 25% alt
            let TOTZONE          = 10;   // Ignoriere Änderungen unter 10W

            if (herdAktiv) {
                //zielLeistung = 0;
                //lastEinstellungGesamt = 0;
                //visLog('🍳 Herd aktiv → Speicher pausiert', 'warn');
                MAX_STEIGERUNG   = 150;
                MAX_SENKUNG      = 300;
                FAKTOR_GLAETTUNG = 0.35;
                TOTZONE          = 80;
            }

@lesiflo
setze das konservativer um und reagiere auf häufige Lastwechsel durch eine Anpassung meiner Regelstrategie.

Meine Vorgehensweise (KISS):
priorisiere die Lebensdauer der Hardware und die Systemruhe vor einer theoretischen 100%igen Nulleinspeisung.

Wenn bei mir hohe pulsierende Last festgestellt wird, wird dabei der vorübergehende Maximalwert ermittelt.
Zum Maximalwert inkrementiere ich einen Puffer von x W.
Es wird ein neues Limit gesetzt (Maximalwert+Puffer) für eine Mindestzeit.

Bei mir
Mindestzeit: hardwarebedingt 2 min.
Puffer (Lastspitzen): 200W
Puffer (normaler Zyklus): 50~60W bei kurzen, kleineren Impulsen.

Erst dann wird neu reagiert.
Schneller regele ich nicht und das hat seine Gründe - u. a. Hardware-Schonung, realistisches Schaltvermögen etc.

Angenommen 1 kWh kostet 0,30 Euro.
Wenn man kocht, dann dauert das wie lang?
Eine Mikrowelle ist wie lange an?
Eine Waschmaschine läuft wie lange?
Ein Wasserkocher?
etc.

Angenommen Herd ca. 30 min - 1h.
Für 0,30 Euro muss nicht die teure Hardware gestresst werden und sinnfrei im Sekundentakt jedem einzelnen Watt hinterher gejagt werden.
Auch ein stetiges nachregeln in kürzester Zeit kann die Hardware nicht wirklich real umsetzen.
Jedenfalls nicht ohne, dass es auf die Lebensdauer des Geräts geht und ohne merklichen Unterschied am Zählerstand.

Dann lieber höhere Hysterese mit längerem Zeitintervall.
Eher etwas mehr einspeisen und wenig/kein Bezug oder eher etwas Bezug nahe 0.

Wenn ein Limit gesetzt wird, sollte es meiner Meinung nach großzügiger sein und lieber länger gehalten werden, statt zu häufig nach zu regeln.

Bei 200 W zu viel Einspeisung für z.B. 15 Minuten werden gerade einmal 0,05 kWh (ca. 1,5 Cent) verschenkt.
Das ist ein sehr geringer Preis für die gewonnene Hardware-Schonung.

Schnelle Regelschleifen neigen bei Latenzen zum Aufschwingen.
Mein Intervall beruhigt das System und sorgt für eine saubere Lastkurve.

Das ist nur meine Einschätzung aus elektrotechnischer Sicht und Vorgehensweise, nicht mehr.

[haselchen]

@felli

Kriegen wir das irgendwie hin, dass mein Vorhaben doch noch funktioniert?
EcoTracker ist in der App integriert. HEMS momentan angeschaltet.
Aktuell nehme ich die Grundlastmöglichkeit in der App und lasse zwischen 5 und 8 Uhr 600Watt ins Haus einspeisen.
Idee war aber eigentlich, dass ich in der App durch den EcoTracker, DANN ERST ins Haus einspeise, wenn der Stromzähler über 300Watt anzeigt.
Dann ist nämlich die grosse Batterie leer und schaltet sich ab.

[Felli]

@haselchen

Ich habe dir doch dazu einen Vorschlag gemacht wie es geht. Wollte jetzt nicht spezielle Szenarien in einer Nulleinspeisung implementieren.

[haselchen]

@Felli

Magst Du mir diesen nochmal unterbreiten?

[Felli]

Felli sagte:

oder wie ich es dir vorgeschlagen habe und schaltest den ein, sobald die andere Batterie leer ist.

@haselchen das steht doch alles oben in der Diskussion.

[Snooper166]

Hallo,
hab mal wieder eine einfach Frage - die wahrscheinlich nicht so einfach zu beantworten ist.
Warum läd die Battiere hier aus dem Netz, obwohl ich den Wert auf 181W haben will.
Wenn ich den Automation Adapter kurz deaktiviere und wieder aktiviere dann macht er das erstmal auch ein paar Minuten, bis er wieder auf "Vollaufladen" gestellt wird.
Jemand eine Idee?
Danke

[lesiflo]

Gelöscht

[Felli]

@Snooper166 sagte:

Warum läd die Battiere hier aus dem Netz, obwohl ich den Wert auf 181W haben will.

Ich denke das Topic gehört hier im Grunde nicht hin. Wenn Du der Meinung bist das es ein Bug ist, meld Dich gerne via GitHub bei mir, wenn es hier überhaupt um mein Projekt geht.

Dein eigentliches Problem verstehe ich nicht ganz. Du speist noch 157W ein und der Koffer läd mit 1000W, ist doch super. Feed-In Counter ist auf 16? Ticks hochgelaufen, vermute das hast du so konfiguriert.

Ggf. das Ding auch nochmal via Custom-URL neu installieren, habe da schon noch diverse Sachen dran geändert. Diese Updates kommen auf dem Wege natürlich nicht automatisch bei Dir an, das musst Du wie bei Scripts selbst machen.

[Snooper166]

Snooper166 sagte:

Hallo,
hab mal wieder eine einfach Frage - die wahrscheinlich nicht so einfach zu beantworten ist.
Warum läd die Battiere hier aus dem Netz, obwohl ich den Wert auf 181W haben will.
Wenn ich den Automation Adapter kurz deaktiviere und wieder aktiviere dann macht er das erstmal auch ein paar Minuten, bis er wieder auf "Vollaufladen" gestellt wird.
Jemand eine Idee?
Danke

Okay, ich war selber schuld :)
Ich hatte den Grid Power Wert = PV Input gesetzt. Der Adapter hat dann versucht diesen auf 0 zu optimieren, was rein logisch nicht geht :(
Hab nun die Differenz aus PV Input und "SetDiviceAutomationInOut" gebildet und diesen Wert als Grid Power Wert übergeben.
Nun siehts besser aus.
Ich hoffe nur das ich die Batterie nicht überfordere. Ein richitger ByPass wäre mir immernoch lieber...

[Snooper166]

@Felli sagte:

@Snooper166 sagte:

Warum läd die Battiere hier aus dem Netz, obwohl ich den Wert auf 181W haben will.

Ich denke das Topic gehört hier im Grunde nicht hin. Wenn Du der Meinung bist das es ein Bug ist, meld Dich gerne via GitHub bei mir, wenn es hier überhaupt um mein Projekt geht.

Dein eigentliches Problem verstehe ich nicht ganz. Du speist noch 157W ein und der Koffer läd mit 1000W, ist doch super. Feed-In Counter ist auf 16? Ticks hochgelaufen, vermute das hast du so konfiguriert.

Ggf. das Ding auch nochmal via Custom-URL neu installieren, habe da schon noch diverse Sachen dran geändert. Diese Updates kommen auf dem Wege natürlich nicht automatisch bei Dir an, das musst Du wie bei Scripts selbst machen.

Kein Bug.. nur mal wieder ein Layer 8 Problem. Aber ich glaube daher gibts ja das Forum :)

[Felli]

@Snooper166 sagte:

Hab nun die Differenz aus PV Input und "SetDiviceAutomationInOut" gebildet und diesen Wert als Grid Power Wert übergeben.

Also übergeben kannst du was du magst aber da gehört nur ein Wert hin und das ist der vom Smartmeter, egal welches Du nutzt. Sonst kann der doch niemals eine Nulleinspeisung regeln. Glaube hier gibt es ein generelles Problem der Technik.

Das mit dem gehört hier nicht hin, war nicht auf das Forum bezogen sondern auf dem Thread in dem wir schreiben. Eigentlich ist das der Thread der Zendure Integration von noGrax. Ich nutze diese nur als Kommunikationsweg. Kann nachher auch gerne die Discussion auf GitHub öffnen und dann können wir da weiter reden. Kann dann auch jeder mitlesen der Interesse daran hat, nur als Angebot.

[jan_xx]

Hallo zusammen, ich steuere den Hyper auch ohne Energieplan über blockly, ab und zu kommt es vor das beim erreichen des max SOC die überschüssige Energie nicht mehr ins Netz abgegeben wird. Wenn ich dann in der App nachschaue steht dort der Wert auf "verbieten". Kann ich den Parameter irgendwie über die Objekte überwachen? Kennt jemand den Grund warum sich das überhaupt einfach so umstellt?
Danke und Grüße bzw. einen schönen Feiertag!

[Murphy 0]

@jan_xx

Ich habe zwar keine Solarpanele direkt am Hyper aber ich denke das Verhalten kommt vom passMode.

Der Datenpunkt passMode steuert den Bypass-Modus.

0: Automatic (Auto-Modus)
1: Always off (Bypass deaktiviert)
2: Always on (Bypass permanent aktiv)

Beobachte mal was hier bei dir eingestellt ist wenn es funktioniert und was wenn es nicht funktioniert.
Dann kannst du das im Blockly überwachen und wieder richtig einstellen.

Im Forum lese ich öfter über einen Bug im Bypass Modus welcher durch ein Firmware Update erst entstanden ist.

[jan_xx]

Dank dir für die Rückmeldung, aktuell hat der Datenpunkt den Wert 2, was ja theoretisch passen sollte, in der App zeigt es gerade schon wieder an das der Export überschüssiger Energie auf verbieten steht. Ich warte jetzt nochmal bis ich meinen min SOC erreicht habe und guck mal was passiert.

[Murphy 0]

@jan_xx

Wäre 0 automatic nicht besser?