fhempy: rct_power (RCT-Power)

[is2late]

Batterie-Minimum steht zB auf 50 % und Batterie ist entsprechend aufgeladen trotz Winterbedingungen.
Jetzt Netzstromausfall, Notstromversorgung sollte idealerweise einsetzen, aber...
Batterie-Ladezustand 50 % und Batterie-Minimum ebenfalls 50 %.
Eigentlich darf die Anlage ja nun nicht auf die Batterieladung zugreifen, oder? Das wäre jedenfalls so, wenn das Minimum bei den üblichen 7 % stehen würde, die lt RCT nicht unterschritten  werden sollen.
Also müsste das Minimum jetzt wieder von 50 % auf zB 7 % herabgesetzt werden.

Falsche Annahme... RCT Support schreibt auf Anfrage dazu:

nein, diese Annahme ist inkorrekt. Der MinSoC markiert den Wert, bis zu dem die Anlage im Normalbetrieb Ihr Haus mit Strom versorgt. Der SoC-Bereich für den Inselbetrieb ist immer mit 7% eingestellt, weshalb die Batterie im Falle eines Stromausfalls den Bereich zwischen dem Min SoC und 7% für die Versorgung Ihres Systems heranzieht.

Also alles bestens...

[harry-th]

Hallo,
ich hab ein ähnliches Problem wie nogga #94 in diesem thread.
Mein System:
fhem auf RPI3B+ mit Bookworm
fhempy_server und fhempy_local installiert und status ist grün.
nach

Code Auswählen Erweitern

define my_rct_device fhempy rct_power 192.168.0.37meldet fhem fhempy server offline

Code Auswählen Erweitern

define my_rct_device fhempy rct_power 192.168.0.37
#   CFGFN     
#   DEF        rct_power 192.168.0.37
#   FHEMPYTYPE rct_power
#   FUUID      65c49e94-f33f-1724-7310-716268cf5ac4f6c1
#   IODev      fhempy_local
#   NAME       my_rct_device
#   NR         54
#   PYTHONTYPE rct_power
#   STATE      fhempy server offline
#   TYPE       fhempy
#   eventCount 27
#   READINGS:
#     2024-02-08 10:55:18   state           fhempy server offline
#   args:
#     my_rct_device
#     fhempy
#     rct_power
#     192.168.0.37
#   argsh:
#
setstate my_rct_device fhempy server offline
setstate my_rct_device 2024-02-08 10:55:18 state fhempy server offline


im fhempylog steht:

Code Auswählen Erweitern

Exception ignored in: <_io.TextIOWrapper name='<stdout>' mode='w' encoding='utf-8'>
BrokenPipeError: [Errno 32] Broken pipe
Creating fhempy virtual environment...OK
Activating virtual environment...OK
2024-02-07 11:12:13,335 - ERROR    - __main__: Failed to load fhempy
Traceback (most recent call last):
  File "/opt/fhem/FHEM/bindings/python/bin/start_fhempy.py", line 141, in <module>
    import fhempy.lib.fhem_pythonbinding as fpb
ModuleNotFoundError: No module named 'fhempy'
2024-02-07 11:12:13,351 - INFO     - __main__: Attempting install of fhempy>=0.1.462
2024-02-07 11:13:48,596 - INFO     - __main__: Successfully installed fhempy>=0.1.462
2024-02-07 11:14:07,003 - INFO     - fhempy.lib.fhem_pythonbinding: Starting fhempy 0.1.718...
2024-02-07 11:14:07,005 - INFO     - fhempy.lib.fhem_pythonbinding: Waiting for FHEM connection
2024-02-07 11:14:07,070 - INFO     - websockets.server: server listening on 0.0.0.0:15733
2024-02-07 11:14:17,931 - INFO     - websockets.server: connection open
2024-02-07 11:14:17,933 - INFO     - fhempy.lib.fhem_pythonbinding: Incoming FHEM connection: 127.0.0.1
Activating virtual environment...OK
2024-02-07 11:27:59,619 - INFO     - fhempy.lib.fhem_pythonbinding: Starting fhempy 0.1.718...
2024-02-07 11:27:59,621 - INFO     - fhempy.lib.fhem_pythonbinding: Waiting for FHEM connection
2024-02-07 11:27:59,684 - INFO     - websockets.server: server listening on 0.0.0.0:15733
danke vorab für Tips
Woran kann das liegen?

[is2late]

Hallo,
ich zweifele an der Intelligenz der RCT-Steuerung. Next calibration date ist Sonntag, 14 Uhr. Heute, Freitag, ist bei strahlendem Himmel der Akku schon seit 12 Uhr voll. Und jetzt, um 13 Uhr, fängt die Entladung durch Hausverbrauch an, während gleichzeitig noch über 4000 W produziert werden. Was ist das für ein Blödsinn?! Warum beginnt die Entladung nicht durch den Hausverbrauch nach Sonnenuntergang?

Meine eigentliche Frage dazu: Kann ich die Entladung stoppen bzw den Zeitpunkt zB auf 18 Uhr verschieben?

LG Ingo

[marvin78]

Hast du den RCT Support dazu befragt?

[is2late]

Nein, die sind ja kaum je erreichbar. Hab auf deren HP gesucht und da heisst es, das System kalkuliert auf Basis der Durchschnittswerte der letzten x Tage. Das kann ja nur schiefgehen bei punktuellen Sonnentagen. Und dass RCT einen manuellen Eingriff anbietet, halte ich für äusserst unwahrscheinlich.
Ich hatte gehofft, dass Deine Programmierung schon etwas dazu hergibt.

[marvin78]

Nicht mein Modul.

[is2late]

Pardon, mein Fehler.

Weiss jemand, ob das Modul schon die Möglichkeit vorsieht, den Beginn der Kalibrierung zu verschieben bzw nicht vor den Abendstunden starten zu lassen?