Live data from Hacker News

FTDI driver kills fake FTDI FT232s

eevblog.com

81–90 of 315 posts

Re: FTDI driver kills fake FTDI FT232s

#81

FT232 isn't very stable to begin with. CP210x is a much better alternative from my experience with FT232, PL2303 and CP210x.

Does the CP210x support operation at exactly 250kbaud? I've previously recommended FTDI-based adapters for DMX-512 control of lights. The other adapters I tried can only do 232k or 256k or some fixed number, not 250k.

Re: FTDI driver kills fake FTDI FT232s

#82
post #64

Earlier quoted context omitted.

As a consumer I have no way to know if the FTDI in my device is real. It really isn't my fault. This is FTDI's way of incentivizing companies using consumers, like I said in my original comment, and it sucks .

As a consumer I had no way of knowing the motorcycle I bought was stolen. It came with the keys, the title, there was no evidence of thievery (most commonly broken parts around the ignition). The police said, "Wow we wouldn't have known this was stolen without running it in our database either". I didn't know. But it still gets repossessed, and I'm still out $1k. (True story, and my first brush with the laws around b…

Did you buy it directly from a dealership? It's really an apples and oranges situation here.

Re: FTDI driver kills fake FTDI FT232s

#83

If anyone is curious what a real vs fake FTDI chip looks like under the hood (de-capped chip) this is a great analysis and some beautiful pictures. http://zeptobars.ru/en/read/FTDI-FT232RL-real-vs-fake-supere... Exerpt: "What's the economic reason of making software fake of well-known chip instead of making new one under your own name? This way they don't need to buy USB VID, sign drivers in Microsoft, no expenses on…

+1 for the fake chip name. "Supereal" takes the cake

Re: FTDI driver kills fake FTDI FT232s

#84
post #69
post #19

I hope this causes a major and publicly visible malfunction in some important device/installation/machinery, of course with no harm done to any persons, but enough of an embarrasment to really set an example, so no vendor will think of pulling tricks like these in the future. Takeaway lesson: End users should never touch anything remotely FTDI-like, since it's probably impossible to verify if the device is genuine or…

My takeaway lesson is that end users should never trust closed source drivers. Can you picture a Linux or *BSD driver in which there is an intentional if (counterfeit) { do_damage(); }

Yes, I can. I can picture a product vendor using a modified Linux kernel with that code in a driver, or at least a moral equivalent. Eg, a NAS box which is "only compatible with brand X drives".

Just because the code is available doesn't mean it does no damage. Only that you have the ability to find and fix the code.

Re: FTDI driver kills fake FTDI FT232s

#85

FT232 isn't very stable to begin with. CP210x is a much better alternative from my experience with FT232, PL2303 and CP210x.

Can you elaborate on your problems with FTDI? We're refactoring some hardware with FT232, smallest package I think, and alternatives are welcome. Would CP210x allow for lower latency/less stalls on Windows or are the FTDI limits on that point just the limits of the usb stack on Windows?

Re: FTDI driver kills fake FTDI FT232s

#86

Earlier quoted context omitted.

And I'm totally fine with that, even though that also creates a bad UX, especially for users who previously had a working thing, updated their driver / software, and now have a broken thing. Really hope everyone starts dumping FTDI and they end up in a class-action lawsuit. USB serial converters are a commodity these days, regardless of what these goons think. If they can't compete in a free market, they should find…

They're a commodity because they're all using counterfeit FTDI and Prolific chips.

The counterfeit FTDI chips are apparently reimplemented from scratch using a completely different design, one based around a USB microcontroller of some kind. They're a commodity because they're really easy to create.

Re: FTDI driver kills fake FTDI FT232s

#87
post #52

Earlier quoted context omitted.

Didn't see your post when I was posting mine, but anyway -- CP210x.

Do you know if it supports non-standard baud rates on OS X> (Maybe Linux too?) I use FTDI because I can easily run comm ports at 3 Mbit/s. OSX (and I think Linux too) does support comm ports at non common baud rates. I'm looking for a way to add decently quick USB comms to a device without writing my own drivers. FTDI seems like the only option. Using HID is limited to 64KB/s.

You could always just use libusb to talk to your device (e.g., an AVR w/ V-USB or another microcontroller with actual USB support) from user space, instead of fooling around with fake COM ports.

Re: FTDI driver kills fake FTDI FT232s

#89
post #26

Thanks for the heads up, this will probably affect us car nerds too (I'm sure my cheapo KWP2000 cable has a fake FT232)

heads up indeed, might even get some heads rolling.. The FTDI chip is the sole means of communication in a major product of a startup I know. If the chips are fakes and customers are left with useless devices that's going to seriously hurt reputation and income.

Re: FTDI driver kills fake FTDI FT232s

#90
post #9

I foresee an arms race here. Next gen FTDI clones will work around this driver detection. Next FTDI driver has new detection code. Iterate until the counterfeit chips are indistinguishable from the real thing via software.

That's the arms race that's already in place. The new one will take place in a courtroom.
Post reply on HN