Jetzt ist es mir klarer.
Wie ich den Thread angefangen habe, war mir der Unterschied ja überhaupt nicht bewusst.
Deswegen stand ich wohl auch gewaltig auf dem Schlauch und hab mich mehrmals gefragt, was ihr da überhaupt redet 
Jetzt macht das alles einen Sinn.
@gombersiob
hi, ja du hast recht. Das könnte man alles machen.
Ich denke meine Idee ist erstmal die Ausbaustufe 1.
Damit man mal Erfahrung sammeln und relativ schnell eingreifen kann.
Eine automatische Lösung die nicht 100%ig funktioniert ist gerade beim Thema Zwangsladung ja eine teure Angelegenheit.
Bestes Beispeil gestern und heute.
Gefühlt haben wir bei uns das selbe Wetter.
Gestern hatte ich aber überhaupt keinen Ertrag. So bin ich überhaupt zum Thema Zwangsladung gekommen.
Heute wenigstens etwas, so dass ich den Speicher aufgeladen bekomme. Wenn auch nicht vollständig.
Stelle es mir schwer vor, da eine passable automatische Lösung zu finden.
Ideen kann ich gut gebrauchen 
Die Möglichkeit eine Zwnagsladung wird wohl immer mehr in Mode kommen, je mehr dynamische Tarife auf den Markt kommen.
Ich experimentiere nun auch schon eine Zeit damit rum, habe aber noch keine befriedigende Lösung gefunden.
Ich kann:
Brainstorming!
Mögliche Lösungen (für mich) wären:
Ich lade über den Awattar Adapter den billigsten Strompreis und den zugehörigen Zeitraum in iobroker. Der Zeitbereich des billigsten Strompreisbereicht wird in das Holding Register vom Sungrow geladen.
Über Text2Command schalte ich dann die Zwangsladung "scharf"
Das o.g. Zwangsladungsscript wird dann nicht per Telegram gestartet, sonderns zur vorher gesetzten Uhrzeit.
Das wäre für mich die beste Lösung.
Zeiten werden immer gesetzt, Aktivert wird es über Telegram nur wenn ich es will.
Eine Möglichkeit wäre noch, indem ich in Telegram die iSolarApp kopiere.
Startzeit usw werden über ein Menü in Telegram vorgegeben und dann direkt in die passenden Register geschrieben.
Einziger Vorteil, es dürfte weniger hakelig laufen, als in der iSolarApp
Aber ich weiß nicht, ob der Text2Command sowas überhaupt hergibt und ich habe noch nicht herausgefunden, in welche Register die Startzeit gesscvhrieben wird. ich sehe da bei mir nämlich nichts, wenn ich das mit der iSolarApp testen will.
Was haltet ihr von den Ideen?
Es gibt sehr viele Scripte die behandeln das Thema: Fenster auf Erkennung als Liste senden.
Z.b. hier:
https://www.machs-smart.de/offene-und-geschlossene-fenster-mit-blockly-als-liste-ausgeben/
Vllt hilft dir das weiter. Ist ja so ähnlich.
@paul53
Danke, ich gehe es nochmal an
Hallo,
als Übung versuche ich mich gerade daran, mein "Speicherladenscript", bei dem ihr mir hier geholfen habt, in Blockly umzuwandeln.
Morgens soll über den Adapter pv.forecast die zu erwatende Ertragsmenge ausgelesen werden.
Ist der Wert unter 20000, soll der Speicher mit 10600 Wh geladen werden.
Liegt der Wert über 20000, soll die Speicherladung auf 10 Wh gesetzt werden und dann um 11Uhr auf 1000 Wh.
Eine Trockenübung hat schon einmal funktioniert.
Allerdings habe ich noch zwei Fragen.
Danke für eure Rückmeldung.
Gruß Helix
Nach langer Sucherei habe ich es gefunden.
Ich hatte im Adapter pv.forecast nicht den Haken gesetzt bei: "Werte in W statt kW."
Guten Morgen,
durch einen kleinen Hardwarefehler, musste ich mit iobroker auf neue Hardware umziehen.
Dieses Script hier, habe ich einfach per Copy+Paste rüber kopiert.
Die 0_userdata.0.reducedCharging habe ich angelegt.
Dennoch läuft das Script nicht richtig:
var reducedCharging = getState('0_userdata.0.reducedCharging'/*reducedCharging*/).val;
console.info('reduced charging is '+reducedCharging);
schedule({astro: "sunrise"}, function () {
var msgText = "Akkustand bei Sonnenaufgang: " + getState('modbus.0.inputRegisters.13022_Battery_level_'/*Batteriekapazität*/).val + "%";
var forecast = getState('pvforecast.0.summary.energy.today'/*Geschätzte Energie (heute)*/).val;
if (forecast > 20000) {
setState('modbus.0.holdingRegisters.33046_Max_Charging_Power'/*Max Ladeleistung*/, 10);
setState('telegram.0.communicate.response', forecast + "Wh Ertrag erwartet. Reduziere Ladeleistung auf 10W bis 11 Uhr");
reducedCharging = true;
} else {
setState('modbus.0.holdingRegisters.33046_Max_Charging_Power'/*Max Ladeleistung*/, 10600);
setState('telegram.0.communicate.response', forecast + "Wh Ertrag erwartet. Lade Akku sofort mit voller Leistung");
reducedCharging = false;
}
setState('0_userdata.0.reducedCharging'/*reducedCharging*/, reducedCharging);
log(msgText);
setState('telegram.0.communicate.response', msgText);
});
schedule({hour: 11, minute: 0}, function () {
if (reducedCharging) {
setState('telegram.0.communicate.response', "Starte laden des Akkus mit 1 kW");
log("Set max_charge_power to 1kW");
setState('modbus.0.holdingRegisters.33046_Max_Charging_Power'/*Max Ladeleistung*/, 1000);
}
});
Bei Sonnenaufgang wird alles gecheckt.
Heute morgen ist der erwartete Ertrag (pvforecast.0.sumary.energy.today bei 20083
Dennoch sagt das Script:
"Akkustand bei Sonnenaufgang: 66,3%"
"20083 Wh Ertrag erwartet. Lade Akku sofort mit voller Leistung."
Auch die reduced Charging wurde nicht gesetzt.
Ich habe auch @paul53 "optimiertes" Script 1zu1 eingefügt uns ausprobiert.
Auch dieses macht den gleichen "Fehler"
Könnt Ihr bitte noch einmal nachschauen, was hier gerade falsch läuft?
Vielen Dank.
Guten Morgen,
ich teste gerade ein Script, was mir die Thermostate über Fensterkontakte steuert.
Dazu benutze ich den Fritz Dect Adapter.
Das Script scheint alles richtig zu machen.
Wenn der Fensterkontakt true ist, wird der Datenpunkt hkrmode mit einer 1 beschrieben.
Über den "steuer" Baustein.
Wie gesagt, das funktioniert. Nur bleibt der Datenpunkt rot. Wird also nicht bestätigt.
Was mache ich falsch?
setState('fritzdect.0.DECT_099950396612.hkrmode' /* Thermostat operation mode (0=auto, 1=closed, 2=open) */, 0);
Edit:
Hat sich erledigt.
Das Thermaostat hat auch so alles gemacht, ohne das der Datenpunkt bestätigt wurde.
Ich denke über die "Bestätigt" Sache muss ich noch Infos sammeln.
Kurze info,
es gibt wohl einen Bug in dem fritz.dect Adapter. Daher wird das Objekt "ID" nicht aufgegührt.
@ro75 said in Fenster auf Erkennung - Fehlermeldungen:
@doppellhelix sagte in Fenster auf Erkennung - Fehlermeldungen:
Auch einen original Fensterkontakt von AVM.
Datenstruktur ist die Selbe.Dann scheinst dein System oder die 2.6.1 (ich bin noch bei der 2.5.11) ein generelles Problem zu haben, denn bei mir gibt es den Datenpunkt "id".
Und daher auch keine Fehlermeldung vom DECT-Adapter.
Ro75.
Ja, ich habes auch gerade gesehen.
Der original Fensterkontakt von AVM hat einen Datenpunkt "ID".
Ich werde den originalen auch mal an den Smart Gateway hängen, bzw die Problemfensterkontakte direkt an die FRITZBox
