Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > sci.electronics.components > #5739 > unrolled thread

Is my FT232 fake or genuine?

Started byRobert Roland <fake@ddress.no>
First post2015-09-12 19:30 +0200
Last post2015-09-18 19:45 +0200
Articles 12 — 5 participants

Back to article view | Back to sci.electronics.components


Contents

  Is my FT232 fake or genuine? Robert Roland <fake@ddress.no> - 2015-09-12 19:30 +0200
    Re: Is my FT232 fake or genuine? legg <legg@nospam.magma.ca> - 2015-09-12 21:57 -0400
      Re: Is my FT232 fake or genuine? Robert Roland <fake@ddress.no> - 2015-09-13 12:17 +0200
        Re: Is my FT232 fake or genuine? legg <legg@nospam.magma.ca> - 2015-09-13 12:25 -0400
          Re: Is my FT232 fake or genuine? Robert Roland <fake@ddress.no> - 2015-09-13 19:21 +0200
            Re: Is my FT232 fake or genuine? legg <legg@nospam.magma.ca> - 2015-09-13 17:09 -0400
    Re: Is my FT232 fake or genuine? Spehro Pefhany <speffSNIP@interlogDOTyou.knowwhat> - 2015-09-15 05:43 -0400
      Re: Is my FT232 fake or genuine? Robert Roland <fake@ddress.no> - 2015-09-15 20:02 +0200
        Re: Is my FT232 fake or genuine? not@telling.you.invalid (Computer Nerd Kev) - 2015-09-15 22:59 +0000
          Re: Is my FT232 fake or genuine? mzenier@eskimo.com (Mark Zenier) - 2015-09-16 15:25 +0000
            Re: Is my FT232 fake or genuine? not@telling.you.invalid (Computer Nerd Kev) - 2015-09-17 22:40 +0000
            Re: Is my FT232 fake or genuine? Robert Roland <fake@ddress.no> - 2015-09-18 19:45 +0200

#5739 — Is my FT232 fake or genuine?

FromRobert Roland <fake@ddress.no>
Date2015-09-12 19:30 +0200
SubjectIs my FT232 fake or genuine?
Message-ID<2vn8vadvo7d0ii2a7172a33tbfnde2ki7e@4ax.com>
I bought a few FT232RL from China, quite cheaply. Then I read about
"FTDIgate" where the latest drivers from FTDI would brick fake chips.

I also read here:
http://zeptobars.ru/en/read/FTDI-FT232RL-real-vs-fake-supereal

that the genuine chips have laser etched lettering, while the fakes
have painted-on lettering. Mine have painted-on lettering.

So, I download the latest driver from FTDI (version 2.12.6.0) for my
Windows 8.1 and connected one of the chips. It works perfectly. I
disconnected and reconnected several times. Still all good.

Why did it not brick?

Are there fakes that the driver cannot detect as fakes, or are there
genuine chips with painted lettering?
-- 
RoRo

[toc] | [next] | [standalone]


#5740

Fromlegg <legg@nospam.magma.ca>
Date2015-09-12 21:57 -0400
Message-ID<5cl9vapvmogdagb050ccr6m4lnfo46m5ra@4ax.com>
In reply to#5739
On Sat, 12 Sep 2015 19:30:56 +0200, Robert Roland <fake@ddress.no>
wrote:

>I bought a few FT232RL from China, quite cheaply. Then I read about
>"FTDIgate" where the latest drivers from FTDI would brick fake chips.
>
>I also read here:
>http://zeptobars.ru/en/read/FTDI-FT232RL-real-vs-fake-supereal
>
>that the genuine chips have laser etched lettering, while the fakes
>have painted-on lettering. Mine have painted-on lettering.
>
>So, I download the latest driver from FTDI (version 2.12.6.0) for my
>Windows 8.1 and connected one of the chips. It works perfectly. I
>disconnected and reconnected several times. Still all good.
>
>Why did it not brick?
>
>Are there fakes that the driver cannot detect as fakes, or are there
>genuine chips with painted lettering?

The 'bricking'in the software was removed, as I recall, due to
customer feedback. Too many products in the field, built in good
faith, that the FTDI software could permanently damage - engendering
product liability to FTDI.

RL

[toc] | [prev] | [next] | [standalone]


#5742

FromRobert Roland <fake@ddress.no>
Date2015-09-13 12:17 +0200
Message-ID<6riava9heajp3agtojfuhqcketode8orf6@4ax.com>
In reply to#5740
On Sat, 12 Sep 2015 21:57:34 -0400, legg <legg@nospam.magma.ca> wrote:

>The 'bricking'in the software was removed, as I recall, due to
>customer feedback.

As I understand it, the new driver was removed from Windows Update,
but I have not seen any mention of the destructive code being removed
from it.

Also, the license terms still warn that the driver may destroy fake
chips: http://www.ftdichip.com/Drivers/FTDriverLicenceTermsSummary.htm

If they did indeed remove the destructive code, is there somewhere I
could find the destructive driver?
-- 
RoRo

[toc] | [prev] | [next] | [standalone]


#5743

Fromlegg <legg@nospam.magma.ca>
Date2015-09-13 12:25 -0400
Message-ID<di5bvadlhmdv2kdf170ne2jstq7rpk06v7@4ax.com>
In reply to#5742
On Sun, 13 Sep 2015 12:17:12 +0200, Robert Roland <fake@ddress.no>
wrote:

>On Sat, 12 Sep 2015 21:57:34 -0400, legg <legg@nospam.magma.ca> wrote:
>
>>The 'bricking'in the software was removed, as I recall, due to
>>customer feedback.
>
>As I understand it, the new driver was removed from Windows Update,
>but I have not seen any mention of the destructive code being removed
>from it.
>
>Also, the license terms still warn that the driver may destroy fake
>chips: http://www.ftdichip.com/Drivers/FTDriverLicenceTermsSummary.htm
>
>If they did indeed remove the destructive code, is there somewhere I
>could find the destructive driver?

If chips carry the FTDI marking, and are fakes, FTDI has conventional
methods of redress. If chips from other mfrs employ FTDI proprietary
intellectual property, there are other conventional methods of
redress. None of these involve the end user.

Driver license terms can not absolve either FTDI or HW driver
distributors of liability in the event of end-user injury, as a direct
result of intentional damage to hardware, as could be the case in an
inadvertent 'driver update' to safely functioning hardware.

FTDI revised the driver after Oct 2014 so as not to interfere with
function. Since then, whatever method they are using to identify and
handle invalid PID hasn't raised issues.

I don't know the rev number of the drivers after ver2.08.14 that were
an issue. There were ways around it, depending on your version of
windows, and whatever you expected to do with later hardware or fw
updates.

RL

[toc] | [prev] | [next] | [standalone]


#5745

FromRobert Roland <fake@ddress.no>
Date2015-09-13 19:21 +0200
Message-ID<0jbbvat2vrnehfnivhh1p46tqrej5mdqm8@4ax.com>
In reply to#5743
On Sun, 13 Sep 2015 12:25:50 -0400, legg <legg@nospam.magma.ca> wrote:

>If chips carry the FTDI marking, and are fakes, FTDI has conventional
>methods of redress.

The problem is that these methods are pretty much useless when the
perpetrator is in China.

>FTDI revised the driver after Oct 2014 so as not to interfere with
>function.

OK. But I still want to make sure my chips are genuine. I am designing
them into a product that I hope to sell a few of, so I'd strongly
prefer genuine chips.

At this time, I still have the option to return them to my supplier,
but before I do, I need undisputable proof that they are fake. Is the
painted-on lettering proof enough?

I have searched FDTI's FAQ to see if they have any information on how
to distinguish real from fake chips. I could not find any. Maybe I
should try to contact them.
-- 
RoRo

[toc] | [prev] | [next] | [standalone]


#5746

Fromlegg <legg@nospam.magma.ca>
Date2015-09-13 17:09 -0400
Message-ID<5pnbvatlmdsivls1of6oodi4g25j1rp3dt@4ax.com>
In reply to#5745
On Sun, 13 Sep 2015 19:21:44 +0200, Robert Roland <fake@ddress.no>
wrote:

>On Sun, 13 Sep 2015 12:25:50 -0400, legg <legg@nospam.magma.ca> wrote:
>
>>If chips carry the FTDI marking, and are fakes, FTDI has conventional
>>methods of redress.
>
>The problem is that these methods are pretty much useless when the
>perpetrator is in China.
>
>>FTDI revised the driver after Oct 2014 so as not to interfere with
>>function.
>
>OK. But I still want to make sure my chips are genuine. I am designing
>them into a product that I hope to sell a few of, so I'd strongly
>prefer genuine chips.
>
>At this time, I still have the option to return them to my supplier,
>but before I do, I need undisputable proof that they are fake. Is the
>painted-on lettering proof enough?
>
>I have searched FDTI's FAQ to see if they have any information on how
>to distinguish real from fake chips. I could not find any. Maybe I
>should try to contact them.

firmware revs with issues were 2.11.0 and 2.12.0. Last known
unaffected was 2.10.0 from Jan27 2014.

FTDI's official response to all enquiries re component validity is
redirection to authorized distributors for FTDI components.

What could be simpler?

http://www.ftdichipblog.com/?p=1053

RL

[toc] | [prev] | [next] | [standalone]


#5749

FromSpehro Pefhany <speffSNIP@interlogDOTyou.knowwhat>
Date2015-09-15 05:43 -0400
Message-ID<3rpfval2tj02i7l31fru65thgvs1r6kaca@4ax.com>
In reply to#5739
On Sat, 12 Sep 2015 19:30:56 +0200, the renowned Robert Roland
<fake@ddress.no> wrote:

>I bought a few FT232RL from China, quite cheaply. Then I read about
>"FTDIgate" where the latest drivers from FTDI would brick fake chips.
>
>I also read here:
>http://zeptobars.ru/en/read/FTDI-FT232RL-real-vs-fake-supereal
>
>that the genuine chips have laser etched lettering, while the fakes
>have painted-on lettering. Mine have painted-on lettering.
>
>So, I download the latest driver from FTDI (version 2.12.6.0) for my
>Windows 8.1 and connected one of the chips. It works perfectly. I
>disconnected and reconnected several times. Still all good.
>
>Why did it not brick?
>
>Are there fakes that the driver cannot detect as fakes, or are there
>genuine chips with painted lettering?

With this bricking garbage, maybe consider avoiding FTDI and their
clones altogether and use CH340 chips from WCH in Nanjing. At < 40
cents each, pretty economical. 

--sp  


-- 
Best regards, 
Spehro Pefhany
Amazon link for AoE 3rd Edition:            http://tinyurl.com/ntrpwu8
Microchip link for 2015 Masters in Phoenix: http://tinyurl.com/l7g2k48

[toc] | [prev] | [next] | [standalone]


#5750

FromRobert Roland <fake@ddress.no>
Date2015-09-15 20:02 +0200
Message-ID<qmmgva1vedsq2afmibbi10vgk8rjanhr46@4ax.com>
In reply to#5749
On Tue, 15 Sep 2015 05:43:27 -0400, Spehro Pefhany
<speffSNIP@interlogDOTyou.knowwhat> wrote:

>With this bricking garbage, maybe consider avoiding FTDI and their
>clones altogether and use CH340 chips from WCH in Nanjing. At < 40
>cents each, pretty economical. 

That's exactly what I have in mind. Unfortunately, I was not aware of
either the bricking issue or the CH340 when I ordered the chips. I
coincidentally stumbled upon it when browsing through Dave Jones' EEV
blog.

Now I want to be able to prove that my chips are fakes so I have a
strong case when I try to return them to the seller. The best proof
would be if I could actually brick one.

I found version 2.12.00 of the driver, installed it and connected one
of the chips. It works perfectly. OK, I have not actually checked if
any data comes out the other end, but the Windows PC detect the USB
device correctly every time.
-- 
RoRo

[toc] | [prev] | [next] | [standalone]


#5751

Fromnot@telling.you.invalid (Computer Nerd Kev)
Date2015-09-15 22:59 +0000
Message-ID<mta7tc$59o$1@speranza.aioe.org>
In reply to#5750
Robert Roland <fake@ddress.no> wrote:
> 
> Now I want to be able to prove that my chips are fakes so I have a
> strong case when I try to return them to the seller. The best proof
> would be if I could actually brick one.
> 
> I found version 2.12.00 of the driver, installed it and connected one
> of the chips. It works perfectly. OK, I have not actually checked if
> any data comes out the other end, but the Windows PC detect the USB
> device correctly every time.

If you _really_ want to be sure, you'll have to remove the epoxy and
look at the silicon die itself under a microscope. Ideally you'll
want a known real chip (or images from the 'net of one) to compare
with.

Here's a good resource for information on how to do it, I've been
wanting to try this myself for years:
http://siliconpr0n.org/wiki/doku.php?id=decap:epoxy

-- 
__          __
#_ < |\| |< _#

[toc] | [prev] | [next] | [standalone]


#5753

Frommzenier@eskimo.com (Mark Zenier)
Date2015-09-16 15:25 +0000
Message-ID<mter6m022pf@enews2.newsguy.com>
In reply to#5751
In article <mta7tc$59o$1@speranza.aioe.org>,
Computer Nerd Kev <not@telling.you.invalid> wrote:
>Robert Roland <fake@ddress.no> wrote: 
>>
>> Now I want to be able to prove that my chips are fakes so I have a
>> strong case when I try to return them to the seller. The best proof
>> would be if I could actually brick one.
>>
>> I found version 2.12.00 of the driver, installed it and connected one
>> of the chips. It works perfectly. OK, I have not actually checked if
>> any data comes out the other end, but the Windows PC detect the USB
>> device correctly every time.
>
>If you _really_ want to be sure, you'll have to remove the epoxy and
>look at the silicon die itself under a microscope. Ideally you'll
>want a known real chip (or images from the 'net of one) to compare
>with.
>
>Here's a good resource for information on how to do it, I've been
>wanting to try this myself for years: 
>http://siliconpr0n.org/wiki/doku.php?id=decap:epoxy

Isn't the chip a generic microcontroller?  The reason the
counterfits could be bricked was that they were still 
programmable and the bad driver reprogrammed some of it.  

So a device programmer or a evaluation board with a programmer for
that device that could read the suspect device would show that it's
a counterfit.  Assuming that a real FT232 device would fail to read out.


Mark Zenier  mzenier@eskimo.com  
Googleproofaddress(account:mzenier provider:eskimo domain:com)

[toc] | [prev] | [next] | [standalone]


#5756

Fromnot@telling.you.invalid (Computer Nerd Kev)
Date2015-09-17 22:40 +0000
Message-ID<mtffg7$rs4$1@speranza.aioe.org>
In reply to#5753
Mark Zenier <mzenier@eskimo.com> wrote:
> In article <mta7tc$59o$1@speranza.aioe.org>,
> Computer Nerd Kev <not@telling.you.invalid> wrote:
>>
>>If you _really_ want to be sure, you'll have to remove the epoxy and
>>look at the silicon die itself under a microscope. Ideally you'll
>>want a known real chip (or images from the 'net of one) to compare
>>with.
>>
>>Here's a good resource for information on how to do it, I've been
>>wanting to try this myself for years: 
>>http://siliconpr0n.org/wiki/doku.php?id=decap:epoxy
> 
> Isn't the chip a generic microcontroller?  The reason the
> counterfits could be bricked was that they were still 
> programmable and the bad driver reprogrammed some of it.  
> 
> So a device programmer or a evaluation board with a programmer for
> that device that could read the suspect device would show that it's
> a counterfit.  Assuming that a real FT232 device would fail to read out.

Not according to these Real Vs Fake die images:
http://zeptobars.ru/en/read/FTDI-FT232RL-real-vs-fake-supereal

Certainly it would make sense for a USB controller to include a
microcontroller internally, but I don't believe the official chip
is an "off the shelf" microcontroller (and it is shown on the above
page that the die has FTDI's name printed on it).

The fake shown on that page does apparently use a somewhat generic
microcontroller to pretend to be a FTDI chip. Looking at the die,
it is easy to differentiate between this and the custom design of
the official chip.

-- 
__          __
#_ < |\| |< _#

[toc] | [prev] | [next] | [standalone]


#5760

FromRobert Roland <fake@ddress.no>
Date2015-09-18 19:45 +0200
Message-ID<31jova1boq7ndtqlf67pn0ffke9u2g3poe@4ax.com>
In reply to#5753
On Wed, 16 Sep 2015 15:25:03 GMT, mzenier@eskimo.com (Mark Zenier)
wrote:

>The reason the
>counterfits could be bricked was that they were still 
>programmable and the bad driver reprogrammed some of it.  

No.

The VID and PID can be modified on the genuine chip as well.
-- 
RoRo

[toc] | [prev] | [standalone]


Back to top | Article view | sci.electronics.components


csiph-web