I bricked an faux-FTDI last year before I swapped out the XP development notebook (now Linux) to a Windows 8.1 notebook. Fixing the issue last year on XP was easy … seems that I am a user in the Admin group, so I could do anything I needed. When crap hit yesterday and I plugged in a new Chinese FTDI USB-serial device, the FTDI drivers bricked the device by writing PID_0000 to the adapter… kiss of death! Now, I had taken great pains on NOT doing any driver updates to the 8.1 notebook, so obviously something I installed did the FTDI update … blast ’em.
I went to edit the two necessary files in C:\Windows\System32\DriverStore\FileRepository
according to this article. I then found out that Microsoft had protected the DriverStore\FileRepository and even with Administrator rights, I could not edit and save the necessary changes to ftdi.port.xxx and ftdi.bus.xxx.
I attempted to take add myself into the rights group (remember I am an Administrator) but the system would not permit. I attempted to take ownership and the system would not permit. I am moving to Linux, so far 4 machines in the lab, but the coding/development box is the last that I had planned on doing. After yesterday, I may change the priorities!
So, what is one to do? Boot from a Linux preview DVD or course! That solves the lesser god issue. After editing the necessary files and adding the lines (abbreviated here for brevity. File ftdiport.inf shown below, similar edits must be accomplished to ftdibus.inf
[Version]
; Changed version from 04/10/2012 to 04/10/2022 in effort to avoid newer versions automatically overwriting ... no guarantees with Microsoft!
DriverVer=04/10/2022,2.08.24
<...>
[FtdiHw]
%VID_0403&PID_0000.DeviceDesc%=FtdiPort.NT,FTDIBUS\COMPORT&VID_0403&PID_0000
%VID_0403&PID_6001.DeviceDesc%=FtdiPort.NT,FTDIBUS\COMPORT&VID_0403&PID_6001
<...>
[FtdiHw.NTamd64]
%VID_0403&PID_0000.DeviceDesc%=FtdiPort.NTamd64,FTDIBUS\COMPORT&VID_0403&PID_0000
%VID_0403&PID_6001.DeviceDesc%=FtdiPort.NTamd64,FTDIBUS\COMPORT&VID_0403&PID_6001
<...>
[Strings]
VID_0403&PID_0000.DeviceDesc="USB Serial Port 0000"
VID_0403&PID_6001.DeviceDesc="USB Serial Port"
- Bricked_faux-FTDI.jpg (82.17 KiB) Viewed 1438 times
- Step3.jpg (69.86 KiB) Viewed 1438 times
- Part6.jpg (38.38 KiB) Viewed 1438 times
Very interesting to see how MS now locks you out of your own system.
This will really start to annoy anyone who has to do system support for a large organisation, unless they are on some ultra enterprise level system on all their machines. But I suspect there are loads of SMEs which just run one or two Windows servers e.g one for mail and one for file storage, and have the staff using Windows 8.1, who will come across the same sorts of lockout issues.
Btw. Wasn’t there a Linux way to unbrick the FDTI clone, by somehow changing its PID back to the correct value
<…>
Btw. Wasn’t there a Linux way to unbrick the FDTI clone, by somehow changing its PID back to the correct value
OK. I see what you mean.
For personal use, I can’t see a problem with unbricking the device using Linux.
People can google for it, e.g. Fixing a bricked FTDI from Linux and find ways to do it.
Of course the Windows driver will brick it again immediately, if they have not updated the driver to the version that no longer bricks it.
OK. I see what you mean.
For personal use, I can’t see a problem with unbricking the device using Linux.
People can google for it, e.g. Fixing a bricked FTDI from Linux and find ways to do it.
Of course the Windows driver will brick it again immediately, if they have not updated the driver to the version that no longer bricks it.
I must confess to not reading your posting in detail
But if someone didnt change the date etc and just attempt to use an unbricked device I presume it would get bricked again
BTW. I have two FT232 based usb to serial devices, but Windows 7 didnt recognize and install the default firmware, so I presume they are clones and perhaps it no longer installs the virtual serial driver.
There was some alternative SW/ Driver etc I tried downloading from from FTDI but the devices didnt appear as virtual serial, they appear as some useless USB device.
At which point I coudlnt be bothered wasting any more time on them. And went back to using one of my many Non-FDTI devices
I will not buy a FT232 again, as I have no way of knowing if its real or not.
I could spend a fortune and buy from Adafruit etc and hopefully it would be guaranteed to be genuine, but as the Sil Labs devices and the others work fine for me, its just not worth the cost and hassle to get hold of FTDI devices any more.
Ray,
Have you tried to edit the files in another folder, and then move again, or in the same folder where they are (C:\Windows\System32\DriverStore\FileRepository) ?
Ray,
Have you tried to edit the files in another folder, and then move again, or in the same folder where they are (C:\Windows\System32\DriverStore\FileRepository) ?
No issues.
I did buy a Prolific chipset adapter and wasted a lot of time with driver issues, then s-canned it.
No issues.
I did buy a Prolific chipset adapter and wasted a lot of time with driver issues, then s-canned it.
It’s impossible to guarantee that any component is official, ( just google the U.S senate enquiry into the widespread proliferation of counterfeit parts into the US military).
So if Mil procurement can’t guarantee genuine parts, there is very little hope that cost conscious consumer manufacturing will be able to do so.
And who knows what drivers are still kicking around in the wild on consumer’s machines, waiting to brick your company’s products and cause an expensive support and recall program



<…>
A hobbyist/student can cut the cord. I hope to someday.
<…>
I must say though I don’t like Microsoft’s monopoly, it is necessary for me, now.
This beggers belief.
Such an arrogant company.
This beggers belief.
Such an arrogant company.
This beggers belief.
Such an arrogant company.
As I’m not sure who would be liable for the injury caused by injecting data
e.g. Industrial machines e.g. laser cutters, milling machines etc, can have these sorts of devices in them.
My laser cutter has some sort of UART interface that controls it. I’m not sure if its an FDTI part or not, I’ll need to check the driver, but I know its not a FT232.
Fortunately I’m controlling the laser cutter from an old WIndows XP machine that is not connected to a network, and I manually loaded the drivers from USB stick. So there is no chance it can update.
Adafruit Interviews The CEO Of FTDI
Thought I’d share what’s going on.
Michael
IMO, it should be a f’n barnfire of all devices using the FTDI chip. It would be more fun than burning a Beatles record in the ’60’s!
Ray
<…> One of the first rules of business is that if you loose a customer (for *any* reason), you will rarely get them back. One they have dropped you, they are very unlikely to admit they were wrong by coming back to you.