Umfrage: Interesse an Anbindung von Buderus Heizung an KNX

[NilsS]

Mir ist übrigends jetzt aufgefallen warum Gaston das kommerziel machen wollte ....

51 "haben willllllll" Schreie und 3 Tester

Nicht das ich das nicht gerne für euch 3 mache, aber ein wenig mehr hätte ich mir doch gewünscht

[NilsS]

Ich hab nochmal die Modulbausteine aktualisiert, da die auf dem HS nicht gesendet haben

AN/AC in locals() sind nicht permanent und müssen daher bei jedem durchgang aktualisiert werden (wink an Holger)

[tbi]

Informationslose Debugmeldung ist informationslos

Ich weiß, aber das da was ist, ist ja auch eine Info. Ich weiß die reicht nicht

[tbi]

Bei meinen Tests heute hatte ich das:

** intern ** auf AN[2]: '<log><id>899fc37452822988a21f9c88223928b0</id><facility
>buderus</facility><severity>info</severity><message>Directmode timeout</message
></log>'

Das ist ein SystemLog ausgabe. Das ist so ok. Falls so was auf dem Bus passiert, kann das ja mal sein, Wichtig ist es das sich alle wieder fangen.

Wenn dies ein nachgeschalteter Baustein auswerten muss, wirds IMHO schwierig. Deshalb möchte ich noch einmal fragen, ob der Serverbaustein nicht "einfach" die komplette Konfiguration aller Geräte (Eingangsparameter "0-x") auslesen und mit den Normalmodedaten aktualisieren kann. Nachfolgende Bausteine müssten sich dann "nur" um die Daten einer festen Länge kümmern, wenn auf Typ bezogen angefragt werden kann.
Oder habe ich da einen Denkfehler?

Ein nachgelagertert Baustein bekommt immer eine komplette Payload, die er auswerten kann. Wie er die zu interpretieren hat ist in der Doku von Buderus ja beschrieben.

Oder hab ich jetzt was nicht verstanden ?

Tbi

[NilsS]

Informationslose Debugmeldung ist informationslos

[tbi]

Hi Nils,

ich habe jetzt den letzen Commit man sehr oft laufen lassen.

Manchmal hängt er hier:

C:\git\buderus>c:\Python24\python.exe c:\HSLogik\LogikGen.py -d -i 12264_Buderus
_V0.3.hsl
12264
Looking for 12264 Config
Found Config for 12264


### Logik Debugger ###

teste Bedingung in Zeile 49: 'EI'
starte Formel: "eval(compile(__import__('base64').decodestring('CmlmIEVJID09IDE6
CiAgZ2xvYmFsIHNv .... gICAgICAgICBwYXNzCg=='),'<12264_Buderus>','exec'))"
RunTime: 0.003644
Ausgabe: 0|0|0|0
Ergebnis: None
-------
teste Bedingung in Zeile 52: 'EI'
starte Formel: 'buderus_connect(locals())'
RunTime: 0.002658
Ausgabe: 0|0|1|0
Ergebnis: <__main__.buderus_connect object at 0x0251F5B0>
-------
teste Bedingung in Zeile 53: 'EC[3]'
starte Formel: 'SN[1].incomming(EN[3])'
RunTime: 0.000371
Ausgabe: 0|0|0|0
Ergebnis: None
-------
>> 22:12:35 DEBUG: "Payload 'A7029E0419' erfolgreich empfangen"
** intern ** auf AN[1]: 'A7029E0419'
22:12:35 DEBUG: "Payload 'A500000006' erfolgreich empfangen"
** intern ** auf AN[1]: 'A500000006'
22:12:35 DEBUG: "Payload 'A7029E0418' erfolgreich empfangen"

Das Problem ist, er berappelt sich nicht, sondern bleibt da wirklich stehen.

Ich habe probiert das mit debug zu machen, da lief es aber immer ???

Ich versuche es mal weiter.

Tbi

[NilsS]

Deshalb möchte ich noch einmal fragen, ob der Serverbaustein nicht "einfach" die komplette Konfiguration aller Geräte (Eingangsparameter "0-x") auslesen und mit den Normalmodedaten aktualisieren kann.

Die Bausteine aktualisieren sich doch jetzt auch schon damit??

Nachfolgende Bausteine müssten sich dann "nur" um die Daten einer festen Länge kümmern, wenn auf Typ bezogen angefragt werden kann.

Wo soll da der Unterschied sein?

Ich häng mal aktuelle Bausteine an (die aus dem git)

[NilsS]

Warum sollte das irgendwas das auswerten? Der timeout tritt ja nur ein wenn was falsch läuft in dem fall. Irgend ein A2<busnr> hat nicht geantwortet und AC<busnr> gesendet.

[pmike]

Funktionalität des Serverbausteiens

Bei meinen Tests heute hatte ich das:

** intern ** auf AN[2]: '<log><id>899fc37452822988a21f9c88223928b0</id><facility
>buderus</facility><severity>info</severity><message>Directmode timeout</message
></log>'

Wenn dies ein nachgeschalteter Baustein auswerten muss, wirds IMHO schwierig. Deshalb möchte ich noch einmal fragen, ob der Serverbaustein nicht "einfach" die komplette Konfiguration aller Geräte (Eingangsparameter "0-x") auslesen und mit den Normalmodedaten aktualisieren kann. Nachfolgende Bausteine müssten sich dann "nur" um die Daten einer festen Länge kümmern, wenn auf Typ bezogen angefragt werden kann.
Oder habe ich da einen Denkfehler?


Mike

[makki]

Nur so am Rande: ich setze auch in diversen Geräten (WP, AQ-computer, ...) die Uhrzeit, weil der DCF77-Empfang in manchen Regionen (München, ist ja mitten im Kaukasus z.B.) schlicht nicht funktioniert..

Makki

[pmike]

Hi Tbi,

Das EIB Modul macht schon mehr als Du denkst. Da ist eine Smarte Steuerung drin, die aus der Außentemperatur, Bedarf über die KNX RTRs und dem Wissen über verwendetes Gebäude und Heizköper eine sinnvólle Vorlauftemperatur berechten.

Klar! Deshalb habe ich ja eins und es funktioniert prima.

Wenn aber bei dem einen oder anderen kein Slot dafür frei war oder der Heizer ihnen nicht gesagt hat, dass nur die Module/Heizkreise gesteuert werden können, die im selben Gerät sitzen ...
Jedenfalls könnte der HS alles in Kombination mit RS232 Modul und eurem Baustein, auch wenn es bedeuten würde, das eine oder andere Rad neu zu erfinden.

Das mit dem Rausschmeißen war nicht ganz ernst gemeint.

Mike

[NilsS]

Also mir würde die Uhrzeit (Trotz MEC2) reichen. Die Funkuhr hat es jedenfalls in 3 Jahren nicht geschafft, auch nur einmal automatisch auf Sommer/Winterzeit zu schalten. Und ja, dafür reichen 2 Schaltvorgänge p.a.

Was ist mit denen, die HS aber kein EIB Modul haben. Gibt es die? Hallo!?
Wenn die Zirkulation auch steuerbar wäre, käm bei mir die Frage auf: Wozu brauch ich noch das EIB Modul.

100% ack .. entweder ganz oder garnicht

Das EIB Modul macht schon mehr als Du denkst. Da ist eine Smarte Steuerung drin, die aus der Außentemperatur, Bedarf über die KNX RTRs und dem Wissen über verwendetes Gebäude und Heizköper eine sinnvólle Vorlauftemperatur berechten.

oO welches EIB modul hast du?? so smart finde ich das nicht wirklich aber naja.

[tbi]

Hi Mike,

also die Zirkulation machen wir im Smarten Haus doch eh besser, weil individueller angepaßt.

Das EIB Modul macht schon mehr als Du denkst. Da ist eine Smarte Steuerung drin, die aus der Außentemperatur, Bedarf über die KNX RTRs und dem Wissen über verwendetes Gebäude und Heizköper eine sinnvólle Vorlauftemperatur berechten.

Ich würde mir trotzdem immer ein EIB Modul kaufen.

Ich muß auch nicht immer alles selbst noch mal erfinden, es reicht mir schon die Sache zu "Erfinden" die es nicht so auf dem Markt gibt, wie ich es haben will

Also als Anwendungsfall haben wir dann:

1. Zeit setzen

Gruß Tbi

[pmike]

Parameter senden

Hallo Tbi,

Also, ich sehe hier keinen Bedarf. Hat hier jemand einen ernst zunehmende Anwendungsfall ?

Die Zeit setzen ? Ok, wer kein MEC2 hat, hätte keine Funkuhr. Das könnte man vom EIB aus machen. Sollte aber nicht jede Stunde Passieren.

Also mir würde die Uhrzeit (Trotz MEC2) reichen. Die Funkuhr hat es jedenfalls in 3 Jahren nicht geschafft, auch nur einmal automatisch auf Sommer/Winterzeit zu schalten. Und ja, dafür reichen 2 Schaltvorgänge p.a.

Was ist mit denen, die HS aber kein EIB Modul haben. Gibt es die? Hallo!?
Wenn die Zirkulation auch steuerbar wäre, käm bei mir die Frage auf: Wozu brauch ich noch das EIB Modul.

Mike

[MaPa]

@Marcus/Matthias: Bitte beim Buderus PM auch fragen, ob es zum Verändern von Daten auch eine Aktualisierung gibt. Danke.
Mike

Hallo Mike,

ich habe die aktuelle Version von 2009, diese möchte ich hier aber nicht öffentlich stellen.
Wer die aktuelle Dokumentation benötigt, bitte per PN die Email Adresse schicken. Wurde so mit Buderus besprochen!

Gruß
Marcus