NEWS

Neue Version Charge-Control auf GitHub hochgeladen.
Version: 1.5.19
Änderungen:

(Issues #18) Anpassung an e3dc-rscp Adapter ab Version 1.4.2 : Der Pfad zu PARAM_EP_RESERVE_ENERGY wurde wieder geändert. Im Script wird jetzt die Version vom e3dc-rscp Adapter abgefragt und dann der Pfad entsprechend angepasst.

(Issues #19) Der Pfad zu den Datenpunkten für Verbraucher Heizstab, Wärmepumpe, Wallbox 1 und 2 können jetzt unter 0_userdata.0.Charge_Control.USER_ANPASSUNGEN (10_Path_LeistungHeizstab,10_Path_WallboxLadeLeistung_1,10_Path_WallboxLadeLeistung_2,10_Path_LeistungLW_Pumpe) als String eingetragen werden und müssen nicht mehr im Skript eingetragen werden.

@audiofreak, jetzt habe ich doch noch einen Zusatzlüfter nachgerüstet, denn es gibt die Situation, in der der Lüfter der Powerstation nicht läuft und sich der Powerstream erhitzen kann.
Dies ist der Fall, wenn die Powerstation die Ladegrenze erreicht hat und den eigenen Solareingang abschaltet. Nun verwende ich einen USB-Lüfter mit einem 12V-Adapter, der am Ausgang 12V 30A angeschlossen ist. Diesen steuere ich derzeit mit zwei Automatisierungregeln: Einschalten wenn SoC >= Ladegrenze UND Solarinput > 400 W am Powerstream, Ausschalten wenn Solarinput < 400 W. Der Solarinput ist eigentlich kein optimales Kriterium. Es sollte besser die Einspeiseleistung in das Hausnetz sein, aber diese steht leider nicht als Bedingung für eine Automatisierung zur Auswahl.
Lieber würde ich das in das Script zur dynamischen Einspeisung integrieren, jedoch funktioniert es nicht, den DC-Schalter der Powerstation über MQTT zu steuern.

@negalein sagte in FF-Einsätze OÖ auswerten:

probier mal folgendes.
ich habe das einfach nur mal nach chat gpt reingeworfen und als ergebnis kam folgendes heraus

es wird dann die lautstärke genau auf diese eine bedingung auf 10 gesetzt

function sendAlexa(text, lautstaerke) { // Aktuelles Datum und Uhrzeit ermitteln const jetzt = new Date(); const wochentag = jetzt.getDay(); // 0 = Sonntag, 1 = Montag, ..., 6 = Samstag const stunde = jetzt.getHours(); const minute = jetzt.getMinutes(); // Überprüfen, ob es Dienstag (wochentag 2) ist und die Uhrzeit zwischen 18:45 und 22:00 Uhr liegt if (wochentag === 2 && ((stunde === 18 && minute >= 45) || (stunde >= 19 && stunde < 22))) { lautstaerke = 10; // Lautstärke auf 10 setzen } // Lautstärke und Text an Alexa senden setState('alexa2.0.Echo-Devices.G2A0XL07022603EU.Commands.speak-volume', lautstaerke); setState('alexa2.0.Echo-Devices.G2A0XL07022603EU.Commands.speak', text); }

@ticaki Perfekt, danke!

@ro75
DANKE!!!

@paul53
Hallo Paul,

dein Vorschlag mit den CONST-Variablen der DP-Definition ist wirklich in vielen Skripten eine super Möglichkeit, um die Übersichtlichkeit zu gewährleisten! Bei Änderungen in Datenpunktnamen braucht man nur am Anfang des Skripts zu schauen.

😊 Fuzzy

@nashra Da fehlte eine Funktion. Ich habe bei mir ein paar Globale Funktionen, da ich diese immer wieder an diversen Stellen benutze, Die Funktion "fRundenM" ist jetzt mit im Skript enthalten.

Ro75.

@negalein Hi
Bin wieder mal da, ja bei mir funktionierts. Kann dir aber leider nicht mehr weiterhelfen...sorry

LG

@homoran sagte in JS für Überwachung der Luftfeuchtigkeit in Räumen:

@gismoh sagte in JS für Überwachung der Luftfeuchtigkeit in Räumen:

Momentan füge ich noch den Taupunkt hinzu, um zu warnen, wann es zu Schimmel kommen kann - so zumindest die Idee.

hast du den nicht schon in den Rechnungen drin?

Screenshot_20250321-170319_Firefox.jpg

für die Werkstatt hab ich noch zusätzlich den "Taupunkt" für 80% und 70% Feuchte, da dies eigentlich schon die Grenzwerte für Schimmelbildung sind

Hi, welches Widget hast Du für die Anzeige Ja/nein beim lüften genutzt.
Bekomme es einfach nicht hin mit dem Text bzw finde wohl nicht das Richtige.

EDIT: hat sich erledigt, habe es hinbekommen

@ralf-8 sagte: Da Arrays nullbasiert sind, ist die Anzahl length -1

Die Anzahl ist length, der Index des letzten Elements ist length - 1.
Man sollte die komplexe Selektor-Funktion nur einmal aufrufen.

const ids = $('0_userdata.0.zaehlerstand.2025.*'); // oder als Array // const ids = $('0_userdata.0.zaehlerstand.2025.*').toArray(); const anzahl = ids.length; const last_ele = ids[anzahl - 1];

@ticaki
@mickym

herzlichen Dank, das war der richtige Ansatz für mich weiterzukommen.

Sorry für das Bild ... ich gelobe Besserung 🙂

@ralf-8 sagte in [gelöst] Json mit Variable in Datenpunkt schreiben:

@ticaki
danke, aber es funktioniert leider auch ohne Klammer nicht.

sry hatte nicht richtig gelesen, bin gerade mir Kontaktlinsen am angewöhnen 🙂

@haselchen Super, vielen Dank!

@stenmic nuja, kalender und ergebniss ja, fahrer und konstrukteur noch immer nicht...

@haus-automatisierung sorry. schreibfehler, aber nur hier im thread.
Habe es verbessert

Funktioniert übrigens, trotz dass es der Editor anmeckert.

@codierknecht sagte in [gelöst] Wie krieg ich "result" an Blockly übergeben:

Muss da wirklich mit 'nem Zeitplan gearbeitet werden?

Leider ja, natürlich nicht jede Minute wie in meinem Beispiel, das war nur für die Dauer des Testes. Die alten MH bieten leider keinen DP der sich ändert wenn am Thermostat manuell der Modus verändert wird.

6d4897f0-f033-4bd7-b14e-946cb28241f0-image.png

Nachdem ich 5 oder 6 Stk. abfragen muss, werde ich vermutlich auf einen Interval von 10 oder gar 30 Minuten gehen.

@ben1983 sagte in Reihenfolge der on() Aufrufe abfragen:

kann kann man irgendwie voraussagen, welche zum Triggerzeitpunkt als erste aufgerufen wird?

Nein, nicht zuverlässig. Wenn man Dinge voneinander abhängig machen möchte, muss man diese in den selben Trigger packen.

@oliverio sagte in Hilfe bei der Verwendung von serialport:

Nur die letzte Zeile im Skriptlog ist nicht immer ganz erklärend

Ja, das Problem ist, dass das Log innerhalb der Scripts nach der Script ID sucht. Alles, wo nicht die Script ID enthalten ist, wird ausgeblendet. Dadurch fehlt meistens die (wichtige) erste Zeile des Logs und nur der Stack wird angezeigt.

@mg99 sagte in blockly - javascribt - Objekte funkt nicht:

Das Problem dürfte gelöst sein, letztlich war es der Cache.

eher das debug log vom shelly das im Millisekunden takt ins log schrieb