Autostart von EIBD auf Raspi2

[Andi291]

Hallo smurfix,

dann lügen meine Erfahrung und diverse Foren:

http://wiki.linuxmce.org/index.php/EIB/KNX_with_eibd
http://ekblad.org/knx/
http://sourceforge.net/p/bcusdk/mailman/message/30506672/

Ohne das route add hab ich meinen in multicast config laufenden PI nicht an den Start bekommen. Andere scheinbar auch nicht...


Wegen des groupswrite hast Du natürlich recht. Muss auf IP und 127.0.0.1 lauten...Also so: groupswrite ip:127.0.0.1 0/2/9 0

[smurfix]

Hmm. Bei mir funktioniert das anstandslos ohne irgendwelche Routen.

Eine Konfiguration mit -i/-u und ipt: verwendet Multicast nicht einmal; die Daten kommen über TCP- oder Unixsocket rein und gehen über die Tunnel-Verbindung zum Gatway raus.
Mit dem aktuellen knxd sollte das funktionieren, d.h. man kann in der Konstellation das -DTS eigentlich weglassen.

Werde ich gleich mal testen.

[speedschmidt]

@smurfi

Du sollst ja auch nicht alles posten, sondern nur den letzten Durchlauf ...

Woran erkenne ich den "letzten Durchlauf" (ohne Uhrzeit o.ä.)?

Dann installiere "lsof".

ich kann mit apt-get kein lsof installieren? gibt es alternative Quellen (wget etc.)? Sorry Linux-Anfänger aber ich bemühe mich.

@andi291
ich hatte dieses Thema in Anfängerfragen schon mal gepostet und inzwischen geschlossen (nach einer teilweise unqualifizierten Antwort eines anderen Users). Auch weil nicht wusste wie man einen Beitrag verschiebt. Aber ich hatte von dir hier schon einiges zu diesem Thema gelesen und ich meine auch größtenteils probiert - leider ohne Erfolg. Mein Problem besteht auch nicht darin den eibd oder knxd überhaupt zu starten. Manuell geht das alles wunderbar (siehe wieter vorn). Aber ich möchte das mein Raspi2 ohne weitere Eingaben wieder komplett zur bedienbaren fhem-Visu hochfährt.

Ingo

[smurfix]

@smurfi
Woran erkenne ich den "letzten Durchlauf" (ohne Uhrzeit o.ä.)?

Indem du den Kram in eine neue Datei schreibst!

ich kann mit apt-get kein lsof installieren? gibt es alternative Quellen (wget etc.)? Sorry Linux-Anfänger aber ich bemühe mich.

Sorry, wenn's da bei mir aufhört, aber "lsof" ist ein Standardtool, das seit gefühlten Urzeiten bei Debian dabei ist.
"apt-get update && apt-get install lsof" hat gefälligst zu funktionieren. Was steht in deiner /etc/apt/sources.list drin? Was genau kommt dabei hinten raus? "Kann ich nicht installieren" ist keine Fehlermeldung!

[speedschmidt]

high

wie kann ich denn den kram in eine neue Datei schreiben. ich habe es versucht mit:

Code Auswählen Erweitern


sudo touch /var/log/eibd2.log
/usr/local/bin/eibd -t 1023 -D -R -T -i --eibaddr=15.15.255 --daemon=/var/log/eibd2.log --no-tunnel-client-queuing -S ipt:192.168.100.34.
Can not open file /var/log/eibd2.log

Bitte nähere Hinweise - nochmal ich bin Linuxanfänger und da reicht
" .. in eine neue Datei schreiben ... " nur bedingt, aber ich bin gern bereit etwas neues zu lernen.

lsof habe ich natürlich installiert bekommen. Aber wie bekomme ich die PID vom knxd heraus? folgendes bleibt ohne ausgaben:

Code Auswählen Erweitern


sudo service knxd status
● knxd.service - LSB: <knxd>
   Loaded: loaded (/etc/init.d/knxd)
   Active: active (exited) since Sa 2015-07-11 13:14:48 CEST; 29min ago

Jul 11 13:14:46 raspberrypi knxd[587]: No listen-address given: Success
Jul 11 13:14:48 raspberrypi systemd[1]: Started LSB: <knxd>.
Jul 11 13:30:50 raspberrypi systemd[1]: Started LSB: <knxd>.

pi@raspberrypi /var/log $ lsof -p 587
pi@raspberrypi /var/log $

pi@raspberrypi /var/log $ sudo service knxd start
pi@raspberrypi /var/log $ sudo service knxd restart
pi@raspberrypi /var/log $ sudo service knxd status
● knxd.service - LSB: <knxd>
   Loaded: loaded (/etc/init.d/knxd)
   Active: active (exited) since Sa 2015-07-11 13:48:19 CEST; 7s ago
  Process: 1625 ExecStop=/etc/init.d/knxd stop (code=exited, status=0/SUCCESS)
  Process: 1634 ExecStart=/etc/init.d/knxd start (code=exited, status=0/SUCCESS)

Jul 11 13:48:19 raspberrypi knxd[1634]: No listen-address given: Success
Jul 11 13:48:19 raspberrypi systemd[1]: Started LSB: <knxd>.
pi@raspberrypi /var/log $ lsof -p 1634
pi@raspberrypi /var/log $


nach eingabe von lsof ohne Optionen werden alle Prozesse angezeigt, aber knxd ist nicht dabei, sollte er nicht?

Code Auswählen Erweitern


kworker/3 1508           root  txt   unknown                                /proc/1508/exe (readlink: Permission denied)
kworker/3 1508           root NOFD                                          /proc/1508/fd (opendir: Permission denied)
kworker/2 1593           root  cwd   unknown                                /proc/1593/cwd (readlink: Permission denied)
kworker/2 1593           root  rtd   unknown                                /proc/1593/root (readlink: Permission denied)
kworker/2 1593           root  txt   unknown                                /proc/1593/exe (readlink: Permission denied)
kworker/2 1593           root NOFD                                          /proc/1593/fd (opendir: Permission denied)
lsof      1742             pi  cwd       DIR      179,9     4096     266149 /var/log
lsof      1742             pi  rtd       DIR      179,9     4096          2 /
lsof      1742             pi  txt       REG      179,9   170124      24501 /usr/bin/lsof
lsof      1742             pi  mem       REG      179,9  1607808       4245 /usr/lib/locale/locale-archive
lsof      1742             pi  mem       REG      179,9  1226392      15722 /lib/arm-linux-gnueabihf/libc-2.19.so
lsof      1742             pi  mem       REG      179,9   134448       4164 /lib/arm-linux-gnueabihf/ld-2.19.so
lsof      1742             pi  mem       REG      179,9    10170       7098 /usr/lib/arm-linux-gnueabihf/libcofi_rpi.so
lsof      1742             pi    0u      CHR      136,0      0t0          3 /dev/pts/0
lsof      1742             pi    1u      CHR      136,0      0t0          3 /dev/pts/0
lsof      1742             pi    2u      CHR      136,0      0t0          3 /dev/pts/0
lsof      1742             pi    3r      DIR        0,4        0          1 /proc

Aber vielleicht ist 1634 nicht PID von knxd? Oder vielleicht läuft er garnicht?

Ich hoffe diese ausgabe helfen ein bisschen zur fehlereingrenzung.

Ingo

[speedschmidt]

high nochmal

ich hatte in der letzten Woche mal einen neuen Raspi aufgesetzt auf einer neuen SD-Karte. Hiermal die Abfolge in Kurzform:
1. SD-Karte formatiert
2. NOOBS_v1_4_1 auf die Karte kopiert (nach dem extrahieren)
3. SD-Karte in RPi2 und nur Rasbian gewählt
4. in der sourceslist wheezy auf jessie geändert und update und upgrade --> Upgrade auf Jessie erfolgreich
5. knxd nach smurfis readme installiert --> ohne Fehlermeldungen bis auf die Bauäbhängigkeiten und debhelper etc.(siehe mein früherer Beitrag in diesem Thread)
6. bcusdk nachinstalliert - sagt einem ja niemand das man das mit knxd auch noch benötigt.
Zwischendurch noch Firmwareupdate auf 4.irgendwas und zeitservice mit ntp eingestellt.

Ergebniss: kein EIB, kein groupswrite kein knxd und natürlich kein autostart von eibd oder knxd.

Kann mir jemand verraten an welchem Punkt der in der abfolge ich etwas verkehrt gemacht haben könnte.

apropos /etc/apt/source.list:
da steht drin:

Code Auswählen Erweitern


deb http://mirrordirector.raspbian.org/raspbian/ jessie main contrib non-free rpi
# Uncomment line below then 'apt-get update' to enable 'apt-get source'
#deb-src http://archive.raspbian.org/raspbian/ wheezy main contrib non-free rpi


Ingo

[smurfix]

sudo touch /var/log/eibd2.log
/usr/local/bin/eibd -t 1023 -D -R -T -i --eibaddr=15.15.255 --daemon=/var/log/eibd2.log --no-tunnel-client-queuing -S ipt:192.168.100.34.
Can not open file /var/log/eibd2.log

Lass das "sudo touch" weg bzw. ersetze es durch ein "sudo rm", dann funktioniert das.

Wieso "eibd"? Das Ding heißt jetzt knxd ...

Die Adresse 15.15.255 willst du nicht für den knxd verwenden! die ist für ein zu programmierendes Gerät vorgesehen.

Ist der Punkt am Ende der Befehlszeile Absicht?

sudo service knxd status
● knxd.service - LSB: <knxd>
   Loaded: loaded (/etc/init.d/knxd)
   Active: active (exited) since Sa 2015-07-11 13:14:48 CEST; 29min ago

Jul 11 13:14:46 raspberrypi knxd[587]: No listen-address given: Success

Du verwendest offenbar den 0.9-Zweig. Ich würde mich freuen, wenn du auch den aktuellen Master-Zweig testen würdest.

Da steht "(exited)". D.h. das Tier läuft nicht mehr und dann liefert dir "lsof" natürlich auch keine Infos. Angesichts der Fehlermeldung wundert mich das nicht. Was steht in deiner /etc/knxd.conf?

Die PID eines Prozesses findest du mit "systemctl status NAME.service" raus, da steht dann was von "Main PID".

[smurfix]

6. bcusdk nachinstalliert - sagt einem ja niemand das man das mit knxd auch noch benötigt.

Also ich brauche das gar nicht ... was hat dich dazu gebracht und was genau hast du getan?

[speedschmidt]

Lass das "sudo touch" weg bzw. ersetze es durch ein "sudo rm", dann funktioniert das.

Wieso "eibd"? Das Ding heißt jetzt knxd ...

1. funktioniert auch nicht mit sudo rm

Code Auswählen Erweitern


pi@raspberrypi / $ sudo rm /var/log/eibd2.log
pi@raspberrypi / $ /usr/local/bin/eibd -t 1023 -D -R -T -i --eibaddr=15.15.255 --daemon=/var/log/eibd2.log --no-tunnel-client-queuing -S ipt:192.168.100.34
Can not open file /var/log/eibd2.log
pi@raspberrypi / $ /usr/local/bin/eibd -t 1023 -D -R -T -i --eibaddr=1.0.255 --daemon=/var/log/eibd2.log --no-tunnel-client-queuing -S ipt:192.168.100.34
Can not open file /var/log/eibd2.log
pi@raspberrypi / $

2. du hattest weiter oben nach dem inhalt der eibd.log gefragt, aber egal machen wir ab jetzt nur noch mit knxd weiter.
3. die Datei /tmp/knxd.log (steht in den Argumenten von /etc/Default/knxd) ist nicht vorhanden

Die Adresse 15.15.255 willst du nicht für den knxd verwenden! die ist für ein zu programmierendes Gerät vorgesehen.

Ist der Punkt am Ende der Befehlszeile Absicht?

1. ich hatte in meiner ets-schnittstelle nachgeschaut und da stand 15.15.255, habe es (ohne nachzuschauen) übernommen und jetzt steht da 1.0.255 (ich meine wie früher auch )
2. der punkt ist mit copy-paste mit reingerutscht.

Du verwendest offenbar den 0.9-Zweig. Ich würde mich freuen, wenn du auch den aktuellen Master-Zweig testen würdest.

Da steht "(exited)". D.h. das Tier läuft nicht mehr und dann liefert dir "lsof" natürlich auch keine Infos. Angesichts der Fehlermeldung wundert mich das nicht. Was steht in deiner /etc/knxd.conf?

Die PID eines Prozesses findest du mit "systemctl status NAME.service" raus, da steht dann was von "Main PID".

1. ich würde mich ebenso freuen, wenn ich den aktuellen masterzweig testen könnte, wenn ich nur wüsste wie genau das geht.
2. die Datei /etc/knxd.conf ist nicht vorhanden
3. nix von MAIN PID, aber schau mal selbst:

Code Auswählen Erweitern


pi@raspberrypi / $ sudo systemctl status knxd.service
● knxd.service - LSB: <knxd>
   Loaded: loaded (/etc/init.d/knxd)
   Active: active (exited) since Sa 2015-07-11 13:48:19 CEST; 1h 27min ago
  Process: 1625 ExecStop=/etc/init.d/knxd stop (code=exited, status=0/SUCCESS)
  Process: 1634 ExecStart=/etc/init.d/knxd start (code=exited, status=0/SUCCESS)

Jul 11 13:48:19 raspberrypi knxd[1634]: No listen-address given: Success
Jul 11 13:48:19 raspberrypi systemd[1]: Started LSB: <knxd>.
pi@raspberrypi / $


ingo

[smurfix]

1. funktioniert auch nicht mit sudo rm

Immer diese seltsamen Berechtigungen. Dann schreib die Datei nach /tmp, das geht auf jeden Fall.

3. die Datei /tmp/knxd.log (steht in den Argumenten von /etc/Default/knxd) ist nicht vorhanden

1. ich hatte in meiner ets-schnittstelle nachgeschaut und da stand 15.15.255, habe es (ohne nachzuschauen) übernommen und jetzt steht da 1.0.255 (ich meine wie früher auch )
2. der punkt ist mit copy-paste mit reingerutscht.
1. ich würde mich ebenso freuen, wenn ich den aktuellen masterzweig testen könnte, wenn ich nur wüsste wie genau das geht.
2. die Datei /etc/knxd.conf ist nicht vorhanden

Sorry, da habe ich nicht genau genug hingesehen: natürlich /etc/default/knxd, nachdem du das Tier via /etc/init.d/knxd startest.

3. nix von MAIN PID, aber schau mal selbst:

Code Auswählen Erweitern


pi@raspberrypi / $ sudo systemctl status knxd.service
● knxd.service - LSB: <knxd>
   Loaded: loaded (/etc/init.d/knxd)
   Active: active (exited) since Sa 2015-07-11 13:48:19 CEST; 1h 27min ago


Ja. Eben. "exited". Ein nicht mehr laufender Prozess kann auch offenen Dateien haben. 

[speedschmidt]

Also ich brauche das gar nicht ... was hat dich dazu gebracht und was genau hast du getan?

es war ein versuch es zum laufen zu bringen. mein ziel:
aus einer leeren SD-Karte ein Betriebssystem zu erstellen mit dem ich per groupswrite-Befehlen auf meinen eib senden kann, nur so als testumgebung, ohne fhem etc, als Basis quasi. mitgeloggt habe ich natürlich nichts detailiertes, aber das macht doch die bash-history, steht die bash-history eigentlich irgendwo in einer Datei, die ich dir dann schicken könnte?

ingo

[smurfix]

es war ein versuch es zum laufen zu bringen. mein ziel:
aus einer leeren SD-Karte ein Betriebssystem zu erstellen mit dem ich per groupswrite-Befehlen auf meinen eib senden kann, nur so als testumgebung, ohne fhem etc, als Basis quasi. mitgeloggt habe ich natürlich nichts detailiertes, aber das macht doch die bash-history, steht die bash-history eigentlich irgendwo in einer Datei, die ich dir dann schicken könnte?

ingo

ja, schon, .bashrc, aber ich frage mich trotzdem wieso du überhaupt auf die Idee gekommen bist, das zu brauchen. Weil ich brauch's nicht.

Ich reproduzier das die Tage mal ...

[speedschmidt]

Immer diese seltsamen Berechtigungen. Dann schreib die Datei nach /tmp, das geht auf jeden Fall.

hier die ersten und letzen zeilen der aktuellen /var/log/eibd.log, dazwischen liegen nur ein paar eib-befehle. vorher mit

Code Auswählen Erweitern


pi@raspberrypi ~ $ sudo /usr/local/bin/eibd -t 1023 -D -R -T -i --eibaddr=1.0.255 --daemon=/var/log/eibd.log --no-tunnel-client-queuing -S ipt:192.168.100.34

gestartet

Code Auswählen Erweitern


Layer 2(009E4988,55A104FC) Open
initialisation of the backend failed
Layer 2(01330988,55A127A6) Open
Layer 0(01330E50,55A127A6) Open
Layer 0(01330E50,55A127A6) Openend
Layer 2(01330988,55A127A6) Opened
Layer 3(013518B8,55A127A6) Open
Layer 8(01330F30,55A127A6) OpenInetSocket 6720
Layer 8(01330F30,55A127A6) InetSocket opened
Layer 8(013722C0,55A127A6) Open
Layer 0(01372330,55A127A6) Open
Layer 0(01372330,55A127A6) Openend
Layer 3(013518B8,55A127A6) registerBroadcast 013722C0
Layer 3(013518B8,55A127A6) registerBroadcast 013722C0 = 1
Layer 3(013518B8,55A127A6) registerGroup 013722C0
Layer 3(013518B8,55A127A6) registerGroup 013722C0 = 1
Layer 3(013518B8,55A127A6) registerIndividual 013722C0 0
Layer 3(013518B8,55A127A6) registerIndividual 013722C0 = 1
Layer 8(013722C0,55A127A6) Opened
Layer 4(01392DB0,55A127A6) GroupCacheInit
Layer 1(01330E50,55A127A6) Send(020): 08 01 C0 A8 64 1E 0E 58 08 01 C0 A8 64 1E 0E 58 04 04 02 00
Layer 0(01330E50,55A127A6) Send(026): 06 10 02 05 00 1A 08 01 C0 A8 64 1E 0E 58 08 01 C0 A8 64 1E 0E 58 04 04 02 00
Layer 0(01330E50,55A127A6) Recv(020): 06 10 02 06 00 14 4D 00 08 01 C0 A8 64 22 0E 57 04 04 10 FF
Layer 1(01330E50,55A127A6) Recv(014): 4D 00 08 01 C0 A8 64 22 0E 57 04 04 10 FF
Layer 0(01330E50,55A127A7) Recv(023): 06 10 04 20 00 17 04 4D 00 00 29 00 BC D0 13 01 59 03 03 00 80 54 9B
Layer 1(01330E50,55A127A7) Recv(017): 04 4D 00 00 29 00 BC D0 13 01 59 03 03 00 80 54 9B
Layer 1(01330E50,55A127A7) Send(004): 04 4D 00 00
Layer 0(01330E50,55A127A7) Send(010): 06 10 04 21 00 0A 04 4D 00 00
Layer 1(01330988,55A127A7) Recv L_Data low from 1.3.1 to 11/1/3 hops: 05 T_DATA_XXX_REQ A_GroupValue_Write 54 9B
Layer 2(01330988,55A127A7) Recv L_Data low from 1.3.1 to 11/1/3 hops: 05 T_DATA_XXX_REQ A_GroupValue_Write 54 9B
Layer 3(013518B8,55A127A7) Recv L_Data low from 1.3.1 to 11/1/3 hops: 05 T_DATA_XXX_REQ A_GroupValue_Write 54 9B
Layer 8(013722C0,55A127A7) Send_Route L_Data low from 1.3.1 to 11/1/3 hops: 04 T_DATA_XXX_REQ A_GroupValue_Write 54 9B
Layer 1(01372330,55A127A7) Send(013): 29 00 BC C0 13 01 59 03 03 00 80 54 9B
Layer 0(01372330,55A127A7) Send(019): 06 10 05 30 00 13 29 00 BC C0 13 01 59 03 03 00 80 54 9B
Layer 8(01330F30,55A127AA) New Connection
Layer 8(01394D38,55A127AA) ClientConnection Init
Layer 8(01394D38,55A127AA) RecvMessage(005): 00 26 00 00 00
Layer 7(013A5204,55A127AA) OpenGroupSocket
Layer 4(01394820,55A127AA) OpenGroupSocket RW
Layer 3(013518B8,55A127AA) registerGroup 01394820
Layer 3(013518B8,55A127AA) registerGroup 01394820 = 1
Layer 8(01394D38,55A127AA) SendMessage(002): 00 26
Layer 0(01330E50,55A127AD) Recv(023): 06 10 04 20 00 17 04 4D 01 00 29 00 BC D0 12 04 6B 00 03 00 80 02 BC
Layer 1(01330E50,55A127AD) Recv(017): 04 4D 01 00 29 00 BC D0 12 04 6B 00 03 00 80 02 BC
Layer 1(01330E50,55A127AD) Send(004): 04 4D 01 00
Layer 0(01330E50,55A127AD) Send(010): 06 10 04 21 00 0A 04 4D 01 00
Layer 1(01330988,55A127AD) Recv L_Data low from 1.2.4 to 13/3/0 hops: 05 T_DATA_XXX_REQ A_GroupValue_Write 02 BC
Layer 2(01330988,55A127AD) Recv L_Data low from 1.2.4 to 13/3/0 hops: 05 T_DATA_XXX_REQ A_GroupValue_Write 02 BC
Layer 3(013518B8,55A127AD) Recv L_Data low from 1.2.4 to 13/3/0 hops: 05 T_DATA_XXX_REQ A_GroupValue_Write 02 BC
Layer 8(013722C0,55A127AD) Send_Route L_Data low from 1.2.4 to 13/3/0 hops: 04 T_DATA_XXX_REQ A_GroupValue_Write 02 BC
Layer 1(01372330,55A127AD) Send(013): 29 00 BC C0 12 04 6B 00 03 00 80 02 BC
Layer 0(01372330,55A127AD) Send(019): 06 10 05 30 00 13 29 00 BC C0 12 04 6B 00 03 00 80 02 BC
Layer 4(01394820,55A127AD) Recv GroupSocket(004): 00 80 02 BC
Layer 7(013A5204,55A127AD) Recv(004): 00 80 02 BC
Layer 8(01394D38,55A127AD) SendMessage(010): 00 27 12 04 6B 00 00 80 02 BC
Layer 0(01330E50,55A127B2) Recv(023): 06 10 04 20 00 17 04 4D 02 00 29 00 BC D0 11 07 60 00 03 00 80 0D 2D
Layer 1(01330E50,55A127B2) Recv(017): 04 4D 02 00 29 00 BC D0 11 07 60 00 03 00 80 0D 2D
Layer 1(01330E50,55A127B2) Send(004): 04 4D 02 00
.
.
.
.
Layer 8(013722C0,55A12871) Send_Route L_Data low from 1.1.3 to 2/0/0 hops: 04 T_DATA_XXX_REQ A_GroupValue_Write (small) 00
Layer 1(01372330,55A12871) Send(011): 29 00 BC C0 11 03 10 00 01 00 80
Layer 0(01372330,55A12871) Send(017): 06 10 05 30 00 11 29 00 BC C0 11 03 10 00 01 00 80
Layer 4(01394820,55A12871) Recv GroupSocket(002): 00 80
Layer 7(013A5204,55A12871) Recv(002): 00 80
Layer 8(01394D38,55A12871) SendMessage(008): 00 27 11 03 10 00 00 80
Layer 1(01330988,55A12878) Heartbeat
Layer 1(01330E50,55A12878) Send(010): 4D 00 08 01 C0 A8 64 1E 0E 58
Layer 0(01330E50,55A12878) Send(016): 06 10 02 07 00 10 4D 00 08 01 C0 A8 64 1E 0E 58
Layer 0(01330E50,55A12878) Recv(008): 06 10 02 08 00 08 4D 00
Layer 1(01330E50,55A12878) Recv(002): 4D 00
Layer 8(01330F30,55A12883) StopServer
Layer 7(013A5204,55A12883) CloseGroupSocket
Layer 4(01394820,55A12883) CloseGroupSocket
Layer 3(013518B8,55A12883) deregisterGroupCallBack 01394820 = 1
Layer 8(01394D38,55A12883) ClientConnection closed
Layer 8(01330F30,55A12883) Server ended
Layer 8(013722C0,55A12883) Close
Layer 3(013518B8,55A12883) deregisterBroadcast 013722C0 = 1
Layer 3(013518B8,55A12883) deregisterGroupCallBack 013722C0 = 1
Layer 3(013518B8,55A12883) deregisterIndividual 013722C0 = 1
Layer 0(01372330,55A12883) Close
Layer 4(01392DB0,55A12883) GroupCacheDestroy
Layer 4(01392DB0,55A12883) GroupCacheClear
Layer 3(013518B8,55A12883) Close
Layer 2(01330988,55A12883) Close
Layer 1(01330E50,55A12883) Send(010): 4D 00 08 01 C0 A8 64 1E 0E 58
Layer 0(01330E50,55A12883) Send(016): 06 10 02 09 00 10 4D 00 08 01 C0 A8 64 1E 0E 58
Layer 0(01330E50,55A12883) Close


Sorry, da habe ich nicht genau genug hingesehen: natürlich /etc/default/knxd, nachdem du das Tier via /etc/init.d/knxd startest.Ja. Eben. "exited". Ein nicht mehr laufender Prozess kann auch offenen Dateien haben. 

es sind keine Dateien mehr offen:

Code Auswählen Erweitern


pi@raspberrypi / $ sudo service knxd status
● knxd.service - LSB: <knxd>
   Loaded: loaded (/etc/init.d/knxd)
   Active: active (exited) since Sa 2015-07-11 13:48:19 CEST; 2h 31min ago
  Process: 1625 ExecStop=/etc/init.d/knxd stop (code=exited, status=0/SUCCESS)
  Process: 1634 ExecStart=/etc/init.d/knxd start (code=exited, status=0/SUCCESS)

Jul 11 13:48:19 raspberrypi knxd[1634]: No listen-address given: Success
Jul 11 13:48:19 raspberrypi systemd[1]: Started LSB: <knxd>.
pi@raspberrypi / $ lsof -p 1625
pi@raspberrypi / $ lsof -p 1634
pi@raspberrypi / $


Was steht in deiner /etc/knxd.conf
[/qoute]

das hier:

Code Auswählen Erweitern


# configuration file for knxd.service
KNXD_OPTS=""
KNXD_URL="ip:224.0.23.12"


ingo

[speedschmidt]

high

ja, schon, .bashrc, aber ich frage mich trotzdem wieso du überhaupt auf die Idee gekommen bist, das zu brauchen. Weil ich brauch's nicht.

Ich reproduzier das die Tage mal ...

1. die .bashrc sind scripts, da wird nichts reingeloggt, soweit ich das mit:

Code Auswählen Erweitern


pi@raspberrypi ~ $ sudo locate bashrc
/etc/bash.bashrc
/etc/skel/.bashrc
/etc/skel/.bashrc.dpkg-old
/home/pi/.bashrc
/root/.bashrc
/usr/share/base-files/dot.bashrc
/usr/share/doc/adduser/examples/adduser.local.conf.examples/bash.bashrc
/usr/share/doc/adduser/examples/adduser.local.conf.examples/skel/dot.bashrc
pi@raspberrypi ~ $ sudo nano /home/pi/.bashrc
pi@raspberrypi ~ $ sudo nano /etc/bash.bashrc
pi@raspberrypi ~ $ sudo nano /usr/share/base-files/dot.bashrc
pi@raspberrypi ~ $

sehen konnten.

ich wechsel nochmal auf die "neue" SD und mache mal ein Recovery und fange mal neu an -- NEIN upgrade auf jessie dauert eine stunde.

Idee!
wie kann ich eibd, bcusdk, pthsem und knxd wieder sicher entfernen. etwa mit purge paketname?

ingo

[speedschmidt]

high

.....und was genau hast du getan?

1. SD-Karte formatiert
2. NOOBS_v1_4_1 auf die Karte kopiert (nach dem extrahieren)
3. SD-Karte in RPi2 und nur Rasbian gewählt
4. in der sourceslist wheezy auf jessie geändert und update und upgrade --> Upgrade auf Jessie erfolgreich
5. knxd nach smurfis readme installiert ergänzt mit

Code Auswählen Erweitern


pi@raspberrypi ~ $ sudo apt-get install build-essential libtool automake pkg-config cdbs libsystemd-daemon-dev debhelper libusb-1.0.0-dev

nachdem grouswrite eine Fehlermeldung auspukte dachte ich mir da fehlt wohl noch eibd und habe
6. bcusdk nachinstalliert nach dieser Anleitung:
http://blog.schwabl.net/2013/02/24/eibd-on-raspberry-pi/

ingo