Umfrage: Interesse an Anbindung von Buderus Heizung an KNX

[NilsS]

fixed versuchs jetzt nochmal, hatte msg statt _msg geschrieben

[pmike]

Hallo Nils und Tbi,
danke für die Anleitung. Jetzt bin ich schon ein gutes Stück weiter. Allerdings fällt es nach Empfang des DLE auf einen Fehler (Zeile 232). Eine Zuweisung für "msg" kann ich nicht sehen, aber das mag daran liegen, dass ich nur mit typisierten Programmiersprachen halbwegs klarkomme. Bin noch im Python-Anfänger-Modus.

@Tbi: Bist du da schon weiter? Ich denke für Nils ist es ohne reale HW extrem schwierig.

Viele Grüße
Mike

[NilsS]

Was sollte das TCP connect zum Moxa mit dem STX etc zu tun haben? Der Status der seriellen Verbindung ist unbekannt, daher sende ich erstmal die Anforderung zum "normal Mode". Danach wird dann empfangen. Das sollte eigentlich schon so passen

[tbi]

So Nils,

hab es nun zum Laufen bekommen.

Also der erste Durchstoß auf der Teststrecke war da. Aber es stimmt noch was nicht.

Im Moment willst Du im Baustein ja gleich im Connect schon was absetzen. Das gehört da nicht hin. Daten Bytes und 3964R muß klar getrennt bleiben.

Es gibt nur die beiden Proceduren 3964R_Send und 3964_Receive.

Nur dort kann es STX, DLE, NAK, .. geben. Sonst nirgends.

Also wenn das TCP connect erfolgt ist, kann es nur zwei Ereigisse geben.

Entweder jemand hat was auf den "Send" Eingang gelegt, dann wird das was da anliegt 3964R konform gesendet oder es wird 3964R konform auf dem Draht gelauscht, ob was kommt. Wenn was gekommen ist, wird die PayLoad dann nach "Data" rausgepustet. .... und soweiter.

Ich muß aber mal genau bei mir auf den Draht schauen (WireShark), was da nun wirklich rüber geht. Ich vermute da kommt noch etwas mehr mit als soll. In so einem Moxa (hier Xport) kann man viele Parameter einstellen.

So, jetzt kann ich jedenfalls richtig testen.

Der Debugger ist toll. Hab ihn nun zum ersten Mal benutzt.

Gruß Tbi

[Gaston]

Hallo Gaston,
ich wollte dich nicht belehren und es tut mir leid, wenn das so bei dir ankam. Es war nur der etwas provokante Versuch, dich entweder dazu bringen Nils zu helfen und/oder deine Version weiter zu verfolgen.

Ist im prinzip kein problem aber bei diser Sache bin Ich eh schon auf Hundert da liegen die Nerven etwas blank. Das hat natürlich nichts mit Dir zu tun.

Ich weiß natürlich nicht, wie MaPa dir sein Projekt vorgestellt hat und was ihr besprochen habt, dass du gleich das Handuch geworfen hast.

Das ist der springende Punkt. Ich hab das Projekt eingestellt weil es mir im July so vorgestellt wurde dass es sofort veröffentlicht werden könnte. Somit war es meinem Projekt etwas voraus und soweit Ich das beschrieben bekommen hab im Aufbau ähnlich.

Ich vermutete - in meiner Wahrnehmung - ein typisches Kommunikationsproblem:

Ja, aber leider hast du "Wahrnehmungsproblem" gesagt. Das Wahrnehmungsproblem is in meinen Augen immer ein Fehler des "Empfängers", ein Kommunikations Problem kann aber an beiden Enden der Kommunikation seinen Ursprung haben.

Naja, wie gesagt, da liegen die Nerven zur Zeit etwas blank

Revidierst du nun deine Entscheidung noch mal? Wenn ja, in welche Richtung (OSS oder Kaufbaustein)?

Das steht noch nicht fest aber Ich denke aber dass der Markt nun eh dafür zerstört ist so dass ich es wohl nicht mehr veröffentlichen werde. OSS kommt aus verschiedenen Gründen nicht in betracht.

Gruss,
Gaston

[NilsS]

also bei mir gehts

12264
Looking for 12264 Config
Found Config for 12264


### Logik Debugger ###

teste Bedingung in Zeile 49: 'EI'
starte Formel: "eval(compile(__import__('base64').decodestring('CmlmIEVJID09IDE6CiAgZ2xvYmFsIHNv .... gICAgICAgICBwYXNzC
g=='),'<12264_Buderus>','exec'))"
RunTime: 0.002107
Ausgabe: 0|0|0|0
Ergebnis: None
-------
teste Bedingung in Zeile 52: 'EI'
starte Formel: 'buderus_connect(locals())'
RunTime: 0.002891
Ausgabe: 0|0|1|0
Ergebnis: <__main__.buderus_connect object at 0x00B327B0>
-------
>> DEBUG: 'Wrong packet 83 received excpected 16'
DEBUG: 'Wrong packet 83 received excpected 16'
DEBUG: 'Wrong packet 72 received excpected 16'
DEBUG: 'Wrong packet 45 received excpected 16'
DEBUG: 'Wrong packet 50 received excpected 16'
DEBUG: 'Wrong packet 46 received excpected 16'
DEBUG: 'Wrong packet 48 received excpected 16'
DEBUG: 'Wrong packet 45 received excpected 16'

mit

[12264]
EN[1]:"192.168.178.6:22"

das debug und livedebug und so das hat nichts zu sagen, das ist was altes was da noch drin ist von früheren Versionen.

Ich erstelle die Logiken immer so

C:\HSLogik\2012\Buderus>c:\Python24\python.exe 12264_Buderus.py
HOST:  Port:0
Baustein "12264_Buderus" erstellt
Groesse:5333

Neuberechnung beim Start: Ja
Baustein ist remanent: Nein
Interne Bezeichnung: 12264
Kategorie: 'www.knx-user-forum.de'
Anzahl Eingõnge: 3   []
Anzahl Ausgõnge: 2  []
Interne Speicher: 1  []


C:\HSLogik\2012\Buderus>

C:\HSLogik\2012\Buderus>c:\Python24\python.exe c:\HSLogik\LogikGen.py -d -i 12264_Buderus_V0.1.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('CmlmIEVJID09IDE6CiAgZ2xvYmFsIHNv .... gICAgICAgICBwYXNzC
g=='),'<12264_Buderus>','exec'))"
RunTime: 0.004890
Ausgabe: 0|0|0|0
Ergebnis: None
-------
teste Bedingung in Zeile 52: 'EI'
starte Formel: 'buderus_connect(locals())'
RunTime: 0.003014
Ausgabe: 0|0|1|0
Ergebnis: <__main__.buderus_connect object at 0x00B31810>
-------
>> DEBUG: 'Wrong packet 83 received excpected 16'
DEBUG: 'Wrong packet 83 received excpected 16'
DEBUG: 'Wrong packet 72 received excpected 16'
DEBUG: 'Wrong packet 45 received excpected 16'

EDIT: zum Thema Moxa und Einstellungen kann ich dir nix sagen, da ich weder Moxa noch RS232 o.ä. habe. Ich code also blind und teste nur auf einen SSH Server, daher auch die Wrong Packet Meldungen, wenn ich mal Rohdaten kriegen würde dann würde ich ja mal ein Dummy Server erstellen der so antwortet wie ein RS232 das in etwa tuen würde.

[pmike]

Hallo Nils,
ich arbeite mich gerade ein. Da bekomme ich einen Fehler. KOGW und PW habe ich in der Config angepasst und eine Section für den Baustein angelegt:
[12264]
name:Buderus
EN[1]:"172.30.1.122:2001"
EN[2]:1
EN[3]:1

Jetzt bin ich nicht sicher, ob das richtig ist und in welchem Modus die MOXA laufen muss. Kannst du einem Anfänger helfen?


debug und livedebug auf True setzen hat auch nix gändert.
Darf ich der Phyton IDE glauben, wenn große Teile als Kommentar angezeigt werden oder liegt das daran, dass es ein Logikbaustein und eben kein normales Script ist?


Viele Grüße
Mike

[NilsS]

Aktueller Logikdebugger ist auch auf github
https://github.com/knxuf/HS-Logikdebugger

[NilsS]

Ok, Du willst gleich auf den HS. Da ist aber jede Testschleife viel länger.

Wie kommst du da drauf Tobias?

Der Logikdebugger ist dir doch wohl nicht fremd, oder?

Da läuft das hervoragend drin.

[tbi]

update im GIT

Ich hab mal alles ausser TCP rausgeschmissen und den normal mode eingebaut. Da wären jetzt ein paar tests fällig.

Ok, Du willst gleich auf den HS. Da ist aber jede Testschleife viel länger.

Ich versuche nun mal dies aufzubauen:

1. HS3 mit dem Buderusbaustein
2. TCP auf den "Moxa" (Xport geht jetzt doch) nach Seriell.
3. Seriell ist am Laptop über Seriell-nach-USB adapter dran
4. COM Port im Laptop
5. 3964R-Terminal an diesen COM verbinden.

Ziel dieses Test ist erstmal, ob die 3964R Schickt sauber geht. Im 3964R Terminal kriegt man auch bei "trace" Infos warum es nicht geklappt hat.


Man tippt die Werte dort immer als HEX ein, sie werden intern auf Byte umgesetzt und rausgeschickt.


Die Frage ist im HS wie sehen, HS-Monitor oder systemlog. Ich denke der HS-Monitor von Makki oder Du Nils hattest doch auch was für gebaut.

Nachtrag: steht ja im debug => print drin => also auf der Konsole schauen. Also VGA Monitor am HS anschliessen.


Gruß Tbi

[pmike]

Hallo Gaston,
ich wollte dich nicht belehren und es tut mir leid, wenn das so bei dir ankam. Es war nur der etwas provokante Versuch, dich entweder dazu bringen Nils zu helfen und/oder deine Version weiter zu verfolgen.

Wo genau liegt denn mein Wahrnehmunsproblem ?

Ich weiß natürlich nicht, wie MaPa dir sein Projekt vorgestellt hat und was ihr besprochen habt, dass du gleich das Handuch geworfen hast.

Ich vermutete - in meiner Wahrnehmung - ein typisches Kommunikationsproblem:
Bei Unterhaltungen über ein Thema reflektiert jeder seinen eigenen Wissens- bzw. Arbeitsstand und interpretiert Aussagen des Anderen in seinem persönlichen Kontext. Nur ein detaillierter Vergleich der Ergebnisse bzw. Sachstände ermöglicht die tatsächliche Einschätzung. Je länger sich jemand mit einem Thema beschäftigt hat, um so krasser wird das, da Details als selbstverständlich wahrgenommen werden. Diese selbstverständlichen Dinge werden beim Gesprächspartner automatisch vorausgesetzt und gar nicht erst angesprochen.

Revidierst du nun deine Entscheidung noch mal? Wenn ja, in welche Richtung (OSS oder Kaufbaustein)?

Viele Grüße
Mike

[NilsS]

vorallem wäre ich dankbar wenn ich mal ein paar rohdaten hätte die ich in einen testserver bauen könnte.

[NilsS]

update im GIT

Ich hab mal alles ausser TCP rausgeschmissen und den normal mode eingebaut. Da wären jetzt ein paar tests fällig.

[NilsS]

noch nicht soviel geschafft aber ich hab's jetzt mal auf github gepackt.
https://github.com/knxuf/buderus

wer interesse hat einfach eben github name per pn

[NilsS]

Wo genau liegt denn mein Wahrnehmunsproblem ?

Vielleicht dort wo es bei mir auch lag.
OSS ohne sichtbaren Source oO
Ich hatte auch mit HS näherem Source gerechnet. Der eigentliche Source von MaPa funktioniert wohl lokal, aber das über Seriell und auch nicht in einer für das verpacken in Logikbausteinen geeigneten Form.