Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[tege0]

@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]

@tege0 Dann kannst du die Warnung getrost ignorieren. Eigentlich kein Grund für ein Neuanfang

[Markus84]

@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]

@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.

[Hansi1234]

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

[tombox]

@hansi1234 In der Readme sind Anleitungen zum migrieren

[Markus84]

@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.

[NightWatcher]

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.

[fritzke316]

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?

[ChrisChros]

@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.28

Hier 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

[tombox]

@nightwatcher Kannst du zwei zeilen aus der xml kopieren mit solchen GAs?
@fritzke316 Von welchem Typ sind die DPT genau?

[fritzke316]

@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"
  }
}

[tombox]

@fritzke316 Sollte eigentlich mit der aktuellen Version funktionieren. Hast du die 0.1.10 installiert?

[killroy2]

@nightwatcher
https://github.com/iobroker-community-adapters/ioBroker.openknx/issues/40
@ChrisChros
https://github.com/iobroker-community-adapters/ioBroker.openknx/issues/41

ich habe 2 issues dafür angelegt. Vielen dank

[fritzke316]

@tombox ja die 0.1.10 hab ich!

[NightWatcher]

@killroy2 Danke dir. Super Arbeit. Habe mir gerade die aktuellste BETA gezogen und funktioniert auf Anhieb. Keine solcher Fehler mehr im Logbuch.

[tombox]

@fritzke316 Ich habe die xml mit 0.1.10 importiert.

<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<GroupAddress-Export xmlns="http://knx.org/xml/ga-export/01">
  <GroupRange Name="test" RangeStart="63488" RangeEnd="65535">
    <GroupRange Name="testin" RangeStart="63488" RangeEnd="63743">
      <GroupAddress Name="dpt 5.001" Address="32/0/8" Description="dpt 5001" DPTs="DPT-5-1" />
    </GroupRange>
        </GroupRange>
</GroupAddress-Export>

Bei mir wir das erstellt

 "common": {
    "desc": "Basetype: 8-bit unsigned value",
    "min": 0,
    "max": 100,
    "name": "dpt 5.001",
    "read": true,
    "role": "state",
    "type": "number",
    "unit": "%",
    "write": true
  },
  "native": {
    "address": "32/0/8",
    "answer_groupValueResponse": false,
    "autoread": true,
    "bitlength": 8,
    "dpt": "DPT5.001",
    "valuetype": "basic"
  },

Hast du denn mit der neuen Version auch importiert?

[fritzke316]

@tombox ja, ich habe mit der 0.1.10 importiert

[vogelsang]

@fritzke316
Ich kann das Verhalten bestätigen. Bei mir gibt es auch keine Zeile für "unit". Ebenfalls mit der 0.1.10.

[vogelsang]

Ich habe weiterhin fest gestellt, dass für Dimmwerte in % bei max der Wert 255 eingetragen wurde. In der ETS ist der DPT richtig auf DPT 5.001 (0-100%) gesetzt.