Email: Password: Remember Me | Create Account (Free)

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
Per Westermark
12/27/10 09:46
Read: 1375 times
Sweden


 
#180302 - Not at all
Responding to: Erik Malund's previous message
No, I have not failed to distinguis between niche and bigger market - and don't call it "consumer" because it need not be. Even industry, military, automotive are looking at COTS - but not COTS designed for "consumer" quality levels, as you might find when you buy the cheapest CD player or battery charger at an outlet.

If you have a product that you expect to sell 10 of, or maybe 10/year, you can normally buy extra components directly when you produce the first series - or when you get the last-order notification. And the reason is that a customer who buys such products knows he has to pay a lot to receive such specialized hardware. Some of the extra money to cover the development costs. And some to cover the availability costs.

The thing is that the market isn't driven by special-case products selling in tens/year. So component manufacturers can't spend money on second-sourcing components when 99% of the users of the components will reevaluate their production costs every 18 months and plans to jump ship if they can save $0.50 by using a different component (which does not imply "consumer" or "low-quality" or similar).

Richards post did say "any developer". And it really is not true that "any developer" would chose components based on second-sourcing, for the simple reason that the bulk of all production are not of products where it is meaningful to stick with a specific component or supplier for longer times.

It really does matter what the customer wants to pay for. The customer who wants to pay 5 times the price to get the same product delivered 5 or 10 years from now can get that. But the simplest solution to that problem is to use the huge difference between sell price and production price to stock up on all components so you can make more production runs at a later time. Why else charge 5 times more for the product?

Most customers instead tries to figure out what their "standard" needs are, so that they can have multiple COTS solutions for the backbone of their needs. They may then be able to live with a specific 4-20mA sensor going off the market. Because they can see most of their 4-20mA sensors as COTS products. And they can see the equipment that reads the value from the 4-20mA sensor and reports the values in as COTS products. As long as they get a standardized protocol for how to configure the equipment and what the returned values looks like.

In the end, the bulk of all products tries to standardize on multiple suppliers of a service or a protocol, allowing the product owner to not need to worry about multiple suppliers of specific components. So the majority of designers can focus on how to build a product that is economical to produce compared to the price the customer is willing to pay, and that has a quality level that is matching the quality level the customer wants to pay for. But the majority of developers don't need to consider any 10 year availability from multiple component manufacturers.

It is the ability to standardize on a service instead of on a component that have lead to the huge technological acceleration. Our embedded products can solve more and more problems, while consuming less power and requiring smaller, easier to mount, boxes. 20 years ago, a bigger PLD really was big. And you had to send someone out with the car to reconfigure it. Today, you have a crypto key to be allowed to access it and tweek the parameters on-the-fly. Most industries don't want to buy more of the 20 year old PLC. It's worth their money to replace them with new equipment. And for the situations where it's too much work to switch PLC, they get large loads of replaced PLC that they can use as spare parts. All worth it because of the savings they got from replacing other PLC.

In the end, we are talking about an economical driving force. That is a driving force that are not much effected by the "eddy currents" you get from a few products sold in tens. And so, it isn't a driving force that makes it meaningful for "any developer" to spend too much time requiring second-source availability.

Why do PIC processors sell? Why do AVR processors sell? Why do most ARM processors sell? Millions and millions of processors that doesn't have any second-source supplier. They are not used by developers who have failed to distinguis between niche and consumer. But by developers who knows that they can stock up if their product is niche. And they don't need second-source if their product isn't niche.

So nothing DRAMATICALLY about it, at all.

So haven't I been involved in products where critcal components have stopped being produced? Yes! Ever had thousands of components in stock to be able to produce after the component was dropped? Yes! Haven't that resulted in problems? Yes! Would it have been better to have had second-source supplies and just be able to continue with an unchanged product? No - in all cases have the redesigned product either drastically reduced the production costs, or added significant functionality improvements. Even for a product expected to sell in a couple of hundreds, a redesign can save large amounts of money. Or result in new markets that was originally not thought about.

You are basically complaining about me generalizing about mass-production. But you did fail to notice that my post was complaining about the generalizing that second-sourcing is a general need. That is a DRAMATICALL difference ;)

List of 103 messages in thread
TopicAuthorDate
Migrating to AVR      Jason Arkwright      12/06/10 10:02      
   8051-replacement      Andy Neil      12/06/10 11:37      
      Yep, I agree      Jason Arkwright      12/06/10 13:47      
         Toolchain      Andy Neil      12/06/10 14:41      
            free compilers      Jason Arkwright      12/06/10 15:32      
               GCC      Andy Neil      12/07/10 00:24      
               Free ARM compilers      Oliver Sedlacek      12/07/10 07:14      
                  "Free" vs "Free"      Andy Neil      12/07/10 07:54      
   faster '51 derivatives in DIL/PLCC & availability      Jan Waclawek      12/06/10 13:26      
      Tired of hanging around with 5 mips      Jason Arkwright      12/06/10 14:04      
         Re: Tired of hanging around with 5 Mips      Valentin Angelovski      12/06/10 17:59      
            experiences prototyping with smd's      Andy Neil      12/07/10 00:09      
               Prototype SMD      Oliver Sedlacek      12/07/10 09:24      
            Nice, but where to buy and how much?      Jason Arkwright      12/07/10 04:57      
               Re: where to buy and how much?      Valentin Angelovski      12/07/10 07:48      
                  Yeah, but....      Jason Arkwright      12/07/10 08:36      
                     I agree      Valentin Angelovski      12/07/10 17:11      
                        re the XA      Erik Malund      12/08/10 06:39      
                     How many 51' compilers make use of the 51's dual DPTR      Andy Neil      12/07/10 17:54      
               You must live on a very interesting corner!      Andy Neil      12/07/10 07:55      
                  Ha,ha, AVR are ubiquitus      Jason Arkwright      12/07/10 08:22      
                     HUH??      Erik Malund      12/07/10 08:36      
                        Lies, Damned Lies, and Statistics      Andy Neil      12/07/10 09:08      
                           I think      Erik Malund      12/07/10 12:01      
                        'F120      Andy Peters      12/07/10 10:36      
                           "bunchload"      Andy Neil      12/07/10 11:35      
                              re: bunchload      Andy Peters      12/08/10 09:28      
                                 Youse guys in Old Blightly        Andy Neil      12/08/10 10:04      
         Prototyping SMD's      John D. Maniraj      12/07/10 00:58      
            Hand-made PCBs with hand-soldered SMDs      Andy Neil      05/04/11 08:30      
            SMD's      Jerry Hudson      05/08/11 09:24      
               Well, that's nice, but not necessary.      Richard Erlacher      05/09/11 09:42      
            a very general - and accurate - comment ...      Erik Malund      05/11/11 07:14      
               apprehension      Andy Neil      05/11/11 07:33      
   nearby      JecksonS Ben      12/07/10 22:12      
      'jumping' from the '51      Erik Malund      12/08/10 06:52      
         AVR update      Jason Arkwright      12/18/10 07:43      
            the chip does not crash      Andy Neil      12/18/10 11:34      
               Lockup etc      Per Westermark      12/18/10 13:41      
                  increase the clock until lockup      Jason Arkwright      12/18/10 15:50      
                     undefined behaviour      Andy Neil      12/18/10 16:24      
                     NO, they do not recommend it      Erik Malund      12/18/10 16:27      
                        simultaneous posts      Erik Malund      12/18/10 16:28      
                           Overclocking        Per Westermark      12/19/10 04:30      
                     This is simply an error in judgment        Richard Erlacher      12/19/10 09:38      
                        all bets are off      Andy Neil      12/20/10 01:19      
                     overclocking        Andy Peters      12/22/10 09:27      
                        Yeah, okay      Jason Arkwright      12/22/10 10:31      
                           Neeed for speeed      Andy Neil      12/22/10 10:56      
                              Because of this...      Jason Arkwright      12/22/10 16:55      
                                 Missing the point      Andy Neil      12/22/10 17:16      
                                    missing the point?      Jason Arkwright      12/22/10 17:46      
                                       Modern derivatives      Andy Neil      12/23/10 01:02      
                                 hogwash      Erik Malund      12/22/10 18:22      
                                 I'm not sure you're on track here ...      Richard Erlacher      12/22/10 20:39      
                                    Hi Richard      Jason Arkwright      12/23/10 14:44      
                                       the problem with AVR's is that they're ATMEL only      Richard Erlacher      12/25/10 08:59      
                                          That's one general and one personal problem      Andy Neil      12/26/10 12:08      
                                             Yes, that's what it is ...      Richard Erlacher      12/26/10 19:29      
                                                Second source not so important anymore      Per Westermark      12/27/10 07:40      
                                                   It's not as convenient now as it once was      Richard Erlacher      12/27/10 08:01      
                                                      Free tools only have investment in knowledge      Per Westermark      12/27/10 08:29      
                                                         again. Per      Erik Malund      12/27/10 09:04      
                                                            Not at all      Per Westermark      12/27/10 09:46      
                                                         it's not just the tools      Richard Erlacher      12/27/10 14:44      
                                                            "Best code"        Per Westermark      12/28/10 05:56      
                                                               There are too many definitions of "best"      Richard Erlacher      12/28/10 15:47      
                                                               Don't go for best      Steve M. Taylor      01/03/11 08:50      
                                                   yes and no      Erik Malund      12/27/10 08:29      
                                                   Single-source chips vs single-source architecture      Andy Neil      12/27/10 10:23      
                                 cross purposes      Andy Peters      12/23/10 11:12      
                                    DSP PROCS      Jason Arkwright      12/23/10 14:25      
                                       gp ahead, stay behind the curve      Erik Malund      12/23/10 14:37      
                                          Got to disagree there,...      Jason Arkwright      01/02/11 15:55      
                                             I do not consider 'luck' a design parameter      Erik Malund      01/03/11 05:24      
                                             Flying leads      Valentin Angelovski      01/03/11 05:33      
                                       re: DSP PROCS        Andy Peters      12/27/10 10:48      
                           100MHz 32-bit ARM      Per Westermark      12/22/10 12:49      
                              The Trap...      Jason Arkwright      12/22/10 17:11      
                                 talking out of both sides of the mouth      Erik Malund      12/22/10 18:27      
                                 "on the DSP level"        Andy Neil      12/23/10 01:07      
                                    Often hand-optimized assembler available      Per Westermark      12/23/10 07:59      
                                    Misunderstood me      Jason Arkwright      12/23/10 16:14      
                                       Cross talk      Per Westermark      12/23/10 16:37      
                                       What kind      JecksonS Ben      12/23/10 18:19      
                                       nobody has suggested      Erik Malund      12/24/10 10:11      
                           no, you are not      Erik Malund      12/22/10 14:59      
                           there are '51s with MACs      Erik Malund      12/22/10 15:05      
                              and...      Andy Neil      12/22/10 16:21      
                                 yes and      Erik Malund      12/22/10 18:28      
                                 He wants Plastic Dips      Neil Kurzman      12/22/10 18:28      
                                    very few and      Erik Malund      12/22/10 18:33      
                                    the 33 mips DS89C450 is in DIP if you want      Richard Erlacher      12/22/10 20:42      
            no such thing as "Best"      Andy Neil      12/18/10 11:38      
               '51 weaknesses outweigh the AVR      Jason Arkwright      12/18/10 16:02      
                  similiar      JecksonS Ben      12/18/10 21:07      
                  Quite so      Andy Neil      12/19/10 08:59      
                     3, 4, 5        Michael Karas      12/20/10 08:25      
                        Horses for courses      Andy Neil      02/14/11 01:22      
                  Have you considered using a DSP?      Richard Erlacher      05/11/11 16:55      
   I'll be off too, but not to AVR      Oliver Sedlacek      02/14/11 03:31      
      A Guess      Michael Karas      05/04/11 18:54      
         Low volume      Oliver Sedlacek      05/05/11 06:25      

Back to Subject List