KNX Adapter überholt

Bitter aller die testen können, hier melden.
Centurytt
starter
Beiträge: 45
Registriert: 29.07.2018, 14:51

Re: KNX Adapter überholt

Beitrag von Centurytt » 01.08.2018, 14:19

Hallo an Alle,

ich habe hier ein Problem mit dem KNX Status. Der Wert in statusGARefId wird nicht befüllt und somit ist ein erfassen bzw. Auslesen des Status nicht möglich. Das Knxproj file liegt vor. Kann jemand helfen ?

Danke

Centurytt
starter
Beiträge: 45
Registriert: 29.07.2018, 14:51

Re: KNX Adapter überholt

Beitrag von Centurytt » 05.08.2018, 16:10

Kann mir denn keiner helfen ?
lg
Thomas

tombox
starter
Beiträge: 22
Registriert: 20.03.2018, 14:45

Re: KNX Adapter überholt

Beitrag von tombox » 05.08.2018, 16:12

Hi


Es kann nur Chefkoch helfen. Er ist der einzige der den Code bearbeiten und Fehler beheben kann. Also abwarten bis er sich meldet.
Es gibt auch schon im github ein issue dazu.

Centurytt
starter
Beiträge: 45
Registriert: 29.07.2018, 14:51

Re: KNX Adapter überholt

Beitrag von Centurytt » 05.08.2018, 16:36

Vielen Dank für deine Rückmeldung.

Hier noch paar infos:

KNX Bus via IP Gateway verbunden. Alle Schaltungen funktioneiren soweit in der VISU. Leider aktualisiert sich der Status nicht wenn man den Taster manuell betätigt. Restartet man den Adapter aktualisiert sich der Status. Allerdings fehlen mir die Werte:
"statusGARefId": "",
"actGARefId"

Am Bus selbst habe ich bei diesem Taster auch die Flags L und A gesetzt aber irgendwie ergebnislos.

Dann warte ich auf Chefkoch.
Danke
lg


{
"from": "system.adapter.knx.0",
"ts": 1532858170602,
"common": {
"name": "Büro Keller",
"type": "boolean",
"role": "switch",
"min": 0,
"max": 1,
"read": true,
"write": true
},
"native": {
"dpt": "DPT1.000",
"address": "1/1/0",
"addressRefId": "P-04F1-0_GA-34",
"statusGARefId": "",
"actGARefId": ""
},
"acl": {
"object": 1636,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator",
"state": 1636
},
"_id": "knx.0.A.Neue_Mittelgruppe.F",
"type": "state"
}

Benutzeravatar
chefkoch009
professional
Beiträge: 239
Registriert: 07.11.2015, 12:36
Wohnort: Kiel

Re: KNX Adapter überholt

Beitrag von chefkoch009 » 05.08.2018, 18:10

Hallo,

@centurytt: der Taster hat die Flags Ü,A un der Aktor auf dem Schaltkanal Ü und S. Der korrespondierende Statuskanal auf dem aktor hat Ü, L und A.

Beim Ändern der Flags sind die Geräte zu programmieren!

Dann den KNX.0 Baum unter Objekte löschen und neu importieren.

Dann sollte bei dir bei der Schaltadresse statusGARefID und bei der Statusadresse actGARefID etwas stehen.

@KNXbroker: ich arbeite zur Zeit an gelegentlichen Timeouts. Das wird die nächste Version(also die Behebung des Problems). Anschließend ist,
auf vielfachen Wunsch hin, die Möglichkeit der manuellen Zuordnung von schalt- zu Statusadressen in Arbeit.

Bin zur Zeit nur spartanisch online, versuche dennoch zu antworten.

VG
chefkoch009

Centurytt
starter
Beiträge: 45
Registriert: 29.07.2018, 14:51

Re: KNX Adapter überholt

Beitrag von Centurytt » 06.08.2018, 08:18

Hallo Chefkoch,

danke werde es heute Abend ausprobieren. Melde mich dann wieder.

lg

Centurytt
starter
Beiträge: 45
Registriert: 29.07.2018, 14:51

Re: KNX Adapter überholt

Beitrag von Centurytt » 06.08.2018, 15:35

Hallo Chefkoch,

leider nein, hat nicht geklappt. Kein Wert vorhanden. Anbei mal ein Screenshot meiner ETS Prog. Einstelllung. Hab jetzt Testweise mal nur einen Schalter (KG Büro) mit den Flags drinnen. Anbei noch die Screenshots.... was mache ich da falsch ?
Danke im Voraus
lg
Tom
Dateianhänge
Taster.png
GA_Aktor.png

peer6969
starter
Beiträge: 20
Registriert: 12.07.2017, 16:57

Re: KNX Adapter überholt

Beitrag von peer6969 » 08.08.2018, 13:47

Da ich beim Durchsuchen des Forums irgendwie widersprüchliche Informationen gefunden habe und bevor ich falsch einkaufe:
funktioniert der Adapter reibungslos beim Nutzen einer Tunneling Verbindung oder wird zwingend ein KNX/IP-Router benötigt?
Ein KNX/IP-Interface mit 4 Tunneln kostet erheblich weniger als ein Router, den man im Zweifel dann am Ende nicht wirklich braucht.

Centurytt
starter
Beiträge: 45
Registriert: 29.07.2018, 14:51

Re: KNX Adapter überholt

Beitrag von Centurytt » 08.08.2018, 14:43

peer6969 hat geschrieben:
08.08.2018, 13:47
Da ich beim Durchsuchen des Forums irgendwie widersprüchliche Informationen gefunden habe und bevor ich falsch einkaufe:
funktioniert der Adapter reibungslos beim Nutzen einer Tunneling Verbindung oder wird zwingend ein KNX/IP-Router benötigt?
Ein KNX/IP-Interface mit 4 Tunneln kostet erheblich weniger als ein Router, den man im Zweifel dann am Ende nicht wirklich braucht.
Doch das IP Gateway funzt schon ganz gut das passt. Es ist die ETS Programmierung die halt auch passen muss. Und bei mir hackts halt an dem Punkt. Der Router macht ja im Prinzip nix anderes.

peer6969
starter
Beiträge: 20
Registriert: 12.07.2017, 16:57

Re: KNX Adapter überholt

Beitrag von peer6969 » 08.08.2018, 15:18

Naja, der Router käme wohl beispielsweise im Gegensatz zum "einfachen" Interface mit Multicast-Traffic klar. Daher frag ich. Ohne es genauer zu wissen hatte ich auch erstmal angenommen, dass eine Verbindung übers Interface reicht, um auf dem Bus mitzuhören und Telegramme zu senden. Aber an ein paar Stellen hatten Leute nun geschrieben, dass sie ihr Interface gegen einen Router getauscht haben und erst dann der Adapter zuverlässig funktioniert hat. Vielleicht hat sich ja jemand damit mal näher beschäftigt und das getestet.

@Centurytt: Auf deinem Screenshot ist zu sehen, dass kein Datentyp angegeben ist. Für den Schalter sollte das 1.001 sein, denke ich. Vielleicht hilft das ja.

Centurytt
starter
Beiträge: 45
Registriert: 29.07.2018, 14:51

Re: KNX Adapter überholt

Beitrag von Centurytt » 08.08.2018, 17:13

peer6969 hat geschrieben:
08.08.2018, 15:18


@Centurytt: Auf deinem Screenshot ist zu sehen, dass kein Datentyp angegeben ist. Für den Schalter sollte das 1.001 sein, denke ich. Vielleicht hilft das ja.
Leider nein.... hab den Datentyp auf 1.001 geändert jetzt schalten alle auf dem Aktor angelegte GAs :-(

Centurytt
starter
Beiträge: 45
Registriert: 29.07.2018, 14:51

Re: KNX Adapter überholt

Beitrag von Centurytt » 08.08.2018, 18:32

Centurytt hat geschrieben:
08.08.2018, 17:13
peer6969 hat geschrieben:
08.08.2018, 15:18


@Centurytt: Auf deinem Screenshot ist zu sehen, dass kein Datentyp angegeben ist. Für den Schalter sollte das 1.001 sein, denke ich. Vielleicht hilft das ja.
Leider nein.... hab den Datentyp auf 1.001 geändert jetzt schalten alle auf dem Aktor angelegte GAs :-(
So passt wieder... aber leider hat der Datentyp keinen Einfluss...ich hab da wo anders den Wurm drin :-(

Centurytt
starter
Beiträge: 45
Registriert: 29.07.2018, 14:51

Re: KNX Adapter überholt

Beitrag von Centurytt » 08.08.2018, 18:37

Ich hab das hier in den Logs:
knx.0 2018-08-08 19:31:54.198 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
knx.0 2018-08-08 19:31:54.198 info ... not able to close connection, because already closed
knx.0 2018-08-08 19:31:54.196 info Connection persists.....closing now
knx.0 2018-08-08 19:31:54.195 info Change state from STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0)
knx.0 2018-08-08 19:31:54.195 info STATE_DISCONNECT_REQUEST : Transistion from State: STATE_NOT_CONNECTED(0) to STATE_DISCONNECT_REQUEST(15) not possible because of cancelled connection.
knx.0 2018-08-08 19:31:54.194 info Change state from STATE_NOT_CONNECTED(0) to STATE_DISCONNECT_REQUEST(15)
knx.0 2018-08-08 19:31:54.194 info ( END ) Sending DISCONNECT_REQUEST : 06 10 02 09 00 10 3f 00 08 01 c0 a8 01 4a ee 0e ChID : 0 SeqCntIN : 0 SeqCntOUT : 0 msgCode : [o
knx.0 2018-08-08 19:31:54.191 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0).
knx.0 2018-08-08 19:31:54.191 info ... not able to close connection, because already closed
knx.0 2018-08-08 19:31:54.187 info Connection persists.....closing now
knx.0 2018-08-08 19:31:54.186 info Change state from STATE_READY(7) to STATE_NOT_CONNECTED(0)

Sieht so aus als schliesst der KNX Adapter immer die Verbindung ? Sollte die nicht immer offen sein ?

Benutzeravatar
chefkoch009
professional
Beiträge: 239
Registriert: 07.11.2015, 12:36
Wohnort: Kiel

Re: KNX Adapter überholt

Beitrag von chefkoch009 » 09.08.2018, 07:39

Hallo Centurytt,

Poste bitte mal die ersten 20 Zeilen aus dem log.

VG
chefkoch009

Centurytt
starter
Beiträge: 45
Registriert: 29.07.2018, 14:51

Re: KNX Adapter überholt

Beitrag von Centurytt » 09.08.2018, 19:01

chefkoch009 hat geschrieben:
09.08.2018, 07:39
Hallo Centurytt,

Poste bitte mal die ersten 20 Zeilen aus dem log.

VG
chefkoch009
Hallo Chefkoch,

anbei das Log von heute komplett. Ich weiss nicht obs nicht an der ETS Prg. liegt. aber auch bei Datentyp schalten wird kein Status an ioBroker übermittelt, wenn der Schalter manuell betätigt wird ??? Bin Ratlos. Danke
Dateianhänge
iobroker.2018-08-09.log.zip
(25.9 KiB) 5-mal heruntergeladen

Benutzeravatar
chefkoch009
professional
Beiträge: 239
Registriert: 07.11.2015, 12:36
Wohnort: Kiel

Re: KNX Adapter überholt

Beitrag von chefkoch009 » 10.08.2018, 12:20

Hallo centurytt,

In deinem log steht, das du Node v6.14 verwendest. Update diese bitte auf Version 8.xx

VG
chefkoch009

Centurytt
starter
Beiträge: 45
Registriert: 29.07.2018, 14:51

Re: KNX Adapter überholt

Beitrag von Centurytt » 10.08.2018, 15:20

chefkoch009 hat geschrieben:
10.08.2018, 12:20
Hallo centurytt,

In deinem log steht, das du Node v6.14 verwendest. Update diese bitte auf Version 8.xx

VG
chefkoch009
Ja hab ich gemacht ...

c-m-m
starter
Beiträge: 10
Registriert: 11.08.2018, 19:03

Re: KNX Adapter überholt

Beitrag von c-m-m » 11.08.2018, 19:31

Hallo Zusammen,

ich habe mir ioBroker auf meinen Raspberry installiert. Leider kann ich aber scheinbar über KNX weder empfangen noch senden.

Der folgende Block an Logmeldungen wiederholt sich alle 10 Sekunden. Ist das normal oder deutet das auf ein Problem hin?
knx.0 2018-08-11 20:05:51.758 info Change state from STATE_CONNECTION_STATE_RESPONSE(6) to STATE_READY(7)
knx.0 2018-08-11 20:05:51.757 info Change state from STATE_CONNECTION_STATE_REQUEST(5) to STATE_CONNECTION_STATE_RESPONSE(6)
knx.0 2018-08-11 20:05:51.757 info Received CONNECTIONSTATE_RESPONSE : 06 10 02 08 00 08 01 00 192.168.1.101:3671 ChID : 1 SeqCntIN : 0 SeqCntOUT : 0 msgCode : [object Ob
knx.0 2018-08-11 20:05:51.757 info Change state from STATE_READY(7) to STATE_CONNECTION_STATE_REQUEST(5)
knx.0 2018-08-11 20:05:51.756 info Send : conCheck Connection State Request : 06 10 02 07 00 10 01 00 08 01 c0 a8 01 65 85 7a sent to 127.0.0.1:3671
knx.0 2018-08-11 20:05:51.745 info checkConnectionState 127.0.0.1 State : true


Wenn ich versuche das Treppenlicht einzuschalten, bekomme ich folgenden Log:
knx.0 2018-08-11 20:14:29.555 info Change state from STATE_READY(7) to STATE_READY(7)
knx.0 2018-08-11 20:14:29.555 info Change state from STATE_TUNNELLING_ACK(14) to STATE_READY(7)
knx.0 2018-08-11 20:14:29.555 info ( 4.b ) return to STATE_READY, processing : false
knx.0 2018-08-11 20:14:29.553 info ( 4 ) Sending Tunnel_Request ACK : 06 10 04 21 00 0a 04 01 00 00 ChID : 1 SeqCntIN : 0 SeqCntOUT : 1
knx.0 2018-08-11 20:14:29.449 info =====> STATE_TUNNELING_ACK 3
knx.0 2018-08-11 20:14:29.448 info Change state from STATE_TUNNELLING_REQUEST(13) to STATE_TUNNELLING_ACK(14)
knx.0 2018-08-11 20:14:29.447 info Change state from STATE_READY(7) to STATE_TUNNELLING_REQUEST(13)
knx.0 2018-08-11 20:14:29.446 info WRITE : mappedName : Treppe UG/EG dest : 0/0/3 val: 1 (DPT1.001) Treppe_UG_EG
knx.0 2018-08-11 20:14:29.446 info ( 3 ) Received TUNNEL_REQUEST (WRITE - send ACK ) : 06 10 04 20 00 15 04 01 00 00 2e 00 bc e0 11 81 00 03 01 00 81 1
knx.0 2018-08-11 20:14:29.445 info ==> easy-knx.js: signal runtime : 0s 14.18136ms
knx.0 2018-08-11 20:14:29.445 info Change state from STATE_TUNNELLING_SENT_DATA_ACK_RECV(11) to STATE_READY(7)
knx.0 2018-08-11 20:14:29.445 info ==> successful acknowledged previous package... processing next of 0
knx.0 2018-08-11 20:14:29.444 info ( 2 ) Received TUNNEL_ACK : 06 10 04 21 00 0a 04 01 00 00 from 192.168.1.101:3671 SeqCntIN : 0 SeqCntOUT : 1 GA : 0/0/0
knx.0 2018-08-11 20:14:29.444 info STATE_TUNNELlING_WAIT_SENT_ACK: received ACK for previous self sent package
knx.0 2018-08-11 20:14:29.443 info Change state from STATE_TUNNELlING_WAIT_SENT_ACK(9) to STATE_TUNNELLING_SENT_DATA_ACK_RECV(11)
knx.0 2018-08-11 20:14:29.443 info Change state from STATE_TUNNELLING_SENT_DATA(8) to STATE_TUNNELlING_WAIT_SENT_ACK(9)
knx.0 2018-08-11 20:14:29.443 info easy-knx: task.data : 06 10 04 20 00 15 04 01 00 00 11 00 bc e0 11 81 00 03 01 00 81 byteLen : 21
knx.0 2018-08-11 20:14:29.442 info ( 1 ) Send : GroupValueWrite : 06 10 04 20 00 15 04 01 00 00 11 00 bc e0 11 81 00 03 01 00 81 sent to 127.0.0.1:3671 ChID: 1 SeqCntIN : 0 SeqCntOUT : 0 delay : 12
knx.0 2018-08-11 20:14:29.442 info Change state from STATE_READY(7) to STATE_TUNNELLING_SENT_DATA(8)
knx.0 2018-08-11 20:14:29.442 info BINARY CHANGE change from 1 to 1
knx.0 2018-08-11 20:14:29.441 info add to Buffer cnt: 102 : 06 10 04 20 00 15 04 01 00 00 11 00 bc e0 11 81 00 03 01 00 81 queue.length : 0 GA : 0/0/3
knx.0 2018-08-11 20:14:29.441 info easy-knx.js groupValueWrite value: 1 dpt : DPT1.001{"type":"Buffer","data":[6,16,4,32,0,21,4,1,0,0,17,0,188,224,17,129,0,3,1,0,129]}
knx.0 2018-08-11 20:14:29.428 info main.js : tGA.write on Statechange : 0/0/3 P-074F-0_GA-3 typeof val: number 1 DPT1.001


In meinen Augen sieht der Log so aus als hätte alles funktioniert. Aber KNXD zeigt überhautp keine Reaktion. Getestet habe ich mit KNXD 0.12.16 und 0.14.24-3
Folgende Parameter habe ich für KNXD verwendet:

./knxd --eibaddr=1.1.128 --client-addrs=1.1.129:8 -D -T -R -S -i -t1023 --listen-local=/tmp/knx -B single -b usb:

Das schalten mit knxtool groupswrite funktioniert anstandslos.

Was mich ein wenig verwundert ist, das die IP Adresse 192.168.1.101 auftaucht obwohl doch die Loopback Adresse konfiguriert ist.

Hier noch Infos über mein System:
Plattform: linux
Die Architektur: arm
CPUs: 1
Geschwindigkeit: 700 MHz
Modell: ARMv6-compatible processor rev 7 (v6l)
RAM: 433.4 MB
System uptime: 1 T. 03:06:49
Node.js: v8.11.3
NPM: 4.6.1
Adapter zählen: 183
Uptime: 23:49:58


KNX Adapter ist die Version 1.0.15

Viele Grüße,

Conny

Centurytt
starter
Beiträge: 45
Registriert: 29.07.2018, 14:51

Re: KNX Adapter überholt

Beitrag von Centurytt » 12.08.2018, 16:20

Wie hast du denn KNX Programmiert mit ETS ? Verwendest du einen IP GW zum verbinden um auf den Bus zu connecten?

c-m-m
starter
Beiträge: 10
Registriert: 11.08.2018, 19:03

Re: KNX Adapter überholt

Beitrag von c-m-m » 12.08.2018, 19:33

Ich habe den KNX mit ETS 5 über ein Züblin USB Adapter programmiert.

Dieser USB Adapter steckt nun am Raspberry und knxd stellt die Verbindung zwischen USB und IP Basierter Kommunikation her.
Über knxtool kann ich auch Lampen schalten und sehe was auf dem Bus gesendet wird.

Ich habe jetzt auch mal getestet ob ich mit der ETS über den Raspberry auf den KNX komme. Der Busmonitor funktioniert aber es lassen sich keine Komponenten auslesen oder neu Programmieren. Da bricht ETS immer mit einem Timeout ab. Möglicherweise habe ich also noch ein Problem mit knxd und nicht mit dem Adapter.

Viele Grüße,

Conny

Antworten