PIC 16F628, ricezione seriale..

[faustog_2]

si su pagina 73 e 79 del datasheet .. ho trovato la tua osservazione... l'errore è avvenuto perchè siccome non mi serve la trasmissione è quindi non ho settato il registro TXREG ..

comunque al momento credo che sia meglio che mi studi il datasheet, pittosto che orientarmi sulla base di altri progetti recuperati nella rete.

Altro problema sono le porte A e B , perchè la RB2 deve essere usata come TX mentre la RB1 come RX

comunque grazie ti terrò aggiornato dello sviluppo...

a dopo
fausto

Originalmente inviato da MSchiepp

L'errore è nella programmazione del baud rate: se usi l'oscillatore interno, la frequenza del clock è 4 Mhz e per avere 9600 baud devi impostare 25 nel registro SPBRG, ma devi settare il bit BRGH, altrimenti funziona a 2,4K.

michele

[MSchiepp]

Originalmente inviato da faustog_2

...comunque al momento credo che sia meglio che mi studi il datasheet, pittosto che orientarmi sulla base di altri progetti recuperati nella rete...

Questa è sempre una buona soluzione... se poi avessi anche un oscilloscopio sarebbe tutto molto più facile!

Michele

[faustog_2]

si ho un oscilloscopio.. ...comunque leggendo il datasheet vien fuori che

4.000.000 / 416 = 9615 cioè il Baud rate desiderato

dove il 416 vien fuori dal seguente calcolo

SPBRG = 25

416 = 16 *(25 +1)

Originalmente inviato da MSchiepp

Questa è sempre una buona soluzione... se poi avessi anche un oscilloscopio sarebbe tutto molto più facile!

Michele

[faustog_2]

dunque ..per prima cosa il circuito per trasformare il segnale EIA in TTL con la max232 adesso è corretto, vedi attach, si tratta di mettere cinque condensatori.. di cui 4 da 1uF e 1 da 10uF nei piedini visibili nella foto..

Per il discorso 16F628 in sostanza occorre avere gli interrupt attivi ovvero il registro PIE1 bit 5 & 4.

Occorre impostare la velocita in modo corretto come già spiegato.
assicurarsi che nel TXSTA il bit SYNC sia = 0 e il bit TXEN & BRGH siano = 1

inoltre RCSTA il bit SPEN & SREN siano = 1

dopo di che potremo interrogare i bit RCIF & TXIF per sapere se arrivano dati oppure se ha finito di trasmettere e quindi.. il gioco è fatto!!!

[faustog_2]

ecco lo schema riprodotto dalla demo precedente

[Davide B.]

Credo che sia importante capire se il problema sia hardware o firmware.
Se hai un oscilloscopio puoi controllare cosa esce, ad esempio buttando fuori ciclicamente (ed in continuo) e controllando così il baudrate (se corrisponde al teorico), oppure utilizzare un simulatore e vedere se quanto hai scritto corrisponde a quanto viene eseguito. Il simulatore è importante perchè se le cose non funzionano ti da qualche indicazione in più che, normalmente, non hai.
Come simulatore puoi usare il Proteus (che costa molti soldi) oppure questo che costa molto meno e che puoi usare in demo per una decina di volte, il tempo di capire cosa non funziona.
PIC Simulator IDE with Basic Compiler, Assembler, Disassembler and Debugger

[faustog_2]

grazie.. mi ci dedico a "rate" appena posso installo e collaudo
a dopo

Originalmente inviato da Davide B.

Credo che sia importante capire se il problema sia hardware o firmware.
Se hai un oscilloscopio puoi controllare cosa esce, ad esempio buttando fuori ciclicamente (ed in continuo) e controllando così il baudrate (se corrisponde al teorico), oppure utilizzare un simulatore e vedere se quanto hai scritto corrisponde a quanto viene eseguito. Il simulatore è importante perchè se le cose non funzionano ti da qualche indicazione in più che, normalmente, non hai.
Come simulatore puoi usare il Proteus (che costa molti soldi) oppure questo che costa molto meno e che puoi usare in demo per una decina di volte, il tempo di capire cosa non funziona.
PIC Simulator IDE with Basic Compiler, Assembler, Disassembler and Debugger