Test Adapter KNX v1.0.x

fritzke316

@chefkoch009 Aahh OK, ich werde nochmal kontrollieren ob alle meine Datenpunkte die ich aktualisieren möchte auch read und write = true haben. Ja ich habe tatsächlich einen Koppler in meiner Anlage und ich gkaube auch dass ich den bei meiner letzen Änderung vergessen habe.
Danke für die schnelle Antwort und für deinen tollen Adapter :)

networkvision

Hallo zusammen, ich verfolge nun seit einigen Monaten dieses Forum und die Möglichkeiten mit Iobroker und dem KNX Adapter.
Meine erste VIS entsteht und viele Dinge funktionieren so wie sie sollen.
ABER ich bekomme es einfach nicht hin das der KNX Adapter die GAs richtig kombiniert.
Namensgebung angepasst (in gefühlt 1000 Möglichkeiten), wie beschrieben! Flags kontrolliert! Adapter aktualisiert (heute 1.0.44 ; vorher 1.0.39)
ETS 5.7.4 keine Fehler beim Import in den Adapter!
Nicht eine einzige Zuordnung wird nach dem Import richtig kombiniert. Keine Schalt GA kombiniert sich mit einem Status.
Selbst wenn ich manuell den Status der richtigen GA zuordne, aktualisiert sich nach Neustart des Adapters kein Status und somit auch nicht die VIS.
Hat von Euch vielleicht noch Jemand eine Idee, wo ich noch suchen könnte!?

fritzke316

@networkvision Ich bin auch noch am rumprobieren warum sich nach einem Neustart nur einige Status aktualisieren und andere nicht. Wenn ich den Adapter ein paar mal neustarte dann werden aber immer mehr Satus aktualisiert. Das abwohl ich in der ETS sehen kann dass immer alle Status abgefragt werden.

RES_DE

@fritzke316 Hallo, schön das du im ETS Bus sehen kannst, dass die States im KNX Objektbaum abgesprochen werden. Bei zu vielen State Änderungen steigt mein Browser immer aus sprich Aktualisierungen werden nicht mehr angezeigt. Dann schliesse ich das Fenster und rufe die URL neu auf. Das ganze am Ende der ganzen Aktualisierung, also nicht die gleiche Performance wie in der ETS erwarten, dass gibt der IOBroker Ansatz nicht her. Das ganze hat aber nichts mit dem KNX Adapter zu tun. Grüße Reiner

RES_DE

@networkvision Hi, es könnte aber wirklich noch an der Semantik der GA Bezeichnungen liegen sowie dann auch die Flagsetzung. Wenn Du magst, kannst Du mir Dein ETS Projekt zuschicken, dann schaue ich mir das an. Einfach kurze Nachricht wie Forum absetzen. Grüße

fritzke316

@res_de alles klar verstehe, wie schon gesagt das ist alles noch neu für mich und ich bin noch am rumprobieren :)
Habe jetzt auch das mit dem Browser Neustart versucht es werden aber immer noch die selben Aktualisierungen angezeigt wie vorher. Die Status werden aber auch im Obejktbaum des IOBrokers nicht aktualisiert!! Da muss ich irgendwo noch einen Fehler haben.
Könntest du dir vielleicht auch mein ETS Projekt mal anschaun? vielleicht findest du ja etwas?

RES_DE

@fritzke316 O.K. schicke mir eine persönliche Nachricht

fritzke316

@res_de Was ich vergessen habe zu erwähnen ist, dass ich noch eine andere Vis (Xhome) parallel laufen habe bis ich die Neue fertig habe. Habe aber beiden eine getrennte Phys, EIB Adresse gegeben so dass die sich nicht stören sollten. Was ich aber bemerkt habe ist dass sich alle meine Satus aktualisieren sobald der Xhome Server neu gestartet wird. Nur kann ich jetzt nicht sagen wo der Fehler liegt. Ich kann aber sehen dass auf dem Bus genau dasselbe basiert egal ob ich den Xhome Server oder den KNX Adapter vom ioBroker neustarte.

networkvision

@res_de Hallo, danke erst einmal für Deine Mühe! Deine beschriebenen möglichen Fehler (was die Flags angeht), konnte ich in meinem ETS Projekt nicht nachvollziehen. Dort ist alles richtig gesetzt!
Wie ich aber jetzt nach endlosem probieren rausgefunden habe, hat wohl die Mittelgruppenbezeichnung in der ETS wohl doch Etwas mit der Zuordnung der GAs zueinander zutuen.
Als ich die Mittelgruppe von der Bezeichnung geändert habe und die GAs dann genau dieser Bezeichnung angeglichen habe, wurden die GAs richtig zugeordnet.
Komischerweise brauchte ich bei den einfachen Schalt GAs nur eine GA mit der genauen Anfangsbezeichnung der Mittelgruppe benennen, die restlichen GAs wurden dann auch richtig zugeordnet.
Bei Dimm GAs, hat es dann nur geklappt wenn alle angelegten GAs mit den Mittelgruppenbezeichnungen übereinstimmen.

Martin B.

Ich beobachte nach der Installation immer wieder Abrisse:

knx.0	2021-02-25 11:57:42.825	info	(12678) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).
knx.0	2021-02-25 11:57:42.820	info	(12678) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
knx.0	2021-02-25 11:57:42.806	warn	(12678) Terminated (UNCAUGHT_EXCEPTION): Without reason
knx.0	2021-02-25 11:57:42.803	info	(12678) terminating
knx.0	2021-02-25 11:57:42.801	info	(12678) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0).
knx.0	2021-02-25 11:57:42.762	error	(12678) Exception-Code: ERR_BUFFER_OUT_OF_BOUNDS: Attempt to write outside buffer bounds
knx.0	2021-02-25 11:57:42.761	error	(12678) RangeError [ERR_BUFFER_OUT_OF_BOUNDS]: Attempt to write outside buffer bounds at boundsError (internal/buffer.js:47:11) at Buffer.readUInt32LE (internal/buffer.js:181:5) at _0x39f5
knx.0	2021-02-25 11:57:42.752	error	(12678) uncaught exception: Attempt to write outside buffer bounds

Es ist eine neue Installation von Biobroker auf einem Raspi 3. Der installierte Adapter ist 1.0.39. Hat jemand eine Idee was das sein könnte?

Vielen Dank.
Grüße
Martin

AndreasK

Hallo,
ich habe heute auf ein neues KNX IP interface von Enertex umgestellt.
Jetzt kommt es alle 2 Minuten zu Verbindungsabbrüchen
Log Eintrag:

knx.0	2021-02-27 14:56:28.062	info	(2604) Connected - local UDP Server listening on 192.168.178.23:46209
knx.0	2021-02-27 14:56:28.060	info	(2604) Using UDP with local IP: 192.168.178.23
knx.0	2021-02-27 14:56:26.064	info	(2604) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).
knx.0	2021-02-27 14:56:26.061	info	(2604) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
knx.0	2021-02-27 14:56:26.059	info	(2604) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0).

Verbunden ist der Adapter per Tunnel an das Interface
Adaper-Version => 1.0.44
Anbei auch noch die Einstellungen

frankthegreat

@andreask sagte in Test Adapter KNX v1.0.x:

Hallo,
ich habe heute auf ein neues KNX IP interface von Enertex umgestellt.
Jetzt kommt es alle 2 Minuten zu Verbindungsabbrüchen
Log Eintrag:

knx.0	2021-02-27 14:56:28.062	info	(2604) Connected - local UDP Server listening on 192.168.178.23:46209
knx.0	2021-02-27 14:56:28.060	info	(2604) Using UDP with local IP: 192.168.178.23
knx.0	2021-02-27 14:56:26.064	info	(2604) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).
knx.0	2021-02-27 14:56:26.061	info	(2604) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
knx.0	2021-02-27 14:56:26.059	info	(2604) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0).

Verbunden ist der Adapter per Tunnel an das Interface
Adaper-Version => 1.0.44
Anbei auch noch die Einstellungen

PA 1.1.0 ist nicht richtig.
Trag da mal eine von den Tunneladressen ein.

Martin B.

Bei mir tritt der oben gepostete Fehler erst auf, nachdem ich die knxpoj-Datei importiere.

loverz

Ich habe seit einiger Zeit Probleme mit meinen States, dass diese "verloren" gehen. Nun habe ich mal das log auf debug most gestellt und stelle fest, dass alle paar Sekunden immer wieder folgende Zeilen auftauchen:

knx.0	2021-03-06 15:13:18.515	info	(31583) Change state from STATE_TUNNELLING_ACK(14) to STATE_READY(7)
knx.0	2021-03-06 15:13:18.514	info	(31583) ( 4.b ) return to STATE_READY, processing : false
knx.0	2021-03-06 15:13:18.513	info	(31583) ( 4 ) Sending Tunnel_Request ACK : 06 10 04 21 00 0a 04 22 1e 00 ChID : 34 SeqCntIN : 30 SeqCntOUT : 6 queue length : 0
knx.0	2021-03-06 15:13:18.509	info	(31583) =====> STATE_TUNNELING_ACK

Jemand eine Idee was das bedeutet, ob das normal ist und ob das die Ursache von meinem Problem sein könnte?

Videonisse

Ich habe gerade ioBroker neu installiert und benutze jetzt KNX-adapter 1.0.44. KNX-projekt ist von ETS v.5.7.4 importiert und alle Datenpunkte werden gut angelegt. Auch die Pärchen der Schalt- und Statusaddressen funktionieren.

Aber, die DPs fur Status haben alle Write = True und laut Readme sollen die Write = False haben.

2021-03-08 10_09_58-Mina KNX ETS trix lärdomar om konfig och visualisering mm 2021.xlsx - Excel.png

Gleichzeitig steht auch in Readme dass Read und Write = True haben muss um von KNX-adapter ein GroupValueRead Trigger zu können, um von KNX-bus den aktuellen wert zu bekommen als GroupValueResponse.

Was ist jetzt eigentlich richtig, soll dass Status DP, Write = True oder False haben?

Quelle Readme: https://github.com/ioBroker/ioBroker.knx/blob/master/README.md#3-herausfinden-der-schalt--und-statusaddressen

Einstellungen von ETS
2021-03-08 10_15_48-Mina KNX ETS trix lärdomar om konfig och visualisering mm 2021.xlsx - Excel.png

Videonisse

Was bedeutet eigentlich "update": true in die von KNX-projekt erstellte Objekte?

Es ist nur für bestimmte Objekte beim Import erstellt:

{
  "_id": "knx.0.Belysning.Dimmer.Kök_Lampgrupp_Pendel_fönster_Av-På_1bit",
  "type": "state",
  "common": {
    "name": "Kök Lampgrupp Pendel fönster Av-På 1bit",
    "type": "boolean",
    "role": "switch",
    "read": false,
    "write": true,
    "max": true,
    "min": false
  },
  "native": {
    "dpt": "DPT1.001",
    "address": "4/7/136",
    "addressRefId": "P-095B-0_GA-56",
    "statusGARefId": "P-095B-0_GA-60",
    "actGARefId": "",
    "update": true,
    "objRef": "O-110_R-1755",
    "devName": "M-0048_A-493A-1B-831B",
    "devInst": "P-095B-0_DI-10",
    "objectSize": ""
  },
  "from": "system.adapter.knx.0",
  "user": "system.user.admin",
  "ts": 1615154054879,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

KoljaW

Ich habe heute ein ETS5 Update auf 5.7.5 gemacht und kann keine Projekte im KNX Adapter importieren. Ist die Version noch nicht kompatibel?

Videonisse

@koljaw Die Version ist nur von zwei Tage her Veröffentlicht (13 März). Aber danke fuer die Warnung, ich werde es in den nächsten tage ausprobieren.

https://support.knx.org/hc/de/articles/360016553200-ETS-v5-7-5

Videonisse

I can confirm this is the case. Tested with KNX Adapter version 1.0.44.

Compared the files knx_master.xml, project.xml and 0.xml from two fresh new projects created with ETS 5.7.4 and the new 5.7.5. They are exactly the same except ToolVersion has changed from "5.7.1093.38570" to "5.7.1373.39489"

I assume it should be safe for the Adapter to support the new ETS-version without any changes in the import functions?

https://github.com/ioBroker/ioBroker.knx/issues/154

Videonisse

@videonisse sagte in Test Adapter KNX v1.0.x:

Was bedeutet eigentlich "update": true in die von KNX-projekt erstellte Objekte?

Es ist nur für bestimmte Objekte beim Import erstellt:

{
  "_id": "knx.0.Belysning.Dimmer.Kök_Lampgrupp_Pendel_fönster_Av-På_1bit",
  "type": "state",
  "common": {
    "name": "Kök Lampgrupp Pendel fönster Av-På 1bit",
    "type": "boolean",
    "role": "switch",
    "read": false,
    "write": true,
    "max": true,
    "min": false
  },
  "native": {
    "dpt": "DPT1.001",
    "address": "4/7/136",
    "addressRefId": "P-095B-0_GA-56",
    "statusGARefId": "P-095B-0_GA-60",
    "actGARefId": "",
    "update": true,
    "objRef": "O-110_R-1755",
    "devName": "M-0048_A-493A-1B-831B",
    "devInst": "P-095B-0_DI-10",
    "objectSize": ""
  },
  "from": "system.adapter.knx.0",
  "user": "system.user.admin",
  "ts": 1615154054879,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Weiß niemand, wofür "native.update" verwendet wird?

Community Forum

NEWS

Test Adapter KNX v1.0.x

Support us

974

32.4k

81.5k

1.3m