[TP]Liaison série avec TP7 dans fenêtre DOS W2000

Bonjour,

Pour développer un programme qui tournera sous DOS, j'utilise une fenêtre DOS sous W2000.

J'envoie des caractères sur la liaison série (10 octets à la suite) par écriture directe dans le port COM1, mais sur la liaison série, les octets ne sont pas envoyés immédiatement à la suite les uns des autres : 5 octets à la suite, puis une pause (10 à 100 ms), et les 3 autres.
Je suppose que W2000 fait autre chose pendant ce temps, qui est très variables d'un envoi à l'autre (et qui peut aussi être nul). Sous MS-DOS 6.22, ce problème n'existe pas avec le même programme.
Pour information, cet arrêt dans la trame série provoque une init de l'appareil que je commande, et le dialogue est impossible.
Comment faire pour forcer W2000 à envoyer ces 10 octets à la suite ?

Merci de votre aide !

Résolu le 16/06 :
Tout fonctionne parfaitement dans une fenêtre DOS, à condition de charger la SP3 de W2000. Ces problèmes existent au moins avec la SP2 que j'avais installée.
Merci pour les réponses !

Bonjour !

D'une manière générale, il vaut mieux éviter tout dialogue direct avec le matériel.
N'y a-t-il pas moyen de faire dialoguer ton programme avec le driver correspondant ?

Ben moi je pense plutôt qu'il faudra que tu dialogues directement avec ton matériel :p désolé Alcatîz ;)
Dans ce genre de cas, il vaudrait mieux courcircuiter l'OS pour s'affranchir des contraintes imposées par Billou&Co... Par conséquent il faudra sûrement que tu utilises ton port série de manière optimisée : sûrement en utilisant le FIFO ( avec un FIFO de 10 octets par exemple ). Si tu veux de la doc, http://www.google.fr ou demande moi si tu es trop fainéant :p
a+

Je crois me souvenir que Win2k bloque plus ou moins l'accès a certains ports, ou le protège / restreint.

C'est tout ce que je peux dire ...

++Mathieu

Merci pour vos réponses, et voici quelques compléments d'informations :

Une fois développé, le programme tournera sur un PC avec DOS6 uniquement, par contre pour le développement j'utilise mon PC de travail qui est sous W2000, et je souhaite faire tous les essais sur ce dernier.

Je dialogue directement avec le circuit du port série (par des instructions Port), pour l'initialiser, programmer les interruptions à la réception de caractères. Pour l'émisson d'une trame, j'écrit directement dans le circuit par Port[$3F8]=Car; pour COM1 par exemple. Je ne vois pas comment envoyer les caractères plus rapidement.
Lorsque je charge la FIFO avec 10 octets, comme elle est gérée directement par le circuit d'émission, je ne comprend pas que ce circuit n'envoie pas directement les 10 octets. Je suppose que W2000 émule le circuit, et que les instructions Port[$3F8] sont interrompues, d'ou je n'arrive pas à charger la FIFO en une seule fois (en principe elle accepte au moins 16 octets). Peut-on avoir une action sur W2000 à ce niveau là ?
Un essai avec la priorité maximale de la fenêtre DOS (priorité en Temps Réel) donne les mêmes résultats.
Je ne connais pas de driver à utiliser pour les ports série de base, et les essais que j'ai fait en utilisant les interruptions du BIOS ou du DOS donnent les même résultats.

Une idée pour arriver à sortir de ce problème ?
Merci pour votre aide !

Met une partition DOS et un multi-boot sur ton ordi :?:

Sérieusement, si tu veux que ça fonctionne, il va falloir que tu teste en dos !!!

Comme l'a dit Denis69, il vaudrait mieux que tu testes tout sous DOS 6...
En ce qui concernent les interruptions du BIOS ou du DOS, il vaut mieux les éviter car elles sont pas très efficaces... Le plus simple est de gérer le port soit même ( ça se fait très simplement en assembleur :p )
a+

C'est la seul solution ...
Mais le problème pour faire tes test, tu risque d'avoir des problèmes ...
essaye de trouver un patch sur microsoft.com, peut-étre que !

++ Mathieu

A partir du moment où tu utilise un système d'exploitation sécurisé, tu t'expose à des problèmes de ce genre.

Normalement, tu dois créer une appli W32 pour effectuer des appels vers les ports systèmes.
Sachant que sous W2k, le Dos est une pure émulation, c'est pas encore gagné...

Tu parles de priorité temps réel. As-tu dans ce cas tenté de passer en mode "Critical Section", avec l'int 2Fh, fonction 1681h ? Si c'est le cas, je ne vois pas trop quoi faire d'autre que de repasser en Dos pur.

A+