Pratiques et Techniques en Plaisance | Imprimer | Fermer la fenêtre
OPEN ET PILOTE RAYMARINE : windows et les COM virtuels 25 février 2012 13:13, par yvesDouverture de la boîte à outils, désactivation du port du pilote (None), et validation par OK : évidemment jusqu’ici, aucun changement.
ouverture de la boite à outils, changement du port du pilote (Com1) et validation : les données de route sortent du convertisseur et sont immédiatement affichées sur la console du pilote.
Dans le cas présent, en secouant très fort le « matériel » COM vous redémarrez quelquechose.
C’est la grosse difficulté que j’ai constaté depuis plus de 10 ans avec les convertisseurs USB-série et windows XP : il arrive que ça tombe en marche, parfois même tellement souvent qu’on en arrive à penser que le problème a été résolu par le dernier patch, et puis un jour, dans tel scénario, pfuit, plus rien ...
Il faut noter que c’est très rarement un vrai problème de matériel dans la mesure ou il n’y a que deux ou trois puces (== fondeur de silicium) distinctes, et donc deux ou trois driver réellement distincts, dans le monde faisant cette conversion, tout le reste n’est que variation d’emballage (les forum du monde linux en disent plus sur ce sujet des drivers et des fondeurs).
Mais quand on rentre dans l’interface gestionnaire de périphérique on constate, par exemple, une telle multiplication des ports COM (driver re-installé dynamiquement à chaque fois qu’on reboote, ou pire, qu’on rebranche le cordon USB) qu’on ne sais plus trop bien quel nouveau n° de port COM renseigner à nouveau dans l’application, et comment virer les trop nombreuses instances de port COM qui sont désséchées.
Conclusion : Si par mégarde vous trouvez une méthode qui marche, retenez bien les stances et faites un bakcupdu système pour pouvoir redémarrez sur des bases stables (sic !) lorsque tout dégénérera, et mémorisez/conservez bien les outils de monitor qui vous ont permis de retrouver la lumière.