freebus.org

Hallo ich bin gerade dabei mir das KNXnet/IP Telegramm anzuschauen, kann mir jedoch nicht erklären wie der cemi sich zusammensetzt. Kann mir da jemand helfen bzw. eine gute Doku empfehlen?

Wäre super wenn mir jemand helfen könnte!

Grüße

Schau dir doch mal den eibd aus dem bcusdk an. Da ist schon alles fertig, vllt kannst da ja ein existierendes Interface benutzen.

_________________
Gruß
Matthias

Der cEMI Frame ist im Prinzip ein EMI Frame, bei dem der Header etwas erweitert ist.

Die Antwort ist vermutlich zu vage um etwas damit anzufangen. Aber vielleicht sagst Du mal was Du machen willst, dann könnten wir u.U. bessere Tipps geben?

LG,
Stefan

Vielen Dank für die schnellen Antworten!
Ich will mir einen SPS Baustein erstellen, der über den "Routing-Modus" mit dem KNX kommuniziert! Dazu will ich auf der einen Seite die Telegramme, die der Router auf die Multicast Addr. schreibt mitschneiden und auswerten, auf der anderen Seite soll die SPS fertige Telegramme packen und wieder auf das KNX schreiben.
Mein Problem war bisher, dass ich keine Vernünftige Doku hatte, wie dieses Telegramm im einzelnen aufgebaut ist, oder besser gesagt wie z.B. die APCI / TPCI genau zustande kommen!
Nun habe ich aber alle Daten zusammen und bin gerade dabei diesen Baustein zu schreien und zu dokumentieren!

Trotzdem vielen Dank an alle die mir sofort geantwortet haben!

Falls Du kein Problem damit hast, die gesammelten Infos auch mir bereitzustellen, würde ich mich sehr freuen...
Ich bin auch auf der Suche, aber habe noch nichts brauchbares gefunden.
Ich schreibe Dir mal eine Privatmitteilung mit meiner Mailadresse.

Gruß...
Andi

Falls deine Doku fertig ist und du die gerne teilen willst und keine Rechte Dritter verletzt werden, können wir die auch gerne auf unserer Seite für andere Leute zur Verfügung stellen.

_________________
Gruß
Matthias

Ich weiß nicht in wie weit es eine Rechte Verletzung ist, wenn man sich die Daten durch Reverse Engineering herausgefunden hat! Falls dies nicht der Fall ist, werde ich die Doku auf http://www.oscat.de zu Verfügung stellen, sobald ich mit meinem Baustein fertig bin!

Eine Java Implementierung von KNXnet/IP habe ich, falls das wer braucht. Damit kann man mit einem KNXnet/IP Gerät reden und darüber Telegramme versenden und empfangen.

Wie arbeitest du bei deiner Java Implementierung? Versendest du die Telegramme an die Multicast Addresse (KNXnet IP Routing) oder baust du eine direkte Verbindung mit der Schnittstelle auf? Könntest du mir diese Java Implementierung mal zukommen lassen? Ich sende dir ne PM!

Grüße

Mir geht/ging es primär darum mit dem Bus zu reden wie ETS oder eine Visu es macht. Also nicht um das Weiterleiten von Paketen wie es z.B. ein KNXnet/IP Router machen könnte. Es ist alles erweiterbar, aber derzeit ist eben nur die "normale" Kommunikation mit dem Bus und der Bus Monitor implementiert.

Hach schade. Immer nur Java. Hat denn keiner eine .NET Api?

_________________
Die Sollbruchstelle des Toilettenpapiers hat ihre Lösungsstruktur geändert.

Hallo,

eine .net API würde mich auch interessieren.

Momentan läuft bei auf einem Server eine .net-Anwendung, die auf einer Seite über eine BCU auf dem EIB hört/sendet und die Telegramme dann über einen TCP/IP Schnittstelle und ein proprietäres Protokoll anderen Rechnern zur Verfügung stellt.
Diese stellen dann z.B. eine VISU dar oder dienen der Steuerung von Vorgängen.

Schön wäre es, das proprietäre Protokoll durch einen Standard z.B. KNXnet/IP zu ersetzen, damit darüber auch mit der ETS3/4 programmiert werden kann.

Hat da jemand schon was gemacht?

Gruß
Petzi

Hallo,

ich würde mich über die Java-API auch sehr freuen!

Gruß,
Christian

Ist im Freebus SVN eingecheckt, für jene die Zugang haben.
Es sollte aber kein Problem sein die Sourcen vom KNX Protokoll Teil als Zip
wo bereit zu stellen.

Sorry, mcmazie, ich wollte es Dir schon eine Weile schicken. Ich habe derzeit
zuhause eine größere Baustelle und schaffe kaum sonst noch was.

LG,
Stefan

Ich habe eine Knxnet/IP Implementation in C++ (Visual Studio).

Der Tunneling Client ist im Prinzip fertig, und es gehen auch alle APDU Frames zum Programmieren, Schreiben, Lesen so wie es auch ETS low level macht.
komfortable high level funktionen fehlen.
Verwende es momentan als Commandline tool zum lesen/schreiben des memories bzw. zum lesen/schreiben der groupvalues oder propertyvalues beim testen.

Der Server Teil ist momentan auf Eis, ging schon mal d.h. ETS3 hat es schon im Netz gefunden und konnte verbinden, ist aber momentan nicht verwerndbar.
Die Idee zum Server, war eigenlich eine art simulation um zu testen was ETS genau macht, hat aber keine Priorität mehr.

Die Infos zum knxnetip/cemi habe ich durch protokollieren des traffics am netzwerk + vorhandener knx specs rausbekommen.
Dazu verwende ich einen EIBmarkt IP Router, der ist relativ günstig zu haben.

Zum Tracen des Netzwerks verwende ich den Microsoft Netmon 3.3 mit einem von mir programmierten KNXnetIP/cEMI Protokoll Parser Script.

Der Protokoll Parser ist nicht 100% fertig hat mir aber schon unglaublich viel Zeit erspart beim Suchen von Kommunikationsproblemen.

Das Parser Script ist im SVN bei den Tools und empfehlenswert, die C++ Sourcen noch nicht weil das Projekt noch grosses Chaos ist.