Neueste Beiträge

#11

Wiki / Aw: Funktioniert 100% : hue üb...

Letzter Beitrag von Moonlightkid - 06 April 2026, 18:38:34

Nun, ihr könnt es sehen, wie ihr wollt.

Bei mir läuft es, bei anderen wird es auch funktionieren. Immerhin können es die ohne euren ganz tiefen Kenntnisse zum Laufen bringen.

Und wenn ihr euch gereizt fühlt - ich habe keine Anleitung gefunden, die das von mir zusammengestellte abbildet - dann tut mir das leid. Schaut einfach weiter und vielleicht findet jemand, der das braucht, meine Anleitung und freut sich über ein funktionierendes System.

In diesem Sinne noch einen schönen Tag euch allen.

#12

TabletUI / Aw: [FTUI 3] Charts

Letzter Beitrag von Dracolein - 06 April 2026, 18:22:49

Kann man in FTUI3-Chart die Achsenbeschriftungen ausblenden ?

Ich hänge eine Frage dran: wie kann man für ausgesuchte (!) Charts die Textgrößen der Achsenbeschriftungen ändern?

#13

Sonstiges / ModbusAttr Device (Marstek Ven...

Letzter Beitrag von Dracolein - 06 April 2026, 18:13:42

Hallo zusammen,

ich habe mich in den letzten Tagen in die Modbus Thematik reingenerdet. Mein Ziel war es, den neuen Marstek Venus E 3.0 für FHEM lesbar und steuerbar zu machen. Technisch habe ich es inzwischen störungsfrei am laufen. Während 3 Hilfs-Devices nur zur aktiven Steuerung dienen und hier ignoriert werden können, liegt mein Fokus auf dem Main-Device vom Typ ModbusAttr.

Der Grund für diesen Thread bzw. mein "Problem": Meine FHEM Instanz ist nun spürbar deutlich weniger performant, als ich es seit Jahren gewöhnt bin. Einfachste Steuerbefehle (Licht an) haben plötzlich Delays von 1-3 Sekunden, was ich so nicht hinnehmen möchte. Im Folgenden gebe ich das Device als Raw-Code hier mit und hoffe auf Eure Expertise speziell mit Fokus, ob ich irgendwelche Attribute doof / falsch / Suboptimal / whatever definiert habe und dadurch Performance leidet?

Was ich schon getan habe:
- Polling auf 30 Sekunden raufgesetzt
- Register rausgelöscht, die ich nicht unbedingt benötige
- polldelay für diverse Register definiert

Sonstiges:
- FHEM (auf Raspberry Pi) via LAN im Netzwerk
- Batteriespeicher via LAN im Netzwerk
- feste IP-Adressen
- Schnittstelle am Batteriespeicher: Modbus-TCP
- Geräte-Pings im niedrigsten ms-Bereich (also eig. top)

Ich frage mehrere Register gleichzeitig in einem Block ab, die nicht zusammenhängen und Abfragelücken haben. Kann das ein Problem sein?

Code Auswählen Erweitern

defmod MarstekVenus01 ModbusAttr 1 30 192.168.178.112:502 TCP
attr MarstekVenus01 comment !!! ACHTUNG: STEUERUNG ÜBER DEVICE dummy_MarstekBefehl !!!\
ACPower        - AC-Leistung in Watt. Positiv = Bezug aus Netz, Negativ = Einspeisung ins Netz\
BattPower      - Batterieleistung in Watt. Positiv = Laden, Negativ = Entladen\
BattVoltage    - Batteriespannung in Volt\
SoC            - State of Charge, Ladestand in Prozent\
TempInternal   - Innentemperatur des Wechselrichters in Grad Celsius\
InverterState  - Aktueller Betriebszustand: Standby/Bereit/Laden/Entladen/USV/Update\
ControlMode    - Externe Steuerung freischalten: 21930=Ein, 21947=Aus. (Muss einmalig auf 21930 gesetzt werden bevor Steuerbefehle wirken)\
Betriebsmodus  - Grundlegende Strategie: Eigenverbrauch / KI-Optimierung / Manuell\
ForceMode      - Aktiver Ladebefehl im Manuell-Modus: Aus / Laden / Entladen\
SetChargePower    - Ladeleistung in Watt (0-2500W), wirkt wenn ForceMode=Laden\
SetDischargePower - Entladeleistung in Watt (0-2500W), wirkt wenn ForceMode=Entladen\
ChargeToSoC    - Ziel-Ladestand in Prozent, Laden/Entladen stoppt automatisch bei diesem Wert
attr MarstekVenus01 dev-h-combine 20
attr MarstekVenus01 dev-h-defPoll 1
attr MarstekVenus01 dev-timing-commDelay 1
attr MarstekVenus01 dev-timing-sendDelay 0.5
attr MarstekVenus01 dev-timing-timeout 4
attr MarstekVenus01 dev-type-i16-len 1
attr MarstekVenus01 dev-type-i16-unpack s>
attr MarstekVenus01 dev-type-u16-len 1
attr MarstekVenus01 dev-type-u16-unpack n
attr MarstekVenus01 group Marstek
attr MarstekVenus01 icon battery_100
attr MarstekVenus01 obj-h30001-format %.0f
attr MarstekVenus01 obj-h30001-reading BattPower
attr MarstekVenus01 obj-h30001-type i16
attr MarstekVenus01 obj-h30006-format %.0f
attr MarstekVenus01 obj-h30006-reading ACPower
attr MarstekVenus01 obj-h30006-type i16
attr MarstekVenus01 obj-h30100-expr $val * 0.01
attr MarstekVenus01 obj-h30100-format %.2f
attr MarstekVenus01 obj-h30100-reading BattVoltage
attr MarstekVenus01 obj-h30100-type u16
attr MarstekVenus01 obj-h35000-expr $val * 0.1
attr MarstekVenus01 obj-h35000-format %.1f
attr MarstekVenus01 obj-h35000-polldelay x10
attr MarstekVenus01 obj-h35000-reading TempInternal
attr MarstekVenus01 obj-h35000-type i16
attr MarstekVenus01 obj-h35100-map 0:Standby,1:Bereit,2:Laden,3:Entladen,4:USV,5:Update
attr MarstekVenus01 obj-h35100-reading InverterState
attr MarstekVenus01 obj-h35100-type u16
attr MarstekVenus01 obj-h37005-format %.0f
attr MarstekVenus01 obj-h37005-polldelay x10
attr MarstekVenus01 obj-h37005-reading SoC
attr MarstekVenus01 obj-h37005-type u16
attr MarstekVenus01 obj-h42000-poll 0
attr MarstekVenus01 obj-h42000-reading ControlMode
attr MarstekVenus01 obj-h42000-set 1
attr MarstekVenus01 obj-h42000-type u16
attr MarstekVenus01 obj-h42010-map 0:Aus,1:Laden,2:Entladen
attr MarstekVenus01 obj-h42010-poll 1
attr MarstekVenus01 obj-h42010-reading ForceMode
attr MarstekVenus01 obj-h42010-set 1
attr MarstekVenus01 obj-h42010-type u16
attr MarstekVenus01 obj-h42011-max 100
attr MarstekVenus01 obj-h42011-min 10
attr MarstekVenus01 obj-h42011-poll 1
attr MarstekVenus01 obj-h42011-reading ChargeToSoC
attr MarstekVenus01 obj-h42011-set 1
attr MarstekVenus01 obj-h42011-type u16
attr MarstekVenus01 obj-h42020-max 2500
attr MarstekVenus01 obj-h42020-min 0
attr MarstekVenus01 obj-h42020-poll 1
attr MarstekVenus01 obj-h42020-reading SetChargePower
attr MarstekVenus01 obj-h42020-set 1
attr MarstekVenus01 obj-h42020-type u16
attr MarstekVenus01 obj-h42021-max 2500
attr MarstekVenus01 obj-h42021-min 0
attr MarstekVenus01 obj-h42021-poll 1
attr MarstekVenus01 obj-h42021-reading SetDischargePower
attr MarstekVenus01 obj-h42021-set 1
attr MarstekVenus01 obj-h42021-type u16
attr MarstekVenus01 obj-h43000-map 0:Manuell,1:Eigenverbrauch,2:KI-Optimierung
attr MarstekVenus01 obj-h43000-poll 1
attr MarstekVenus01 obj-h43000-reading Betriebsmodus
attr MarstekVenus01 obj-h43000-set 1
attr MarstekVenus01 obj-h43000-type u16
attr MarstekVenus01 stateFormat {ReadingsVal($name,"SoC","?") . "% | " . ReadingsVal($name,"InverterState","?") . " | " . ReadingsVal($name,"BattPower","?") . "W"}
attr MarstekVenus01 userReadings ACPower_log {\
    my $last_age = ReadingsAge("MarstekVenus01", "ACPower_log", 9999);;;;\
    my $last_val = ReadingsNum("MarstekVenus01", "ACPower_log", 0);;;;\
    my $current  = ReadingsNum("MarstekVenus01", "ACPower", 0);;;;\
    return ($last_age >= 900 || abs($current - $last_val) >= 100) ? $current : undef;;;;\
},\
  SoC_log {\
    my $last = ReadingsAge("MarstekVenus01", "SoC_log", 9999);;;;\
    return $last >= 900 ? ReadingsNum("MarstekVenus01", "SoC", 0) : undef;;;;\
  }

setstate MarstekVenus01 100% | Bereit | 0W
setstate MarstekVenus01 2026-04-06 17:58:47 ACPower 0
setstate MarstekVenus01 2026-04-06 17:48:13 ACPower_log 0
setstate MarstekVenus01 2026-04-06 17:58:47 BattPower 0
setstate MarstekVenus01 2026-04-06 17:58:48 BattVoltage 53.52
setstate MarstekVenus01 2026-04-06 17:58:51 Betriebsmodus Eigenverbrauch
setstate MarstekVenus01 2026-04-05 20:48:12 ChargeToSoC 100
setstate MarstekVenus01 2026-04-05 20:43:52 ControlMode 21947
setstate MarstekVenus01 2026-04-05 20:43:50 ForceMode Aus
setstate MarstekVenus01 2026-04-06 17:58:49 InverterState Bereit
setstate MarstekVenus01 2026-04-05 20:19:47 SetChargePower 200
setstate MarstekVenus01 2026-04-05 19:34:35 SetDischargePower 300
setstate MarstekVenus01 2026-04-06 17:55:53 SoC 100
setstate MarstekVenus01 2026-04-06 17:45:42 SoC_log 100
setstate MarstekVenus01 2026-04-06 17:56:16 TempInternal 22.6
setstate MarstekVenus01 2026-04-06 12:14:22 state opened


#14

MQTT / Aw: CarConnectivity

Letzter Beitrag von trupf - 06 April 2026, 14:30:36

Warum wohl habe ich unten geschrieben

Erst einmal gehört das nicht eigentlich in das MQTT-Unterforum, sondern in "Wallboxen und E-Fahrzeuge". Denn hier geht es nicht um ein MQTT-spezifisches Problem.

 

Meinst Du echt ich hätte die Antwort auf diesen Thread hier in einem anderen neuen posten sollen? Das macht ja gar keinen Sinn. Und selbst wenn es schon beantwortet war, hier wurde das Problem ja auch aufgeworfen und ich hatte die andere Antwort nicht gelesen gehabt, sonst hätte ich darauf verwiesen.

#15

Wunschliste / Aw: 2 CUL betreiben

Letzter Beitrag von Otto123 - 06 April 2026, 14:15:12

- ein HM-MOD-RPI-PCB habe ich noch rumfliegen Funktioniert nicht an meinem PI400. Wenn man die Installation debuggen muss ist sehr viel wissen notwendig. Ich würden gerne mit Putty das Interface prüfen o.ä. Könnte ich wieder in Angriff nehmen - in der Hoffnung auch Anleitungen zu finden, die nicht nur sunny-day aufzeigen sondern auch debug Hilfe.
  Nachteil ist, dass das Modul nur einmal eingesetzt werden kann (keine Redundanz) und dann auch nur lokal am Raspi. Und der steht nicht Zentral - was zu reichweitenproblemen führt
  ==> ich nehmen gerne Hilfe und Tips an!

https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
Du kannst soviele einsetzen wie Du willst, nur an einem GPIO, an einem PI - eben nur Einen.
Der Betrieb am PI400 kann schwierig sein, der ist mW speziell. Aber im verlinkten Artikel sind jede Menge Alternativen, nur Wlan ist nicht zu empfehlen. Am einfachsten (falls es andere Linux Geräte im Netzwerk an günstiger Stelle gibt) mit USB Adapter und ser2net. Ich betreibe das so an OpenWrt Routern und alten Raspberrys. Ein Pi1 oder Pi2 mit einem solchen Modul ist doch nicht viel anders als ein LAN Adapter?! Gebrauchte Himbeeren gibt es zu hauf...
Mit einem aktuellen Raspberry OS ist die Einrichtung eigentlich ohne Stolperfallen https://wiki.fhem.de/wiki/Raspberry_Pi#Verwendung_UART_f.C3.BCr_Zusatzmodule
Wahrscheinlich geht die Beschreibung dort für den Pi5 interaktiv bei allen Exemplaren.

Sorry Ralf9 war jetzt schneller ...

Kann das Modul auch nur einmal eingesetzt werden, wenn es über Lan betrieben wird?

Nein ich habe drei entfernte Module am laufen, irgendwo habe ich was von 10 oder so im Einsatz gelesen... Wüsste nicht, dass es beschränkt ist.

#16

Wunschliste / Aw: 2 CUL betreiben

Letzter Beitrag von rudolfkoenig - 06 April 2026, 14:05:15

- STACKABLE_CC / STACKABLE - vollkommen unklar. Commandref besagt, dass hier mehrere CUL betrieben werden können.

Busware hat mal Geraete mit dem Namen SCC verkauft (https://busware.de/tiki-index.php?page=scc), wo man auf dem Raspberry PI CC1101 "Hats" draufstecken konnte.
Da man mehr als einen draufstecken kann, musste eine Loesung zum Adressieren her.

Wenn einer im Stack die Daten vom Oberen bekommen hat, dann hat culfw die mit einem Praefix (*) weitergeschickt.
STACKABLE_CC fieselt diese Daten auseinander, und schickt sie an die richtige CUL Instanz weiter.

STACKABLE (ohne _CC) ist eine generalisierte Version von STACKABLE_CC, es kann im Prinzip beliebige Module bedienen, wenn die Verbindung ueber so ein Praefix laeuft.

MapleCUN benoetigt auf der FHEM-Seite die gleiche Technologie, wenn mehr als ein Funkmodul eingebaut ist.

#17

Anfängerfragen / Aw: Update VBUS klappt nicht

Letzter Beitrag von Otto123 - 06 April 2026, 13:50:35

Ich kann das genauso nachstellen, ich weiß nicht woran es liegt.
Als "dreckigen" Workaround kannst Du einfach die Dateien herunterladen:
Beide Zeilen einzeln in die FHEM Kommandozeile, inklusive der Anführungsstriche " "

Code Auswählen Erweitern

"wget -qO ./FHEM/19_VBUSIF.pm https://raw.githubusercontent.com/pejonp/vbus/refs/heads/master/FHEM/19_VBUSIF.pm"
"wget -qO ./FHEM/21_VBUSDEV.pm https://raw.githubusercontent.com/pejonp/vbus/refs/heads/master/FHEM/21_VBUSDEV.pm
Zumindest funktioniert der download bei mir. Nach dem download müsstet Du ein relaod machen, falls die alten Modulen schon geladen sind, am sichersten machst Du nach dem download einen restart.

Dann hast Du die aktuellen Dateien und kannst deine Definition machen. Allerdings wird das beim nächsten Update wohl überschrieben werden.

Du kannst den Thread auch in das passende Board verschieben (help update -> Sonstiges) vielleicht weiß Rudi was an dem Konstrukt jetzt nicht mehr geht.

#18

Solaranlagen / Aw: PV-Vorhersage algorithmisc...

Letzter Beitrag von ch.eick - 06 April 2026, 13:01:14

Moin zusammen,
aktuell passt meine Prognose auch super, das Problem sind ja eher die Winter Tage und deren Wetterlage, die dann beim DWD auch nur Glaskugel sind.

Die Erträge müssen bei mir wegen des DC Speichers leider immer korrigiert werden, da Kostal den Ertrag erst am AC Ausgang angibt und somit hätte man in der Nacht auch Ertrag
Meine Prognose kommt vollständig ohne Angaben zur PV-Anlage, abgesehen von den Erträgen, aus was für nicht Techniker einfach ist.
Du darfst diesen Dateianhang nicht ansehen.

VG   Christian

#19

Wunschliste / Aw: 2 CUL betreiben

Letzter Beitrag von Ralf9 - 06 April 2026, 12:58:44

ein HM-MOD-RPI-PCB habe ich noch rumfliegen Funktioniert nicht an meinem PI400.
Nachteil ist, dass das Modul nur einmal eingesetzt werden kann (keine Redundanz)

Was spricht dagegen den HM-MOD-RPI-PCB an einen LAN-TTL-Wandler anzuschliessen?
Kann das Modul auch nur einmal eingesetzt werden, wenn es über Lan betrieben wird?
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Betrieb_mit_einem_LAN-TTL-Wandler

#20

Anfängerfragen / Aw: Update VBUS klappt nicht

Letzter Beitrag von Bronze - 06 April 2026, 12:49:49

Hallo Otto,
danke für die Hinweise.
Per
update delete habe ich die update-Quelle wieder entfernt.
Dann das VBUSIF (vbus-Interface) gelöscht, gespeichert, shutdown und restart.
Danach VBUSIF wieder neu definiert.

Der Autor des Moduls hatte 2022 im jeweils letzten update zuletzt weitere Modelle  und auch ein Attribut "Passwort" hinzugefügt.
Das wird bei mir alles nicht angezeigt, als ob diese Updates nicht verarbeitet worden sind.
Das habe ich beim letzten Mal nur installiert bekommen, indem ich diese zusätzliche Update-Quelle definiert hatte.
Gerade habe ich das versucht:
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt

Führte wieder zu dem Fehler:

Code Auswählen Erweitern

2026.04.06 12:44:39 1: Downloading https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
2026.04.06 12:44:40 1: UPD ./FHEM/19_VBUSIF.pm
2026.04.06 12:44:40 1: Got 73 bytes for ./FHEM/19_VBUSIF.pm, expected 12942
2026.04.06 12:44:40 1: aborting.