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

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
11/19/11 18:08
Read: times


 
Msg Score: 0
 -1 Provacative/Troll
 +1 Informative
#184811 - Two years
Responding to: ???'s previous message
It probably took two years, because either the data sent out changed or you handling of the data (master or slave side) changed because of the actual values. Or maybe the processors didn't run with crystals (except for the RTC) and the baudrate drifted slightly.

The issue here is that the extra ms needed means your software wasn't rugged enough. For two years, it was running on the margin, but you had failed to identify this critical flaw. It's no different from having a design running at just below the temperature where it fails, or at just the limit of how low voltage the processor can work with.

All software development for embendded projects needs to set up a long list of critical limits, and then try to validate that there are ample safety margins. It's important to know that the slaves have whatever safety margin they need when picking up every single byte from the UART. Did you test with a higher baudrate or shorter delays than what you used for the final release?

List of 25 messages in thread
TopicAuthorDate
NXP Promises ARM Cortex-M0 in DIL Package!            01/01/70 00:00      
   Amazing! I thought DIL was DEAD.            01/01/70 00:00      
      Me too!            01/01/70 00:00      
   Hmm..            01/01/70 00:00      
      maybe            01/01/70 00:00      
         dsPIC is a waste of time            01/01/70 00:00      
            We Await The Results...            01/01/70 00:00      
            Which one(s)?            01/01/70 00:00      
               two            01/01/70 00:00      
            Why so long?            01/01/70 00:00      
               Well            01/01/70 00:00      
                  Two years            01/01/70 00:00      
                     Answers            01/01/70 00:00      
                        But what delays did you try before original release?            01/01/70 00:00      
                        shorter delays            01/01/70 00:00      
                           good thinking            01/01/70 00:00      
                           Can't get the error            01/01/70 00:00      
                              What changed?            01/01/70 00:00      
                     Seems a little harsh            01/01/70 00:00      
                        Never blame manufacturer without proofs            01/01/70 00:00      
                           Proven Product Syndrome            01/01/70 00:00      
                           My response ...            01/01/70 00:00      
                              No Offense            01/01/70 00:00      
                                 What I Do and Not Do            01/01/70 00:00      
   NXP are mistaken            01/01/70 00:00      

Back to Subject List