Newsgroup: it.hobby.elettronica.digitale
Titolo: Porta Seriale word da 45 bit

Ciao a tutti,
ho postato poco tempo fa un post per chiedere come ricevere un segnale
ignoto da RS-232.
Ora non penso sia una comunicazione in standard 232.
Siamo riusciti a ricavare un segnale di sincronismo hardware, ma la
trasmissione essendo un formato proprietario, è probabile che sia
lunga "45bit".
Come posso ricevere 45bit di fila e non in word da 5-6-7 o 8 bit?
SimoHack

Come posso ricevere 45bit di fila e non in word da 5-6-7 o 8 bit?
Mi sembra impossibile, di solito non si fanno protocolli asincroni con parole
cosě lunghe.
Con una normale UART hw non č possibile, l'unica č farsi una UART software
magari partendo da qui:
http://www.atmel.com/dyn/resources/prod_documents/doc0952.pdf
http://www.atmel.com/dyn/resources/prod_documents/avr305.zip
--
ciao
  Stefano

 lunga "45bit".
Sembra strano anche a me che qualcuno si inventi una
cosa del genere.
Potresti spiegare dove viene usata questa trasmissione?
Se non e' molto veloce, potresti campionare il segnale per
esempio con un programmino in MSDOS e studiare con
calma il formato. Se fosse appurato che e' una trasmissione
asincrona a 45 bit, con un micro poi e' molto facile scrivere
una routine per leggere questi dati.
Un particolare... sei sicuro che il segnale abbia la polarita'
giusta? A volte, se non sono trasmissioni con gli standard
elettrici RS232 ma invece TTL, ci si trova con un segnale
invertito (not) e la porta seriale del pc non potra' mai leggere
niente di concreto.

 
e ci metterei un max232...
pep

 parole così lunghe.
Io ne conosco uno con "parole" di 424 bit ed è parecchio usato :)
Ciao,
-- 
 Daniele Orlandi                                                        つづく

 una routine per leggere questi dati.
Che programmino in MSDOS dici?
SimoHack

Io ne conosco uno con "parole" di 424 bit ed è parecchio usato :)
Si, va bene, ma non credo che uno strumento se ne esca con dei layers ATM
--
ciao
  Stefano

Vengono trasmessi 45bit.
Non potrebbero essere 5 bytes con relativo startbit?
--
ciao
  Stefano

> Non potrebbero essere 5 bytes con relativo startbit?
Non penso proprio, perchè tramite il controllo (hardware) che manda in
seriale i dati e su cui ci sono dei comandi (switch, interruttori,
pulsanti), variano anche quei bit che speravo fossero di Stop.
Proveremo a trasferire in parallela multiplexata i dati.
SimoHack

 Proveremo a trasferire in parallela multiplexata i dati.
Sei sicuro che non sia per esempio una trasmissione seriale sincrona 
tipo SPI? Avere 45 bit di fila senza clock si corre il rischio di 
perdere il sincronismo molto facilmente.

 perdere il sincronismo molto facilmente.
Praticamente in ingresso oltre a tensione diamo un segnale a 10KHz che
funziona da Clock, quindi dovrebbero essere impulsi a 100 microSec.
Domani faccio delle prove e vi so dire.
SimoHack

 Si, va bene, ma non credo che uno strumento se ne esca con dei layers ATM
No, però era per citare un caso in cui si inviano "parole" anche
discretamente grosse senza che l'essere asincrone provochi problemi. 
D'altronde già con un semplice quarzo si possono avere clock molto stabili e
con piccoli scostamenti.


funziona da Clock, quindi dovrebbero essere impulsi a 100 microSec.
Questo perň non l'avevi detto.
Se dai un clock le comunicazione puň essere sincrona.
--
ciao
  Stefano

 
Se è così, le cose cambiano di parecchio, quei bit che vedi, potrebbero 
essere semplicemente tirati fuori da uno shift register.
Visto che dici che rappresentato lo stato di interruttori e pulsanti, la 
cosa avrebbe senso.
Questi 45 bit, sono fissi e dipendono solo dallo stato degli interruttori?

 Questi 45 bit, sono fissi e dipendono solo dallo stato degli interruttori?
Si, praticamente verranno poi codificati e rappresenteranno un valore
reale.
Ultimo aggiornamento:
abbiamo deciso di lavorare con la parallela.
Acquisiamo da un pin di ingresso i dati, su un altro abbiamo un trigger
di inizio dati, ricavato tramite una interfaccia hardware, che su un
altro pin mi da anche un segnale di sinconismo del singolo dato.
Tutto funziona alla grande, anche grazie alle vostre idee.
Grazie a tutti
SimoHack