Pages: [1]   Go Down
Author Topic: Bitrate upload Arduino UNO  (Read 368 times)
0 Members and 1 Guest are viewing this topic.
Parma
Offline Offline
Edison Member
*
Karma: 21
Posts: 2387
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Ciao a tutti,
Qualcuno sa perché è stato scelto come bitrate per la UNO proprio 115200bps?
Stando a http://www.wormfood.net/avrbaudcalc.php?postbitrate=9600&postclock=8 il tasso di errori è del 3.7% mentre con 76800bps sarebbe del solo 0.2%
Logged

Cagliari, Italy
Offline Offline
Tesla Member
***
Karma: 112
Posts: 7123
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Si ma è il 33% più lento.
Logged

Code fast. Code easy. Codebender --> http://codebender.cc/?referrer=PaoloP

Parma
Offline Offline
Edison Member
*
Karma: 21
Posts: 2387
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Ok ma il tasso d'errore scende del 94.6%, mi sembra abbastanza ragionevole come prezzo per aspettare un secondo in più.. ad ogni modo il codice viene controllato quindi quello che si risparmia si perde dopo.. è anche vero che il controllo è necessario anche con 76800bps per evitare casi sfortunati ma se si considera il tempo che si deve sprecare se il controllo va male.. non è meglio 76800bps?
« Last Edit: July 16, 2012, 09:06:04 am by flz47655 » Logged

Cagliari, Italy
Offline Offline
Tesla Member
***
Karma: 112
Posts: 7123
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Sinceramente non mi è mai capitato che lo schetch fosse corrotto per via di un errore di comunicazione anche perché suppongo che avrdude abbia un sistema di correzione degli errori o comunque di verifica della scrittura. Quindi più veloce è meglio. smiley-wink
Logged

Code fast. Code easy. Codebender --> http://codebender.cc/?referrer=PaoloP

Parma
Offline Offline
Edison Member
*
Karma: 21
Posts: 2387
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

E' quello che ho detto.
Se c'è un errore si perde tempo perché dopo la verifica rifà (o bisogna rifare) l'upload, più % di errore = più tempo perso, quindi cambiando il bitrate si risparmierebbe tempo in totale
Logged

Rome (Italy)
Offline Offline
Tesla Member
***
Karma: 129
Posts: 9493
"Il Vero Programmatore ha imparato il C sul K&R, qualunque altro testo è inutile e deviante."
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

il tasso di errori è del 3.7% mentre con 76800bps sarebbe del solo 0.2%

Valore corretto, interpretazione errata.
Quel valore non è la percentuale di errori, è la deviazione percentuale tra il baud rate teorico e quello reale, ovvero invece di andare a 115200 bps esatti vai a circa 119400 bps.
In pratica siamo al limite massimo ammesso per il funzionamento della seriale, infatti il valore è segnato in arancione, quelli in rosso sono da evitare perché sicuramente non funzionanti.
Però c'è da mettere in conto il fatto che sulla USB il baud rate non ha alcuna importanza, in realtà i dati viaggiano sempre alla massima velocità possibile, dato che la comunicazione tra l'8u2 e l'ATmega avviene tra UART dello stesso tipo e con lo stesso clock ecco che in realtà l'errore di baud rate è 0-
Tutti e due i micro viaggiano alla stessa velocità, pertanto ogni considerazione sulla reale velocità di comunicazione e la deviazione di questa non ha alcuna rilevanza pratica, non a caso nella 2009, che usava l'FTDI per la USB, il bootloader viaggiava a 57600 bps.
Logged

Pages: [1]   Go Up
Jump to: