Modifications

Sauter à la navigation Sauter à la recherche
1 984 octets ajoutés ,  18 juin 2014 à 18:54
Ligne 35 : Ligne 35 :  
* CTS: Clear To Send - Prêt à recevoir. Lorsqu'un port série reçoit ce signal (émit par le RTS de l'autre port série), il sait que le port série distant est prêt à recevoir des infos.   
 
* CTS: Clear To Send - Prêt à recevoir. Lorsqu'un port série reçoit ce signal (émit par le RTS de l'autre port série), il sait que le port série distant est prêt à recevoir des infos.   
   −
==== Dans un monde idéal ====
+
==== La pratique courante ====
 +
 
 +
Dans la pratique, les systèmes sont devenu tellement puissant que la capacité de traitement est devenu infinie par rapport à la vitesse de transmission série. A moins de communiquer à 115.200 bauds de façon soutenue, les signaux de contrôle de flux CTS et RTS peuvent être ignorés. La mémoire tampon du port série à peu de chance d'être engorgé.
 +
 
 +
Ainsi donc, dans la pratique les signaux CTS/RTS sont rarement mis en oeuvre.
 +
 
 +
Lorsque CTS/RTS n'est pas exploité, le plus simple est encore de ponter CTS - RTS sur le port série
 +
 
 +
[[Fichier:FTDI-Friend-PCs-Raccordement.jpg]]
 +
 
 +
==== Dans un monde exigeant ====
 
Dans un monde idéal, on croise également les signaux RTS et CTS entre les deux ports séries.
 
Dans un monde idéal, on croise également les signaux RTS et CTS entre les deux ports séries.
    
[[Fichier:FTDI-Friend-PCs-CTS-RTS 01.jpg]]<br /><small>Source: [http://brette.stephane.free.fr/rs232/asynch_serial.pdf ce document] de Brette Stephane</small>
 
[[Fichier:FTDI-Friend-PCs-CTS-RTS 01.jpg]]<br /><small>Source: [http://brette.stephane.free.fr/rs232/asynch_serial.pdf ce document] de Brette Stephane</small>
   −
==== La pratique courante ====
+
Ces signaux ne sont vraiment utiles que dans des cas vraiment très spécifique où la sécurité/stabilité de communication est primordial.
 +
 
 +
Ainsi, il sera normal d'utiliser les signaux dans les situations suivantes:
 +
* Matériel d'aviation et/ou militaire où rien ne peut être perdu.
 +
* Matériel hospitalier... très règlementé laissant peu de place au hasard et l'insécurité qui en découle
 +
* Le milieu industriel où les automates programmables sont, par nature, plus robuste mais aussi plus lent (par rapport à votre PC).
 +
* Les système temps réel dont les systèmes périphériques ne sont pas actif 100% du temps et donc pas forcement disponible immédiatement. He oui, le noyaux aura la priorité de traitement et votre demande de lecture de température/vitesse peut être mise en suspend... histoire de faire éclater les airbags en priorité.
    
==== Ressource ====
 
==== Ressource ====
Ligne 46 : Ligne 62 :  
* Sur ce [http://www.developpez.net/forums/d1107511/environnements-developpement/delphi/debutant/liaison-serie-rs232-quoi-sert-rts/ billet de developpez.net]
 
* Sur ce [http://www.developpez.net/forums/d1107511/environnements-developpement/delphi/debutant/liaison-serie-rs232-quoi-sert-rts/ billet de developpez.net]
 
* Sur ce [http://brette.stephane.free.fr/rs232/asynch_serial.pdf document en ligne de Stephane Brette] (pdf)
 
* Sur ce [http://brette.stephane.free.fr/rs232/asynch_serial.pdf document en ligne de Stephane Brette] (pdf)
 +
 +
== PC et Mac ==
 +
Nous n'avons plus de machine Windows chez MCHobby, mais vous pouvez utiliser le module FTDI avec Windows (voir notre documentation sur [[ADF-BOARDUINO-UTILISER#Boarduino_.2B_FTDI_Friend|Boarduino + FTDI]]) et le logiciel Putty qui fonctionne sur de nombreuses plateforme.
 +
 +
PuTTY
 +
* [http://www.chiark.greenend.org.uk/~sgtatham/putty/ Le site officiel de PuTTY], avec documentation en anglais
 +
* [http://marc.terrier.free.fr/docputty/ Traduction française de la documentation de PuTTY] réalisé par Marc Terrier
    
== Machine Linux ==
 
== Machine Linux ==
29 917

modifications

Menu de navigation