-
Notifications
You must be signed in to change notification settings - Fork 143
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FTDI 2232H based devices don't show up #33
Comments
The log is not empty. |
@tsailer, the log is short indeed. Is it a log of device attach (physical plug-in) or enable via device manager? |
This is a physical plug in. The device is already configured and Windows just loads the FTDI driver |
I don't see bus re-enumeration events. It looks like UsbDk was not properly installed. Did you use MSI package to install it? Did installer ask to reboot the system after installation? |
I did use MSI. And I rebooted (I think it asked, but I did anyway). Then when it didn't work I did subdkcontroller -u and then usbdkcontroller -i |
Could you please check in regedit, that
contains string "UsbDk"? Is there anything else except UsbDk? Also, what is your USB controller? Could you post dump of UsbView output (https://github.com/daynix/UsbDk/blob/master/Documentation/UsbInfo.txt)? |
See for yourself. Spoiler: UpperFilters is UsbDk. |
Ok, could you please post dump of UsbView. With your device attached, of course. |
Still downloading the SDK, will take at least one more hour |
Intel Mobile 5th Gen EHCI |
usbview segfaults on dump (it starts up with the GUI window though) |
I see, if UsbView starts with GUI, try to save log with File->Save All...
I would like to see your USB HC and Root hubs topology.
Also could you please provide installation log of UsbDk? You need to uninstall it with "usbdkcontroller -u" and the collect log produced during "usbdkcontroller -i".
Thanks!
… On 31 Jan 2017, at 19:20, Thomas Sailer ***@***.***> wrote:
usbview segfaults on dump (it starts up with the GUI window though)
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
The problem is, Save from the GUI makes USBView crash too. Without the docking station, save as text at least works, save as XML still crashes it Without the FTDI device: USBViewAll.txt With the FTDI device: USBViewAll2.txt |
Thanks! Could you also provide installation log of UsbDk? You need to uninstall it with "usbdkcontroller -u" and the collect log produced during "usbdkcontroller -i"? |
Here you go: usbdkinstall.txt Uninstall did not produce any log entries |
I don't see any UsbDk log entries there. Did you use the same UsbDk logging script? |
No just usbdkcontroller -i. What script do I need to use? |
I mean script for tracing, UsbDkTraceToFile.bat. |
https://sailer.fedorapeople.org/trace1.zip Both uninstall, then install |
Parsed log is here |
Similar to Issue #21 ? This is Windows 7 (x64) too. |
Hi @tsailer , I did a change in UsbDk that should fix the problem you observe and prepared a test build. You will need to enable test signing mode on your system in order to load this driver, see instructions here |
Enumerate USB devices
Much better, thanks ! |
There is one weirdness: When trying to use the FTDI supplied driver with UsbDk installed, I get: |
This printout is from UsbDk API DLL, If you collect UsbDk trace we will know what happens exactly. |
Original issue fixed by db95b46 |
Parsed log |
The problem is:
Client tries to open a device by name FTDIBUS\VID_0403+PID_6010+AX00000003B. This name is not proper USB device name receives from UsbDk enumeration results. Not sure why this happens, but UsbDk has nothing to do with it. I'm closing this issue because original problem is fixed. Please open a new one if there are other problems with this device. |
It's working, just the message is irritating. So could you silence the message in the release build? Thanks. |
This message is intended to go to the debug stream. Is it printed on the console? If so, it's client application prints it. |
It ends up in the debug stream, but also on stdout. I cannot see where the client application could do that, it never does WaitForDebugEvent* |
Let me check, maybe UsbDk prints it indeed...
…Sent from my iPhone
On 2 Feb 2017, at 19:34, Thomas Sailer ***@***.***> wrote:
It ends up in the debug stream, but also on stdout. I cannot see where the client application could do that, it never does WaitForDebugEvent*
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or mute the thread.
|
UsbDkHelper.cpp:42 static void printExceptionString(const char *errorStr) So besides outputting to the debug stream, UsbDk also outputs it via stdout. |
Printout removed by d47bd4d |
Thanks for the printout removal! When do you plan to release an installer with that changeset included? Thanks! |
We are going to release a new version next week after a few more fixes pushed. |
FTDI 2232H based devices (VID 0403 PID 6010) don't show up in UsbDkController.exe -n
The following is a trace from when attaching the FTDI device. I fear it's quite empty...
https://sailer.fedorapeople.org/trace.zip
This is with UsbDk_1.0.15_x64
The text was updated successfully, but these errors were encountered: