Serial RAM capricciosa...

[ricello9]

Ciao a tutti, è ormai da giorni che sto cercando di far comunicare il modulo Sram della microchip siglato 23CL1024 con il PIC18f45k20.
Leggendo le application note AN1287e AN1484 ho preso spunto sia per il codice che per i collegamenti fra i due dispositivi.
Nella fase successiova ho settato tutti i registri del mo PIC per abilitare la comunicazione SPI.
Testando con l'oscilloscopio la comunizaione mi sono accorto che il modulo sram, una volta interrogato, mi risponde ma il segnale non è preciso; sembrano sbalgiati i livelli di tensione.
Vi riporto una foto della misura così riesco a farmi capire:

SRAM --> PIC

NewFile0.jpg (55.28 KiB) Osservato 4430 volte

mentre la comunicazione dal PIC al modulo Sram sembra corretta:

PIC --> SRAM

NewFile1.jpg (66.71 KiB) Osservato 4430 volte

Avete qualche suggerimento.

Grazie
Marcello

[Candy]

Dalla descrizione del problema, non si capisce nulla.
Dalla prima immagine postata, sembra che un dispositivo tenti di comunicare, mentre un altro sta forzando un livello logico anomalo.
Quanti nodi ci sono sul BUS? Quando il master attende la risposta, porta la linea dati in lettura?

[marioursino]

Pare che lo stadio d'uscita della ram abbia bisogno di un pull-down in fase di comunicazione. Hai letto bene il datasheet?

edit: in effetti quello non è proprio un comportamento da alta impedenza. Non ha molto senso, il ds cosa dice?

[TardoFreak]

Serve uno schema elettrico.

[ricello9]

Quanti nodi ci sono sul BUS? Quando il master attende la risposta, porta la linea dati in lettura?

Il bus è composta dal master (il PIC) e un solo modulo slave (l'SRam).
Questo è lo schema:

Sorgente FidoCadJ | Ingrandisci | Cos'è Fidocad

Preso dal datasheet del modulo ram:

OK1.jpg (71.86 KiB) Osservato 4397 volte

Quando il master attende la risposta, porta la linea dati in lettura?

Da quello che ho capito leggendo il datasheet la porta seriale del micro denominata SPI è sempre in fase di lettura; una volte abilitato il modulo SPI nel micro e impostato i relativi registri tristato il pin rimane sempre abilitato alla lettura.

17.3.3 ENABLING SPI I/O
To enable the serial port, SSP Enable bit, SSPEN of
the SSPCON1 register, must be set. To reset or reconfigure
SPI mode, clear the SSPEN bit, reinitialize the
SSPCON registers and then set the SSPEN bit. This
configures the SDI, SDO, SCK and SS pins as serial
port pins. For the pins to behave as the serial port function,
some must have their data direction bits (in the
TRIS register) appropriately programmed as follows:
• SDI is automatically controlled by the SPI module
• SDO must have corresponding TRIS bit cleared
• SCK (Master mode) must have corresponding
TRIS bit cleared
• SCK (Slave mode) must have corresponding
TRIS bit set
• SS must have corresponding TRIS bit set
Any serial port function that is not desired may be
overridden by programming the corresponding data
direction (TRIS) register to the opposite value.

Pare che lo stadio d'uscita della ram abbia bisogno di un pull-down in fase di comunicazione. Hai letto bene il datasheet?

edit: in effetti quello non è proprio un comportamento da alta impedenza. Non ha molto senso, il ds cosa dice?

Il datasheet non riporta nessuna resistenza di pull-down sulle linee di comunicazione.
Avrei in mente l'ennesimo tentativo ma correggetemi se dico cavolate.
Posso provare a scollegare la linea in uscita dalla ram dal PIC,
e collegarci una resistenza di pull-down per vedere se la misura con l'oscilloscopio rientra nella norma.

Grazie per l'aiuto.

[TardoFreak]

Uhm
Sei sicuro che il pin d' ingresso dati (del PIC) sia effettivamente configurato come un ingresso?
A giudicare dal segnale da te postato sembra proprio che la RAM cerchi di rispondere ma "faccia a testate" con un pin che, invece di essere un ingresso, è un' uscita.

[ricello9]

Sei sicuro che il pin d' ingresso dati (del PIC) sia effettivamente configurato come un ingresso?

IL pin con la funzione SDI è il numero 23 che corrisponde alla porta RC4.

Senza titolo-1.jpg (153.86 KiB) Osservato 4388 volte

e l'impostazione che ho usato per definire il pin come ingresso è:

Codice: Seleziona tutto

 
   LATB = 0x00;
   TRISB = 0b00000000;

   LATC = 0x00;
   TRISC = 0b11010000;

   Init_SPI();

Sembra corretta!