reckewell Geschrieben December 16, 2018 at 14:56 Share Geschrieben December 16, 2018 at 14:56 Moin! Ich habe das Problenm, dass der aktuelle BrickDaemon auf meinem neuen Windows 10 (64 bit, 1809) nicht startet. Der PC ist relativ neu und vorgestern wurde das aktuelle Build von Windows drauf geworfen. Heute habe ich dann den aktuellen BrickDaemon (2.3.2) installiert. Als mein BrickViewer (auch aktuelle Version, heute installiert) dann meinte, dass er auf "localhost" nichts finden würde, habe ich mal genauer nachgeschaut: Im Eventlog stehen die folgenden Meldungen mit der Quelle BrickDaemon: Leaking generic event source (handle: 628, name: hotplug, events: 0x0001) at index 0Could not get USB device list: LIBUSB_ERROR_OTHER (-99) Ich habe auch mal das Log des Daemons angeschaltet... Da dies die erste Installation auf dem neuen PC ist, kann ich leider nicht sagen, ob es Seiteneffekte mit der Hardware gibt - was ich sagen kann ist, dass der Update-Treiber sauber funktioniert (ich also Bricks mit aktueller Firmware versorgen kann). Viele Grüße Carsten brickd.log Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
FlyingDoc Geschrieben December 16, 2018 at 21:04 Share Geschrieben December 16, 2018 at 21:04 Das ist ein nur bei Windows 10 auftretender Fehler. Der Deamon selber läuft schon. Kann aber den virtuellen Port nicht zur Verfügung stellen. Es hilft nach dem Windows Start den Dienst einfach mal zu beenden und neu zu starten. Irgend ein Dienst im System der gebraucht wird, startet zu spät. Zum Dienstneustart infach folgendes machen. Auf dem Desktop mit der Maus auf das Computericon für den PC gehen -> rechte Maustaste -> Verwalten anwählen -> Punkt Dienste und Anwendungen -> Dienst auswählen In der Dienstiste den Brickdeamon suchen und anklicken -> Oben in der Symbolleiste das Symbol |> (für Dienst neu starten) anklicken Der Dienst wird dann beendet und neu gestartet. Dannach funktioniert alles wie gewünscht. Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
reckewell Geschrieben December 16, 2018 at 21:40 Autor Share Geschrieben December 16, 2018 at 21:40 Leider nein... Hätte ich dazu sagen sollen... Der Dienst ist nicht gestartet und wenn ich ihm manuell starten will, dann sagt Windows: "Dienst "Brick Daemon" wurde auf "Lokaler Computer" gestartet und dann angehalten. [usw.] Das ist leider reproduzierbar dauerhaft so... Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
photron Geschrieben December 21, 2018 at 18:06 Share Geschrieben December 21, 2018 at 18:06 Die relevante Zeile im Log ist diese hier: 2018-12-16 15:29:22.895064 <E> <libusb:enumerate_hcd_root_hub> could not get child devinst for 'ROOT\SYSTEM\0001' libusb versucht die Geräte am USB Root Hub ROOT\SYSTEM\0001 abzufragen, scheitert dabei aber. Diesen Fehler sieht brickd als fatal an und beendet sich. Da komme ich jetzt leider dieses Jahr nicht mehr dazu mir das genauer anzusehen, sorry. Ich komme darauf im Januar zurück. Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
reckewell Geschrieben December 24, 2018 at 12:04 Autor Share Geschrieben December 24, 2018 at 12:04 Das scheint ein Problem des 2.3.2er BrickDaemon zu sein... Auf meinem alten PC tritt das Problem ebenfalls auf - installiere ich die 2.3.1, dann funktioniert das auf beiden PCs... Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
photron Geschrieben January 14, 2019 at 15:43 Share Geschrieben January 14, 2019 at 15:43 reckewell, kannst du auf die gleiche Weise wie für brickd 2.3.2 eine Debug Log für brickd 2.3.1 erstellen, wie du es im ersten Post angehängt hast? In brickd 2.3.2 habe ich die libusb Version aktualisiert, weil die libusb Entwickler einige Probleme bei der Abfrage von USB Geräten behoben hatten. In deinem Fall scheint das leider neue Probleme erzeugt zu haben. Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Nic Geschrieben February 18, 2019 at 09:41 Share Geschrieben February 18, 2019 at 09:41 Das Problem ist noch nicht vom Tisch v2.3.2 macht bei meinem Win10 1809 (64bit) die gleichen Probleme wie oben beschrieben. v2.3.1 geht prima. In beiden Fällen habe ich aber keinen Brick angeschlossen.v231.logv232.log Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
photron Geschrieben February 18, 2019 at 15:17 Share Geschrieben February 18, 2019 at 15:17 Es hat auch keiner behauptet, dass das Problem behoben wäre. Teste doch mal bitte diese brickd Version: http://download.tinkerforge.com/_stuff/brickd_windows_2_3_3_rc1.exe Ich hätte gerne in jedem Fall einen Debug Log Auszug, egal ob diese Version das Problem jetzt behebt oder nicht. Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Nic Geschrieben February 19, 2019 at 12:58 Share Geschrieben February 19, 2019 at 12:58 Jup, diese Version scheint zu funktionieren. v2.3.3.log Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
photron Geschrieben February 21, 2019 at 17:13 Share Geschrieben February 21, 2019 at 17:13 Es scheint so zu sein, dass libusb versucht Geräte zu enummerieren, die nicht enummerierbar sind und dabei ins Stolpern kommt. Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
photron Geschrieben July 4, 2019 at 08:58 Share Geschrieben July 4, 2019 at 08:58 Das Problem ist jetzt in brickd 2.4.0 behoben. Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.