rickman wrote:
> On 5/30/2014 8:10 PM, Joerg wrote:
>> rickman wrote:
>>>
>>> I think you have the availability issue backwards. FPGA vendors have
>>> some of the longest lived products in the IC world. It is not at all
>>> uncommon to design in an FPGA when it is new and not get an EOL notice
>>> for well over 10 years. You were dealing with Intel who dabble in
>>> secondary business areas and then close up shop when they lose interest.
>>> I don't know that Intel has ever shipped a production FPGA so I would
>>> hardly call them an FPGA vendor in any sense of the word.
>>>
>>
>> We also had it happen with a big medical system. Forgot which vendor but
>> all they could offer was to pour it into a new (more expensive) FPGA
>> series which would have meant a major relayout. So we poured it into our
>> own ASIC instead and that has no EOL issue.
>
> Don't believe that for a moment! ASICs require a fab to be made. The
> only FPGA I have ever had go EOL was because the fab house was closing
> that fab line. FPGA makers don't build their own fabs like most chip
> makers these days. ASICs are made on the same lines. When the fab
> closes all the product either ends or goes to another fab which means
> they have to work the process which is more NRE.
>
> I'm curious about your story. Yes, FPGAs go EOL, but like I said not
> remotely short lived. I would expect this design was either a long time
> in production or they picked an FPGA that was already long in the tooth.
>
It was a cutting-edge FPGA in the mid 90's. With ASICs you can get much
more design security. The trick is to pick a foundry you trust and a
run-of-the-mills process that is used for tons of other products. By
going directly to the foundry you are cutting out one middleman (the
FPGA vendor) and thus reduce the overall risk.
An example for the longevity of semiconductor processes: We just started
something on a 4" wafer. Those date back almost to the days of
Methusaleh yet it's no problem. If a process is also used to make mil
stuff, chances are it'll survive both of us.
>
>>> If you need a 20 year production life, what parts *can* you use? ...
>>
>>
>> Tons. For example, I used CD4000 logic extensively. In the mid-90's a
>> Fairchild engineer told me that would be a stupid decision, they'd go
>> obsolete, I should use their single-package logic. Well, most of this is
>> still in production. Then staples such as the LM324, those are here to
>> stay. Also MMBT3904, BFS17, and so on. I just used a BFR92 on a new
>> design. The first time I used one I was in the mid-80's and even then it
>> wasn't exactly new.
>
> Your example is CD4000 SSI/MSI logic? So why don't you build your
> current design with those parts? lol
And I might. Plus opamps/comparators.
> ... I mean a part that is a bit more
> complex. What MCUs have you used for 20 years other than the 8051? Many
> MCU parts go obsolete in 10 years if not shorter. I've seen DSP chips
> that lasted less than 5 years.
>
I pretty much only used the 8051 when I was allowed to decide. Clients
have used Atmels and also PICs that have lasted a long time but I don't
have production data for those products.
> I read a thread the other day that mentioned a vendor who had a list of
> long life products they would commit to making for 10 years or so. I
> can't remember where it was. The vendor may have been Motorola.
>
There is one other method but it requires you to be an important enough
customer: Negotiate a deal where, in case the product is ever obsoleted
in the first half of this century, you retain the right to have it made
at a foundry of your choice. For that, all the GDSII data goes into
escrow at some law office. It'll never come out of there if they stick
to their promise. But if they don't or if they go belly-up, it does.
>
>>> ... Does LTI give any assurance of a 20 year product life?
>>
>>
>> LTC? Yes, pretty much. Before they call off anything they try to contact
>> anyone who has ever bought it to see if it's ok.
>
> Yes, well everyone does that... although it is not a question really. So
> if you tell LTI you are still using the part they will continue to make
> it for you without quadrupling the price?
>
I am pretty sure they will supply. They told me so and they've never
lied to me. Their prices are on the high side anyhow and I don't think
they would jack up the price on customers.
>
>>> ... What MCUs or DSPs are
>>> around after 20 years? ...
>>
>>
>> 8051. That's why this is one of my favorites.
>
> Yes, I knew you would mention that one. But that is the *only* one and
> even then not all the parts are pin compatible.
>
Got to stay with multi-sorce packages like 44 QFP.
> So if you need some *real* processing capability, something that would
> be the equivalent of a *real* MCU or FPGA, what would you use? Unless
> they are making a 100 MHz 8051 I think you are pretty limited by that
> choice.
>
They _are_ making 100MHz 8051. No kidding. If it ain't got enough horses
use a 2nd one :-)
>
>>> ... Of these parts, I would be much less worried
>>> about FPGAs being around in 20 years although that is likely stretching
>>> it. If you need 30 years... I guess I don't know, I only been in the
>>> business for 40 years and don't expect to be around myself for another
>>> 30... in the large sense. ;)
>>>
>>
>> Some of my designs have already celebrated their 20th in production and
>> no end in sight.
>
> Yes, if you are using stuff like 2N2222 transistors, sure. But I am
> talking about something of similar complexity to an FPGA, DSP or modern
> MCU. Otherwise just keep using the stuff you have been using.
>
This is one reason why I try to keep things simple. Many jobs that are
done with a DSP can be done without. But not all of them, of course. Of
course, for me that's easier to say than probably for you because I do
mostly analog stuff. Sometimes it's the whole architecture though and
then one of my fuirst questions to the client is about parts sourcuiing
and longevity.
[...]