Unterkategorien

• ---

• JavaScript

  Hilfe für Skripterstellung mit JavaScript

  3k 50k
  3k Themen

  50k Beiträge

  M

  @Daniel-8 sagte: Das ist ja ganz schön merkwürdig. Wir sind halt leider immer noch ein wenig von der Cloud abhängig.... Bei mir gab es keine socSet veränderungen. Bei mir gerade wieder und hat sich dann durch Blockly gleich wieder geändert. Temperaturen: 1600AC+ 35°C Bat 1: 33°C Bat 2: 32°C SoC: 72% socSet: 85% Nachdem ich ihn per Script zwinge, schaltet er jetzt einfach auf pass:2 und gibt die Leistung ins Hausnetz durch, statt zu laden. und jetzt, beim schreiben des Textes schaltet er nun doch auf pass:0 und ladet. Unglaublich. 33°C mag jetzt nicht ideal sein aber dennoch... Gerät wird gekühlt. Außerdem verstehe ich nicht warum inverseMaxPower 2x auf 200 gesetzt wurde - ohne Script etc. edit/PS 19.00h: Wechselt immer wieder zwischen pass:0 und pass:2 Zwar nicht schnell aber mit SoCset 85% ist er mit SoC 72% und mit aktuell ca. 70W PV-Leistung (19Uhr) noch weit weg von 85% und garantiert nicht überfordert. edit/PPS: 19.04h: schon wieder wurde inverseMaxPower auf 200 geändert und durch mein script zurück auf 1600 gesetzt. edit/PPPS: 19.07h: Wenn es nicht von der Cloud kommt dann muss es die Firmware sein. Es gibt nur die 2 Kandidaten. Vermute dass bei ca. +33°C irgend ein Batterieschutz greift. Was aber nicht die inverseMaxPower erklärt. Denn das Gerät sollte mit 35°C entspannt sein. update 19.40h: Bat 1 minVol: 3.34V Bat 1 maxVol: 3.34V Bat 2 minVol: 3.34V Bat 2 maxVol: 3.34V SoC: 72% das kann nicht sein. Also stimmt der SoC-Wert nicht und das erklärt auch warum die Batterien nicht oder nur sehr schwach geladen wurden (BMS). mit 3.34V sind sie bereits >= 85% Eine Kalibrierung wird oder wurde nicht eingeleitet durch Firmware/Cloud. update 19.48h socLimit steht unbeeindruckt auf 0. Also keine Ladegrenze erreicht. Das ist ein Worst Case. Werde den Batterie-Entladeschutz wohl um einen Batterie-Ladeschutz erweitern müssen. update 19.55h Setzte nun socSet auf 70%. Damit wurde auch gleich socLimit:1 gemeldet und pass:2 Man sieht hier wieder ganz deutlich, dass man sich nicht auf minSoc und socSet verlassen sollte! Die Firmware oder Cloud hat zwar irgendwie darauf reagiert aber nicht gut. Statt eine Kalibrierung anzuwerfen oder etwas Nachvollziehbares wurden (für mich) wichtige Werte geändert. Ok, eine Erfahrung mehr. Muss dann auch in meinem Script abgefangen werden.
• Blockly

  Hilfe für Skripterstellung mit Blockly

  7k 80k
  7k Themen

  80k Beiträge

  M

  @oliverio Ja, genauso ist meine Installation (MariaDB, phpmyadmin und jeweils im Docker Container). Der SQL läuft bereits und ist mit ioBroker über den SQL Adapter verbunden.
• Node-Red

  Hilfe für Skripterstellung mit Node-RED

  962 13k
  962 Themen

  13k Beiträge

  M

  @Thomas-Braun sagte: In der Konfigurationsdatei von Node Red, also in der settings.js, kann durch hinzufügen der Zeitzone das Problem behoben werden. Wenn man den Adapter nutzt, werden Änderungen in der settings.js immer wieder überschrieben. Das bringt nichts. @taddy81 Was konkret ist denn das Problem? Lösen die inject Nodes falsch aus? Oder geht es nur um diese Meldung, bei der niemand weiß, woher sie kommt? @Taddy81 sagte: Auszug: 7/26/2026, 11:15:23 AMnode: debug 3msg.payload : string[24]