Neueste Beiträge

Seiten 1 2 3 4 ... 10
#11
FHEM Code changes / Revision 31295: 55_MiniSIP.pm:...
Letzter Beitrag von System - 26 Mai 2026, 10:41:03
Revision 31295: 55_MiniSIP.pm: commandref update

55_MiniSIP.pm: commandref update

Source: Revision 31295: 55_MiniSIP.pm: commandref update
#12
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 26 Mai 2026, 10:33:10
ZitatDie erstmalige Überschreitung eines Limit-Events (production oder consumption over limit)  in einem Bin....
Es werden keine Bins bzgl. Consumption und müssten erst eingeführt werden.
Selbst wenn das der Fall wäre, will man ja im Log nicht den Bin ausgegeben haben, sondern den echten Wert wie jetzt auch.
Das heißt am Log ändert sich nichts. Für das Logsequenzmanagement ist aber der konkrete Inhalt der Logausgabe relevant.
Es wird der Inhalt des Logs mit einem bereits ausgegebenen Log verglichen. Wenn die Inhalte identisch sind, wird die Ausgabe unterdrückt.
Greift in diesem Fall aber nicht wie beschrieben.


Edit. Eine machbare Alternative wäre auszugeben:

1: SF - WARNING - day=26, hod=09 - Energy consumption is higher than limit of 25000 Wh and is not saved (set verbose Level 4 for more information).

Und wenn Level 4 gesetzt ist kommt dann der volle Text:

4: SF - WARNING - day=26, hod=09 - Energy consumption of 720617 Wh is higher than limit of 25000 Wh and is not saved.

#13
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von Parallix - 26 Mai 2026, 10:19:07
Zitat von: DS_Starter am 26 Mai 2026, 10:12:30@Parallix,

ZitatPersönlich würde mir eine Benachrichtigung  über ein Event pro Bin reichen
Mir auch. Leider ist die Umsetzung nicht so einfach weil sich der Wert im Log (Energy consumption of xxxxx Wh) ständig ändert, ...
Die erstmalige Überschreitung eines Limit-Events (production oder consumption over limit)  in einem Bin müsste aus SF heraus doch detektierbar sein und dann bis zum Ende des Bin in SF gemerkt werden können, oder?
#14
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 26 Mai 2026, 10:12:30
@Parallix,

ZitatPersönlich würde mir eine Benachrichtigung  über ein Event pro Bin reichen
Mir auch. Leider ist die Umsetzung nicht so einfach weil sich der Wert im Log (Energy consumption of xxxxx Wh) ständig ändert, ansonsten würde die bereits eingebaute Logsequenzsteuerung greifen.
Da es eine WARNING ist, könnte ich aber den Loglevel auf 2 oder 3 setzen.
#15
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 26 Mai 2026, 10:07:46
@grappa24,

ZitatMit den o.a. Einstellungen wurde die Ladeleistung aber im Gegenteil von 1000 auf 1500 Watt erhöht.
Es kommt darauf an welchen SOC-Wert deine Batterie gerade hat.
Die definierte Aktion in barrierSoC bedeutet übersetzt: Wenn der SoC zwischen 5% (lowSoc) und 80% (barrierSoC) ist dann setze (set) die Ladeleistung auf 800 W.
Wenn sich der SoC oberhalb 80% befindet, gilt diese Begrenzung nicht. 
#16
FHEM Code changes / Revision 31294: CHANGED: updat...
Letzter Beitrag von System - 26 Mai 2026, 09:40:53
Revision 31294: CHANGED: updated

CHANGED: updated

Source: Revision 31294: CHANGED: updated
#17
Automatisierung / Aw: Midea Comfee Klimaanlage ü...
Letzter Beitrag von cotecmania - 26 Mai 2026, 09:32:56
Das habe ich angepasst, dann kommt :
Code Auswählen
2026.05.26 09:19:52 3: Jerry: connection timeout
Traceback (most recent call last):
  File "/opt/midea-msmart/setAC.py", line 8, in <module>
    from msmart.device.base import device
ModuleNotFoundError: No module named 'msmart.device.base'Muss man Zeile 7 auch anpassen ?

Habe dann zusätzlich msmart mit pip3 installiert :
Code Auswählen
pip3 install msmart==0.2.3 --break-system-packagesund die originale setAC.py wieder verwendet, danach liefs dann in fhem
Das "midea-discover" bringt aber immer noch Fehlermeldungen

Muss man für die NG-Version sonst noch was anpassen ?
Was bringt die NG-Version an Vorteilen, sollte sie laufen ?

Gruss
Joe
#18
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von Parallix - 26 Mai 2026, 09:11:35
Intended or non-intended feature report
In der neuen SF-Version werden mit jedem Lauf Warnmeldungen, die sich letztlich auf einen Event (z.B. energy consumption over limit) im gleichen Bin beziehen, mit hoher Frequenz ausgegeben und erinnern damit den User immer wieder an ein Problem (intended feature) bzw. müllen damit die Log-Datei zu (non-intended feature). Persönlich würde mir eine Benachrichtigung  über ein Event pro Bin reichen  ;) .

Beispiel-Ausschnitt:
Code Auswählen
...
2026.05.26 08:34:44 1: SF - WARNING - day=26, hod=09 - Energy consumption of 720617 Wh is higher than limit of 25000 Wh and is not saved.
2026.05.26 08:35:19 1: SF - WARNING - day=26, hod=09 - Energy consumption of 720555 Wh is higher than limit of 25000 Wh and is not saved.
2026.05.26 08:35:54 1: SF - WARNING - day=26, hod=09 - Energy consumption of 720648 Wh is higher than limit of 25000 Wh and is not saved.
...
#19
Sonstiges / Aw: 98_version.pm - beim resta...
Letzter Beitrag von the ratman - 26 Mai 2026, 09:11:06
hab eben meine brille aufgesetzt: ich sehe heute keine einträge mehr im log nach einem restart.
dank dir für die schnelle arbeit!
#20
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von grappa24 - 26 Mai 2026, 09:05:07
Frage zu ctrlBatSocManagement mit barrierSoC:

Ich nutze smartPower als Ladestrategie und möchte aktuell zusätzlich die Ladeleistung auf 800 W begrenzen

Code Auswählen
lowSoc=5 upSoC=50 maxSoC=99 careCycle=20 safetyMargin=0:0 loadStrategy=smartPower barrierSoC=80:set:800 loadTarget=100
Mit den o.a. Einstellungen wurde die Ladeleistung aber im Gegenteil von 1000 auf 1500 Watt erhöht. Ich hab das Wiki dazu gelesen, wohl aber nicht richtig verstanden. Vlt. kann mir jemand auf die Sprünge helfen?
Seiten 1 2 3 4 ... 10