FlyingDoc Geschrieben October 25, 2016 at 19:37 Geschrieben October 25, 2016 at 19:37 Hallo TF Team. Seit ich meinen neuen Schlepptopf habe, macht der Brick Deamon beim Systemstart Probleme. Oder bessr gesagt eins. Er kann keine Verbindung zum Brick herstellen. Das funktioniert erst wenn ich den Dienst stoppe und neu starte. Dann ist alles wie gewohnt. Hab euch mal aus der Windows Eventlist den entsprechenden Eintrag angehangen. Could not read from USB ready pipe: WSAECONNRESET (71010054) Könnte auch noch dazu gehören. Durch die Berechtigungseinstellungen für "Anwendungsspezifisch" wird dem Benutzer "NT-AUTORITÄT\SYSTEM" (SID: S-1-5-18) unter der Adresse "LocalHost (unter Verwendung von LRPC)" keine Berechtigung vom Typ "Lokal Aktivierung" für die COM-Serveranwendung mit der CLSID {8D8F4F83-3594-4F07-8369-FC3C3CAE4919} und der APPID {F72671A9-012C-4725-9D2F-2A4D32D65169} im Anwendungscontainer "Nicht verfügbar" (SID: Nicht verfügbar) gewährt. Die Sicherheitsberechtigung kann mit dem Verwaltungstool für Komponentendienste geändert werden. Zitieren
photron Geschrieben October 26, 2016 at 08:25 Geschrieben October 26, 2016 at 08:25 Das ist komisch. Brick Daemon faked unter Windows Pipes mit zwei über localhost verbundenen Sockets. So eine Pipe ist auch die "USB Ready Pipe". Über diese Pipe wird der Event-Loop in brickd darüber informiert, dass USB Events vorliegen. Wenn das nicht funktioniert, dann "sieht" brickd die USB Geräte nicht. Warum es da zu einem Connection-Reset Fehler (WSAECONNRESET) kommt, ist mir nicht klar. An der zweiten Meldung ist komisch, dass da von COM die Rede ist. Ansonsten ließt sich das als ob brickd nicht das recht hätte zu sich selbst ein Socket Verbindung über localhost zu erstellen. Da es hilft den Dienst neuzustarten, könnte das ein Reihenfolgeproblem sein. Sprich brickd startet und erstellt die "USB Ready Pipe". Danach startet ein anderer Systemdienst der irgendwas mit localhost zutun hat. Das macht dann die Socket Verbindung über localhost in brickd kaputt. Ich kann das Problem hier auf unserem Windows 10 Labtop nicht nachstellen. Was hast du sonst so an Software installiert? Ich denke da zuerst an Virtualisierungssoftware, wie Hyper-V, VMware, Virtual Box etc. die was mit dem Netzwerk zu tun haben. Zitieren
FlyingDoc Geschrieben October 26, 2016 at 08:58 Autor Geschrieben October 26, 2016 at 08:58 Nix davon. Nur meine Entwicklerumgebungen. Also QT und Visual Studio. Zitieren
photron Geschrieben October 26, 2016 at 17:07 Geschrieben October 26, 2016 at 17:07 Verhält sich die angehängte Version besser?brickd_windows_2_2_2_48bfe40.exe Zitieren
FlyingDoc Geschrieben October 26, 2016 at 19:18 Autor Geschrieben October 26, 2016 at 19:18 Gerade mal installiert und getestet. Also nach dem Neustart von Windows war alles sofort da. Zitieren
photron Geschrieben October 27, 2016 at 07:47 Geschrieben October 27, 2016 at 07:47 Sprich, diese Version funktioniert, die offizielle 2.2.2 aber nicht? Kannst du das Problem denn reproduzieren, wenn du die offizielle 2.2.2 wieder installierst? Zitieren
FlyingDoc Geschrieben October 27, 2016 at 08:15 Autor Geschrieben October 27, 2016 at 08:15 Muss ich heute Abend schauen wenn ich zu Hause bin. Hab gestern noch festgestellt das die Verbindung wieder weg war ohne irgend etwas gemacht zu haben. Nach dem Restart des Deamon Service ging wieder alles. Zitieren
FlyingDoc Geschrieben October 27, 2016 at 20:49 Autor Geschrieben October 27, 2016 at 20:49 So. Heute Abend wieder getestet. der Deamon hat heute wieder nkeine Verbindung aufgebaut beim Systemstart. Erst nach dem Neustarten des Dienstes. Und es ist die Testversion. Zitieren
photron Geschrieben October 28, 2016 at 08:28 Geschrieben October 28, 2016 at 08:28 Das Problem besteht also weiterhin. Mal sehen was ich da tun kann. Zitieren
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.