Je crois que j'ai eu le même problème,

j'ai construit une sorte de borne d'arcade avec un minitel piloté par
QBasic sauf que, lors de la première version du cable je n'avais
pas relié une des pins à la masse du port (qui servait à la vérification
de la connection, je reregarderais) et qbasic n'envoyait pas de données.

Après j'ai testé le cable avec un convertisseur serie/usb sur un pc
où le Dos était émulé (XP) et ça ne marchais pas (et ça ne venait pas
de l'émulation apparemment).

Depuis j'ai retesté mon cable avec un ancien PC (le même que celui pour
lequel il avait été conçu) avec une board rev inférieure et il s'est avéré que ça ne marchait pas non plus !

C'est a n'y rien comprendre honnêtement !

Bonsoir à tous,

Francesco, ta manip n'a rien donnée,
à toi Fred, je n'ai pas de problème de cablage et c'est toujours a n'y rien comprendre.
J'ai refait mon programme en langage rapidq avec mon programme de conversion de données en qbasic4.5
L'interface est plus conviviale (windows), mais la gestion de fichier est une vrai galère, qb4.5 gère plus facilement les fichiers mais ne fonctionne plus en 32 bits dès que l'on veux utiliser le port com(série).
Je vous remercie tous pour vos recherches et vos efforts,
Si vous avez des infos sur rapidq et le port com,merci.
(autre que l'aide et le fichier inclus de données qui est plein de bugs "qcomport" et "rapidq2.inc" de 2006 que j'ai déjà modifié.

ça me désole de devoir quitter le langage qbasic qui était trop bien fait !
pour aller vers un autre, faute de compatibilité ou de nouveau code..

Amicalement,
Denis, alias DMF


Edité par diemaker form ( 06/06/2008 22:35:23 )

As tu essayé FreeBasic ? Il me semble qu'il est relativement proche de QBasic. Peut-etre permet-il une gestion du port com comme sous QB...

Bonjour,
J'ai enfin réussis à transférer mes données au port com en utilisant
le langage RapidQ qui est assez complet pour la gestion des ports.
Merci à vous tous pour votre aide,
Amicalement,
DMF

Content de voir que le problème est réglé