FHEM und Victron VRM Portal

Begonnen von Joachim, 11 Mai 2025, 16:00:15

Vorheriges Thema - Nächstes Thema

Joachim

#30
So, ich habe mal alles auf null gesetzt, sowohl beim MQTT Explorer, als auch bei FHEM.
alle Daten neu beim MQTT Explorer ohne Certifikat eingegeben und verbunden.
--> der MQTT Explorer sammelt Daten.
Im FHEM den MQTT2_CLIENT gelöscht, FHEM neu gestartet, das Device neu angelegt
define victron MQTT2_CLIENT mqttXX.victronenergy.com:8883
setuuid victron 68224055-f33f-e2ed-00e2-4bf584671a8ae993
attr victron SSL 1
attr victron autocreate no
attr victron username xxxxxxx@xxxxxx-xx.xx
attr victron verbose 5
mit
set victron password xxxxxxxx-xxxxxdas Passwort gesetzt
Hier das log:
2025.05.12 20:44:10 1: Including fhem.cfg
2025.05.12 20:44:10 1: Including ./log/fhem.save
2025.05.12 20:44:10 1: Messages collected while initializing FHEM:SecurityCheck:
  WEB is not password protected

Protect this FHEM installation by defining an allowed device with define allowed allowed
You can disable this message with attr global motd none

2025.05.12 20:44:10 0: Featurelevel: 6.4
2025.05.12 20:44:10 0: Server started with 5 defined entities (fhem.pl:29809/2025-03-30 perl:5.038002 os:linux user:fhem pid:6485)
2025.05.12 20:44:10 5: HttpUtils url=https://mqttXX.victronenergy.com:8883/ NonBlocking via https
2025.05.12 20:44:10 4: IP: mqttXX.victronenergy.com -> 3.75.75.80
2025.05.12 20:44:10 5: victron: sending CONNECT (16);(0)(6)MQIsdp(3)(194)(0)(30)(0)(7)victron(0)(20)xxxxxxx@xxxxxx-xx.xx(0)(14)xxxxxxxx-xxxxx
2025.05.12 20:44:10 5: DevIo_SimpleWrite victron: 103b00064d514973647003c2001e000776696374726f6e00146a6f616368696d406865726f6c642d68682e6465000e536565766574616c2dxxxxxxxxxx
2025.05.12 20:44:10 1: mqttXX.victronenergy.com:8883 reappeared (victron)
2025.05.12 20:44:10 4: victron received CONNACK
2025.05.12 20:44:10 5: victron: received CONNACK (0)(5)
2025.05.12 20:44:10 1: victron: Connection refused, not authorized
2025.05.12 20:44:10 5: victron: discarding DISCONNECT (224)(0)
2025.05.12 20:44:10 1: mqtt43.victronenergy.com:8883 disconnected, waiting to reappear (victron)

geht nicht.

Usernamen, Passwort mehrfach kontrolliert, es ist auch beides als Klartext im log.
Im Usernamen ist ein "@" "." und ein "-" als Sonderzeichen
Das Passwort besteht aus Groß/Klein Buchstaben, Zahlen und einem "-"


Gruß Joachim
FHEM aktuellste Version auf FB 7570 und 7390 mit Zebradem Toolbox Freetz
FHEM auf Raspberry
1-Wire mit LinkUSBi und Rs-Pi ds2482-800  1-Wire-9 Board; Max mit Cube, HMLAN
div. 1-Wire Sensoren; MAX-Thermostaten; Homematic-Komponenten, Zehnder KWL über RS-232

rudolfkoenig

ZitatIm Usernamen ist ein "@" "." und ein "-" als Sonderzeichen
Das Passwort besteht aus Groß/Klein Buchstaben, Zahlen und einem "-"
Das duerfte egal sein, Strings werden mit Laengenangabe uebermittelt in UTF-8, Escape-Zeichen sind nicht notwendig.

Meine letzte Hypothese ist, dass clientId was Einzigartiges sein muss, wie
attr victron clientId FHEM_1747153986550
ZitatWelche MQTT Version ist beim MQTT Explorer eingestellt? Macht "attr m2c mqttVersion 3.1.1" einen Unterschied?
Kannst Du das bitte auch noch pruefen?

Joachim

Moin Rudi,
ich glaube, ich habe es gelöst.
Hier die funktionierende Konfiguration:
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

das log:
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

Das war eine schwere Geburt.

Morgen werde ich weiter herumexperimentieren, und das ganze zusammenfassen.
Gruß Joachim
FHEM aktuellste Version auf FB 7570 und 7390 mit Zebradem Toolbox Freetz
FHEM auf Raspberry
1-Wire mit LinkUSBi und Rs-Pi ds2482-800  1-Wire-9 Board; Max mit Cube, HMLAN
div. 1-Wire Sensoren; MAX-Thermostaten; Homematic-Komponenten, Zehnder KWL über RS-232

rudolfkoenig

Wir haetten die Bemerkung von Beta-User ernster nehmen sollen:
Zitatsetze mal die clientId auf irgendwas "Unverwechselbares"; nicht dass der victron-Server "victron" nicht (nochmal) mag?