Climate Solutions Community

Bei mir läuft's jetzt! Ich habe nach circa zwei Stunden gemerkt, dass die Anlage nicht mehr im lokalen Netzwerk hing. Also habe ich wieder die Kopplung gestartet, um über den Access Point Zugriff zu bekommen. Zuerst war ich verwirrt, denn nun konnte ich nicht mehr wie zuvor mittels open3e Endpunkte lesen oder schreiben. Dann habe ich aber die App geöffnet und sie konnte meine Heizung sofort erkennen und in's Netzwerk einhängen! Mir scheint also, dass der Fehler behebbar ist und man den Prozess zum Reparieren bestimmt auch in der App automatisieren könnte. Für diejenigen, die den umständlichen manuellen Weg ausprobieren wollen: 1. Kopplung an der Anlage starten (3 Sekunden die "OK"-Taste drücken) und einen PC mit dem Viessmann Access Point verbinden 2. Mittels open3e manuell im Endpunkt 0x618 die Zugangsdaten für das WLAN eintragen 3. Anlage für einige Zeit im heimischen WLAN verweilen lassen 4. Kopplung erneut durchführen und die ViCare App verwenden ... Mehr anzeigen

Das Problem könnte sich aber mit etwas Glück von alleine lösen. Für TLS braucht es auf beiden Seiten Root Zertifikate, die für ein paar Jahre gültig sind. Ich hatte es schon ein paar Mal, dass ein Gerät welches lange Zeit nicht im Internet hing veraltete Root Zertifikate hatte und sich überhaupt nicht mehr verbinden ließ. Hier im Forum laß man auch öfter, dass man bei Server-Fehler E12 zwei bis drei Stunden das Gerät im Netz hängen lassen soll und es dann geht. Vielleicht holt sich die Anlage also nach einer gewissen Zeit die neuen Zertifikate, so kenne ich es zumindest von embedded Linux Geräten. ... Mehr anzeigen

Oh, ich hätte mal neu laden müssen. Dann hätte ich gesehen, dass du auch drauf gekommen bist, dass SSID und Passwort im gleichen Feld sind. Wobei bei dir der Offset des Passworts anders ist. Ich musste bei mir noch das Feld 618: "RemoteGatewayStaticIP" von 1 auf 0 setzen, damit das System sich eine dynamische IP holt und mit dem Router verbunden bleibt. Womöglich hab ich das auch zuvor beim Ausprobieren verstellt. Jetzt ist allerdings der Port für DoIP nicht mehr offen wie zuvor über den access point 😞 ... Mehr anzeigen

Ah Verzeihung, da hab ich mich vertan: Die ersten 52 Zeichen sind die SSID, danach kommen 20 Zeichen Passwort. Der Code ist entsprechend: print("MeinWLAN".encode('utf-8').hex().ljust(52*2, '0') + "MainPasswort".encode('utf-8').hex().ljust(20*2, '0')) ... Mehr anzeigen

Hey @philippraffael , danke für den Input! Das hilft mir sehr weiter. Ich bin noch eine Stückchen weiter gekommen: In dem String für den Gateway-Namen muss ebenfall das Passwort stehen. Die ersten 36 Zeichen sind für die SSID, die letzten 20 sind für das Passwort. Darauf bin ich gekommen nachdem ich in anderen Posts laß, dass das Passwörter länger als 20 Zeichen nicht funktionieren 😄 Hier als Python Einzeiler, um den korrekten String zu erhalten: print("MeinWLAN".encode('utf-8').hex().ljust(36*2, '0') + "MainPasswort".encode('utf-8').hex().ljust(20*2, '0')) Damit taucht die Heizung in meinem Router auf, zwar ohne leserlichen Hostname und eine IP-Adresse holt sie sich auch nicht, aber die MAC ist von Viessmann. Vielleicht muss man vorher den Endpunkt 607 "GatewayRemoteIP" mit einer korrekten Config füllen oder DHCP aktivieren? Jedenfalls fehlt noch das letzte Stücken. Mir zeigt der Schirm auch den Fehler E12: "Verbindung zum Server konnte nicht hergestellt werden", was für fehlende Netzwerk-Config spricht. ... Mehr anzeigen

Ah, ich bin gerade über das open3e Projekt auf github gestoßen. Damit kann man über DoIP verschiedene Systemparameter auslesen und schreiben. Hier als Beispiel 0x284 (MixerOneCircuitFlowTemperatureSensor) und 0x604 (GatewayApDataSet): > open3e -d 192.168.0.1 --ecuaddr 0x123 -r 284 Configuration file devices.json not found, continuing with generic DID list, ECU 0x123 {"Actual": 76.8, "Minimum": 35.5, "Maximum": 81.7, "Average": 49.0, "Unknown": 0} ❯ open3e -d 192.168.0.1 --ecuaddr 0x123 -r 604 Configuration file devices.json not found, continuing with generic DID list, ECU 0x123 {"SSID_AccessPoint": "Viessmann-7221", "Password_AccessPoint": "--MEIN-AP-PASSWORT--", "IP-Address_AccessPoint": "192.168.000.001"} Offensichtlich lässt sich die Kiste also korrekt ansprechen. Ich kann auch Register beschreiben, wie zB die Zieltemperatur für Warmwasser. Es gibt auch ein Register 0x617: GatewayRemoteSsid, in das habe ich mal versucht den Namen meines WLANs reinzuschreiben, aber erhalte hier einen Error "ConditionsNotCorrect". Ich vermute für das Konfigurieren des WLANs muss man anders vorgehen, vielleicht ist der Modus falsch oder Register müssen in einer anderen Reihenfolge beschrieben werden etc. Ich habe also weiterhin die Hoffnung, dass das Problem auf der Seite der App sitzt. @CustomerCareChris es wäre schön, wenn man hier mehr Infos von offizieller Seite bekommt. Ich kann bei Interesse auch gerne direkt mit den Entwicklern reden und gemeinsam das Problem debuggen. So wie es aussieht besteht das Problem ja bereits seit geraumer Zeit und die Kommunikation ist leider eher dürftig. Und falls ihr Unterstützung benötigt: Ich mache beruflich embedded Entwicklung für Industriekunden, meine Kollegen und ich kennen uns bei Home Automation auch recht gut aus 😉 ... Mehr anzeigen

Hi @philippraffael ich sitze gerade auch dran mir die Kommunikation genauer anzuschauen und dachte ich teile einfach mal meine Erkenntnisse. Bei meiner Anlage kann ich ebenfalls mit dem Web-Browser auf die 192.168.0.1 zugreifen und bekomme die Lizenztexte von der Anlage übertragen. Grundlegend funktioniert also schonmal ein TCP/IP Stack. Dann habe ich mal die WLAN Kommunikation mitgeschnitten und unbeantwortete DoIP Vehicle identification requests von der App gesehen. So weit warst du wohl auch schon. Daraufhin habe ich mit Python ein simples Skript geschrieben, um selber ein Vehicle Identification Request abzusetzen: from doipclient import DoIPClient   address, announcement = DoIPClient.get_entity() logical_address = announcement.logical_address ip, port = address print(ip, port, logical_address)   Antwort: > /bin/python /tmp/doip-test2.py 192.168.0.1 13400 291   Die Kiste antwortet also auf meine Anfrage mit der logischen Adresse 291 (in Hex 0x0123). VIN ist 7956241202006127, EID und GID sind in der Antwort beide auf 0x0. Wenn ich das Gerät nach einem "Entity Status" frage bekomme ich allerdings ein NACK mit unknown payload type 0x01. Ich kenne mich leider zu wenig mit DoIP aus, um hier weiter zu machen. Ich habe aus Interesse auch mal die ViGuide App installiert (das Kommissionierungstool für den Installateur). Wenn man in den Service-Modus geht (Menü + OK für 4 Sekunden drücken) und dort die Kommissionierung neu startet kann sich diese App tatsächlich mit dem Gerät verbinden! Ich kann darüber auch verschiedene Heizparameter einstellen, nur das Verbinden mit meinem WLAN ist dort keine Option. Ist aber auch wenig überraschend, das ist macht ja der Anlagenbetreiber, nicht der Installateur. Aber vielleicht gibt es andere Wege, um durch den Kommissionierungsprozess das Problem zu beheben. Schreib gerne wenn du Weiteres herausfindest. Das Thema juckt mich schon ein wenig. Grüße Jan ... Mehr anzeigen

Hallo Customer Care Chris, auch bei mir fehlt leider der QR Code. Die Herstellnummer meines Komm. Moduls sollte die Folgende sein: 7724827008387221 Könntest du die Daten für mich bitte raussuchen? Beste Grüße Jan ... Mehr anzeigen