Question

Je vois un comportement assez étrange de Windows concernant mes compressions.

J'utilise 3 convertisseurs USB-Serial avec des puces FTDI. J'ouvre les ports com avec CreateFile Et tout fonctionne bien. Les 3 ports ont la même configuration à l'exception des taux de bauds. 2 Travaux au 38400 et un à 9600.

Voici la partie étrange:

Je suis en mesure d'écrire avec succès sur le port 9600 et l'un des ports 38400. Le deuxième 38400 ports semble être tampon les données. Je me suis connecté à ce port avec hyperterminal et je vois que sur les ports de travail, j'obtiens immédiatement une réponse et sur le port "bizarre", je n'obtiens les données que lorsque je ferme mon application ...

Quelqu'un d'autre a-t-il vécu cela? Comment avez-vous résolu cela?

Était-ce utile?

La solution

C'est une sorte de tir dans le noir ... mais.

Vérifiez les paramètres de contrôle de débit pour les deux extrémités de la connexion "bizarre". J'ai vu des choses étranges comme celle-ci lorsque le contrôle du débit est dépareillé. L'acte de fermeture du port efface les bits et permet aux données tamponnées de circuler.

Autres conseils

Ayant fonctionné un peu avec les puces FTDI, je vous suggère de consulter les paramètres de pilote avancés pour chaque port. Le conducteur prend en charge à la fois le contrôle tampon et le contrôle de latence afin de vous permettre de faire des compromis entre le débit élevé et la faible latence. Vérifiez donc les paramètres qui fonctionnent et utilisent le même pour celui qui ne le fait pas (s'ils ne sont pas les mêmes).

Sur une note latérale, en utilisant FTDI: s propre API Vous n'avez pas à garder une trace de la réaffectation com-port et similaires. L'API est assez similaire à celle de Win32 normale mais expose plus d'options de configuration.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top