Discussion :

[ZenZiTone]

Bonjour à tous,

J'ai une application communiquant avec un appareil de mesure à travers le port COM1 (port série sur la carte mère). Là, aucun problème à signaler, la communication s'effectue bien et les appareils dialoguent entre eux.

Mon problème survient lorsque je souhaite mettre cette application sur un PC "tout beau tout neuf". En effet, sur ce beau PC il n'y a pas de port série intégré à la carte mère. Nous avons donc fais l'acquisition d'une carte d'extension PCIe intégrant deux ports séries. Après l'installation des drivers nous observons bien la présence de COM1, COM2 et LPT1 dans l'onglet "Ports" du gestionnaire de périphériques.

C'est à ce moment que vient mon problème : La communication de fonctionne pas correctement... c'est flou, me direz vous ! Effectivement. Il semblerait que je réussisse bien à utiliser le port COM1 (pas de message d'erreur lors de l'exécution), mais la communication ne se fait pas. Pour info, le PC est à l'initiative du dialogue : il envoi régulièrement une demande de mesure qui se traduit par la réception d'une trame configurée contenant les différents relevés.

Je vous sollicite donc pour savoir si ce problème vous est familier car, je vous l'avoue, la partie "matériel" dépasse mes compétences

Si vous avez besoin de précisions sur mon problème je vous répondrais avec plaisir,

Merci par avance,

ZenZiTone

[JML19]

Bonjour

Tu utilises le même protocole de dialogue dans les deux cas ?

Sinon as-tu initialisé la liaison de façon différente, vitesse, parité, bit stop, contrôle XON/XOFF ?

Le câblage est t'il identique DB9 ou DB25 ?

[ZenZiTone]

Bonjour

Tu utilises le même protocole de dialogue dans les deux cas ?

Sinon as-tu initialisé la liaison de façon différente, vitesse, parité, bit stop, contrôle XON/XOFF ?

Le câblage est t'il identique DB9 ou DB25 ?

Le dialogue de protocole est le même. En fait il s'agit juste de faire tourner mon programme sur un machine différente. Le récepteur (l'appareil de mesure) est le même dans les deux cas.

J'ai effectivement initialiser la liaison de la même façon. Il y a "juste" une différence, concernant l'IRQ : dans le premier cas (qui fonctionne) il est à 4 et dans le second (qui ne fonctionne pas donc) il est à 16. A ce que j'en ai compris ce paramètre est définit par la carte mère, le 4 étant par défaut le port série présent sur celle-ci. Dans mon cas je n'ai pas de 4 étant donné que la carte mère ne comprend pas de port série.

Et pour finir oui le câblage est identique : DB9

Par ailleurs, j'ai fais le test dans mon programme de rechercher les ports série disponible et il me propose bien COM1 et COM2... J'ai donc regardé dans les propriétés avancées du périphérique mais tout apparaît en grisé (non modifiable)

[JML19]

Tu ne peux pas tester cette liaison entre les deux PC (l'ancien et le nouveau) qui ont des ports COM ?

Il faut un câble particulier peut être que ton câble ira.

Il faudrait utiliser l'Hyper Terminal pour le test entre les deux PC.

[ZenZiTone]

Je vais voir si je peux pas trouver un câble pour tester oui ! Je vous tiendrais informés quand j'aurais fais les tests (demain au mieux).

Bonne soirée !

[JML19]

Il n'y a aucune raison pour que cela ne fonctionne pas avec une carte PCI.

[Auteur]

Il faut un câble particulier peut être que ton câble ira.

il faut un câble croisé. Peut probable que son câble convienne car la communication se fait entre PC et matériel.

[sevyc64]

Je vous sollicite donc pour savoir si ce problème vous est familier

Ce problème peut être assez familier, oui, mais avec des adaptateurs USB/RS232.
Bien souvent, certains de ces adaptateurs pas cher ne gèrent pas les différents signaux de contrôles matériels d'un port USB, souvent ils ne gèrent que les 2 fils de données.
Lorsqu'on doit piloter, derrière, du matériel avec des protocoles de flux matériels, ça peut effectivement poser problème.

Dans le cas d'une carte d'extension comme la tienne, je pense qu'il est assez peu probable que les signaux ne soient pas en totalité gérés.

Par contre, pour ce qui est de l'IRQ, tout dépend de ton logiciel. Si c'est un très vieux logiciel, comme par exemple ceux tournant autrefois sous MSDos, il est pas impossible qu'il gère le port directement sur le matériel, et donc à ce moment là sur une IRQ particulière. Mais en général c'est configurable dans le logiciel.

Par contre si c'est un logiciel conçu pour et fonctionnant sous Windows (moins de 15 ans , en gros), normalement, l'irq ne doit pas poser de problème, elle est directement géré par l'os pas par le logiciel.

Ensuite effectivement le test est à faire entre 2 pc pour voir déjà si le port marche.

[ZenZiTone]

Par contre si c'est un logiciel conçu pour et fonctionnant sous Windows (moins de 15 ans , en gros), normalement, l'irq ne doit pas poser de problème, elle est directement géré par l'os pas par le logiciel.

Ensuite effectivement le test est à faire entre 2 pc pour voir déjà si le port marche.

En fait, c'est moi même qui ai développé le programme sous Windows et il utilise la classe SerialPort du framework .NET. Je n'ai pas encore eu le temps de tester la com' entre PC, je retourne vers vous dès que possible.

Par ailleurs, merci pour votre participation

[ZenZiTone]

Problème résolu ! Comment? Quand madame Michu vient nous voir pour sa souris qui ne marche pas, on lui demande gentillement si elle l'a bien branchée... Et bah un peu de la même manière, je n'avais pas branché mes ports séries correctement à la carte d’extension Pour ma défense il n'y a pas de détrompeur sur le branchement, du coup mes ports étaient "à l'envers"