Nn so se fare questa figura da deficente, ma avrei la necessita di leggere dei dati provenienti da due PIC serie 18F... con firmware privato.
Pensavo di mettere un PIC, che facesse da tramite tra i 2 PIC privati e la trasmissione seriale, ma visto che si lavora con diverse velocità di baudrate, e un certo traffico di dati, avrei sicuramente una perdita di dati.
Quindi vorrei utilizzare un PIC con memoria, così da poter avere una specie di buffer/tampone.
E' fattibile tutto ciò?
Su quale modello dovrei lavorare?
PIC + memoria
Moderatore:
Paolino
16 messaggi
• Pagina 1 di 2 • 1, 2
0
voti
Certo che e' fattibile. Ci sono diverse soluzioni. La piu' semplice e' usare un PIC con una bella quantita' di memoria ram interna (serie 24 o 32) oppure metterci una o piu' memorie esterne seriali tipo 23K256.
Si puo' anche utilizzare un PIC che abbia accesso alla memoria esterna parallela ma non e' il caso, a meno che le seriali non viaggino ad 2Mbs.
Resta comunque il fatto che un buffer non e' infinito quindi bisogna, in qualche modo, dire ogni tanto ai due "parlatori" di tacere per un po'.
Se pero' spighi bene cosa devi fare si puo' trovare una buona soluzione.
Parla dunque, entra nei particolari ... tu devi dirci tutto.
Si puo' anche utilizzare un PIC che abbia accesso alla memoria esterna parallela ma non e' il caso, a meno che le seriali non viaggino ad 2Mbs.
Resta comunque il fatto che un buffer non e' infinito quindi bisogna, in qualche modo, dire ogni tanto ai due "parlatori" di tacere per un po'.
Se pero' spighi bene cosa devi fare si puo' trovare una buona soluzione.
Parla dunque, entra nei particolari ... tu devi dirci tutto.

"La follia sta nel fare sempre la stessa cosa aspettandosi risultati diversi".
"Parla soltanto quando sei sicuro che quello che dirai è più bello del silenzio".
Rispondere è cortesia, ma lasciare l'ultima parola ai cretini è arte.
"Parla soltanto quando sei sicuro che quello che dirai è più bello del silenzio".
Rispondere è cortesia, ma lasciare l'ultima parola ai cretini è arte.
-

TardoFreak
73,9k 8 12 13 - -EY Legend-

- Messaggi: 15754
- Iscritto il: 16 dic 2009, 11:10
- Località: Torino - 3° pianeta del Sistema Solare
0
voti
Grazie per il tuo interessamento...
Vediamo di aggiungere altre info:
i 2 PIC privati sono questi --> http://www.elmelectronics.com/DSheets/ELM327DS.pdf
uno è settato per lavorare su una canbus a 33.3kbs e l'altro a 85kbs.
Io pensavo di utilizzare un PIC che dialogasse con entrambi i PIC, in questa maniera:
P1 = riferito al PIC che viaggia a 33.3
P2 = riferito al PIC che viaggia a 85
Volendo attivare la lettura del traffico can su entrambi i PIC, invierei al mio PIC "mediatore" tramite seriale:
AT P1 MA
AT P2 MA
Di conseguenza entrambi i PIC P1 e P2, inizierebbero a passare al PIC mediatore, i dati che ognuno acquisisce dalla canbus:
letti da P1
Fin qui è chiaro?
Vediamo di aggiungere altre info:
i 2 PIC privati sono questi --> http://www.elmelectronics.com/DSheets/ELM327DS.pdf
uno è settato per lavorare su una canbus a 33.3kbs e l'altro a 85kbs.
Io pensavo di utilizzare un PIC che dialogasse con entrambi i PIC, in questa maniera:
P1 = riferito al PIC che viaggia a 33.3
P2 = riferito al PIC che viaggia a 85
Volendo attivare la lettura del traffico can su entrambi i PIC, invierei al mio PIC "mediatore" tramite seriale:
AT P1 MA
AT P2 MA
Di conseguenza entrambi i PIC P1 e P2, inizierebbero a passare al PIC mediatore, i dati che ognuno acquisisce dalla canbus:
letti da P1
- 110 20 00 AB 00
120 00 00 00 00 00 00
188 A0
...
- 200 A1 F0 FF A0
230 00 1A 11 70
...
- P1 110 20 00 AB 00
P2 200 A1 F0 FF A0
P2 230 00 1A 11 70
P1 188 A0
...
Fin qui è chiaro?
0
voti
Si, e' chiaro.
Anche qui bisogna assicurarsi che il mediatore possa mandare in uscita i dati ad una velocita' uguale o superiore al caso peggiore: quello in cui i due PIC trasmettono contemporaneamente e costantemente. In questo caso la velocita' di trasmissione del mediatore (che poi e' un concentratore, chiamiamolo come vogliamo) e di chi riceve i dati da esso deve essere maggiore o uguale a 85+33.3 cioe' maggiore di 118,3.
Anche qui bisogna assicurarsi che il mediatore possa mandare in uscita i dati ad una velocita' uguale o superiore al caso peggiore: quello in cui i due PIC trasmettono contemporaneamente e costantemente. In questo caso la velocita' di trasmissione del mediatore (che poi e' un concentratore, chiamiamolo come vogliamo) e di chi riceve i dati da esso deve essere maggiore o uguale a 85+33.3 cioe' maggiore di 118,3.
"La follia sta nel fare sempre la stessa cosa aspettandosi risultati diversi".
"Parla soltanto quando sei sicuro che quello che dirai è più bello del silenzio".
Rispondere è cortesia, ma lasciare l'ultima parola ai cretini è arte.
"Parla soltanto quando sei sicuro che quello che dirai è più bello del silenzio".
Rispondere è cortesia, ma lasciare l'ultima parola ai cretini è arte.
-

TardoFreak
73,9k 8 12 13 - -EY Legend-

- Messaggi: 15754
- Iscritto il: 16 dic 2009, 11:10
- Località: Torino - 3° pianeta del Sistema Solare
0
voti
Attualmente utilizzo un circuito dove cambio di PIC privato, in base a quale canbus devo lavorare;
Quando utilizzo la 85, setto la connessione della seriale a 115200.
So che oltre a questa velocità la seriale del PC nn lavora +....
Nn capisco perché devo sommare le 2 velocità... nn bastano i 115200, visto che entrambi i 2 PIC privati, sono sotto a questa velocità?
Quando utilizzo la 85, setto la connessione della seriale a 115200.
So che oltre a questa velocità la seriale del PC nn lavora +....
Nn capisco perché devo sommare le 2 velocità... nn bastano i 115200, visto che entrambi i 2 PIC privati, sono sotto a questa velocità?
0
voti
Paragone idraulico:
Ho un tubo che mi puo' portare 5 litri al secondo di acqua. Me ne arriva un secondo che me ne puo' portare 2 di litri al secondo.
Se io non ho un serbatoio devo avere un tubo di uscita che mi garantisce una portata di 5+2 l/s. cioe' di 7 l/s.
Se ho un tubo di uscita da 5 devo prevedere il caso peggiore: i due tubi buttano tutta l' acqua possibile.
Se puo' defluire non ci sono problemi, se quello che esce e' meno della somma dei due (e' questo il caso sfigato in cui mi trovo) e' necessario avere un serbatoio (un buffer) per accantonare temporaneamente l' acqua (i dati) in eccesso..
Eppero' non posso riempirlo oltre la sua capacita'...
Ho un tubo che mi puo' portare 5 litri al secondo di acqua. Me ne arriva un secondo che me ne puo' portare 2 di litri al secondo.
Se io non ho un serbatoio devo avere un tubo di uscita che mi garantisce una portata di 5+2 l/s. cioe' di 7 l/s.
Se ho un tubo di uscita da 5 devo prevedere il caso peggiore: i due tubi buttano tutta l' acqua possibile.
Se puo' defluire non ci sono problemi, se quello che esce e' meno della somma dei due (e' questo il caso sfigato in cui mi trovo) e' necessario avere un serbatoio (un buffer) per accantonare temporaneamente l' acqua (i dati) in eccesso..
Eppero' non posso riempirlo oltre la sua capacita'...
"La follia sta nel fare sempre la stessa cosa aspettandosi risultati diversi".
"Parla soltanto quando sei sicuro che quello che dirai è più bello del silenzio".
Rispondere è cortesia, ma lasciare l'ultima parola ai cretini è arte.
"Parla soltanto quando sei sicuro che quello che dirai è più bello del silenzio".
Rispondere è cortesia, ma lasciare l'ultima parola ai cretini è arte.
-

TardoFreak
73,9k 8 12 13 - -EY Legend-

- Messaggi: 15754
- Iscritto il: 16 dic 2009, 11:10
- Località: Torino - 3° pianeta del Sistema Solare
0
voti
Facendo un passo indietro,
questo è fattibile, visto che posso sospendere la ricezione dei dati, inviando un carattere qualunque al ogni PIC privato......
Quindi alla luce di tutto, quale soluzione ho?
Cosa mi consigli?
TardoFreak ha scritto:Resta comunque il fatto che un buffer non e' infinito quindi bisogna, in qualche modo, dire ogni tanto ai due "parlatori" di tacere per un po'.
questo è fattibile, visto che posso sospendere la ricezione dei dati, inviando un carattere qualunque al ogni PIC privato......
Quindi alla luce di tutto, quale soluzione ho?
Cosa mi consigli?
0
voti
Dipende. Se hai gia' come ingresso 2 seriali e devi metterne una terza come uscita basta un PIC con 4 seriali. Un PIC24 o un PIC32 (ancora meglio).
Per fare un lavoro da fighetti puoi anche prendere un PIC con due CAN ed una seriale per l' uscita. Se vuoi fare un po' di buffer lascia perdere la famiglia PIC18, hanno troppa poca memoria RAM.
Per fare un lavoro da fighetti puoi anche prendere un PIC con due CAN ed una seriale per l' uscita. Se vuoi fare un po' di buffer lascia perdere la famiglia PIC18, hanno troppa poca memoria RAM.
"La follia sta nel fare sempre la stessa cosa aspettandosi risultati diversi".
"Parla soltanto quando sei sicuro che quello che dirai è più bello del silenzio".
Rispondere è cortesia, ma lasciare l'ultima parola ai cretini è arte.
"Parla soltanto quando sei sicuro che quello che dirai è più bello del silenzio".
Rispondere è cortesia, ma lasciare l'ultima parola ai cretini è arte.
-

TardoFreak
73,9k 8 12 13 - -EY Legend-

- Messaggi: 15754
- Iscritto il: 16 dic 2009, 11:10
- Località: Torino - 3° pianeta del Sistema Solare
0
voti
[10] Re: PIC + memoria
Mi riesci a dire quali modelli farebbero al caso mio?
Ti chiedo anche se avresti la possibilità di scrivere il firmware, x la gestione di tutto, dietro compenso
Ti chiedo anche se avresti la possibilità di scrivere il firmware, x la gestione di tutto, dietro compenso
16 messaggi
• Pagina 1 di 2 • 1, 2
Torna a Realizzazioni, interfacciamento e nozioni generali.
Chi c’è in linea
Visitano il forum: Nessuno e 5 ospiti

Elettrotecnica e non solo (admin)
Un gatto tra gli elettroni (IsidoroKZ)
Esperienza e simulazioni (g.schgor)
Moleskine di un idraulico (RenzoDF)
Il Blog di ElectroYou (webmaster)
Idee microcontrollate (TardoFreak)
PICcoli grandi PICMicro (Paolino)
Il blog elettrico di carloc (carloc)
DirtEYblooog (dirtydeeds)
Di tutto... un po' (jordan20)
AK47 (lillo)
Esperienze elettroniche (marco438)
Telecomunicazioni musicali (clavicordo)
Automazione ed Elettronica (gustavo)
Direttive per la sicurezza (ErnestoCappelletti)
EYnfo dall'Alaska (mir)
Apriamo il quadro! (attilio)
H7-25 (asdf)
Passione Elettrica (massimob)
Elettroni a spasso (guidob)
Bloguerra (guerra)