Interpretare segnali da partitore

[romoloman]

Originalmente inviato da bloodsun

Sai una cosa... credo che a spiegarlo avrei di sicuro fatto peggio.
Leggendo il datasheet avevo intuito che il piedino 10 aveva la funzione di bypass e che l'unione dei byte l'evrebbero fatta loro, ma non avevo ancora capito il principio di funzionamento interno. hai chiarito il tutto. Grazie.

Prima di comprarli però meglio che capisco come piazzarli fisicamente sulla scheda e la disponibilità di spazio... forse riesco a ridurre di parecchio il circuito se la mezza idea che m'è venuta in mente va in porto.

Ora come ora l'unico dubbio è se per 4 sensori (x 9 bit) mi convenga usare 5 registri e fare una stringa da 5 byte e poi interpretare il tutto via softwere oppure se devo/posso fare in altro modo, visto che a memoria il pic ha si e no una sola porta USART.
Tu suggerisci qualcosa di alternativo??
Ciao

Scusa ma mettere 4 pic sui sensori e sparare il tutto in i2c al pic principale non è fattibile ?

[ElNonino]

Io ci capisco sempre meno del tuo problema, allora devi leggere 4 sensori con risoluzione di 9bit ?

Senza svelare il tuo 'brevetto' ci dici che sensori sono ?

Se vuoi una mano mi pare che persone disposte a dartele qui ce ne sono più di una; ma senza avere dati precisi per me è impossibile.

P.S. per il multiplexer guardati il datasheet del CD4051, poi ne riparliamo.

[bloodsun]

Originalmente inviato da ElNonino

Io ci capisco sempre meno del tuo problema, allora devi leggere 4 sensori con risoluzione di 9bit ?

Senza svelare il tuo 'brevetto' ci dici che sensori sono ?

Se vuoi una mano mi pare che persone disposte a dartele qui ce ne sono più di una; ma senza avere dati precisi per me è impossibile.

P.S. per il multiplexer guardati il datasheet del CD4051, poi ne riparliamo.

si alla fine sono 4 sensori da 9 bit... sono una serie di sensori per correggere la posizione di un macchinario da parte di un operatore. niente da brevettare o altro. devo solo adattare l'hardwere al contenitore. Un progetto solo in digitale lo avevo già fatto con delle porte OR ed un solo PIC, ma risultava troppo grande. ho bisogno di suggerimenti per cambiare il circuito.
Non ci sono tante altre informazioni da dare... alimentazione 0-5 volendo anche una linea da 12, 9 bit dai sensori x 4 e la necessità di portare al pic questi segnali limitando fortemente il numero di cavi necessari all'operazione. Se vogliamo aggiungere, i sensori possono avere anche cavo separato, oppure messo in serie l'uno all'altro... a mia discrezione (Avevo cercato di semplificare la vita a voi che mi date utili consigli)

grazie della disponibilità
p.s. darò un'occhio al CD4051, anche se l'idea dell'analogico comincio a metterla in panchina per il momento

[ElNonino]

Allora vediamo di restringere le variabili, i 9bit che escono dal singolo sensore sono seriali, paralleli o codificati in qualche modo; per intenderci ci sono sensori di posizione a fotocellula, magnetici, ottici a laser etc etc etc con uscite codificate, oppure sensori 'barbari' tipo gli indicatori di direzione vento realizzati con 8 reed se hai 9 interruttori con contatto 'pulito' la soluzione R-2R potrebbe essere percorribile ti servirebbero solo 4 ingressi A/D sul PIC (uno per sensore) un solo filo di segnale dal sensore oltre al GND comune ed ai 12V.

Anche se l'ambiente industriale è intrinsecamente rumoroso si possono trasmettere segnali analogici a discrete distanze senza troppi problemi; un punto importante è anche conoscere la velocità di risposta necessaria, filtrare e pulire un segnale analogico comporta una latenza in taluni casi non accettabile (es. sistemi di sicurezza od emergenza).

Se lato sensore non rappresentasse un problema implementare un semplice circuito si potrebbe pensare di trasmettere il segnale o in corrente 4..20mA o con un pwm, anche la trasmissione seriale proposta da romoloman (leggermente più complessa) è percorribile usando una sola linea 485 per tutti i sensori (sconsiglio la I2C su distanze superiori ad 1m ed in ambiente industriale); che PIC usi per controllare il tutto ?.

[bloodsun]

Originalmente inviato da ElNonino

Allora vediamo di restringere le variabili, i 9bit che escono dal singolo sensore sono seriali, paralleli o codificati in qualche modo; per intenderci ci sono sensori di posizione a fotocellula, magnetici, ottici a laser etc etc etc con uscite codificate, oppure sensori 'barbari' tipo gli indicatori di direzione vento realizzati con 8 reed se hai 9 interruttori con contatto 'pulito' la soluzione R-2R potrebbe essere percorribile ti servirebbero solo 4 ingressi A/D sul PIC (uno per sensore) un solo filo di segnale dal sensore oltre al GND comune ed ai 12V.

Anche se l'ambiente industriale è intrinsecamente rumoroso si possono trasmettere segnali analogici a discrete distanze senza troppi problemi; un punto importante è anche conoscere la velocità di risposta necessaria, filtrare e pulire un segnale analogico comporta una latenza in taluni casi non accettabile (es. sistemi di sicurezza od emergenza).

Se lato sensore non rappresentasse un problema implementare un semplice circuito si potrebbe pensare di trasmettere il segnale o in corrente 4..20mA o con un pwm, anche la trasmissione seriale proposta da romoloman (leggermente più complessa) è percorribile usando una sola linea 485 per tutti i sensori (sconsiglio la I2C su distanze superiori ad 1m ed in ambiente industriale); che PIC usi per controllare il tutto ?.

vedo di rispondere alle domande specifiche.
I sensori sono semplici micro switch a contatto on/off e mi danno 9 bit di segnali isolati fra loro. Se vogliamo identificarli così, in questo momento li posso definire 9 bit in parallelo.
La definizione "R-2R" non saprei cosa comporta a livello di schema e a livello di interpretazione softwere.
Particolari esigenze di tempo di risposta non ne ho... quando ho una lettura ogni mezzo secondo penso sia già sufficente, non ho necessità ed esigenze di sicurezza perchè il macchinario è isolato dall'essere umano e non crea danni anche se andasse fuori dai sensori. Comporta solo il doverlo riposizionare (L'esempio più verosimile è "sensori di parcheggio a contatto" per evitare che altre macchine collidano con essa.)
Non ho grandi problemi di distanze o rumorosità ambientale, ma semplicemente l'impossibilità fisica della sezione che ne limita il numero di cavi da poter passare per arrivare alla scheda del pic.
Attualmente a casa ho un 16F877 ed ero partito con quello, ma se volessi usarne uno di minor dimensioni e porte non mi cambia molto (dipende tutto dalla soluzione che adotterò)
Poi il pic fungerà da slave ad un'altro pic con un segnale a 12 V in PWM (opportunamente interfacciato) che trasporterà il segnale per un cavo di circa 5 metri. In base al livello di PWM saprò in che posizione è l'oggetto sui sensori.

[ElNonino]

Ok allora domani sera ti sottoporrò alcune possibili soluzioni.

[romoloman]

Originalmente inviato da ElNonino

Se lato sensore non rappresentasse un problema implementare un semplice circuito si potrebbe pensare di trasmettere il segnale o in corrente 4..20mA o con un pwm, anche la trasmissione seriale proposta da romoloman (leggermente più complessa) è percorribile usando una sola linea 485 per tutti i sensori (sconsiglio la I2C su distanze superiori ad 1m ed in ambiente industriale); che PIC usi per controllare il tutto ?.

concordo, ma senza specifiche di lunghezza il modo più semplice mi sembrava l'i2c, del resto se si potevano portare dei segnali mediante un DAC casereccio immaginavo che le distanze non fossero eccessive. Comunque concordo in ambito industriale meglio RS-485
Come soluzione vedo bene un atmega-32 con un max485 in cascata

[ElNonino]

Dop 2 calcoli direi che la soluzione analogica sia, giustamente, da scartare, 9 bit di risoluzione sono 512 livelli di tensione....

Quindi direi che l'uso di uno micro, PIC od ATMega o..., che serializza e trasmette i 9 bit, sia la soluzione ideale (usando questo sistema + la 485 puoi assegnare un indirizzo ad ogni gruppo di 9 sensori e connettere fino a 255 gruppi) in alternativa il registro a scorrimento.

[bloodsun]

Originalmente inviato da ElNonino

Dop 2 calcoli direi che la soluzione analogica sia, giustamente, da scartare, 9 bit di risoluzione sono 512 livelli di tensione....

Quindi direi che l'uso di uno micro, PIC od ATMega o..., che serializza e trasmette i 9 bit, sia la soluzione ideale (usando questo sistema + la 485 puoi assegnare un indirizzo ad ogni gruppo di 9 sensori e connettere fino a 255 gruppi) in alternativa il registro a scorrimento.

Se non ho capito male, il sistema analogico è da scartare, I2C non è applicabile e mi resterebbero solo le soluzioni PIC, ATMega (che necessitano di quarzo e altro) e l'utilizzo di registri.
Credo che per le solite questioni di spazio sulla basetta per far correre le piste dei sensori, utilizzerò il registro che mi permette una quantità di componenti minore, non necessita di programmazione se non nel pic master (unico), e mi bastano 5 fili di collegamento per i registri 74HC165 (GND, +5V, il segnale di lettura dati (pin 1) il segnale di clock (pin 2) e l'uscita del segnale in serie (pin 9))
OK... dovrebbero bastare poche righe di programmazione ciclica per caricare su variabili il dato dei sensori e 3 pin del pic per collegarsi ai registri.
Adesso mi metto a studiare il protocollo USART.
Se ho cannato qualche cosa... correggetemi pure
Grazie per il momento

[bloodsun]

Originalmente inviato da romoloman

Scusa ma mettere 4 pic sui sensori e sparare il tutto in i2c al pic principale non è fattibile ?

Magari!! Il problema è lo spazio dei sensori che è lungo a dischezione ma piuttosto stretto.
Far passare le piste in mezzo ai sensori diventa difficoltoso e sono arrivato già al limite, ed aggiungere componenti lo ritengo impossibile per lo sviluppo della basetta.
Comunque volevo farti notare che i registri fanno già quel che suggerisci tu. In pratica faresti fare al softwere del pic quello che fa l'hardwere dei registri, aggiungendoci componenti necessari al funzionamento del PIC come il quarzo e condensatori e necessità di programmarli.
Ciao