reckewell Posted December 16, 2018 at 02:56 PM Share Posted December 16, 2018 at 02:56 PM 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 Quote Link to comment Share on other sites More sharing options...
FlyingDoc Posted December 16, 2018 at 09:04 PM Share Posted December 16, 2018 at 09:04 PM 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. Quote Link to comment Share on other sites More sharing options...
reckewell Posted December 16, 2018 at 09:40 PM Author Share Posted December 16, 2018 at 09:40 PM 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... Quote Link to comment Share on other sites More sharing options...
photron Posted December 21, 2018 at 06:06 PM Share Posted December 21, 2018 at 06:06 PM 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. Quote Link to comment Share on other sites More sharing options...
reckewell Posted December 24, 2018 at 12:04 PM Author Share Posted December 24, 2018 at 12:04 PM 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... Quote Link to comment Share on other sites More sharing options...
photron Posted January 14, 2019 at 03:43 PM Share Posted January 14, 2019 at 03:43 PM 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. Quote Link to comment Share on other sites More sharing options...
Nic Posted February 18, 2019 at 09:41 AM Share Posted February 18, 2019 at 09:41 AM 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 Quote Link to comment Share on other sites More sharing options...
photron Posted February 18, 2019 at 03:17 PM Share Posted February 18, 2019 at 03:17 PM 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. Quote Link to comment Share on other sites More sharing options...
Nic Posted February 19, 2019 at 12:58 PM Share Posted February 19, 2019 at 12:58 PM Jup, diese Version scheint zu funktionieren. v2.3.3.log Quote Link to comment Share on other sites More sharing options...
photron Posted February 21, 2019 at 05:13 PM Share Posted February 21, 2019 at 05:13 PM Es scheint so zu sein, dass libusb versucht Geräte zu enummerieren, die nicht enummerierbar sind und dabei ins Stolpern kommt. Quote Link to comment Share on other sites More sharing options...
photron Posted July 4, 2019 at 08:58 AM Share Posted July 4, 2019 at 08:58 AM Das Problem ist jetzt in brickd 2.4.0 behoben. Quote Link to comment 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.