Problem mit dem Brick-Demon unter OSX (10.8) - Konflikt mit USB-Ethernet-Adapter

pjscipio · October 8, 2013 at 12:36

Hallo Tinkerforge,

wenn der brickd (Version 2.0. läuft, dann funktioniert mein USB-Ethernet-Adapter nicht mehr. Scheinbar gelingt es dem Device nicht, sich einzubinden. Erst wenn ich den Demon-Task stoppe, klappt es wieder. Ein Fehler im brickd?

dmesg liefert:

AppleUSBEthernet: - Version number 3.5.0, Input buffers 64, Output buffers 64

AppleUSBEthernet: Ethernet address 20:c9:d0:2b:86:89

AppleUSBEthernet::monitorLinkStatus - Link up at 100 Mbps - Full Duplex (PHY regs 5,6:0xcde1,0x000b)

considerRebuildOfPrelinkedKernel prebuild rebuild has expired

AppleUSBMultitouchDriver::message - kIOUSBMessagePortHasBeenReset.

AppleUSBEthernet::prepareForFlash - Link down

AppleUSBMultitouchDriver::checkStatus - received Status Packet, Payload 2: device was reinitialized

Gruß, Philipp

Loetkolben · October 8, 2013 at 13:19

Hallo pjscipio,

du hast aber genug Strom? Haengen beide Devices am gleichen Bus oder USB-Hub? Hat der Hub eine eigene Stromversorgung?

Der Loetkolben

photron · October 8, 2013 at 13:25

Das ist ungewöhnlich. Muss nur brickd laufen, um das Problem zu erzeugen, oder muss auch noch ein Brick angeschlossen sein?

brickd erkennt Bricks an ihrer USB VendorID:ProductID 16d0:063d. Alle anderen USB Geräte werden ignoriert.

Mit folgendem Befehl kannst du im Terminal den USB Bus ansehen:

system_profiler SPUSBDataType

Dort stehen auch VendorID und ProductID jedes USB Gerätes. Welche hat dein USB-Ethernet-Adapter?

Du kannst dir auch ansehen was brickd selbst dazu meint. Unter /var/log/brickd.log liegt eine Logdatei. Du solltest da keine Warnings oder Errors sehen, zu erkennen an <W> und <E>. Es könnten Warnings der Form "Could not cancel pending read transfer" vorhanden sein, diese haben aber nichts mit dem Problem zu tun.

du hast aber genug Strom? Haengen beide Devices am gleichen Bus oder USB-Hub? Hat der Hub eine eigene Stromversorgung?

Das kann eigentlich nicht das Problem sein, wenn es hilft brickd zu beenden. Denn der Stromverbrauch eines Bricks hängt nicht davon ab, ob brickd läuft oder nicht.

pjscipio · October 8, 2013 at 13:27

Hallo Lötkolben/Photron,

aktuell hängen gar keine Bricks/Bricklets am Rechner. Es läuft nur der Demon und am USB-Hub ist der Ethernet-Adapter angeschlossen.

Hier die Ausgabe von system_profiler SPUSBDataType zum relevanten Hub:

Hub:

Product ID: 0x0024

Vendor ID: 0x8087 (Intel Corporation)

Version: 0,00

Speed: Up to 480 Mb/sec

Location ID: 0x1a100000 / 2

Current Available (mA): 500

Current Required (mA): 0

Apple USB Ethernet Adapter:

Product ID: 0x1402

Vendor ID: 0x05ac (Apple Inc.)

Version: 0,01

Serial Number: 23B733

Speed: Up to 480 Mb/sec

Manufacturer: Apple Inc.

Location ID: 0x1a120000 / 4

Current Available (mA): 500

Current Required (mA): 250

BSD Name: en2

FaceTime HD Camera (Built-in):

Product ID: 0x8510

Vendor ID: 0x05ac (Apple Inc.)

Version: 80,25

Serial Number: DJHD1AZ1SCDWC7C0

Speed: Up to 480 Mb/sec

Manufacturer: Apple Inc.

Location ID: 0x1a110000 / 3

Current Available (mA): 500

Current Required (mA): 500

Viele Grüße, Philipp

pjscipio · October 8, 2013 at 13:29

Hallo,

Hier noch die Logdatei mit den Einträgen von heute:

2013-10-08 08:00:48.399847 <event|event_posix.c:57> Received SIGTERM

2013-10-08 08:00:48.431656 <other|main_macosx.c:278> Brick Daemon 2.0.8 stopped

2013-10-08 08:01:21.172961 <other|main_macosx.c:226> Brick Daemon 2.0.8 started (daemonized)

2013-10-08 10:38:17.453774 <event|event_posix.c:57> Received SIGTERM

2013-10-08 10:38:17.464040 <other|main_macosx.c:278> Brick Daemon 2.0.8 stopped

2013-10-08 10:39:07.079744 <other|main_macosx.c:226> Brick Daemon 2.0.8 started (daemonized)

2013-10-08 11:31:50.925814 <event|event_posix.c:57> Received SIGTERM

2013-10-08 11:31:50.929804 <other|main_macosx.c:278> Brick Daemon 2.0.8 stopped

2013-10-08 11:32:24.114789 <other|main_macosx.c:226> Brick Daemon 2.0.8 started (daemonized)

2013-10-08 14:02:58.589397 <event|event_posix.c:57> Received SIGTERM

2013-10-08 14:02:58.593472 <other|main_macosx.c:278> Brick Daemon 2.0.8 stopped

2013-10-08 14:03:48.079544 <other|main_macosx.c:226> Brick Daemon 2.0.8 started (daemonized)

2013-10-08 14:19:24.071140 <event|event_posix.c:57> Received SIGTERM

2013-10-08 14:19:24.080813 <other|main_macosx.c:278> Brick Daemon 2.0.8 stopped

2013-10-08 14:19:56.075335 <other|main_macosx.c:226> Brick Daemon 2.0.8 started (daemonized)

2013-10-08 14:26:40.337644 <event|event_posix.c:57> Received SIGTERM

2013-10-08 14:26:40.338075 <other|main_macosx.c:278> Brick Daemon 2.0.8 stopped

Viele Grüße,

Philipp

photron · October 8, 2013 at 14:00

Okay, der USB Ethernet Adapter hat keine PID:VID Überschneidung mit den Bricks, das wäre auch sehr sehr ungewöhnlich gewesen

"BSD Name: en2" in der Ausgabe von "system_profiler SPUSBDataType" sieht für mich so aus als hätte OSX den Adapter erkannt und eingebunden, da en2 der Ethernet Interface Name ist, denke ich.

Wie genau sieh das den aus wenn der Adapter nicht funktioniert? Was passiert nicht, wenn brickd läuft, im Vergleich zu wenn brickd nicht läuft?

Das Log ist sehr unspannend

Ist das Problem neu? Im Sinne von: vorher hat der USB Ethernet Adapter schon mal zusammen mit brickd funktioniert? Oder testet du heute diese Kombination das erste Mal?

pjscipio · October 8, 2013 at 14:37

Hallo Photron,

ob das Problem neu ist, kann ich nicht genau sagen, ich gehe aber davon aus, dass ich die Kombination zum ersten mal teste. Den Demon habe ich auf dem Rechner seit einer guten Woche und den Ethernet-Adapter nutze ich selten.

Wenn der Demon läuft, dann wird einfach keine Ethernet-Verbindung aufgebaut. Wenn ich den Prozess beende (ich mache das per "sudo kill <pid>", auch wenn das vielleicht eleganter geht), dann kann ich den Adapter aus- und wieder einstöpseln und die Verbindung wird aufgebaut.

Wenn ich dann den brickd wieder starte, wird die Verbindung wieder getrennt, dann kann ich den Prozess wieder killen, den Adapter aus- und ... :-)

Viele Grüße, Philipp

photron · October 8, 2013 at 18:05

Okay, es geht also kaputt wenn du brickd startest, wenn der Adapter angesteckt ist. Geht es auch kaputt oder funktioniert erst gar nicht wenn du den Adapter ansteckst während brickd schon läuft? Die eigentliche Frage dahinter ist: Macht der Start von brickd es kaputt oder die Anwesenheit von brickd?

Statt "sudo kill <pid>" kannst du launchctl benutzen:

sudo launchctl stop com.tinkerforge.brickd

Und zum Starten:

sudo launchctl start com.tinkerforge.brickd

Um dem ganzen mal auf den Grund zu gehen hier eine aktuelle Version von brickd. Die libusb Version ist von 1.0.9 auf 1.0.17 aktualisiert und es gibt jetzt eine --libusb-debug Option:

http://download.tinkerforge.com/_stuff/brickd_macos_2_0_8_c29031d96a58de32fad68e53ef13283690852b8f.dmg

Nach der Installation mittels "sudo launchctl stop com.tinkerforge.brickd" den Launch Daemon für brickd stoppen. Dann den Ethernet Adapter ab- und anstecken damit er wieder funktioniert und jetzt manuell brickd im Terminal starten:

sudo /usr/libexec/brickd.app/Contents/MacOS/brickd --debug --libusb-debug

Das startet brickd selbst mit Logging auf Debug Level und aktiviert auch die Debug Logausgabe von libusb. Daraus ergibt sich hoffentlich ein Hinweis auf das Problem.

Das wird sehr viel an Ausgabe produzieren. Am besten leitest du die Ausgabe in einen Datei um:

sudo /usr/libexec/brickd.app/Contents/MacOS/brickd --debug --libusb-debug &> debug.log

Dies leitet die Ausgabe in eine Datei namens debug.log im aktuellen Verzeichnis um. Diese Datei hängst du dann einfach an einen Forum-Post an und ich werde dann hoffentlich daraus schlau

Vielleicht hilft aber auch das Update von libusb und das Problem tritt mit dieser brickd Version gar nicht mehr auf.

pjscipio · October 9, 2013 at 07:30

Hallo Photron,

habe die neue Version installiert. Das Verhalten bleibt gleich:

- Starten des brickd bei bestehender Ethernetverbindung -> Verbindung getrennt

- brickd läuft, Einstecken des USB-Adapters -> keine Verbindung aufgebaut

- kein brickd, Einstecken des USB-Adapters -> Verbindung klappt.

Im Anhang das Log (inkl. einem USB-Adapter-Einsteck-Events).

Viele Grüße,

Philipp

brickd.log

photron · October 9, 2013 at 09:52

Okay, das Log sieht leider auch aus wie erwartet. libusb sieht, dass der Adapter (05ac:1402) eingesteckt wird und fragt dann so Informationen ab, wie an welchem Port das Gerät angeschlossen ist und wie das Gerät heißt (seinen Device Descriptor). Das sollte eigentlich gar kein Problem machen.

Brickd funktioniert aber an sich, wenn du einen Brick ansteckst, dann taucht der auch in brickv auf?

Jetzt müssen wir hier mal die gröberen Mittel anwenden. Hier eine Version in der libusb nichts mehr tut, außer sich von IOKit sagen zu lassen, ob ein USB Gerät ab- oder angesteckt wurde. libusb tut dann aber mit dieser Information nichts. Diese brickd Version ist jetzt an sich nicht mehr funktional, da ich libusb verkrüppelt habe, diese Version ist rein zum testen.

http://download.tinkerforge.com/_stuff/brickd_macos_2_0_8_c29031d96a58de32fad68e53ef13283690852b8f_v2.dmg

Meine Erwartung ist, dass es jetzt funktioniert und dass das Problem in libusb liegt.

pjscipio · October 9, 2013 at 13:28

Hallo Photron,

vielen Dank für deine Mühe. Ich komme leider erst kommenden Montag wieder an den Adapter. Dann werde ich die Tests durchführen und Rückmeldung geben.

Viele Grüße, Philipp

pjscipio · October 14, 2013 at 13:44

Hallo Photron,

mit der neuen Version kann ich tatsächlich eine USB-Ethernet-Verbinung aufbauen (während der Demon läuft). Das Log dazu findest du im Anhang.

Viele Grüße,

Philipp

debug.log

photron · October 14, 2013 at 17:03

Gut! Damit haben wir jetzt eine funktionierende und eine nicht funktionierende Version. So können wir jetzt die funktionierende Version Schritt für Schritt abändern bis das Problem auftritt und dann hoffentlich erkennen was das Problem verursacht und es beheben.

Hier eine weitere Version in der libusb wieder etwas mehr tut als in der Version davor:

http://download.tinkerforge.com/_stuff/brickd_macos_2_0_8_c29031d96a58de32fad68e53ef13283690852b8f_v3.dmg

Jetzt die Frage an dich: Tritt das Problem mit dieser Version auf oder nicht?

pjscipio · October 15, 2013 at 11:14

Hallo Photron,

ja, die Version ist wieder schädlich. Eine bestehende Ethernet-Verbindung wird bereits bei der Installation (wahrscheinlich beim Starten der neuen Version) unterbrochen. Dann hilft auch kein Aus- und Einstecken des Adapters, um die Verbindung wieder aufzubauen. Lediglich das Stoppen des Demons führt dazu, dass ich mich wieder verbinden kann.

Viele Grüße,

Philipp

photron · October 15, 2013 at 11:34

Okay, und hier die nächste Version. Wie ist's mit der?

http://download.tinkerforge.com/_stuff/brickd_macos_2_0_8_c29031d96a58de32fad68e53ef13283690852b8f_v4.dmg

pjscipio · October 15, 2013 at 11:41

Hallo Photron,

leider das gleiche Problem. Disconnect beim Installieren und neue Verbindung nur, wenn ich den Daemon stoppe.

Viele Grüße,

Philipp

photron · October 15, 2013 at 13:40

Okay, und hier die nächste Version. Wie ist's mit der?

http://download.tinkerforge.com/_stuff/brickd_macos_2_0_8_c29031d96a58de32fad68e53ef13283690852b8f_v5.dmg

Hier wird jetzt nur noch die SessionID des USB Geräts abgefragt. Wenn das jetzt auch nicht geht bin ich etwas ratlos

pjscipio · October 16, 2013 at 05:53

Hallo Photron,

mit dieser Version klappt es. Der Install-Vorgang unterbricht nicht die bestehende Verbindung. Durch Aus- und Einstecken kann ich die Verbindung wie gewünscht beenden und dann wieder herstellen, obwohl der Daemon läuft. Im Anhang ein Log dazu.

Viele Grüße,

Philipp

debug.log

photron · October 16, 2013 at 08:51

Bist du sicher, dass das Log zu v5 ist? Die "finding cached device for sessionID 0x0168b20cf27e9dd" Zeile kann v5 nicht ausgeben. Das Log kann nur von v4 stammen. Kannst du das nochmal überprüfen ob jetzt erst v5 funktioniert oder schon v4 okay war?

pjscipio · October 16, 2013 at 09:12

Hallo Photron,

wahrscheinlich hast du Recht. Hier ein neues Log zur Version 4. Kann ich einem laufenden Daemon ansehen, ob er Version 4 oder 5 ist (um sicherzustellen, dass ich nicht wieder die falsche Version habe)?

Wenn ich das jetzt richtig gestartet habe, dann ist das Ergebnis, dass auch Version 4 funktioniert (Verbindung bleibt bestehen und kann auch neu aufgebaut werden, wenn der Daemon läuft).

Vielen Dank,

Philipp

debug.log

pjscipio · October 16, 2013 at 09:29

Hmm, ich bin verwirrt. Mittlerweile funktionieren alle Versionen. Also ich die vollständige von deinem Post "October 08, 2013, 20:05:08".

Ich kann leider nicht sagen, was da jetzt die Ursache ist ...

photron · October 16, 2013 at 15:27

"Alle Versionen" heißt was genau? Alle die ich hier gepostet habe? Im speziellen auch die erste aus diesem Post, in der ich libusb von 1.0.9 auf 1.0.17 aktualisiert habe? Oder auch die offizielle Version 2.0.8 von der normalen Downloadseite?

pjscipio · October 17, 2013 at 12:27

Ok, jetzt nochmal ordentlich:

- Offizielle Version von der Download-Seite: geht nicht: Disconnect bei Installation

- _v3: geht nicht: Disconnect bei Installation

- _v4: geht

- _v5: geht (Link in deinem Post funktioniert nicht, verweist auf v4, wenn man drauf klickt)

Viele Grüße,

Philipp

photron · October 17, 2013 at 13:52

Okay, danke für's Testen. Wir kommen der Sache näher, ich habe eine Vermutung wo das Problem steckt.

Ich erwarte, dass v6 funktioniert:

http://download.tinkerforge.com/_stuff/brickd_macos_2_0_8_c29031d96a58de32fad68e53ef13283690852b8f_v6.dmg

und v7 nicht funktioniert:

http://download.tinkerforge.com/_stuff/brickd_macos_2_0_8_c29031d96a58de32fad68e53ef13283690852b8f_v7.dmg

PS: Ich hab den v5 Link korrigiert.

pjscipio · October 18, 2013 at 09:19

Hallo Photron,

Version _v6 und _v7 laufen beide (keine Probleme mit der Verbindung). Version _3 führt weiter zum Verbindungsabbruch.

Viele Grüße,

Philipp

Problem mit dem Brick-Demon unter OSX (10.8) - Konflikt mit USB-Ethernet-Adapter

Recommended Posts

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Link zu diesem Kommentar

Share on other sites

Join the conversation