Zugriff mit NSLU2 + USB + eibd

[mkoegler]

Der EIBD-Daemon auf dem NSLU2 wird wie folgt gestartet:

usbport=$(findknxusb | /bin/sed -e '1 d' -e 's/device //' | /usr/bin/cut -d':' -f1-2) eibd -d -D -S -T -i usb:$usbport

Nur ein Tip: Wenn sich der EIBD ein Interface aus den Output von findknxusb selbst aussuchen darf (zB weil nur eins angeschlossen ist), kannst du gleich

eibd -d -D -S -T -i usb:

schreiben.

[EIBman]

Okay, den ersten Fehler habe ich gefunden:

Für ein simples 1-bittiges Objekt muss man groupswrite anstelle von groupwrite verwenden, was auch erklärt warum es scheinbar anfangs am NSLU2 funktioniert hat und dann plötzlich nicht mehr...

Aus lauter Verzweiflung habe ich mal das bcusdk bzw. eibd aus den Sourcen auf dem NSLU2 compiliert. Dabei gab es einen kleinen Fehler in usbi.h, der sich aber leicht korrigieren ließ. PATH_MAX war nicht definiert. Ein simples

#define PATH_MAX 4096

schaffte Abhilfe.

Nun gut

group[B]s[/B]write ip:127.0.0.1 x/y/z 0|1

funktioniert also - auf dem NSLU2 und dem Remote-PC (mit ipt:... anstelle von ip:...)

Nicht funktionieren tut aber nach wie vor eine Verbindung in ETS3, welches auf dem Remote-PC in einer WinXP-VirtualBox läuft:

(1)
KNXnet/IP mit IP 192.168.1.77 (ist die IP des NSLU2s) oder 127.0.0.1 mit oder ohne NAT auf Port 3671 klappen nicht Unicast-Test und genereller Verbindungstest schlagen fehl.

(2)
KNXnet/IP Routing liefert beim generellen Verbindungstest ein OK, aber weder Busmonitor noch das Lesen/Schreiben von Werten funktioneren.

Der Trace lauf der NSLU2 von EIBD liefert auch keinerlei Schreibanfragen auf die probierten Gruppenadressen.

[EIBman]

Danke.

Zwar gibt es jetzt keine Fehlermeldung mehr vom Remote-PC per

groupwrite ip:127.0.0.1 x/y/z 0|1

und als Antwort ein

Send request

aber das entsprechende Licht bleibt weiterhin unberührt (geht weder an noch aus).

Gibt es evtl. ein Rechteproblem? Auf dem NSLU2? Oder auf dem Remote-PC?


Kleine Ergänzung: Nun funktioniert das groupwrite auch nicht mehr auf der NSLU2. Ich sehe zwar einen Write via groupsocketlistener, aber passieren tut nichts.

[makki]

auf dem zweiten:
ipt:192.168.1.77

Makki

[EIBman]

Hallo,

so ich hab' es jetzt auch hinbekommen, mein NSLU2 im lokalen Netz samt Unslung (v6.1-beta) & EIBD (0.0.3) zum Laufen zu kriegen. Per SSH auf dem NSLU2 eingehängt unter dann auf dem NSLU2

groupwrite ip:127.0.0.1 x/y/z 0|1

funzt wunderbar (entsprechendes Licht geht aus bzw. an).

Der EIBD-Daemon auf dem NSLU2 wird wie folgt gestartet:

usbport=$(findknxusb | /bin/sed -e '1 d' -e 's/device //' | /usr/bin/cut -d':' -f1-2) eibd -d -D -S -T -i usb:$usbport

So weit so gut.

Wenn ich nun aber auf einem anderen (Linux-)Rechner EIBD als Daemon starte (nutze Gentoo mit EIBD-eBuild 0.0.4, frisch kompiliert) und dort den Daemon analog starte, aber mit der NSLU2-IP-Adresse anstelle der USB-Adresse als URL, also per

eibd -d -D -S -T -i ip:192.168.1.77

dann klappt

groupwrite ip:127.0.0.1 x/y/z 0|1

vom Remote-PC nicht:

Open failed: Connection refused

.

Bei

groupwrite ip:192.168.1.77 x/y/z 0|1

gibt es auf dem Remote-PC zwar keine Fehlermeldung, aber passieren tut auch nichts (hätte das gleiche Ergebnis wie direkt vom NSLU2 aus erwartet).

ETS3 in einer VirtualBox auf demselben Remote-PC samt lokalen LAN mit KNXnet/IP klappt auch nicht (weder manuell noch automatisch kann keine Verbindung zum EIB aufgebaut werden); ein Ping auf den NSLU2-Router funzt aber. Ports sind alle offen, da ich im Moment lediglich im Lokalen Netzwerk herumexperimentiere.

Bin am Ende meines dürftigen Lateins...

Habt Ihr eine Ahnung, was ich falsch mache?

Besten Dank und Grüße,
Stefan

[odysee_2002]

Hallo,

ich verwende unslung 6.10
Gibt es unterNSLU2-Linux - Unslung / HomePage browse
Eibd:
eibd - 0.0.3-4 - The eibd daemon is a central component of the BCU SDK.
linknx - 0.0.1.26-2 - KNX home automation platform

Läuft alles prima!

Gruß

[mkoegler]

:~ # findknxusb
Possible addresses for KNX USB devices:
:~ #

cat /proc/bus/usb/devices zeigt die Schnittstelle an:

T: Bus=02 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=135e ProdID=0022 Rev= 1.02
S: Manufacturer=Gira Giersiepen GmbH & Co. KG
S: Product=KNX-USB Data Interface
C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr= 50mA
I:* If#= 0 Alt= 0 #EPs= 2 Cls=03(HID ) Sub=00 Prot=00 Driver=usbhid
E: Ad=81(I) Atr=03(Int.) MxPS= 64 Ivl=2ms
E: Ad=02(O) Atr=03(Int.) MxPS= 64 Ivl=2ms

Ich würde einen Umstieg auf die Versionen aus den GIT Repository empfehlen. Es wird eine neuere libusb verwendet, die bei "merkwürdigen" Verhalten auf nicht x86 Plattformen schon ein paar Mal besser funktioniert hat.

[putsche74]

Hallo Odysee,

danke für Deine Antwort. Unter welcher Firmware hast Du das ganze laufen
(debian, unslung...) und aus welcher Quelle den eibd? Für debian auf armel-Plattform fand ich war es gar nicht so einfach, eine "fertige" Quelle zu finden.

Grüße

Thorsten

[odysee_2002]

Hallo,

ich betreibe eibd mit linknx + webknx seit1 Jahr ohne Probleme an einer Siemens USB schnittstelle an einer NSLU2.
Man darf nur kein Package mit SMTP Unterstützung installieren, sonst gibt es
den "Segment fault".
Ich kann sogar via Ethernet und NSLU2 Geräte programmieren.
Kosten: 50€ und viel Zeit.

Gruß

[makki]

Mal ganz blind: evtl. eine libusb-Geschichte..

Du düftest da mit NSLU2 nicht der erste sein, hab da aber keine persönliche Erfahrung; der lsusb sieht ja gut aus, versuch einfach mal usb:2:2:1 (für diesen Fall, bus:dev:config)

Falls das nicht geht und mkoegler das hier nicht sieht, mal mit Details auf die bcusdk-devel Liste posten..

Makki

[putsche74]

Hallo liebe EIB-Gemeinde,

ich lese hier schon länger mit und habe durch dieses Forum schon viele Anregungen und Tips gefunden.

Ich versuche zur Zeit den (Dauer-)Zugriff auf mein EIB-Projekt von einem XP-Rechner auf eine stromsparendere
Variante zu verlagern. Hierzu habe ich noch eine NSLU2, die ich mit eibd bestückt habe und zwar mit der
(armel-)debian-Variante von http://www.auto.tuwien.ac.at/.
So weit so gut, ich erhalte allerdings wenn ich mit finknxusb die Geräte-ID (meiner Gira-USB)
ermitteln möchte keine Information.

:~ # findknxusb
Possible addresses for KNX USB devices:
:~ #

cat /proc/bus/usb/devices zeigt die Schnittstelle an:

T: Bus=02 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=135e ProdID=0022 Rev= 1.02
S: Manufacturer=Gira Giersiepen GmbH & Co. KG
S: Product=KNX-USB Data Interface
C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr= 50mA
I:* If#= 0 Alt= 0 #EPs= 2 Cls=03(HID ) Sub=00 Prot=00 Driver=usbhid
E: Ad=81(I) Atr=03(Int.) MxPS= 64 Ivl=2ms
E: Ad=02(O) Atr=03(Int.) MxPS= 64 Ivl=2ms


Meine Frage nun: kann irgendjemand bestätigen schon einmal den Zugriff mit NSLU2 + USB hinbekommen zu haben (damit ich nicht etwas probiere was faktisch gar nicht geht?) und ist
evtl. an der Stelle hängengeblieben?

Danke und Viele Grüße

Thorsten