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

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
12/11/08 17:04
Read: times


 
#160864 - Would that be appropriate on 805x?
Responding to: ???'s previous message
Per Westermark said:
A 10k run can be a small run, if the development costs of the firmware is $1,000,000+ in which case the sw cost is > $100 / unit. A 10% change in development time would then represent $10/unit which may possibly be twice the price of the microcontroller...

If the software cost is so large, it's unlikely one would use an 805x, though, isn't it? Wouldn't you be more comfortable using, just as one example, an ARM9 CPU, one with a built-in SDRAM channel and built-in FLASH/SRAM channel, along with the "usual I/O" and supported by GNU development tools and native LINUX? That would probably reduce development cost by an order of magnitude. From where I sit, it's hard to imagine a product that would have a $100/per item firmware cost at 10K piece volume, but that doesn't mean they don't exist. With a "large" CPU, equipped with $2/16MB SDRAM, you could do lots of things you wouldn't attempt with 805x using compilers designed for small MCU's.

Not all embedded equipment have trivial software. Quite a lot of products sets the customer price based on the know-how in the software, not based on the hardware cost.

And such know-how-based products are more likely to move between different hardware platforms which greatly affects the reason to have code in asm or in C.

I'm a bit scared when I see people putting forth too general claims. Arguing too general claims in one situation probably means arguing too general claims in other situations too. What I like about developing software is that most products are different. I don't have to implement the same wheel all the time, but have to figure out new "recommended" solutions for each and every product. In the end, my designs will have to contain more or less guesses depending on how much facts are known (even by the customer) and my own knowledge in the relevant area. But since I'm involved in the hardware and coding, the quality of the design will directly affect myself forming a feedback loop that makes sure I really do my best with the design.


What would cause a firmware development effort to cost a million bucks? I'd guess, just over the thumbnail, it might be $10K for algorithm development and testing, and the rest for making it fit in the small 805x environment. After all, firmware development cost is tools and man-hours. If the algorithms are easy to develop and test under LINUX, then having used an ARM or MIPS has the advantage that, once proven, these algorithms are directly portable to the target, leaving only the I/O to be worked out on the target environment.

RE


List of 50 messages in thread
TopicAuthorDate
Which programming language is the best?            01/01/70 00:00      
   depends on compiler            01/01/70 00:00      
   Who is "we"            01/01/70 00:00      
   Creativity            01/01/70 00:00      
      Responding to Andy Neil "Who is we?"            01/01/70 00:00      
         apples and oranges            01/01/70 00:00      
            Re: apples and oranges            01/01/70 00:00      
               Correct            01/01/70 00:00      
               Calling conv more depending on target than language            01/01/70 00:00      
                  Re: Calling conv...            01/01/70 00:00      
         not the rule            01/01/70 00:00      
   Do you think Spanish is better than Mandarin?            01/01/70 00:00      
      Concise?            01/01/70 00:00      
         fair question            01/01/70 00:00      
            Maybe            01/01/70 00:00      
               There is no question about it!            01/01/70 00:00      
                  Does it work ?            01/01/70 00:00      
                     Unless it impacts cost ...            01/01/70 00:00      
                  Bottom line            01/01/70 00:00      
                     ... and that is the problem with many products ...            01/01/70 00:00      
                        Not true            01/01/70 00:00      
                           low-volume/high-volume tradeoffs            01/01/70 00:00      
                        Bottom line price is more than just consumed kB code space            01/01/70 00:00      
            Oh no, not that old chestnut            01/01/70 00:00      
               Assembler and processor size            01/01/70 00:00      
                  Is that relevant to this environment?            01/01/70 00:00      
                     Human brain            01/01/70 00:00      
               You will have trouble convincing me ...            01/01/70 00:00      
                  I agree with you there!            01/01/70 00:00      
      Re: Spanish better than...            01/01/70 00:00      
         That's the point!            01/01/70 00:00      
         not so            01/01/70 00:00      
   In a war which is the best weapon ?            01/01/70 00:00      
      the language in which programmer feels comfortable            01/01/70 00:00      
         Comfort is not the issue!            01/01/70 00:00      
            true, but            01/01/70 00:00      
         It's about the right tool(s) for the job            01/01/70 00:00      
   My two cents            01/01/70 00:00      
      If it fits ...            01/01/70 00:00      
         that is (ir)relevant            01/01/70 00:00      
            What is small?            01/01/70 00:00      
               Would that be appropriate on 805x?            01/01/70 00:00      
                  more on big/small series            01/01/70 00:00      
                     Does this approach fit 805x and other small MCU?            01/01/70 00:00      
                        Already have full Linux solutions too            01/01/70 00:00      
   Yes..C and asm is the best            01/01/70 00:00      
   I prefer KEIL U2V , C programming language.            01/01/70 00:00      
      Magic with Kel C?            01/01/70 00:00      
      Makes no sense!            01/01/70 00:00      
   Pascal is not dead            01/01/70 00:00      

Back to Subject List