- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#11
Sonstige Systeme / Aw: Suche Entwickler für Velux...
Letzter Beitrag von Mitch - 06 Mai 2026, 21:37:28Hier mal eine neuer Version.
#12
DOIF / Aw: Modale Textbox aus DOIF mö...
Letzter Beitrag von Damian - 06 Mai 2026, 21:37:09Bei mir funktioniert es ohne Probleme.
#13
DOIF / Aw: Modale Textbox aus DOIF mö...
Letzter Beitrag von phys1 - 06 Mai 2026, 21:29:28Hallo,
Version 1 im Block:
Version 2 mit userReading:
Warum geht das aus dem DOIF nicht?
Viele Grüße
Hier wird das user Reading "show" auf "Hat getriggert" gesetzt, aber es erscheint keine Textbox (und keine Fehlermeldung).
Mit einem dummy klappt es zumindest beim zweiten Mal, wenn man Text bei TestStr eingibt:
Version 1 im Block:
Code Auswählen
define Test DOIF action {\
::FW_directNotify("#FHEMWEB:WEB","FW_okDialog('Meine Nachricht')","");;\
}
Mit set Test action wird der Block ausgeführt, aber es erscheint keine Textbox (und keine Fehlermeldung).Version 2 mit userReading:
Code Auswählen
define Test2 DOIF action {\
set_Reading("TestStr","Mein Trigger",1);;\
}
attr Test2 userReadings show:TestStr.* {\
FW_directNotify("#FHEMWEB:WEB","FW_okDialog('Mein Test')","");;\
return "Hat getriggert";;}
Warum geht das aus dem DOIF nicht?
Viele Grüße
Hier wird das user Reading "show" auf "Hat getriggert" gesetzt, aber es erscheint keine Textbox (und keine Fehlermeldung).
Mit einem dummy klappt es zumindest beim zweiten Mal, wenn man Text bei TestStr eingibt:
Code Auswählen
define Test3 dummy
attr Test3 readingList TestStr show
attr Test3 setList TestStr
attr Test3 userReadings show:TestStr.* {\
my $msg = ReadingsVal($NAME,"TestStr","?");;\
FW_directNotify("#FHEMWEB:WEB","FW_okDialog('$msg')","");;\
}
#14
Anfängerfragen / Aw: Wärmepumpe Viessmann vitoc...
Letzter Beitrag von loescher - 06 Mai 2026, 21:27:54Zitat von: Rewe2000 am 03 Mai 2026, 15:10:59Ich denke ohne Viessmann App werden wir da keine große Möglichkeit haben, in Fhem gibt es dazu das Modul "vitoconnect", das habe ich herausgefunden, aber hätte dazu gerne noch mehr Infos, wie hierzu die Möglichkeiten und Erfahrungen hiermit sind. Eventuell erbarmt sich ja noch ein Anwender und kann uns dazu ein wenig erhellen.
Ich habe das vitoconnect für unsere Gasheizung im Einsatz.
Da funktioniert alles recht gut.
Aber wenn ich mich richtig erinnere ist der API Key von Viessmann für Wärmepumpen nicht kostenlos.
Da müsstest du mal schauen.
LG,
Stephan.
#15
Sonstige Systeme / Aw: Entwicklungs-Thread Modul ...
Letzter Beitrag von daheim - 06 Mai 2026, 21:26:28Guten Abend Starkstrombastler,
wenn ich deine Lösung für mein "Problem" richtig verstehe, muss ich eine neue Webinstanz erstellen die den csrfToken auf none setzt oder habe ich eine Möglichkeit den Token mit zu geben?
Viele Grüße
Daniel
wenn ich deine Lösung für mein "Problem" richtig verstehe, muss ich eine neue Webinstanz erstellen die den csrfToken auf none setzt oder habe ich eine Möglichkeit den Token mit zu geben?
Viele Grüße
Daniel
#16
FRITZ!Box / Aw: FritzSmart Repeater: Aktua...
Letzter Beitrag von fz55 - 06 Mai 2026, 20:43:14Hallo Jörg,
schön, dass du weiterhin an meinem Problem arbeitest.
Nach einer kleinen Änderung am Modul konnte ich das Attribut enableMeshMonitor setzen und es funktioniert! Vielen Dank dafür.
Meine Änderung bezieht sich auf die Gültigkeitsprüfung des Attributs:
Kannst du mir noch sagen, wie lange landevice_id und mesh_uid eindeutig sind? Also sind sie nach einem Restart oder Update der Fritzbox noch identisch?
Und eine kleine Bitte habe ich auch noch. Es wäre schön, wenn im Reading meshMonitor auch der momentane Meshserver mit ausgegeben würde, z.B. <landevice_id>:<mesh_id_erwünscht>:<mesh_id_ist>
Vielen Dank und Grüße
Reiner
schön, dass du weiterhin an meinem Problem arbeitest.
Nach einer kleinen Änderung am Modul konnte ich das Attribut enableMeshMonitor setzen und es funktioniert! Vielen Dank dafür.
Meine Änderung bezieht sich auf die Gültigkeitsprüfung des Attributs:
Code Auswählen
@@ -2040,10 +2040,10 @@ sub Fritz_Attr_Modul($@)
return "enableMeshMonitor only for the Mesh Master Device available." if main::ReadingsVal($name, "box_meshRole", "") ne "master";
my @meshCTRL = split(" ", $aVal);
- return "$aName: $aVal. Parameterlist not valid" if @meshCTRL == 0;
+ return "$aName: $aVal. Parameter not valid" if scalar @meshCTRL == 0;
- for(my $i = 0; $i < int(@meshCTRL); $i++) {
- return "$aName: $aVal. Parameter not valid " . $meshCTRL[$i] if $meshCTRL[$i] !~ /^landevice\d+:\d+$/;
+ for(my $i = 0; $i < scalar @meshCTRL; $i++) {
+ return "$aName: Parameter not valid: $meshCTRL[$i]" if $meshCTRL[$i] !~ /^landevice\d+:\d+$/;
}
}
if ($cmd eq "del" || $aVal == 0) {
@@ -21500,4 +21500,4 @@ sub Fritz_Helper_Dumper($$;@) {Der Hilfetext zur Eingabe müsste auch noch angepasst werden.Kannst du mir noch sagen, wie lange landevice_id und mesh_uid eindeutig sind? Also sind sie nach einem Restart oder Update der Fritzbox noch identisch?
Und eine kleine Bitte habe ich auch noch. Es wäre schön, wenn im Reading meshMonitor auch der momentane Meshserver mit ausgegeben würde, z.B. <landevice_id>:<mesh_id_erwünscht>:<mesh_id_ist>
Vielen Dank und Grüße
Reiner
#17
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 06 Mai 2026, 20:21:35Hallo Peter,
danke für deine Infos. In dem einen Scrennshot mit:
sieht man dass nur die 169 W aus der Bat ha_tjsLMch1 zu sehen ist, der 506W Direktfluß fehlt. Da versteckt sich irgendwo ein Differenzfehler im Vektor. Kommt auf meine Liste.
LG,
Heiko
danke für deine Infos. In dem einen Scrennshot mit:
Code Auswählen
2026.05.06 19:39:11 1: SolarForecast DEBUG> collect Battery Readings data: device=Enphase =>
2026.05.06 19:39:11 1: SolarForecast DEBUG> pin: 0 W, pout: 506 W, totalin: 6785066 Wh, totalout: 6480344 Wh, soc: 96
2026.05.06 19:39:11 1: SolarForecast DEBUG> collect Battery Readings data: device=ha_tjsLMch1 =>
2026.05.06 19:39:11 1: SolarForecast DEBUG> pin: 0 W, pout: 169 W, totalin: 31891.8179961261 Wh, totalout: 15572.6153359371 Wh, soc: 98
sieht man dass nur die 169 W aus der Bat ha_tjsLMch1 zu sehen ist, der 506W Direktfluß fehlt. Da versteckt sich irgendwo ein Differenzfehler im Vektor. Kommt auf meine Liste.
LG,
Heiko
#18
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von peterboeckmann - 06 Mai 2026, 19:50:01Hallo Heiko,
anbei nun die beiden Screenshots der Flussgrafik.
Und hier die Log-Auszüge:
Für Screenshot1_max200W_über_Batteriewechselrichter, Stand 19:39:11:
Für Screenshot2_0W_über_Batteriewechselrichter, Stand 19:41:01:
Die current Consumption von 656W im Screenshot2, ohne den Stromfluss aus dem Batteriewechselrichter, ist realistischer als die von 273W im Screenshot1.
Vielleicht findest Du ja was raus.
Viele Grüße,
Peter
Nachtrag: Vielleicht interessiert Dich zum Vergleich auch noch das Log ohne Batteriewechselrichter:
An der "stört" (viel zu großes Wort) mich eigentlich nur, dass ich nicht direkt die Flüsse aus beiden Batterien sehe.
Zitat von: peterboeckmann am 06 Mai 2026, 10:05:32Einen echten Screenshot beider Varianten inkl. der jeweiligen collectData-Logs kann ich heute abend machen, wenn wieder Strom aus beiden Batterien kommt.
anbei nun die beiden Screenshots der Flussgrafik.
Und hier die Log-Auszüge:
Für Screenshot1_max200W_über_Batteriewechselrichter, Stand 19:39:11:
Code Auswählen
2026.05.06 19:39:11 1: SolarForecast DEBUG> collect Wind measurement data - device: WindSpeed_mps =>
2026.05.06 19:39:11 1: SolarForecast DEBUG> Smooth Wind data - value=7.94 m/s, last=10.80, last_fast=6.24 -> smoothed=10.80, smoothed_fast=6.25
2026.05.06 19:39:11 1: SolarForecast DEBUG> collect Inverter 01 data - device: Enphase, source: pv, delivery: default =>
2026.05.06 19:39:11 1: SolarForecast DEBUG> pvOut: 96 W, pvIn: 179 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 27012 Wh
2026.05.06 19:39:11 1: SolarForecast DEBUG> collect Inverter 02 data - device: ha_tjsLMch1, source: pv, delivery: bat =>
2026.05.06 19:39:11 1: SolarForecast DEBUG> pvOut: 31 W, pvIn: 31 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 18044 Wh
2026.05.06 19:39:11 1: SolarForecast DEBUG> collect Inverter 03 data - device: ha_tjsLMch1, source: bat, delivery: default =>
2026.05.06 19:39:11 1: SolarForecast DEBUG> pvOut: 0 W, pvIn: 0 W, AC->DC: 0 W, DC->AC: 169 W, etotal: 0 Wh
2026.05.06 19:39:11 1: SolarForecast DEBUG> summary data of all Inverters - pv: 127 W, this hour Generation: 162 Wh
2026.05.06 19:39:11 1: SolarForecast DEBUG> State of Plant derating: 0, info: The value of device "SolarForecast", reading "userRdg_Regulated" doesn't match the condition "1"
2026.05.06 19:39:11 1: SolarForecast DEBUG> currently saved 'pvrlvd' value: 1
2026.05.06 19:39:11 1: SolarForecast DEBUG> current percentage pvrl/pvapifc deviation of hod 20: 275.3 % -> pvrlvd: 1
2026.05.06 19:39:11 1: SolarForecast DEBUG> collect Energy Meter data - device: MQTT2_SmartMeterReader =>
2026.05.06 19:39:11 1: SolarForecast DEBUG> gcon: 8 W, gfeedin: 0 W, contotal: 5946964.5 Wh, feedtotal: 7910340.5 Wh
2026.05.06 19:39:11 1: SolarForecast DEBUG> write to pvHistory - day: 06, hod: 20, GridConsumption (gcons): 18 Wh
2026.05.06 19:39:11 1: SolarForecast DEBUG> collect Battery Readings data: device=Enphase =>
2026.05.06 19:39:11 1: SolarForecast DEBUG> pin: 0 W, pout: 506 W, totalin: 6785066 Wh, totalout: 6480344 Wh, soc: 96
2026.05.06 19:39:11 1: SolarForecast DEBUG> collect Battery Readings data: device=ha_tjsLMch1 =>
2026.05.06 19:39:11 1: SolarForecast DEBUG> pin: 0 W, pout: 169 W, totalin: 31891.8179961261 Wh, totalout: 15572.6153359371 Wh, soc: 98
2026.05.06 19:39:11 1: SolarForecast DEBUG> consumer=01 activated=1
2026.05.06 19:39:11 1: SolarForecast DEBUG> consumer=02 activated=1
2026.05.06 19:39:11 1: SolarForecast DEBUG> consumer=03 activated=1
2026.05.06 19:39:11 1: SolarForecast DEBUG> consumer=04 activated=1
2026.05.06 19:39:11 1: SolarForecast DEBUG> consumer=05 activated=1
2026.05.06 19:39:11 1: SolarForecast DEBUG> consumer=06 activated=1
2026.05.06 19:39:11 1: SolarForecast DEBUG> consumer=07 activated=1
2026.05.06 19:39:11 1: SolarForecast DEBUG> consumer=08 activated=1
2026.05.06 19:39:11 1: SolarForecast DEBUG> consumer=09 activated=1
2026.05.06 19:39:11 1: SolarForecast DEBUG> consumer=10 activated=1
2026.05.06 19:39:11 1: SolarForecast DEBUG> consumer=11 activated=1
2026.05.06 19:39:11 1: SolarForecast DEBUG> consumer=12 activated=1
2026.05.06 19:39:11 1: SolarForecast DEBUG> consumer=13 activated=1
2026.05.06 19:39:11 1: SolarForecast DEBUG> consumer=14 activated=1
2026.05.06 19:39:11 1: SolarForecast DEBUG> BEV - id=none -> consumer=15 activated=0
2026.05.06 19:39:11 1: SolarForecast DEBUG> consumer=16 activated=1
2026.05.06 19:39:11 1: SolarForecast DEBUG> EnergyConsumption input -> PV: 162 Wh, PP: 0 Wh, GridIn: 1 Wh, GridCon: 18 Wh, BatIn: 0 Wh, BatOut: 158 Wh
2026.05.06 19:39:11 1: SolarForecast DEBUG> EnergyConsumption result -> 337 Wh
2026.05.06 19:39:11 1: SolarForecast DEBUG> current Power values -> PV2Node: 96 W, PV2Bat: 31, PV2Grid: 0 W, Other: 0 W, GridIn: 0 W, GridCon: 8 W
2026.05.06 19:39:11 1: SolarForecast DEBUG> current Power Battery -> BatIn: 0 W (Node2Inv2DC: 0 W), BatOut: 675 W (DC2Inv2Node: 169 W)
2026.05.06 19:39:11 1: SolarForecast DEBUG> current Consumption result -> 273 WFür Screenshot2_0W_über_Batteriewechselrichter, Stand 19:41:01:
Code Auswählen
2026.05.06 19:41:01 1: SolarForecast DEBUG> collect Wind measurement data - device: WindSpeed_mps =>
2026.05.06 19:41:01 1: SolarForecast DEBUG> Smooth Wind data - value=7.94 m/s, last=10.68, last_fast=6.51 -> smoothed=10.67, smoothed_fast=6.52
2026.05.06 19:41:01 1: SolarForecast DEBUG> collect Inverter 01 data - device: Enphase, source: pv, delivery: default =>
2026.05.06 19:41:01 1: SolarForecast DEBUG> pvOut: 94 W, pvIn: 181 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 27015 Wh
2026.05.06 19:41:01 1: SolarForecast DEBUG> collect Inverter 02 data - device: ha_tjsLMch1, source: pv, delivery: bat =>
2026.05.06 19:41:01 1: SolarForecast DEBUG> pvOut: 28 W, pvIn: 28 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 18045 Wh
2026.05.06 19:41:01 1: SolarForecast DEBUG> collect Inverter 03 data - device: ha_tjsLMch1, source: bat, delivery: default =>
2026.05.06 19:41:01 1: SolarForecast DEBUG> pvOut: 0 W, pvIn: 0 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 0 Wh
2026.05.06 19:41:01 1: SolarForecast DEBUG> summary data of all Inverters - pv: 122 W, this hour Generation: 166 Wh
2026.05.06 19:41:01 1: SolarForecast DEBUG> State of Plant derating: 0, info: The value of device "SolarForecast", reading "userRdg_Regulated" doesn't match the condition "1"
2026.05.06 19:41:01 1: SolarForecast DEBUG> currently saved 'pvrlvd' value: 1
2026.05.06 19:41:01 1: SolarForecast DEBUG> current percentage pvrl/pvapifc deviation of hod 20: 266.3 % -> pvrlvd: 1
2026.05.06 19:41:01 1: SolarForecast DEBUG> collect Energy Meter data - device: MQTT2_SmartMeterReader =>
2026.05.06 19:41:01 1: SolarForecast DEBUG> gcon: 69 W, gfeedin: 0 W, contotal: 5946964.7 Wh, feedtotal: 7910340.6 Wh
2026.05.06 19:41:01 1: SolarForecast DEBUG> write to pvHistory - day: 06, hod: 20, GridConsumption (gcons): 18 Wh
2026.05.06 19:41:01 1: SolarForecast DEBUG> collect Battery Readings data: device=Enphase =>
2026.05.06 19:41:01 1: SolarForecast DEBUG> pin: 0 W, pout: 493 W, totalin: 3392533 Wh, totalout: 3240172 Wh, soc: 96
2026.05.06 19:41:01 1: SolarForecast DEBUG> collect Battery Readings data: device=ha_tjsLMch1 =>
2026.05.06 19:41:01 1: SolarForecast DEBUG> pin: 28 W, pout: 0 W, totalin: 31894.1355792371 Wh, totalout: 15577.6216815959 Wh, soc: 98
2026.05.06 19:41:01 1: SolarForecast DEBUG> consumer=01 activated=1
2026.05.06 19:41:01 1: SolarForecast DEBUG> consumer=02 activated=1
2026.05.06 19:41:01 1: SolarForecast DEBUG> consumer=03 activated=1
2026.05.06 19:41:01 1: SolarForecast DEBUG> consumer=04 activated=1
2026.05.06 19:41:01 1: SolarForecast DEBUG> consumer=05 activated=1
2026.05.06 19:41:01 1: SolarForecast DEBUG> consumer=06 activated=1
2026.05.06 19:41:01 1: SolarForecast DEBUG> consumer=07 activated=1
2026.05.06 19:41:01 1: SolarForecast DEBUG> consumer=08 activated=1
2026.05.06 19:41:01 1: SolarForecast DEBUG> consumer=09 activated=1
2026.05.06 19:41:01 1: SolarForecast DEBUG> consumer=10 activated=1
2026.05.06 19:41:01 1: SolarForecast DEBUG> consumer=11 activated=1
2026.05.06 19:41:01 1: SolarForecast DEBUG> consumer=12 activated=1
2026.05.06 19:41:01 1: SolarForecast DEBUG> consumer=13 activated=1
2026.05.06 19:41:01 1: SolarForecast DEBUG> consumer=14 activated=1
2026.05.06 19:41:01 1: SolarForecast DEBUG> BEV - id=none -> consumer=15 activated=0
2026.05.06 19:41:01 1: SolarForecast DEBUG> consumer=16 activated=1
2026.05.06 19:41:01 1: SolarForecast DEBUG> EnergyConsumption input -> PV: 166 Wh, PP: 0 Wh, GridIn: 1 Wh, GridCon: 18 Wh, BatIn: 2 Wh, BatOut: 163 Wh
2026.05.06 19:41:01 1: SolarForecast DEBUG> EnergyConsumption result -> 344 Wh
2026.05.06 19:41:01 1: SolarForecast DEBUG> current Power values -> PV2Node: 94 W, PV2Bat: 28, PV2Grid: 0 W, Other: 0 W, GridIn: 0 W, GridCon: 69 W
2026.05.06 19:41:01 1: SolarForecast DEBUG> current Power Battery -> BatIn: 28 W (Node2Inv2DC: 0 W), BatOut: 493 W (DC2Inv2Node: 0 W)
2026.05.06 19:41:01 1: SolarForecast DEBUG> current Consumption result -> 656 WDie current Consumption von 656W im Screenshot2, ohne den Stromfluss aus dem Batteriewechselrichter, ist realistischer als die von 273W im Screenshot1.
Vielleicht findest Du ja was raus.
Viele Grüße,
Peter
Nachtrag: Vielleicht interessiert Dich zum Vergleich auch noch das Log ohne Batteriewechselrichter:
Code Auswählen
2026.05.06 19:53:22 1: SolarForecast DEBUG> collect Wind measurement data - device: WindSpeed_mps =>
2026.05.06 19:53:22 1: SolarForecast DEBUG> Smooth Wind data - value=7.72 m/s, last=9.89, last_fast=6.87 -> smoothed=9.89, smoothed_fast=6.88
2026.05.06 19:53:22 1: SolarForecast DEBUG> collect Inverter 01 data - device: Enphase, source: pv, delivery: default =>
2026.05.06 19:53:22 1: SolarForecast DEBUG> pvOut: 51 W, pvIn: 129 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 27033 Wh
2026.05.06 19:53:22 1: SolarForecast DEBUG> collect Inverter 02 data - device: ha_tjsLMch1, source: pv, delivery: default =>
2026.05.06 19:53:22 1: SolarForecast DEBUG> pvOut: 0 W, pvIn: 0 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 18050 Wh
2026.05.06 19:53:22 1: SolarForecast DEBUG> summary data of all Inverters - pv: 51 W, this hour Generation: 189 Wh
2026.05.06 19:53:22 1: SolarForecast DEBUG> State of Plant derating: 0, info: The value of device "SolarForecast", reading "userRdg_Regulated" doesn't match the condition "1"
2026.05.06 19:53:22 1: SolarForecast DEBUG> currently saved 'pvrlvd' value: 1
2026.05.06 19:53:22 1: SolarForecast DEBUG> current percentage pvrl/pvapifc deviation of hod 20: 221.7 % -> pvrlvd: 1
2026.05.06 19:53:22 1: SolarForecast DEBUG> collect Energy Meter data - device: MQTT2_SmartMeterReader =>
2026.05.06 19:53:22 1: SolarForecast DEBUG> gcon: 12 W, gfeedin: 0 W, contotal: 5946968.3 Wh, feedtotal: 7910340.8 Wh
2026.05.06 19:53:22 1: SolarForecast DEBUG> write to pvHistory - day: 06, hod: 20, GridConsumption (gcons): 21 Wh
2026.05.06 19:53:22 1: SolarForecast DEBUG> collect Battery Readings data: device=Enphase =>
2026.05.06 19:53:22 1: SolarForecast DEBUG> pin: 0 W, pout: 426 W, totalin: 5538943 Wh, totalout: 5343014 Wh, soc: 95
2026.05.06 19:53:22 1: SolarForecast DEBUG> collect Battery Readings data: device=ha_tjsLMch1 =>
2026.05.06 19:53:22 1: SolarForecast DEBUG> pin: 0 W, pout: 199 W, totalin: 31895.492957634 Wh, totalout: 15608.9316279298 Wh, soc: 97
2026.05.06 19:53:22 1: SolarForecast DEBUG> consumer=01 activated=1
2026.05.06 19:53:22 1: SolarForecast DEBUG> consumer=02 activated=1
2026.05.06 19:53:22 1: SolarForecast DEBUG> consumer=03 activated=1
2026.05.06 19:53:22 1: SolarForecast DEBUG> consumer=04 activated=1
2026.05.06 19:53:22 1: SolarForecast DEBUG> consumer=05 activated=1
2026.05.06 19:53:22 1: SolarForecast DEBUG> consumer=06 activated=1
2026.05.06 19:53:22 1: SolarForecast DEBUG> consumer=07 activated=1
2026.05.06 19:53:22 1: SolarForecast DEBUG> consumer=08 activated=1
2026.05.06 19:53:22 1: SolarForecast DEBUG> consumer=09 activated=1
2026.05.06 19:53:22 1: SolarForecast DEBUG> consumer=10 activated=1
2026.05.06 19:53:22 1: SolarForecast DEBUG> consumer=11 activated=1
2026.05.06 19:53:22 1: SolarForecast DEBUG> consumer=12 activated=1
2026.05.06 19:53:22 1: SolarForecast DEBUG> consumer=13 activated=1
2026.05.06 19:53:22 1: SolarForecast DEBUG> consumer=14 activated=1
2026.05.06 19:53:22 1: SolarForecast DEBUG> BEV - id=none -> consumer=15 activated=0
2026.05.06 19:53:22 1: SolarForecast DEBUG> consumer=16 activated=1
2026.05.06 19:53:22 1: SolarForecast DEBUG> EnergyConsumption input -> PV: 189 Wh, PP: 0 Wh, GridIn: 1 Wh, GridCon: 21 Wh, BatIn: 2146413 Wh, BatOut: 2103036 Wh
2026.05.06 19:53:22 1: SolarForecast DEBUG> EnergyConsumption result -> -43168 Wh
2026.05.06 19:53:22 1: SolarForecast DEBUG> current Power values -> PV2Node: 51 W, PV2Bat: 0, PV2Grid: 0 W, Other: 0 W, GridIn: 0 W, GridCon: 12 W
2026.05.06 19:53:22 1: SolarForecast DEBUG> current Power Battery -> BatIn: 0 W (Node2Inv2DC: 0 W), BatOut: 625 W (DC2Inv2Node: 0 W)
2026.05.06 19:53:22 1: SolarForecast DEBUG> current Consumption result -> 688 WScreenshot3 anbei zeigt die Flussgrafik dazu.An der "stört" (viel zu großes Wort) mich eigentlich nur, dass ich nicht direkt die Flüsse aus beiden Batterien sehe.
#19
FRITZ!Box / Aw: Fritzbox: Fritz_Readout_AP...
Letzter Beitrag von JoWiemann - 06 Mai 2026, 19:43:00Hallo Dieter,
im Log finde ich immer wieder folgendes:
Der initiale API check muss einmal ungestört durchlaufen werden.
Grüße Jörg
im Log finde ich immer wieder folgendes:
Code Auswählen
2026.05.06 18:03:07.678 3: [FritzBox | 7530 | 164.08.21 | Attr_Modul.2132] - BASIC:Attr set INTERVAL -> Neustart internal Timer - APICHECKED = 1
Hier wird protokolliert dass das Attribut INTERVAL neu gesetzt worden ist. Das geschieht während der Laufzeit des initialen API Checks. Machst Du das manuell ?Der initiale API check muss einmal ungestört durchlaufen werden.
Grüße Jörg
#20
Multimedia / Aw: Bose und soundcork und FHE...
Letzter Beitrag von betateilchen - 06 Mai 2026, 19:38:14Der Markt füllt sich langsam mit günstig angebotenen Bose Soundtouch Geräten 