/ / SPI ha davvero bisogno di un ciclo di attesa? - incorporato, spi, iar

SPI ha davvero bisogno del ciclo di attesa? - embedded, spi, iar

Sto usando msp430f5418, con IAR Embedded workbench 5.10.

Un LCD grafico (ST7565R) è collegato tramite SPI nell'MSP.

MSP master utilizza la prima modalità MSB a 8 bit con SMCLK.

Normalmente dobbiamo controllare il bit di occupato prima di trasferire un byte tramite SPI, giusto?

Ma per il mio caso, anche se invio continuamente dati senza controllare il bit di occupato, funziona bene e posso visualizzare correttamente i dati di visualizzazione.

Qualcuno può spiegare perché funziona ??

C'è qualche bisogno di controllare il bit pronto o è sicuro ??

Grazie,

risposte:

4 per risposta № 1

Il tuo software è probabilmente abbastanza lento che illa transazione SPI si completa ogni volta. Se riesci a verificare che è così e lo sarà sempre, puoi sostenere di non aggiungere ancora più codice per eseguire il controllo. La rimozione del codice che esegue il controllo potrebbe accelerare la routine quanto basta per essere troppo veloce per l'interfaccia SPI e causare collisioni.

In generale dovresti assicurarti una cosafinisce prima che ne inizi un altro. E in generale come assicurarti di poter utilizzare le funzionalità hardware o attraverso analisi o esperimenti. Se l'hardware ha la funzione e in qualche modo si determina che non è necessario il controllo, è comunque una buona idea eseguire un test delle prestazioni con e senza il controllo. Se le prestazioni non sono critiche o non c'è molta differenza, è probabilmente ancora più sicuro lasciare il check-in, da qualche parte lungo la strada, anche se il tuo codice è pesantemente commentato con avvisi, un compilatore o una modifica del codice potrebbero essere sufficienti per non farlo lavorare senza il controllo.