Test Adapter KNX v2.x

socke85

Hallo zusammen,

habt sonst jemand evtl. eine Idee - vielleicht liegt es auch nicht am Adapter, dass Räume und Funktionen nicht zugeordnet werden?

chefkoch009

@socke85 Hallo, nein es liegt nicht an Dir. Ich habe das Augenmerk erstmal auf den Import der neuen ETS Versionen gelegt. In den Gebäudestrukturen hat sich ebenfalls sehr viel verändert (was ich aber erstmal für den Import vernachlässigt habe). Ich weiss darum, das ist auch noch eine Baustelle, die nicht vergessen ist.

VG
chefkoch009

socke85

@chefkoch009 Danke erstmal für deine Rückmeldung! Liege ich richtig, dass "Geräte" über den Devices Adapter erst automatisch angelegt werden, wenn das gefixed ist?

+Und ich das dann erst in meine Lovelace vis bekomme.. oder ist das am Ende immer manuelle Arbeit?

chefkoch009

@socke85 Aus Sicht des Adapters werden die Räume mit den den entsprechenden Funktionen angelegt.

VG
chefkoch009

socke85

@chefkoch009 Okay, d.h. ja erstmal das am ehesten in meinem Projekt etwas nicht passt, da ich keine einzige Zuordnung von Raum oder Funktion habe bei den Datenpunkten habe. Die Räume sind prinzipiell nach dem Import vorhanden und manuell wählbar, sonst nix. Dementsprechend werden über den devices Adapter auch keine Geräte erzeugt.

Die Aktoren für Licht sind zentral im Raum "Technik" alle Jalousieaktoren sind dezentral in den Räumen inkl. der Taster für das Licht logischerweise. Was müsste ansonsten gegeben sein, damit das richtig funktioniert?

Zu deinem Preismodell möchte ich dir gerne Feedback / eine Anregung geben:

Ist es für mich nachvollziehbar, dass jemand bei entsprechend Aufwand auch zur Kasse bittet - völlig Okay.
Es scheint mir dass du mit Stufe 1 - bis 500 die "kleinen" Einfamilienhäuser adressierst und somit den Privatanwender daheim nicht schröpfen möchtest.
Leider sind 500 GA für mich und ich glaube einen großen Teil der Community deutlich zu wenig. Eine Orientierung an einer Anzahl Geräte im Bus wäre glaube ich sinnvoller. Da Abhängig von Gerät und Funktion sehr viele Gas zusammenkommen. Beispiel LED Controller von MDT, wenn ich hier mit Tunable White und HCL etc. arbeite dann kommen hier schon über 20 GAs für einen Kanal zusammen .. ob das sinnvoll ist sei mal dahingestellt

Das aber nur am Rande ich bin ja noch am Testen und lösche dafür übergangsweise einen Großteil. Bin gespannt ob Ichs zum laufen bekomme.
Danke für deinen Support an der Stelle.

PS: Brauchst du noch weitere Infos neben den Screenshots um das ggfs. etwas einzugrenzen?

socke85

Sonst jemand eine Idee .. könnte es noch am Projekt liegen? Komme nicht weiter

JojoS

mit der neuen Version 2.0.15 werden Ein-Schaltbefehle mit etwa 2s Verzögerung ausgeführt, Ausschalten geht schnell. Ich bin jetzt auf 2.0.14 zurück, damit beobachte ich diesen Effekt nicht.
Bin ich Einzelschicksal oder kann jemand das bestätigen?

Garfonso

@jojos
ich nehme hier grundsätzlich auch eine deutliche Verzögerung wahr. Ich vermute aber nicht, dass es am konkreten Befehl liegt, sondern daran, dass es "der erste" Befehl nach einer längeren Zeit ist. (i.e. wenn die Aus schaltest, hast du vermutlich kurz vorher angeschaltet -> lässt du eine Lampe mal ein paar Stunden an, vermute ich, dass das ausschalten auch brauchen wird. Hier beobachte ich das jedenfalls mit allem möglichen, Rolladen, Farbtemperatur, dimmen, ...).

JojoS

@garfonso ja, ~~wobei gefühlt trotzdem aus schneller schaltet~~. Aber ja, direkt nach aus einschalten geht dann auch schnell.

Edit:
Einschalten langsamer weil ich gerade ein Gerät mit elektronischem Trafo beobachtet habe, da schaltet der langsamer ein. Es ist also wie du sagst, nach einer Zeit schläft das ein und reagiert beim ersten Mal langsamer.

ioB läuft auf einem Proxmox mit i3, ioB CPU ist kontinuierlich ca. 8 %, andere Container laufen mit <10 % in Summe. Sollte da auch kein Performanceproblem sein. Und mit der älteren Version ist dieses Verhalten noch nicht zu sehen.

chefkoch009

@jojos Steht irgendetwas auffälliges in Deinem log?

Bei mir kann ich diese Beobachtung nicht machen. Ich habe das (dimmen, schalten )versucht bei mir erfolglos nachzustellen. Dimmen ist wegen softon-softoff sowieso sehr schwer nachzuvollziehen. Wenn ich auf den Gruppenmonitor schaue, dann geht das nahezu instant bei mir durch.

VG
chefkoch009

JojoS

@chefkoch009 ich habe jetzt nochmal die neue Version aktiviert und eine einfache Lampe angeschlossen. Die Ein/Ausschaltzeiten sind sehr zufällig verzögert, bis mehrere Sekunden. Ich kann da jetzt noch kein Schema erkennen.
Ein log habe ich aufgenzeichnet, wo kann ich das hinschicken?
Da war doch auch was mit Redis, wo kann ich nochmal sehen ob ich das benutze, die Installation ist schon so lange her...
edit:
also der redis service läuft nicht. Nur im log sehe ich States user redis pmessage knx.0.* Meldungen.

lessthanmore

@jojos said in Test Adapter KNX v2.x:

wo kann ich nochmal sehen ob ich das benutze

iob status

gibt dann sowas:

iob status
iobroker is running on this host.

At least one iobroker host is running.

Objects type: redis
States  type: redis

JojoS

@lessthanmore danke, ich benutze json1

@chefkoch009

knx.0	2022-06-15 13:15:24.204	info	( 4.b ) return to STATE_READY, processing : false
knx.0	2022-06-15 13:15:24.204	info	( 4 ) Sending Tunnel_Request ACK : 06 10 04 21 00 0a 04 59 10 00 ChID : 89 SeqCntIN : 16 SeqCntOUT : 142 queue length : 0
knx.0	2022-06-15 13:15:24.203	info	=====> STATE_TUNNELING_ACK
knx.0	2022-06-15 13:15:24.202	info	WRITE : mappedName : Terasse Steckdose3 li Status dest : 3/1/3 val: 0 (DPT1.011) Terasse_Steckdose3_li_Status
knx.0	2022-06-15 13:15:24.202	info	( 3.2 ) Received TUNNEL_REQUEST (WRITE - send ACK ) : 06 10 04 20 00 15 04 59 10 00 29 00 bc e0 11 03 19 03 01 00 80 ChID: 89
knx.0	2022-06-15 13:15:24.149	info	( 4.b ) return to STATE_READY, processing : false
knx.0	2022-06-15 13:15:24.149	info	( 4 ) Sending Tunnel_Request ACK : 06 10 04 21 00 0a 04 59 0f 00 ChID : 89 SeqCntIN : 15 SeqCntOUT : 142 queue length : 0
knx.0	2022-06-15 13:15:24.148	info	=====> STATE_TUNNELING_ACK
knx.0	2022-06-15 13:15:24.148	info	( 3.6a ) Received L_DATA.con 06 10 04 20 00 15 04 59 0f 00 2e 00 bc e0 11 64 18 03 01 00 80 was successfully processed by receiver.
knx.0	2022-06-15 13:15:24.131	info	==> easy-knx.js: signal runtime : 0s 1.209669ms
knx.0	2022-06-15 13:15:24.131	info	==> successful acknowledged previous package... processing next of 0
knx.0	2022-06-15 13:15:24.131	info	( 2 ) Received TUNNEL_ACK : 06 10 04 21 00 0a 04 59 8d 00 from 192.168.100.64:3671 SeqCntIN : 14 SeqCntOUT : 142 GA : 0/0/0
knx.0	2022-06-15 13:15:24.130	info	easy-knx: task.data : 06 10 04 20 00 15 04 59 8d 00 11 00 bc e0 11 64 18 03 01 00 80 byteLen : 21
knx.0	2022-06-15 13:15:24.130	info	( 1 ) Sending : GroupValueWrite : 06 10 04 20 00 15 04 59 8d 00 11 00 bc e0 11 64 18 03 01 00 80 sent to 192.168.100.64:3671 ChID: 89 SeqCntIN : 14 SeqCntOUT : 141 GA : 3/0/3 conCheck.conected : true
knx.0	2022-06-15 13:15:24.130	info	Has todo still 1 tasks, just processing : false
knx.0	2022-06-15 13:15:24.129	info	Received CONNECTIONSTATE_RESPONSE : 06 10 02 08 00 08 59 00 192.168.100.64:3671 ChID : 89 SeqCntIN : 14 SeqCntOUT : 141 msgCode : [object Object]
knx.0	2022-06-15 13:15:24.129	info	Send : conCheck Connection State Request : 06 10 02 07 00 10 59 00 08 01 00 00 00 00 9d 01 sent to 192.168.100.64:3671
knx.0	2022-06-15 13:15:24.128	info	checkConnectionState 192.168.100.64 State : true
knx.0	2022-06-15 13:15:17.897	info	BINARY CHANGE change from false to 0
knx.0	2022-06-15 13:15:17.896	info	easy-knx.js groupValueWrite value: 0 dpt : DPT1.001{"type":"Buffer","data":[6,16,4,32,0,21,4,89,141,0,17,0,188,224,17,100,24,3,1,0,128]}
knx.0	2022-06-15 13:15:17.896	info	main.js : tGA.write on Statechange : 3/0/3 P-0AC9-0_GA-52 typeof val: boolean false DPT1.001

das müsste ein Ausschnitt sein wo die Reaktion lange gedauert hat.

chefkoch009

@jojos Zwischen Zeile 18 und 19 liegen 7Sek?..... In Zeile 19 hat er alles soweit vorbereitet zum Senden. Dann passiert nix, deshalb fragt er nach, ob die Verbindung noch besteht und bekommt ein OK zurück und sendet unmittelbar danach.

Die Frage ist nun kann oder will er nicht senden? Tritt das erst nach längerem Betrieb auf, oder direkt beim Start?

VG
chefkoch009

JojoS

@chefkoch009 das passiert auch direkt beim Start. Ist das vielleicht was mit Zusammenspiel mit neuem Admin/Controller?

ich hatte es vorher nochmal mit level silly, da sieht man in der Pause aber auch nichts.

2022-06-15 12:59:58.628 - info: knx.0 (4178186) =====> STATE_TUNNELING_ACK
2022-06-15 12:59:58.629 - info: knx.0 (4178186) ( 4 ) Sending Tunnel_Request ACK : 06 10 04 21 00 0a 04 58 d1 00 ChID : 88 SeqCntIN : 209 SeqCntOUT : 106 queue length : 0
2022-06-15 12:59:58.629 - info: knx.0 (4178186) ( 4.b ) return to STATE_READY, processing : false
2022-06-15 12:59:58.630 - info: knx.0 (4178186) ( 3.2 ) Received TUNNEL_REQUEST (WRITE - send ACK ) : 06 10 04 20 00 17 04 58 d2 00 29 00 bc e0 11 04 30 03 03 00 80 0c 92 ChID: 88
2022-06-15 12:59:58.630 - info: knx.0 (4178186) WRITE : mappedName : Schlafzimmer dest : 6/0/3 val: 23.400000000000002 (DPT9.001) Schlafzimmer
2022-06-15 12:59:58.630 - info: knx.0 (4178186) =====> STATE_TUNNELING_ACK
2022-06-15 12:59:58.630 - info: knx.0 (4178186) ( 4 ) Sending Tunnel_Request ACK : 06 10 04 21 00 0a 04 58 d2 00 ChID : 88 SeqCntIN : 210 SeqCntOUT : 106 queue length : 0
2022-06-15 12:59:58.630 - info: knx.0 (4178186) ( 4.b ) return to STATE_READY, processing : false
2022-06-15 12:59:58.643 - silly: knx.0 (4178186) States user redis pmessage knx.0.*/knx.0.Sensoren.Licht.HelligkeitSchlafzimmer:{"val":511.04,"ack":true,"ts":1655290798641,"q":0,"from":"system.adapter.knx.0","user":"system.user.admin","lc":1655290797661}
2022-06-15 12:59:58.644 - silly: knx.0 (4178186) States user redis pmessage knx.0.*/knx.0.Sensoren.Temperaturen.Schlafzimmer:{"val":23.400000000000002,"ack":true,"ts":1655290798641,"q":0,"from":"system.adapter.knx.0","user":"system.user.admin","lc":1655290078077}
2022-06-15 13:00:00.785 - silly: knx.0 (4178186) States user redis pmessage knx.0.*/knx.0.Dosen_schalten.Schalten.Terasse_Steckdose3_li:{"val":true,"ack":false,"ts":1655290800784,"q":0,"from":"system.adapter.web.0","user":"system.user.admin","lc":1655290800784}
2022-06-15 13:00:00.785 - info: knx.0 (4178186) main.js : tGA.write on Statechange : 3/0/3 P-0AC9-0_GA-52 typeof val: boolean true DPT1.001
2022-06-15 13:00:00.785 - info: knx.0 (4178186) easy-knx.js groupValueWrite value: 1 dpt : DPT1.001{"type":"Buffer","data":[6,16,4,32,0,21,4,88,106,0,17,0,188,224,17,100,24,3,1,0,129]}
2022-06-15 13:00:00.786 - info: knx.0 (4178186) BINARY CHANGE change from true to 1
2022-06-15 13:00:08.631 - info: knx.0 (4178186) checkConnectionState 192.168.100.64 State : true
2022-06-15 13:00:08.632 - info: knx.0 (4178186) Send : conCheck Connection State Request : 06 10 02 07 00 10 58 00 08 01 00 00 00 00 cd e1 sent to 192.168.100.64:3671
2022-06-15 13:00:08.632 - info: knx.0 (4178186) Received CONNECTIONSTATE_RESPONSE : 06 10 02 08 00 08 58 00 192.168.100.64:3671 ChID : 88 SeqCntIN : 210 SeqCntOUT : 106 msgCode : [object Object]
2022-06-15 13:00:08.632 - info: knx.0 (4178186) Has todo still 1 tasks, just processing : false
2022-06-15 13:00:08.632 - info: knx.0 (4178186) ( 1 ) Sending : GroupValueWrite : 06 10 04 20 00 15 04 58 6a 00 11 00 bc e0 11 64 18 03 01 00 81 sent to 192.168.100.64:3671 ChID: 88 SeqCntIN : 210 SeqCntOUT : 106 GA : 3/0/3 conCheck.conected : true
2022-06-15 13:00:08.633 - info: knx.0 (4178186) easy-knx: task.data : 06 10 04 20 00 15 04 58 6a 00 11 00 bc e0 11 64 18 03 01 00 81 byteLen : 21
2022-06-15 13:00:08.633 - info: knx.0 (4178186) ( 2 ) Received TUNNEL_ACK : 06 10 04 21 00 0a 04 58 6a 00 from 192.168.100.64:3671 SeqCntIN : 210 SeqCntOUT : 107 GA : 0/0/0
2022-06-15 13:00:08.633 - info: knx.0 (4178186) ==> successful acknowledged previous package... processing next of 0
2022-06-15 13:00:08.633 - info: knx.0 (4178186) ==> easy-knx.js: signal runtime : 0s 0.917653ms

chefkoch009

@jojos Auf meinem Dev-System und Produktionssystem habe ich den 5er Admin laufen.

Wenn das der einzige Unterschied ist, dann möchte ich einmal in die Runde fragen, ob jemand das bestätigen kann, oder so etwas beobachtet hat.

Hast Du dieses Verhalten auch, wenn Du direkt über den Objektbaum schaltest oder nur über die Visu?

VG
chefkoch009

JojoS

@chefkoch009 Verzögerungen gab es auch bei Logik über Node Red. Beim Schalten über den Objektbaum gibt es die Verzögerung auch.
Den Admin habe ich bis 5.4.8 zurück installiert, die Verzögerung tritt trotzdem nur bei KNX 2.0.15 auf. Reproduzierbar, mehrmals verschiedene Versionen installiert.
Garfonso hat das doch auch beobachtet?

jojo@iobroker-prod:~$ iob info
Platform       : linux
os             : linux
Architecture   : x64
CPUs           : 1
Speed          : 2600 MHz
Model          : Intel(R) Core(TM) i3-10110U CPU @ 2.10GHz
RAM            : 4 GB
System uptime  : 17d. 23:07:09
Node.js        : v14.19.3
time           : 1655378041359
timeOffset     : -120
adapters count : 501
NPM            : v6.14.17
Disk size      : 15.6 GiB
Disk free      : 7.3 GiB
jojo@iobroker-prod:~$ iobroker v
4.0.23

Garfonso

@jojos
ja, hab das mit Admin 5.x und auch Admin 6 beobachtet. Schalten per Javascript, Visu (Lovelace) oder Objektbaum macht keinen Unterschied, kann alles verzögert sein.

chefkoch009

Vielen Dank für eure Mühen. Tritt es nur bei "Schalten" oder auch bei "dimmen Wert" auf?

VG
chefkoch009

schmid_no1

@chefkoch009 kann ich bestätigen mit admin 6.
Verzögerungen geschaltet über die vis kommen bis zu 7 Sekunden später an

NEWS

Test Adapter KNX v2.x

Support us

693
Online

31.6k
Users

79.6k
Topics

1.3m
Posts

NEWS

Test Adapter KNX v2.x

Support us

693Online

31.6kUsers

79.6kTopics

1.3mPosts

693
Online

31.6k
Users

79.6k
Topics

1.3m
Posts