NEWS
Test Adapter OpenKNX 0.6.x
-
Hallo, und vielen Dank für den tollen Adapter!
ich habe meine Gruppenadressen ausgegeben und bekomme auch etwas in den Objekten angezeigt. Leider ist mein English und meine technische Verständnis nicht "so" gut das ich die readme und das mit den DP verstehe.
Ich habe viele Rückmeldung nach den import bekommen die wie folgt aussahen.
Error: no import of Licht.Umwelt_Raum_Zentral.Licht_gesamt_schalten address 1/0/0 with no DPT set.
-
Hallo, und vielen Dank für den tollen Adapter!
ich habe meine Gruppenadressen ausgegeben und bekomme auch etwas in den Objekten angezeigt. Leider ist mein English und meine technische Verständnis nicht "so" gut das ich die readme und das mit den DP verstehe.
Ich habe viele Rückmeldung nach den import bekommen die wie folgt aussahen.
Error: no import of Licht.Umwelt_Raum_Zentral.Licht_gesamt_schalten address 1/0/0 with no DPT set.
-
@tege0 Du hast einige GA die keinen Datentyp haben, vermutlich weil sie nicht verwendet sind. Das ist der Hinweis warum die Objekte nicht bekommst falls du sie erwarten würdest.
-
@killroy2 ok aber sep einstellen in der ETS muss ich dort nichts weil wenn ich doch zwei kommunikationsobjekt zusammenlegen bildet sich in der ETS doch der DP oder?
-
@lessthanmore
poste hier mal ein beispiel, wie sind dein an aus objekt aus und wie schreibst du den wert@killroy2 Hier die GA bzw. Datenpunkte:

Weder Schalten (EA - GA = true oder false; DPT1.001) noch der Helligkeitswert (HW - GA = DPT5.001) lässt sich schreiben.
{ "_id": "openknx.0.Erdgeschoß.Beleuchtung.Essen-Dim_EA", "type": "state", "common": { "desc": "Basetype: 1-bit value", "name": "Essen-Dim EA", "read": true, "role": "switch", "type": "boolean", "write": true }, "native": { "address": "1/1/29", "answer_groupValueResponse": false, "autoread": true, "bitlength": 1, "dpt": "DPT1.001", "valuetype": "basic" }, "from": "system.adapter.openknx.0", "user": "system.user.admin", "ts": 1640192100912, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }{ "_id": "openknx.0.Erdgeschoß.Beleuchtung.Essen-Dim_HW", "type": "state", "common": { "desc": "Basetype: 8-bit unsigned value", "min": 0, "max": 100, "name": "Essen-Dim HW", "read": true, "role": "state", "type": "number", "write": true }, "native": { "address": "1/1/32", "answer_groupValueResponse": false, "autoread": true, "bitlength": 8, "dpt": "DPT5.001", "valuetype": "basic" }, "from": "system.adapter.openknx.0", "user": "system.user.admin", "ts": 1640192100917, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }RM sind jeweils die Rückmeldeadressen und Dim ist zum dimmen über Taster.
Die Datenpunkte werden allerdings korrekt aktualisiert sobald ich über Visu oder Taster steuere. -
@killroy2 Hier die GA bzw. Datenpunkte:

Weder Schalten (EA - GA = true oder false; DPT1.001) noch der Helligkeitswert (HW - GA = DPT5.001) lässt sich schreiben.
{ "_id": "openknx.0.Erdgeschoß.Beleuchtung.Essen-Dim_EA", "type": "state", "common": { "desc": "Basetype: 1-bit value", "name": "Essen-Dim EA", "read": true, "role": "switch", "type": "boolean", "write": true }, "native": { "address": "1/1/29", "answer_groupValueResponse": false, "autoread": true, "bitlength": 1, "dpt": "DPT1.001", "valuetype": "basic" }, "from": "system.adapter.openknx.0", "user": "system.user.admin", "ts": 1640192100912, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }{ "_id": "openknx.0.Erdgeschoß.Beleuchtung.Essen-Dim_HW", "type": "state", "common": { "desc": "Basetype: 8-bit unsigned value", "min": 0, "max": 100, "name": "Essen-Dim HW", "read": true, "role": "state", "type": "number", "write": true }, "native": { "address": "1/1/32", "answer_groupValueResponse": false, "autoread": true, "bitlength": 8, "dpt": "DPT5.001", "valuetype": "basic" }, "from": "system.adapter.openknx.0", "user": "system.user.admin", "ts": 1640192100917, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }RM sind jeweils die Rückmeldeadressen und Dim ist zum dimmen über Taster.
Die Datenpunkte werden allerdings korrekt aktualisiert sobald ich über Visu oder Taster steuere.@lessthanmore Wie setzt du denn die Werte. Es darf nicht "Bestätigt" ausgewählt sein.
Was noch Interessant wäre. In der ETS im Gruppenadresse Diagnose schauen ob da und was ankommt. -
@tombox said in Test Adapter OpenKNX 0.1.x:
Es darf nicht "Bestätigt" ausgewählt sein.
Und das war es auch schon

Passt, lieben Dank.Das mit den Szenen funktioniert aber nicht. Zudem löst ein Neustart des Adapters ein erneutes Schreiben der Szenen aus.
-
@tombox said in Test Adapter OpenKNX 0.1.x:
Es darf nicht "Bestätigt" ausgewählt sein.
Und das war es auch schon

Passt, lieben Dank.Das mit den Szenen funktioniert aber nicht. Zudem löst ein Neustart des Adapters ein erneutes Schreiben der Szenen aus.
@lessthanmore said in Test Adapter OpenKNX 0.1.x:
Zudem löst ein Neustart des Adapters ein erneutes Schreiben der Szenen aus.
schau mal ob das autoread flag gesetzt ist und setze es auf false.
Bitte auch den DPT nennen, für DPT-18 ist autoread inaktiv. -
@tege0
Es scheint so als hättest du die GA nur angelegt aber nicht mit einem Kommunikationsobjekt verknüpft. Kannst du kurz erklären wie du die GA nutzt also schreibst oder ausliest.@tombox Hallo ich hab bei der ETS damals den Wizards ausgewählt und somit sind die GA schon vorgeben und viele davon unbenutzt das kann durchaus sein.
Hab ihr einen Vorschlag für einen neuanfang für die GA´s https://www.knx.ch/wAssets/docs/publikationen/KNX_Swiss-Projektrichtlinien-A4-2019-DE-18-ES-Web.pdf ?
Danke
-
@tombox Hallo ich hab bei der ETS damals den Wizards ausgewählt und somit sind die GA schon vorgeben und viele davon unbenutzt das kann durchaus sein.
Hab ihr einen Vorschlag für einen neuanfang für die GA´s https://www.knx.ch/wAssets/docs/publikationen/KNX_Swiss-Projektrichtlinien-A4-2019-DE-18-ES-Web.pdf ?
Danke
-
Aktuelle Testversion v0.7.3-alpha.1 Stabile Version: 0.6.3 Erstveröffentlichungsdatum 16.12.2021 Github Link https://github.com/iobroker-community-adapters/ioBroker.openknx/ NPM Link https://www.npmjs.com/package/iobroker.openknx Issues Board in GitHub https://github.com/iobroker-community-adapters/ioBroker.openknx/issues Installation der Testversion
"Adapter", "Expertenmodus", "Octocat", "Benutzerdefiniert" und diesen Link:
https://github.com/iobroker-community-adapters/ioBroker.openknx.gitAdapter Beschreibung, Changelog etc.
Hier ist die erste öffentliche Testversion des Open KNX Adapters. Der Adapter kommuniziert über ein IP Interface mit dem KNX Bus. Verschiedene KNX Telegrammtypen (GroupValue_Read, GroupValue_Write, GroupValue_Response) in Sende- und Empfangsrichtung werden in, dem IOB Anwender vertrauten Interaktionen mit IoBroker Objekten übersetzt.Motivation
Ich habe den Adapter aus einer Not heraus erstellt, da der verfügbare Adapter nicht fehlerfrei lief und nicht kompatibel zu meinen IP Interfaces ist. Debuggen war aufgrund Closed Source nicht möglich. Da Adapter läuft so gut, dass ich ihn der Öffentlichkeit übergeben möchte.
Der Adapter ist Quelloffen, Code kann gerne von Jedermann inspiziert und Pull Requests eingestellt werden.
Eine Beschreibung des Adapters und dessen Verwendung ist auf den verlinkten Seiten zu finden.Ziel
Der Adapter soll:- Stabil laufen und sich Standardkonform verhalten
- möglich einfach und verständlich sein
Thema umgesetzt ab Version Erwartung Release 0.1.x Release im stable repository Installation 0.1.6 Adapter lässt sich fehlerfrei über NPM installieren Installation 0.1.9 Adapter lässt sich über IOB Bordmittel installieren Betrieb 0.1.6 Adapter zeigt den Betriebszustand (rot,gelb,grün) korrekt an, bei Verbindungsabbrucht wird der Adapter gelb, keine Warnungen im Log die nicht zum Zustand passen Betrieb 0.1.8 keine Warnungen im Log die nicht zum Zustand passen Übersetzung 0.1.8 Admin Dialoge in alle Sprachen übersetzt, Logs nicht Alias 0.1.11 Generierung von Alias zur Zusammenbringen von Status und Ausgabe-GA zu einem Objekt eingebaut, noch nicht fehlerfrei Ich erhoffe mir Feedback zB zu
- Bugs, Error Logs;
- Verständlichkeit und Vollständigkeit der Doku
- Verwendbarkeit des Adapters, sind die Features brauchbar, was fehlt essentielles
- Code Reviews
- Erfahrungen aus dem Betrieb
- Ideen zur Geschäftslogik, zB werden aktuell Szenen DPTs von der Autoread Abfrage bei Start ausgeschlossen; gibt es bessere Filter?
- Verbesserungsvorschläge am Interface, z.B. welche State roles eignen sich für welche DPTs, sind die Datentypen passend gewählt, ...
Feature Anfragen, Fehlermeldungen dürfen gerne in GitHub erstellt werden. Umsetzung erfolgt immer nach Beschlusslage.
@killroy2 Besten Dank für den Adapter!
Ist es richtig, dass man beide KNX Adapter parallel verwenden kann (entsprechende KNX Hardware natürlich vorausgesetzt?) Da ich Aliase verwende, würde ich so nach und nach umstellen... Oder ist es besser, einen hard cut zu machen?
-
@killroy2 Besten Dank für den Adapter!
Ist es richtig, dass man beide KNX Adapter parallel verwenden kann (entsprechende KNX Hardware natürlich vorausgesetzt?) Da ich Aliase verwende, würde ich so nach und nach umstellen... Oder ist es besser, einen hard cut zu machen?
@markus84
Ein Test mit einem Interface mit Verbindungen zu 2 Instanzen von openknx auf insg. 2 Rechnern läuft bei mir positiv.
Beide Adapter auf einem Rechner könnte durchaus auch gehen, ich habe das nur nie überprüft. Für den unbeaufsichtigten Dauerbetrieb gebe ich keine Empfehlung ab, ganz einfach weil ich keine negativen Querbeziehungen ausschliessen kann. -
hallo @killroy2 danke für den Adapter. Läuft bei mir auch tadellos.
Beim anderen Adapter hatte ich auch Probleme, vor allem mit delay. Das habe ich mit deinem Adapter nicht feststellen können.
Jetzt werd ich den Tag damit verbringen, die Datenpunkte auf deinen Adapter zu ändern
Hat hier jemand einen Tip, wie das schnellstmöglich von statten gehen könnte? Z.B. Export vom Datenbauem -> Suche knx.0 und ersetze auf openknx.0 ?Grüße
-
hallo @killroy2 danke für den Adapter. Läuft bei mir auch tadellos.
Beim anderen Adapter hatte ich auch Probleme, vor allem mit delay. Das habe ich mit deinem Adapter nicht feststellen können.
Jetzt werd ich den Tag damit verbringen, die Datenpunkte auf deinen Adapter zu ändern
Hat hier jemand einen Tip, wie das schnellstmöglich von statten gehen könnte? Z.B. Export vom Datenbauem -> Suche knx.0 und ersetze auf openknx.0 ?Grüße
@hansi1234 In der Readme sind Anleitungen zum migrieren
-
@markus84
Ein Test mit einem Interface mit Verbindungen zu 2 Instanzen von openknx auf insg. 2 Rechnern läuft bei mir positiv.
Beide Adapter auf einem Rechner könnte durchaus auch gehen, ich habe das nur nie überprüft. Für den unbeaufsichtigten Dauerbetrieb gebe ich keine Empfehlung ab, ganz einfach weil ich keine negativen Querbeziehungen ausschliessen kann. -
@killroy2 said in Test Adapter OpenKNX 0.1.x:
Beide Adapter auf einem Rechner könnte durchaus auch gehen, ich habe das nur nie überprüft.
Dann werde ich es einfach während es Übergangs einmal testen und dann berichten.
Bei mir meckert er, wenn ungültige Zeichen im den GAs sind. Die erste Ebene hat bei mir ein "Komma" im Namen. Das trägt er auch genau so, in das ioBroker Objekt ein. ioBroker meckert aber, dass dort ein ungültiges Zeichen existiert.
Hier sollte man beim import eventuell noch ein Replace laufen lassen.
-
Ich habe heute den Adapter installiert um zu testen. So weit alles super

Wie sieht es aber mit den Einheiten ( %, kWh) aus? Muss man die von Hand eintragen, oder sollten die von der ETS übernommen werden? -
@killroy2 Danke für diesen tollen Adapter. Habe ihn heute installiert und hat soweit auch gut funktioniert, man muss nur sichergehen, dass die GAs auch die entsprechenden Datenpunkte hinterlegt haben sonst schriebt er einem den Log voll.
Was mir dabei noch aufgefallen ist, das eine Log Einträge missverständlich sind. Ich hatte bei mir ein Gerät neu beschrieben und dann folgende Meldung im Log gefunden:
2021-12-26 18:53:00.129 - warn: openknx.0 (2184) Ignoring DeviceDescriptor_Read received on unknown GA: 1.1.28 2021-12-26 18:53:01.192 - warn: openknx.0 (2184) Ignoring OTHER received on unknown GA: 1.1.28Hier handelt es sich allerdings nicht um eine GA sondern um eine physikalische Adresse.
Ansonsten läuft der Adapter bisher ohne Probleme, auch der Import von 898 GAs hat soweit gut funktioniert.Gruß Chris
-
Bei mir meckert er, wenn ungültige Zeichen im den GAs sind. Die erste Ebene hat bei mir ein "Komma" im Namen. Das trägt er auch genau so, in das ioBroker Objekt ein. ioBroker meckert aber, dass dort ein ungültiges Zeichen existiert.
Hier sollte man beim import eventuell noch ein Replace laufen lassen.
@nightwatcher Kannst du zwei zeilen aus der xml kopieren mit solchen GAs?
@fritzke316 Von welchem Typ sind die DPT genau? -
@nightwatcher Kannst du zwei zeilen aus der xml kopieren mit solchen GAs?
@fritzke316 Von welchem Typ sind die DPT genau?@tombox
z.B. bei Position Rollo (DPT5.001) sollte die Einheit "%" dahinter stehen.In der Objektbearbeitung ist bei mir aber auch keine Zeile für "unit" zu finden, wie im Beispiel bei der Adapterbeschreibung!
{ "_id": "openknx.0.Beschattung.Rückmeldung_Position.Bad_Fenster_RMPos", "type": "state", "common": { "desc": "Basetype: 8-bit unsigned value", "min": 0, "max": 100, "name": "Bad Fenster RMPos", "read": true, "role": "state", "type": "number", "write": true }, "native": { "address": "2/4/22", "answer_groupValueResponse": false, "autoread": true, "bitlength": 8, "dpt": "DPT5.001", "valuetype": "basic" }, "from": "system.adapter.openknx.0", "user": "system.user.admin", "ts": 1640508439996, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }