Buderus KM200 Kommunikationsmodul

[Ruckzuck]

Bezüglich des Setzens von Uhrzeit und Datum habe ich zwischenzeitlich herausgefunden, dass das KM100 die Übergabe von Zeit und Datum mit einem "No Content" quittiert:

Code: [Auswählen]

No.     Time           Source                Destination           Protocol Length Info                                                            Dest_Port
   1881 46.706104      192.168.2.207         192.168.2.209         HTTP     99     POST /gateway/DateTime HTTP/1.0  (application/x-www-form-urlencoded) 80

No.     Time           Source                Destination           Protocol Length Info                                                            Dest_Port
   1883 46.743371      192.168.2.209         192.168.2.207         HTTP     82     HTTP/1.0 204 No Content Continuation                            49298
das wird vom FHEM-Modul wohl nicht erwartet und erzeugt eine Fehlermeldung:

ERROR - The service /gateway/DateTime could not changed.

Gesetzt wird das neue Datum im KM100 aber trotzdem...man merkt es nur erstmal nicht.

Evtl. wäre auch hier eine Anpassung möglich?

[Sailor]

ja, das habe ich gemacht und so die Kommunikation mit der Buderus App und FHEM verglichen. Ich würde meine obige Aussage aber auch zurückziehen wollen. Die neue Buderus App kommuniziert über den Bosch Server, via XMPP Port 5222, mit meinem KM100. Fhem nutzt abweichend den Port 80. Ich möchte also nicht behaupten, dass an Port 80 zwingend die selben Services angeboten werden, wie an Port 5222.

Ja, das habe ich mir schon gedacht.

BOSCH versucht die Open - Smarthome - schon seit der Aufdeckung des Zugangsmöglichkeit durch dritte Anbieter (fhem 73_km200.pm, Symbios etc.) diese durch regelmäßige Updates und den damit verbundenen Verschlimmbesserungen regelrecht raus zu eckeln.

Vielleicht wird da mal ein entsprechender Artikel bei heise oder einem Fachmagazin fällig.
Das grenzt schon an unlauterem Wettbewerb die ursprünglich erworbenen Funktionsumfänge nach ein paar Jahren nach und nach einzuschränken...

Gruß
    Sailor

[Sailor]

Moin Ruckzuck

Bezüglich des Setzens von Uhrzeit und Datum habe ich zwischenzeitlich herausgefunden, dass das KM100 die Übergabe von Zeit und Datum mit einem "No Content" quittiert:
Gesetzt wird das neue Datum im KM100 aber trotzdem...man merkt es nur erstmal nicht.
Evtl. wäre auch hier eine Anpassung möglich?

Das schau ich mir mal an sobald ich Zeit habe...

Gruß
    Sailor

[Ruckzuck]

Moin Ruckzuck

Das schau ich mir mal an sobald ich Zeit habe...

Gruß
    Sailor

Für mich doppelt sich das Fehlerhandling ohnehin, muss ich gestehen.
- Es wird die Fehlerrückgabe aus dem Modul HttpUtils ausgewertet.
- Steht hier kein Fehler an, wird der zuvor gesetzte Wert zurück gelesen und verglichen.

Somit geht die erste Prüfung in der Zweiten mit auf. Wobei die Uhrzeit ja durch die Signallaufzeit kein statischer Wert ist. Das Rücklesen und Prüfen auf den gesetzten Wert wird dadurch sicher zu einer Herausforderung. Man stelle sich nur vor, die Uhrzeit wird auf 23:59:59 Uhr gesetzt.

Ich habe bei mir jetzt ein at definiert, welches die Uhr jetzt zyklisch aktualisiert/synchron hält:

Code: [Auswählen]

*00:30:00 {fhem("set buderus /gateway/DateTime ".strftime("%FT%T", localtime()))}
Das führt zwar zu einer Fehlermeldung im logfile, damit kann ich vorerst aber gut leben.


Darf ich den Fokus noch einmal auf das Auslesen der Energiedaten lenken? Ich vermute, sowas wie im angefügten Screenshot könnte helfen.

 

[Ruckzuck]

Ja, das habe ich mir schon gedacht.

BOSCH versucht die Open - Smarthome - schon seit der Aufdeckung des Zugangsmöglichkeit durch dritte Anbieter (fhem 73_km200.pm, Symbios etc.) diese durch regelmäßige Updates und den damit verbundenen Verschlimmbesserungen regelrecht raus zu eckeln.

Vielleicht wird da mal ein entsprechender Artikel bei heise oder einem Fachmagazin fällig.
Das grenzt schon an unlauterem Wettbewerb die ursprünglich erworbenen Funktionsumfänge nach ein paar Jahren nach und nach einzuschränken...

Gruß
    Sailor

Wenn das alles wäre....bei mir funktioniert noch nicht einmal das, was eigentlich sollte.

Ich habe mir einen Funk Außentemperaturfühler gegönnt...leider der letzte Dreck. Der Temperaturwert für diesen Fühler wird scheinbar in einer anderen Variablen gespeichert und somit gar nicht über das KM100 übertragen. APP und FHEM zeigen dauerhaft -32768. Dazu habe ich jetzt kürzlich erfahren, dass es bei diesen Sensoren wohl ein Qualitätsproblem gibt/gab und Funk-Module (Zigbee) mit sehr geringer Funkreichweite (2-4 Meter) im Umlauf sind. Jedes Funkpaket, was es nicht zum Boiler schafft, wird mit einem Fehler A11/1037 (Außentemperaturfühlerfehler) quittiert...eigentlich steht dieser Fehler dauerhaft an. Das führt dazu, dass die Anlage ständig in den Notbetrieb wechselt.

Hilfestellung vom Service: " Ja, können Sie denn kein Kabel nach außen legen, dann funktioniert alles. Frage von mir: "Ja, habe ich denn dafür ein Funk-Modul für teuer Geld von Buderus erworben?

Weiter zeigt mein RC310 eine völlig falsche IP-Adresse an (siehe Bild). Die eigentliche IP-Adresse in meinem Netzwerk lautet 192.168.2.209.

Der Service erklärte mir hierzu, dass die im RC310 angezeigte IP-Adresse eine andere sei....für ein künftiges Wlan Modul, oder ähnliches. Kann ich mir ja kaufen, dann stimmt die angezeigte IP Adresse auch wieder :-)

Lustig war auch das Gespräch mit dem Service zur APP: Sie merken doch wahrscheinlich selbst, dass die Umsetzung der Details an vielen Stellen schlecht ist. Antwort: Ja, wem sagen Sie das. Wir vom Service wurden damals extra zu einem Workshop eingeladen um über die Funktionalität der App zu sprechen. Von unseren Wünschen und Anregungen wurde aber nichts berücksichtigt.

[Sailor]

Hallo Ruckzuck

Darf ich den Fokus noch einmal auf das Auslesen der Energiedaten lenken? Ich vermute, sowas wie im angefügten Screenshot könnte helfen.

Leider kann ich das nicht testen, geschweige umsetzen weil ich die "/recordings/.*" gar nicht bei mir auftauchen...
Und auf blauen Dunst hin programmieren ist echt übel...

Gruß
    Sailor

[Ruckzuck]

Hallo Ruckzuck

Leider kann ich das nicht testen, geschweige umsetzen weil ich die "/recordings/.*" gar nicht bei mir auftauchen...
Und auf blauen Dunst hin programmieren ist echt übel...

Gruß
    Sailor

Ja, das ist absolut nachvollziehbar, aber ich könnte dir ja die Payload verschlüsselt oder unverschlüsselt zur Verfügung stellen. Also in der Form, wie hier
https://forum.fhem.de/index.php/topic,25540.msg1174746.html#msg1174746
schon dargelegt.

Für das Absetzen der Gets habe ich, testweise, schon dein Modul missbraucht:

Code: [Auswählen]

sub GetService()
{

     my $Service            =  '/recordings/dhwCircuits/dhw1/actualTemp?interval=2021' ;
    'my $Service            =  '/recordings/dhwCircuits/dhw1/actualTemp?interval=2021-09' ;
    'my $Service            =  '/recordings/dhwCircuits/dhw1/actualTemp?interval=2021-09-01';
     my $km200_gateway_host =  '192.168.2.209' ;   
     my $name               =  'test' ;       
     my $PollingTimeout      = '10'   ;     

     my $err;
     my $data;

### Log entries for debugging purposes
         Log3 $name, 0, $name. " : km200 - GetSingleService - service            : " .$Service;

### Create full URL of the current Service to be read
my $url ="http://" . $km200_gateway_host . $Service;

### Log entries for debugging purposes
        Log3 $name, 0, $name. " : km200 - GetSingleService - url                : " .$url;

### Create parameter set for HttpUtils_BlockingGet
my $param = {
url        => $url,
timeout    => $PollingTimeout,
method     => "GET",
header     => "agent: TeleHeater/2.2.3\r\nUser-Agent: TeleHeater/2.2.3\r\nAccept: application/json",
    };
### Retrieve data from km200
($err, $data) = HttpUtils_BlockingGet($param);

### Log entries for debugging purposes
        Log3 $name, 0, $name. " : km200 - GetSingleService - err                : " .$err;
Log3 $name, 0, $name. " : km200 - GetSingleService - data               : " .$data;

### If error message has been reported
if($err ne "")
{
Log3 $name, 0, $name . " : ERROR: Service: ".$Service. ": No proper Communication with Gateway: " .$err;

}
} ### If NO error message has been reported

[thburkhart]

hallo
eben erst bemerke ich diese Fehlermeldung
Buderus
ERROR - Initial Connection failed... Try to re-connect in 10s

das letzte reading ist vom Juni 2021

Habe KM200 schon neu gestartet über Strom kappen
Fritzbox zeigt Verbindung
FHEM neugestartet

Woran könnte es liegen ?

Vielen Dank Für Hilfe

Thomas

[Sailor]

Hallo Thomas

eben erst bemerke ich diese Fehlermeldung Buderus
ERROR - Initial Connection failed... Try to re-connect in 10s

Das ist beim Start von fhem Normal.
Liegt daran, dass noch nicht alle abhängigen Module geladen sind - Deshalb habe ich die Prüfung alle 10s mit eingebaut.

das letzte reading ist vom Juni 2021
Habe KM200 schon neu gestartet über Strom kappen
Fritzbox zeigt Verbindung
FHEM neugestartet
Woran könnte es liegen ?

Das ist allerdings nicht so schön! 

• Erstmal eine Trivialität: F5 bringt keine besseren Zeitstempel? 
• fhem im Docker-Container eingeschlossen und Netzwerk-Rechte nicht vergeben?
• Ist die km200 Box im Internet oder von ihr getrennt?
• Gehe für das km200-fhem-Device mal auf verbose=5

Gruss
    Sailor

[thburkhart]

Hallo Sailor,

vielen Dank für deine Hilfe und Hinweise.

• F5 ist bekannt
  
  Docker ist mir nicht bekannt
  
  Die km200 ist im Internet und über die Buderus App erreichbar

Log mit Verbose 5:

Code: [Auswählen]

2021.09.30 13:52:01 2: Buderus : km200_ParseHttpResponseInit - ERROR                : /: No proper Communication with Gateway: 192.168.9.27: Verbindungsaufbau abgelehnt (111)
2021.09.30 13:52:01 2: Buderus : km200_ParseHttpResponseInit - ERROR                : Timer restarted to try again in 10s
2021.09.30 13:52:11 2: Buderus : km200_ParseHttpResponseInit - ERROR                : /: No proper Communication with Gateway: 192.168.9.27: Verbindungsaufbau abgelehnt (111)
2021.09.30 13:52:11 2: Buderus : km200_ParseHttpResponseInit - ERROR                : Timer restarted to try again in 10s
2021.09.30 13:52:15 1: RMDIR: ./restoreDir/save/2021-06-03
2021.09.30 13:52:21 2: Buderus : km200_ParseHttpResponseInit - ERROR                : /: No proper Communication with Gateway: 192.168.9.27: Verbindungsaufbau abgelehnt (111)
2021.09.30 13:52:21 2: Buderus : km200_ParseHttpResponseInit - ERROR                : Timer restarted to try again in 10s
2021.09.30 13:52:31 2: Buderus : km200_ParseHttpResponseInit - ERROR                : /: No proper Communication with Gateway: 192.168.9.27: Verbindungsaufbau abgelehnt (111)
2

Herzliche Grüße

Thomas

[Ruckzuck]

/: No proper Communication with Gateway: 192.168.9.27: Verbindungsaufbau abgelehnt (111)

Diese Meldung kommt doch aus dem HttpUtils-Modul zurück. Bist du sicher, dass nicht die IP Adresse deines KM200 vom Router (DHCP) verändert wurde? Kannst du das KM200 anpingen?
 

[thburkhart]

Bingo
die geänderte IP-Adresse war's

wie schlicht und einfach, und doch so ergreifend 


vielen Dank !!!

Thomas

[Sailor]

Hallo Thomas

die geänderte IP-Adresse war's
wie schlicht und einfach, und doch so ergreifend 

Du kannst in der FritzBox im Menue "Heimnetz" - "Netzwerk" die IP-Adresse trotz DHCP dem km200 fest zuordnen lassen.

Gruß
    Sailor

[Olli.R]

Hallo,

nach meinen anfänglichen Schwierigkeiten überhaupt eine Verbindung zu meinem KM100 zu bekommen habe ich das jetzt scheinbar durch mehrmaligen Reset und anschließenden Abgleich aller Passwörter über die Apps geschafft eine Verbindung herzustellen.
Leider kommt nur Quatsch zurück:

Code: [Auswählen]

2021.10.07 11:36:07 5: Heizkessel : km200 - GetSingleService - service            : /heatingCircuits
2021.10.07 11:36:07 5: Heizkessel : km200 - GetSingleService - url                : http://192.168.x.x/heatingCircuits
2021.10.07 11:36:07 5: Heizkessel : km200 - GetSingleService - err                :
2021.10.07 11:36:07 5: Heizkessel : km200 - GetSingleService - data               :
fSsAqFccTxy26VL3sNHjrncYiCDSO96l/4wf2V6iP3j/gj+4woUv/M3IXBtMOibT6IZNIPcJIBcnOY+kPy7SKJlpPF+mZLdLz4AX+lWjWRZ04gBFeNqRARNX+tkELkk/hZmF/Z1+iR/rYjhPkHCFvkkAwDTdFwbk1/PLx7O7TCVllBenLQ00FAHySqfpz67Q
2021.10.07 11:36:07 5: Heizkessel : km200 - decryptData1 - decipher_len                : 144
2021.10.07 11:36:07 5: Heizkessel : km200 - decryptData1 - deciphertext                : 3=�<;��`�pW'0sיC��(�0L
PZנ��<���>7�B�ѯ R�f�"��x�a��Tv�\˭��cH�q�Υx?��~Z�<��u�W���J�7���)����K�fC̦�:Z�Gv}n��]�����
�ˋ{���
2021.10.07 11:36:07 5: Heizkessel : km200_GetSingleService - Data cannot be parsed by JSON on km200 for http://http://192.168.x.x/heatingCircuits
2021.10.07 11:36:07 4: Heizkessel : km200_GetSingleService - type unknown for : /heatingCircuits
Irgendwie ist wohl das erwartete JSON-Format kaputt?
Hat jemand eine Idee was man da noch machen kann?
In der App/Website werden alle Werte richtig angezeigt.

KM100 mit Firmware 04.07.06

Danke für eure Mühen vorab.

Gruß
Olli

[Ruckzuck]

ich würde sagen, dein SALT stimmt nicht, dadurch wird die Payload falsch/nicht entschlüsselt.

Vermutlich stimmt eines der Passwörter (das der Anlage, oder das eigens vergebene) nicht überein? Kannst du mit der APP die Passwörter gegenprüfen?

Entschuldige, ich habe gerade erst gelesen, dass du bereits mit der APP verbunden bist. Kannst du trotzdem noch einmal die Passörter überprüfen?...evtl. bei der APP neu anmelden?