On 3/14/2010 8:58 PM, Cat C wrote: > If you're gonna propose a reset chip, or other circuitry to get a reset other ways, why? This works fine. I would recommend at least testing with a proper reset chip. Why? Simply to try to narrow down the problem. Problems like this worry me, they indicate something going on that is not understood. Such things have a nasty habit of coming back in another form avoiding the initial workaround. This 'feels' like a power on reset problem and built-in micro-controller power on reset circuits are notorious for having holes in some corner of performance. An external reset chip would eliminate that possibility. Leaving a reset chip in the design is open to question, testing with a reset chip at his point I would consider mandatory. My other immediate suspicion in cases like this is initialization code. Although given your experience with this processor family I cannot imagine what you could be leaving out (and I have no suggestions to offer). My best suggestion is to be worried. Robert -- From the Divided by a Common Language File (Edited to protect the guilty) ME - "I'd like to get Price and delivery for connector Part # XXXXX" Dist./Rep - "$X.XX Lead time 37 days" ME - "Anything we can do about lead time? 37 days seems a bit high." Dist./Rep - "that is the lead time given because our stock is live.... we currently have stock."
Message
Re: [AVR-Chat] Code stuck waiting for SPI transmission but only after power-up. (ATMega644P)
2010-03-15 by Robert Adsett
Attachments
- No local attachments were found for this message.