Multiplexeur : vitesse de sortie

Hello ! Je vais essayer de faire simple. Tout d'abord ta deuxieme question : oui, il faut que les vitesses d'entrée soient strictement égales aux vitesses d'emission des appareils. Le protocole usart est extremement simple, et il n'y a pas de "dialogue" entre maitre et esclave sur la vitesse de communication, elle est prédéfinie.
Concernant le point 1, c'est un peu plus fin que ca. Il faut savoir combien de données tu as à passer. La réponse simple,c'est de dire : j'ai en entrée un flux à 4800bps et un à 38400, du coup, si je mets 43200 minimum, je suis sur que tout peut passer. C'est vrai. Mais si par exemple le flux à 38400 n'emet que la moitié du temps, il reste la moitié de la bande passante inutilisée, donc un flux à 38400 en sortie sera suffisant aussi, il sera juste un tout petit peu plus utilisé que celui en entrée. Faut juste raisonner en taille de tuyau.
Il n'y a aucun inconvénient à utiliser un flux de 115200 en sortie, au contraire: tu te gardes de la place sur le flux de sortie pour envoyer d'autres données si tu le souhaites, et les données sont envoyées plus vite, donc l'arduino peut retourner plus vite à d'autres taches, comme acquérir des données ou calculer des machins.

Atcfrog a répondu !

J'ai naïvement pensé qu'il s'agissait d'un PC ou d'une tablette, mais effectivement, si l'équipement final n'est pas capable d'aller plus vite, on retombe sur un autre probleme, auquel il n'y a pas vraiment de solution, sauf à perdre des données . On peut configurer l'arduino pour "selectionner" les trames NMEA à conserver, et celles à jeter, si besoin, mais ca demande du temps de calcul. Ca plus la gestion de plusieurs ports série qui n'avancent pas, il va etre débordé, le pauvre...

Le problème se pose toujours, car à moins d'une programmation très complexe, l'arduino n'est pas multitache : le temps qu'il passe à envoyer des données, il ne le passe pas à écouter ou à compter (il y a bien un buffer d'entrée, mais de combien ?), et du coup, une transmission lente fout en l'air tout le timing de l'appli. D'où ma prédilection pour 115200, qui est quand meme pas une vitesse bien élevée (surtout sur un arduino à 20MIPS), surtout en 5V, voire en 12V, avec un simple cable torsadé, on a déjà une super fiabilité dans la communication.

pour autant la plupart des intruments : pilotes, vhf (retour pour le gps éventuellement ) sont en 4800, donc faut bien réduire la parlotte des équipements entrant en établissant des filtres sur ce qui n'est pas indispensable et "contraindre" l'ais et ne prendre qu'une info sur 4 par exemple pour avoir une sortie adaptée à ces équipements qui vont saturer instantanément.