Hello, I have an old Bitscope model BS31000 which I try to connect to windows11 through USB. No luck so far, I am wondering if this model is too old to be used with W11 ?
Hello, I have an old Bitscope model BS31000 which I try to connect to windows11 through USB. No luck so far, I am wondering if this model is too old to be used with W11 ?
Google suggests the following steps:
ftdibus.inf and ftdiport.inf packages are added to the Windows Driver Store. Verification: The FTDI CDM Driver Package Installer completes with a green checkmark showing "Ready to use."USB Serial Port (COMx) with no yellow exclamation mark.COM1 through COM4) if legacy BitScope DSO software fails to enumerate high COM numbers, and lower the Latency Timer (msec) from 16 to 1 or 2 to prevent waveform capture timeouts. Verification: Clicking OK saves the port assignment without an "in use" conflict, and BitScope DSO connects when USB and the matching COMx port are selected under SETUP.If Windows still blocks the setup.
USB 3.x xHCI Host Controller Timing: Older FTDI USB 1.1/2.0 Full-Speed chips occasionally fail enumeration on modern USB 3.2 Gen 2 root hubs. Plugging the BS310 through an unpowered USB 2.0 hub forces the host controller to negotiate via a Transaction Translator, resolving descriptor read errors.
Memory Integrity (HVCI) Block: If Device Manager reports Code 39 or Code 52 (driver signature/integrity enforcement), open Windows Security > Device security > Core isolation details and check if Memory integrity is blocking an older ftdibus.sys remnant. Uninstalling all old FTDI entries via pnputil /enum-drivers in an elevated terminal before running the latest FTDI installer resolves driver store conflicts.
The only alternative I could think of is to try a proxy. E.g. Connect via Raspberry Pi.
Good luck.
Google suggests the following steps:
ftdibus.inf and ftdiport.inf packages are added to the Windows Driver Store. Verification: The FTDI CDM Driver Package Installer completes with a green checkmark showing "Ready to use."USB Serial Port (COMx) with no yellow exclamation mark.COM1 through COM4) if legacy BitScope DSO software fails to enumerate high COM numbers, and lower the Latency Timer (msec) from 16 to 1 or 2 to prevent waveform capture timeouts. Verification: Clicking OK saves the port assignment without an "in use" conflict, and BitScope DSO connects when USB and the matching COMx port are selected under SETUP.If Windows still blocks the setup.
USB 3.x xHCI Host Controller Timing: Older FTDI USB 1.1/2.0 Full-Speed chips occasionally fail enumeration on modern USB 3.2 Gen 2 root hubs. Plugging the BS310 through an unpowered USB 2.0 hub forces the host controller to negotiate via a Transaction Translator, resolving descriptor read errors.
Memory Integrity (HVCI) Block: If Device Manager reports Code 39 or Code 52 (driver signature/integrity enforcement), open Windows Security > Device security > Core isolation details and check if Memory integrity is blocking an older ftdibus.sys remnant. Uninstalling all old FTDI entries via pnputil /enum-drivers in an elevated terminal before running the latest FTDI installer resolves driver store conflicts.
The only alternative I could think of is to try a proxy. E.g. Connect via Raspberry Pi.
Good luck.