networks:
fhem_net:
driver: bridge
ipam:
driver: default
config:
- subnet: 172.27.0.0/28
gateway: 172.27.0.1
- subnet: fd00:0:0:0:27::/80
gateway: fd00:0:0:0:27::1
services:
# Minimum example w/o any custom environment variables of fhem container
fhem:
image: ghcr.io/fhem/fhem-docker:4-bullseye
restart: always
networks:
- fhem_net
ports:
- "8083:8083"
- "8111:8111"
- "1883:1883"
- "7072:7072"
volumes:
- /srv/dev-disk-by-uuid-8b785cb8-1ed1-4a1f-bda1-40151085b25c/Daten/fhem/:/opt/fhem/
environment:
FHEM_UID: 1000
FHEM_GID: 100
# Minimum example with some custom environment variables of alexa-fhem container
alexa-fhem:
image: ghcr.io/fhem/alexa-fhem:5.1.2
restart: always
networks:
- fhem_net
volumes:
- /srv/dev-disk-by-uuid-8b785cb8-1ed1-4a1f-bda1-40151085b25c/Daten/alexa-fhem/:/alexa-fhem/
environment:
ALEXAFHEM_UID: 1000
ALEXAFHEM_GID: 100
TZ: Europe/Berlin
define victron MQTT2_CLIENT mqttXX.victronenergy.com:8883
setuuid victron 68224055-f33f-e2ed-00e2-4bf584671a8ae993
attr victron SSL TLS
attr victron autocreate no
attr victron clientId xxxxxxx@xxxxxxxx-xx.xx
attr victron subscriptions N/VRM-ID/#
attr victron username xxxxxxx@xxxxxxxx-xx.xx
attr victron verbose 5
2025.05.13 23:37:27 0: Featurelevel: 6.4
2025.05.13 23:37:27 0: Server started with 5 defined entities (fhem.pl:29809/2025-03-30 perl:5.038002 os:linux user:fhem pid:5923)
2025.05.13 23:37:27 5: HttpUtils url=https://mqttXX.victronenergy.com:8883/ NonBlocking via https
2025.05.13 23:37:27 4: IP: mqttXX.victronenergy.com -> 3.75.75.80
2025.05.13 23:37:27 5: victron: sending CONNECT (16)H(0)(6)MQIsdp(3)(194)(0)(30)(0)(20)xxxxxxx@xxxxxxxx-xx.xx(0)(20)xxxxxxx@xxxxxxxx-xx.xx(0)(14)xxxxxxxx-xxxxx
2025.05.13 23:37:27 5: DevIo_SimpleWrite victron: 104800064d514973647003c2001e00146a6f616368696d406865726f6c642d68682e646500146a6f616368696d406865726f6c642d68682e6465000e536565766574616c2dxxxxxxxxxxxx
2025.05.13 23:37:27 1: mqttXX.victronenergy.com:8883 reappeared (victron)
2025.05.13 23:37:27 4: victron received CONNACK
2025.05.13 23:37:27 5: victron: received CONNACK (0)(0)
2025.05.13 23:37:27 5: victron: sending SUBSCRIBE (130)(21)(0)(4)(0)(16)N/c0619ab7571a/#(0)
2025.05.13 23:37:27 4: victron received SUBACK
2025.05.13 23:37:27 5: victron: received SUBACK (0)(4)(0)
2025.05.13 23:37:27 4: victron received PUBLISH
2025.05.13 23:37:27 5: victron: received PUBLISH (0)(30)N/VRM-ID/system/0/Serial{"value":"VRM-ID"}
2025.05.13 23:37:27 5: victron: dispatch autocreate=no\000xxxxxxx_xxxxxx_xx.xx\000N/VRM-ID/system/0/Serial\000{"value":"VRM-ID"}
2025.05.13 23:37:57 5: victron: sending PINGREQ (192)(0)
2025.05.13 23:37:57 4: victron received PINGRESP
2025.05.13 23:37:57 5: victron: received PINGRESP
attr Wolf_1921680205 setList Wolf/192.168.0.205/CHA_0x8/set/Hybridbetrieb/270130/value 1
wobei value 0,1 oder 2 sein dürfen, aber das ändert den Parameter leider nicht.Zitat von: DS_Starter am 13 Mai 2025, 21:36:25Hallo Tobi,ZitatAber dennoch die Frage: Wofür ist in der aktuellen Variante der Energieflusspfeil zwischen Batterie und Haus gedacht (siehe Screenshot)? Der wird doch in diesere Konfiguration nie bedient?Ich sehe deine Anhänge noch nicht, aber ich weiß was du meinst.
Zur Zeit braucht es diese Verbindung nur noch, wenn die Batterie aus dem öffentlichen Grid (über das Hausnetz) zwangsbeladen wird. Z.B. im Winter ohne PV und die Bat sinkt unter den Min-SOC. Vermutlich werde ich es auch noch hinbekommen auch diesen Fluß über den Inverterknoten laufen zu lassen, er wird ja an V 1.52.1 immer verfügbar sein wenn eine Batterie installiert ist.
Dann ist diese Verbindung obsolet. Wir können uns dann ja überlegen ob die graue Verbindung wegen der Symmetrie für das Auge dennoch drin bleiben soll/kann.![]()
set <Node_0302> associationAdd 5 2
set <Node_0302> associationAdd 10 1026