jihelbi:
Si l'on veut de la vitesse pourquoi s'embêter avec de l'asynchrone ??? Le synchone est bien plus fiable !
Parce que les communications synchrone ne sont pas possible avec un port série usb ...
jihelbi:
Le SPI est natif sur les ATMELs et avec une clock à 16 MHz il peut tourner à 4 Mhz de debit (2 clocks high et 2 clock low sont les minimums indiqué dans la datasheet). De plus c'est un bus et tu peux adresser d'autre périphériques. Bien sur tu ne pourras pas faire de grandes distances avec les niveaux TTL mais tu peux mettre des adaptateurs.
On parle bien du port série ici, pas de SPI, du reste il n'existe pas sur le marché de clef usb SPI -> usb qui se ferait passer pour un port série (tient ça pourrait être une idée !).
jihelbi:
Evidemment si c'est pour communiquer avec un PC il faut autre chose. Une solution ancienne pour avoir de la vitesse consistait à utiliser le port parallèle du PC et on doit encore pouvoir trouver le code PC pour le faire (voir des DLLs toute faites), il n'y aura plus qu'à faire le design Arduino qui va bien.
Oui mais port paralléle = interface paralléle = beaucoup de broche = pas envisageable.
patg_:
Pourquoi ne peut-on pas profiter du débit maximal supporté par l'USB et est-on limité à ces débits extrèmement lents de ports série virtuels?
Avec les anciennes carte sur base FTDI c'était une limitation hardware du chipset usb il me semble.
Pour les nouvelles cartes c'est plus une question de rétro-compatibilité je pense (ou juste que la team arduino ne voulait pas ce casser la tête).
Avec la leonardo par contre c'est de l'usb natif pour l'upload à ~1.5Mo/s
jihelbi:
J'imagine que c'est dû à une limitation de l'UART de l'ATMega mais j'ai pas encore pris le temps d'aller voir dans sa datasheet.
Non justement l'UART de l'Atmega peut aller jusqu'à 1Mbps en mode normal, ou 2Mbps en mode "fast".