Ankündigung

**knux** · 04.02.2016, 14:24

Hallo zusammen,

nach einigem Suchen und Testen wende ich mich vertrauensvoll an euch. Meine ersten Gehversuche mit ETS und KNX sind sehr vielversprechend gewesen und machen Lust auf mehr - später mal viel mehr. Da ich aber auch gerne selbst entwickle und bastle, will ich openHAB ans KNX bringen.

Mein Vorhaben: Meinen Pi über knxd an mein KNX Test System anschließen und mit openHAB (erstmal) einen Binärausgang schalten

Meine Hardware: Raspberry Pi 2 B+, KNX Bus über ETS erfolreich konfiguriert (Gruppenadresse 0/0/1), Siemens USB Schnittstelle N148-1AB11 (USB-HID), Siemens Binärausgang, Siemens Binäreingang
Meine Software:
Raspian (neuste Version, alle Updates drauf) - läuft
openHAB 1.8.0 - läuft, Funktionstest mit einer LED über einen Binärausgang tut's, feine Sache
knxd - mein Problem ..

Zu meinem Problem:
Ich habe nach vielem Suchen und einem Versuch eibd zu installieren, den Nachfolger knxd gefunden und installiert. Wie ich herausgefunden habe, habe ich eine USB-HID Schnittstelle. Nichts destotrotz habe ich es irgendwann zum laufen gebracht, aber nur mit einem Befehl:

Code:

sudo knx -t1023 -d -i usb:

Ich kann auch usb:/dev/usb0 eintragen, geht auch. knxd wird gestartet und mit Code:

Code:

groupswrite ip:localhost 0/0/1 1

wird auch der Binärausgang hörbar geschaltet. Hab mich erst mal gefreut wie ein Schnitzel

Zwar habe ich über findknxusb nichts finden können, aber solangs funktioniert. Mit -S -T -D -R als weitere Parameter startet knxd nicht.

Jetzt würde ich gerne das ganze auch über den Service, bzw autostart starten lassen und in openHAB richtig einbinden. Doch alle #DAEMON_OPTS (/etc/default/knxd) die ich ausprobiert habe, klappen nicht.

Code:

$sudo service knxd start
URL expected: Success
$sudo service knxd status
[FAIL] knxd is not running ...failed!

Ich denke bevor ich mich mit der richigen openHAB Konfiguration beschäftige, sollte der Dienst zuverlässig zu starten sein.

Wenn ich knxd mit Server "per Pfote" starten möchte, also

Code:

sudo knxd -D -T -S -i -u usb:

erscheint

Code:

initialization of the EIBnet/IP server failed: Resource temporarily unavailable

Hier habe ich jemaden gefunden mit meiner Schnittstelle: https://knx-user-forum.de/forum/öffe...614#post678614
Wenn ich das nutze:

Code:

knxd -u -d -c -DTS -R -i usb:

bekomme ich keine Rückmeldung, aber laufen tut knxd danach auch nicht. Ich hoffe/denke es liegt an der Reihenfolge die ich eingebe?! Noch habe ich nicht ganz die Topologie und den Aufbau von knxd verstanden, beschäftige mich erst seit gestern damit.
Ich bin für jeden Tipp dankbar

Könnt ihr mir sagen was ich vielleicht falsch mache oder nicht beachtet habe? Bin auch bereit noch etwas tiefer in die Materie einzusteigen.

knux

**o5i** · 04.02.2016, 15:57

Hallo

Hab ein ähnliches problem..
Hardware
- Rpi B+ 512
- USB KNX Schnittstelle

Code:

Bus 001 Device 006: ID 135e:0024 Merten GmbH & Co. KG   KNX-USB Data Interface

Hab Debian(Raspbian) installiert und dann knxd wie in der README beschireben

Code:

# Do not use "sudo" unless told to do so.
# If "dpkg-buildpackage" complains about missing packages
# ("Unmet build dependencies"): install them
# (apt-get install …) and try that step again.
# If it wants "x | y", try just x; install y if that doesn't work.
# Also, if it complains about conflicting packages, remove them (duh).  
# first, install build tools and get the source code sudo apt-get install git-core build-essential git clone https://github.com/knxd/knxd.git  
# knxd requires libpthsem which unfortunately isn't part of Debian
wget https://www.auto.tuwien.ac.at/~mkoegler/pth/pthsem_2.0.8.tar.gz
tar xzf pthsem_2.0.8.tar.gz cd pthsem-2.0.8
dpkg-buildpackage -b -uc
cd ..
sudo dpkg -i libpthsem*.deb  
# now build+install knxd itself
cd knxd
dpkg-buildpackage -b -uc
cd ..
sudo dpkg -i knxd_*.deb knxd-tools_*.deb

Gibt dann leider immer wieder Fehler und funzt nix

Code:

[COLOR=#333333][FONT=Helvetica Neue][SIZE=14px]knxd --error=1 -t1023 -f9 --listen-local=/var/run/knxd --pid-file=/var/run/knxd.pid --layer2=usb:1:6:1:0:0[/SIZE][/FONT][/COLOR]

Code:

Layer 0(0171C6F8,56B310EA) RecvError 2
W00000033: RecvError 2
Layer 0(0171C6F8,56B310EA) StartRecv

Wie muss ich knxd starten dass es funktioniert?

Hab gesehen dass knxd auch in der debian repo drinen ist, soll ich das paket nehmen?
Möchte das ganze mit openhab oder fhem als homevisu betreiben..
Ev auch logik progen..
mfg

**o5i** · 05.02.2016, 21:28

Nach einigen tests hab ichs jetzt geschaft mit knxtool busmonitor1 ip:localhost mitzulauschen wobei das schalten aber nicht funktioniert..
Ich hab mal openhab getestet das hat dann 1 mal funktioniert dann aber nicht mehr..

**knux** · 11.02.2016, 13:43

So nach Karneval und vielen ratlosen Stunden habe ich meinen Raspberry komplett neu aufgesetzt. Danach habe ich mich an der Anleitung auf https://github.com/knxd/knxd entlang gearbeitet und das System zum laufen gebracht.
Direkt openHAB auf den PI geworfen und mit den Werten aus https://knx-user-forum.de/forum/öffen...614#post678614 (da ich Glück hatte und jemand meine Schnittstelle ebenfalls verwendet)
Naja, jetzt wird das ganze aber wieder getrübt, da nach einem Neustart leider nichts mehr geht. openHAB startet zwar, aber knxd nicht.
Hier auf: http://forum.fhem.de/index.php/topic...re0sov2pspcvq2 habe ich zwar die gleiche Problemstellung gefunden, aber eine endgültige Lösung habe ich nicht daraus herleiten können. Auch openHAB stoppen und der Versuch nur knxd laufen zu lassen schlug fehl.

Hier meine letzte Fehlermeldungen, vielleicht kann mir jemand damit helfen:

Code:

 [FONT=Menlo][SIZE=11px][COLOR=#34bd26][B]pi@raspberrypi[/B][/COLOR] [COLOR=#5330e1][B]~ $[/B][/COLOR] service knxd start[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]initialization of the EIBnet/IP server failed: Resource temporarily unavailable[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px][COLOR=#34bd26][B]pi@raspberrypi[/B][/COLOR] [COLOR=#5330e1][B]~ $[/B][/COLOR] sudo service knxd start[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]initialization of the EIBnet/IP server failed: Resource temporarily unavailable[/SIZE][/FONT]
  [COLOR=#34BD26][FONT=Menlo][SIZE=11px][B]pi@raspberrypi[/B][COLOR=#000000] [/COLOR][COLOR=#5330e1][B]~ $[/B][/COLOR][/SIZE][/FONT][/COLOR]

Nach dem Neustart bekam ich folgende Fehlermeldungen:

Code:

 [FONT=Menlo][SIZE=11px][COLOR=#34bd26][B]pi@raspberrypi[/B][/COLOR] [COLOR=#5330e1][B]~ $[/B][/COLOR] service knxd start[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]E00000016: OpenLocalSocket /run/knx: bind: Address already in use[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]initialisation of the knxd unix protocol failed: Address already in use[/SIZE][/FONT]

Die allgemeinen Verdächtigen:

Code:

 [FONT=Menlo][SIZE=11px][COLOR=#34bd26][B]pi@raspberrypi[/B][/COLOR] [COLOR=#5330e1][B]~ $[/B][/COLOR] ps ax|grep knx[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px] 2434 pts/1    R+     0:00 grep --color=auto [COLOR=#c33720][B]knx[/B][/COLOR][/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px][COLOR=#34bd26][B]pi@raspberrypi[/B][/COLOR] [COLOR=#5330e1][B]~ $[/B][/COLOR] ps ax|grep eib[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px] 2436 pts/1    R+     0:00 grep --color=auto [COLOR=#c33720][B]eib[/B][/COLOR][/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px][COLOR=#34bd26][B]pi@raspberrypi[/B][/COLOR] [COLOR=#5330e1][B]~ $[/B][/COLOR] systemctl status knxd.service[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]-bash: systemctl: Kommando nicht gefunden.[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px][COLOR=#34bd26][B]pi@raspberrypi[/B][/COLOR] [COLOR=#5330e1][B]~ $[/B][/COLOR] systemctl status knxd.socket[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]-bash: systemctl: Kommando nicht gefunden.[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px][COLOR=#34bd26][B]pi@raspberrypi[/B][/COLOR] [COLOR=#5330e1][B]~ $[/B][/COLOR] cat /etc/knxd.conf[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]cat: /etc/knxd.conf: Datei oder Verzeichnis nicht gefunden[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px][COLOR=#34bd26][B]pi@raspberrypi[/B][/COLOR] [COLOR=#5330e1][B]~ $[/B][/COLOR] cat /etc/default/knxd[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# Defaults for knxd initscript[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# sourced by /etc/init.d/knxd[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# installed at /etc/default/knxd by the maintainer scripts[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px] [/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]########################################################################[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# This file is ignored when using systemd: edit /etc/knxd.conf instead #[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]########################################################################[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px] [/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# start knxd when /etc/init.d/knxd start is run[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# by default knxd does NOT start. set to YES to enable[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]START_KNXD=YES[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px] [/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# Additional options that are passed to the Daemon.[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]#[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# sane default: route between local KNX clients and multicast[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]#DAEMON_ARGS="-u /tmp/eib -u /var/run/knx -i -b ip:"[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]#DAEMON_ARGS="-u /run/knx -u /var/run/knx -D -T -R -S -i -b usb:"[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]DAEMON_ARGS="-D -T --daemon=/var/los/eibd.log -S -i usb:"[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px] [/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# Run `knxd --help` to get a complete list of available options and drivers.[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px] [/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# If you have KNX hardware on a serial port or USB, add the appropriate[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# "-b TYPE:…" option. In this case, you probably want to set up a multicast[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# server, not a client (i.e. use "-D -T -R -S", not "-b ip:").[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# DO NOT use both.[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# [/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# If your KNX hardware is a KNX/IP gateway that doesn't do multicast,[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# use "-b ipt:192.168.1.2" (or its DNS name) to talk to it.[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]#[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# KNX MUST NOT have more than one path between any two devices. Thus,[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# you need to make sure that the KNX/IP gateway does not route multicast[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# before you use both "-S" and "-b ipt:".[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px] [/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# The default bus address of knxd is 0.0.1. If that's in use in your KNX[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# network (or if you run more than one knxd on your network), set a[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px]# different address (-e 15.0.99).[/SIZE][/FONT]

Das erste "DAEMON_ARGS" ist das Originale, das Zweite war das, was bis zum Neustart funktioniert hat und das Letzte ist eines, was bei einem geholfen hat (Der Link: http://forum.fhem.de/index.php/topic...html#msg339143)

Ich versteh noch nicht ganz wie das Ganze funktioniert, aber ich vermute, dass diese Sockets(?) irgendwie "belegt" sind. Nur weiß ich leider nicht wie und wo oder wer?
Könnte mir jemand einen Tipp geben?

Schon mal vielen Dank!

**o5i** · 11.02.2016, 15:39

Hallo

Hab ein wenig weiter gemacht...
Zum einen hatte der user knxd keinen zugriff auf das usb device deshalb habe ich einen neuen Symlink erzeugt

Code:

SUBSYSTEM=="usb", ATTR{idVendor}=="135e", ATTR{idProduct}=="0024", ACTION=="add", GROUP="knxd", MODE="0664", SYMLINK+="ttyKNX", OWNER="knxd"

nach dem neustart konnte ich mit

Code:

sudo -u knxd knxd -D -T -S -i -b usb:/dev/ttyKNX

starten.
Leider funktioniert nicht alles.

Code:

knxtool busmonitor1 ip:localhost

funktioniert

Code:

knxtool groupswrite ip:localhost 0/0/4 1

funktioniert

Code:

knxtool groupreadresponse ip:localhost 0/0/10

funktioniert nicht
Ich hab dann auch paralell das ets drangehängt und geschaut ob da was übertragen wird aber das wird da nicht..
KNXD in kombination mit openhab funktioniert auch nur teilweise, write geht read aber nicht.
Anscheinend wird der readbefehl nicht verarbeitet..
An der Schnittstelle liegts warscheinlich nicht weil write funktioniert weshalb die Verbindung bidirektional läuft..

Dann hab ich mir auch das startskript angeschaut das wirklich sehr dürftig gemacht ist, schein einfach ein kompiertes skeletron zu sein mit dem eingefügten befehl. Da gibts womöglich nachholbedarf. Das ganze unter wheezy. Unter jessie kann ich keine verbindung zu knxd aufbauen. Autostart funktioniert da aber und anscheinend auch die rechtevergabe der usb schnittstelle..

Aufgrund dieser Mängel bin ich zum schluss gekommen dass ich openhab nativ mit einer ip schnittstelle laufen lasse...

**Smurf** · 11.02.2016, 16:29

Also … (a) ja, das Startskript ist ein gehacktes Skeleton. Das wird aber unter Jessie eh nicht mehr verwendet; meine Motivation, das in irgendeiner Weise zu pflegen, hält sich sehr in Grenzen.

(b) Was heißt bei dir "unter Jessie funktioniert Autostart"? Mit welchen Argumenten läuft der knxd danach (

Code:

ps axww | grep knx

) und was liefert

Code:

lsof -p $(pidof knxd)

für eine Augabe?

groupreadresponse funktioniert bei mir:

Code:

# knxtool groupreadresponse ip:localhost 1/2/9
Send request
Response from 1.1.2: 01
Ending groupreadresponse.

"knxtool busmonitor" ist keine gute Idee, weil das (a) irgendeine Schnittstelle (also nicht zwingend /dev/ttyKNX oder USB oder was auch immer) (b) komplett übernimmt (d.h. die nimmt dann an der "normalen" Buskommunikation gar nicht mehr teil).
Bitte immer "vbusmonitor1" o.Ä. verwenden. Ich habe vor, künftig busmonitor ohne besondere Option gar nicht erst zu erlauben.

**knux** · 11.02.2016, 16:52

Hallo nochmal und danke Smurf, dass du noch mal hilfst!

Ich habe zwischenzeitlich noch mal rumprobiert und mal versucht knxd händisch zu starten und dabei verschiedene Parameter weg zulassen oder zu ändern. Aber naja ...

Entweder bekomme ich

Code:

Address is already in use

oder wenn ich die "-u Parameter weglasse"

Code:

Resource temporarily unavailable

Alles was ich weiter oben schon beschrieben habe, ist (leider) geblieben.

**Smurf** · 11.02.2016, 16:59

Du bekommst "address is already in use", weil (a) knxd bereits läuft oder (b) weil systemd die Sockets offenhält. Das ist Absicht (man vermeidet damit nervige Abhängigkeiten der Programme untereinander, beim Booten) und lässt sich zum "händischen" Experimentieren mit

Code:

systemctl stop knxd.socket

abstellen.

Bei "Resource temporarily unavailable" vermute ich eher, dass knxd läuft und die serielle Schnittstelle offen hat … genau klären lässt sich das mit strace, und/oder indem jemand sich mal hinsetzt und die Fehlermeldungen verbessert, die knxd so ausspuckt.

**knux** · 11.02.2016, 17:08

okay. Ich arbeite unter Wheezy und systemctl kennt er nicht. Sollte ich das besser nachinstallieren?

Ich hatte in anderen Posts vernommen, dass man das nur unter Jessie braucht, bzw. auch ohne auskommt. Bitte korrigier mich, wenn ich falsch liege. Falls es Sinn macht, versuche ich auch mein System auf Jessie umzustricken, bisher habe ich mich aber damit noch nicht auseinander gesetzt.

Code:

 [FONT=Menlo][SIZE=11px][COLOR=#34bd26][B]pi@raspberrypi[/B][/COLOR] [COLOR=#5330e1][B]~ $[/B][/COLOR] ps axww|grep knxd[/SIZE][/FONT]
  [FONT=Menlo][SIZE=11px] 2937 pts/0    S+     0:00 grep --color=auto [COLOR=#c33720][B]knxd[/B][/COLOR][/SIZE][/FONT]

**Smurf** · 11.02.2016, 17:23

Unter Wheezy gibt's natürlich weder systemctl noch systemd. In dem Fall läuft dein knxd tatsächlich schon, eine andere Erklärung gibt es nicht. Bring die laufende Version einfach um.

**knux** · 11.02.2016, 17:33

okay. knxtool mit groupswrite, was gestern funktionierte, tut's nicht mehr. Naja, ich hab knxd aus dem Autostart per

Code:

update-rc.d -f -n knxd remove

rausgeworfen und neu gestartet. openHAB ist auch schon draußen. Leider keine Besserung. Beim Startversuch kommt "Address already in use".
Wie kann ich die laufende Version umbringen?

**Smurf** · 11.02.2016, 17:40

Bitte stelle nicht-knxd-spezifische Unix-Grundwissen-Fragen a la "wie bringe ich einen Prozess um" nicht hier.

**knux** · 11.02.2016, 17:48

Oh sorry. Mein Fehler!
Ich habe jetzt alles durchsucht, per "Hand" die Prozessliste durch gesucht und versucht einfach knxd zu stoppen, er findet einen solchen Prozess nicht.

**Smurf** · 11.02.2016, 18:07

Äh, sorry aber wenn da "address already in use" steht, dann ist da ein Prozess, der den entsprechenden Socket offen hat.
Notfalls bemühe "lsof|grep knx" (oder, für IP, 6720, oder für den alten Socket /tmp/eib).

**o5i** · 12.02.2016, 11:06

Hallo

Hab jetzt nochmal alles installiert aber immer das selbe ergebnis.
Dank stoppen vom systemd socket kann ich knxd endlich auch unter jessy starten...

Code:

 sudo -u knxd /usr/bin/knxd -d -i -b usb:/dev/KNXUSB

udev rules

Code:

SUBSYSTEM=="usb", ATTR{idVendor}=="135e", ATTR{idProduct}=="0024", ACTION=="add", GROUP="knxd", MODE="0664", SYMLINK+="ttyKNX", OWNER="knxd"

Code:

ps axww | grep knx
 1112 ?        Ss     0:00 /usr/bin/knxd -d -i -b usb:/dev/KNXUSB

Code:

lsof -p $(pidof knxd)
knxd    1112 knxd  txt       REG  179,2   300124  4467 /usr/bin/knxd

Code:

 knxtool busmonitor1 ip:localhost
LPDU: BC 11 A0 20 0E E1 00 80 BD :L_Data low from 1.1.160 to 4/0/14 hops: 06 T_DATA_XXX_REQ A_GroupValue_Write (small) 00
LPDU: CC :ACK
LPDU: BC 11 70 20 0F E1 00 80 6C :L_Data low from 1.1.112 to 4/0/15 hops: 06 T_DATA_XXX_REQ A_GroupValue_Write (small) 00
LPDU: CC :ACK
LPDU: BC 11 12 16 05 E1 00 80 32 :L_Data low from 1.1.18 to 2/6/5 hops: 06 T_DATA_XXX_REQ A_GroupValue_Write (small) 00
LPDU: CC :ACK
LPDU: BC 11 03 20 0B E1 00 80 1B :L_Data low from 1.1.3 to 4/0/11 hops: 06 T_DATA_XXX_REQ A_GroupValue_Write (small) 00
LPDU: CC :ACK

funktioniert

Code:

knxtool groupswrite ip:localhost 0/0/5 1

funktioniert

Code:

knxtool groupreadresponse ip:localhost 0/1/22
Send request
Ending groupreadresponse.

Funktioniert nicht

Wiso?

*DEBUG MODE ON*

Wenn ich

Code:

knxtool groupreadresponse ip:localhost 0/1/10
Send request
Ending groupreadresponse.

mache passiert das:

Code:

Layer 8(0174D1E0,56BDAFE4) New Connection
Layer 8(01790F48,56BDAFE4) ClientConnection Init
Layer 8(01790F48,56BDAFE4) RecvMessage(005): 00 22 01 0A 00
Layer 7(017A140C,56BDAFE4) OpenGroup
Layer 4(0175E180,56BDAFE4) OpenGroup 0/1/10 RW
Layer 3(0173CC60,56BDAFE4) registerLayer2 0175E180
Layer 3(0173CC60,56BDAFE4) registerLayer2 0175E180 = 1
Layer 7(017A140C,56BDAFE4) OpenGroup complete
Layer 8(01790F48,56BDAFE4) SendMessage(002): 00 22
Layer 8(01790F48,56BDAFE4) RecvMessage(004): 00 25 00 00
Layer 7(017A140C,56BDAFE4) Send(002): 00 00
Layer 4(0175E180,56BDAFE4) Send Group T_DATA_XXX_REQ A_GroupValue_Read
Layer 3(0173CC60,56BDAFE4) Enqueue L_Data low from 0.0.0 to 0/1/10 hops: 07 T_DATA_XXX_REQ A_GroupValue_Read
Layer 3(0173CC60,56BDAFE4) RecvData L_Data low from 0.0.0 to 0/1/10 hops: 06 T_DATA_XXX_REQ A_GroupValue_Read
Layer 2(01780A28,56BDAFE4) Send L_Data low from 1.1.254 to 0/1/10 hops: 06 T_DATA_XXX_REQ A_GroupValue_Read
Layer 1(01780A28,56BDAFE4) Send L_Data low from 1.1.254 to 0/1/10 hops: 06 T_DATA_XXX_REQ A_GroupValue_Read
Layer 0(0175EBE0,56BDAFE4) Send-EMI(009): 11 0C 00 00 01 0A E1 00 00
Layer 1(0175D6F0,56BDAFE4) Send(064): 01 13 11 00 08 00 09 01 01 00 00 11 0C 00 00 01 0A E1 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Layer 0(0175D6F0,56BDAFE4) Send(064): 01 13 11 00 08 00 09 01 01 00 00 11 0C 00 00 01 0A E1 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Layer 0(0175D6F0,56BDAFE4) StartSend
Layer 0(0175D6F0,56BDAFE4) SendComplete 64
Layer 0(0175D6F0,56BDAFE4) RecvComplete 64
Layer 0(0175D6F0,56BDAFE4) RecvUSB(064): 01 13 11 00 08 00 09 01 01 00 00 4E BC FF FF 01 0A E1 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Layer 0(0175D6F0,56BDAFE4) StartRecv
Layer 1(0175D6F0,56BDAFE4) Recv(064): 01 13 11 00 08 00 09 01 01 00 00 4E BC FF FF 01 0A E1 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Layer 0(0175EBE0,56BDAFE4) RecvEMI(009): 4E BC FF FF 01 0A E1 00 00
Layer 7(017A140C,56BDAFEE) CloseGroup
Layer 4(0175E180,56BDAFEE) CloseGroup
Layer 3(0173CC60,56BDAFEE) deregisterLayer2 0175E180 = 1
Layer 8(01790F48,56BDAFEE) ClientConnection closed

später kommt auch noch das Zeugs dazu:

Code:

Layer 0(0175D6F0,56BDB002) RecvError 2
W00000033: RecvError 2
Layer 0(0175D6F0,56BDB002) StartRecv
Layer 0(0175D6F0,56BDB020) RecvError 2
W00000033: RecvError 2
Layer 0(0175D6F0,56BDB020) StartRecv
Layer 0(0175D6F0,56BDB03E) RecvError 2
W00000033: RecvError 2
Layer 0(0175D6F0,56BDB03E) StartRecv
Layer 0(0175D6F0,56BDB05C) RecvError 2
W00000033: RecvError 2

Ankündigung

eibd(war bcusdk) Fork -> knxd

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar