cancel
Showing results for 
Search instead for 
Did you mean: 

Incorrect reset behavior SPIRIT1

MDorm.1
Associate

I am using a SPIRIT1 as a transmitter

I switch the (2.8v) rail on

I wait for the part to become ready (as indicated on GPIO0)

I then program it

.

On MOST samples this is OK, but about one in ten units intermittently fail to program correctly (the SMPS doesn't come up as expected and the TX carrier never appears) and need to be cycled, reset and re-programmed again

I am using the internal POR (not the standby input, which is grounded)

.

What am I doing wrong ?

IS THERE some (not mentioned in the data sheet) critical delay that needs to be observed between GPIO0 indicating successful reset and the start of the chip programming operations on the SPI bus ?? (I am suspicious because if I insert a few hundred mS delay before the programming routine the problem SEEMS to go away)

The thing is, I need to know how much delay is needed (if at all: I could be barking up the wrong tree) as this is a fast switching high reliability design

0 REPLIES 0