Discussion :

[Hyperyon]

Bonsoir tout le monde,

je suis actuellement en projet dans lequel je dois établir la communication entre un périphérique USB et mon ordinateur (tournant sous Windows Xp).

J'ai quelques petites interrogations là dessus :

- Mon périphérique USB est reconnu comme une liaison série (COM3) sous Windows, il nécessite d'ailleurs un driver. Est-ce que je peux effectuer la communication avec des méthodes génériques telles que open(), read(), write(), close() (en C++) ? Ou il faut connaître les méthodes spécifiques liées à ce périphérique ? et si c'est le cas comment procéder ?

- Comme je l'ai dit avant, l'OS me détecte un COM3 quand je branche l'appareil, est-il possible d'utiliser un programme qui utilise l'USB plutôt que la liaison série ?

- Est-ce grave si mon périphérique possède deux drivers différents d'actifs ?

Merci par avance de votre aide ! Parce que là je suis paumé

[Melem]

Mon périphérique USB est reconnu comme une liaison série (COM3) sous Windows, il nécessite d'ailleurs un driver. Est-ce que je peux effectuer la communication avec des méthodes génériques telles que open(), read(), write(), close() (en C++) ? Ou il faut connaître les méthodes spécifiques liées à ce périphérique ? et si c'est le cas comment procéder ?

Tu peux, si tu connais le protocole de communication utilisé par le périphérique. Mais d'un côté, tu te prives de fonctions avancées pour rien. Préfère les fonctions Win32 (OpenFile, ReadFile, WriteFile, CloseFile) à ces fonctions POSIX. Ca te permettra d'utiliser également des fonctions telles que SetCommState (configuration du port COM), SetCommMask (Gestion des événements), etc.

Comme je l'ai dit avant, l'OS me détecte un COM3 quand je branche l'appareil, est-il possible d'utiliser un programme qui utilise l'USB plutôt que la liaison série ?

Si le périphérique est attaché à un port série il faut le considérer comme tel, c'est tout.

Est-ce grave si mon périphérique possède deux drivers différents d'actifs ?

Ca va juste causer un écran bleu je crois . En fait ça dépend du matériel, de la version du système, et désolé mais je ne sais pas ce que ça donne pour un port usb sous XP, mais je mise sur l'écran bleu.

[Hyperyon]

Tu peux, si tu connais le protocole de communication utilisé par le périphérique. Mais d'un côté, tu te prives de fonctions avancées pour rien. Préfère les fonctions Win32 (OpenFile, ReadFile, WriteFile, CloseFile) à ces fonctions POSIX.

Tu n'aurais pas par hasard de la documentation sur ces fonctions win32 ?

Et peut être que je me trompe mais ces fonctions sont issues des ces headers windows.h et winbase.h non ?

Ca va juste causer un écran bleu je crois . En fait ça dépend du matériel, de la version du système, et désolé mais je ne sais pas ce que ça donne pour un port usb sous XP, mais je mise sur l'écran bleu.

Non j'ai pas (encore ?) eu d'écran bleu lol, je vais donc retirer le driver en trop

Encore une petite question, le fait que Windows considère mon périphérique comme une liaison série, y a-t-il une influence sur le débit de transfert des données et/ou de traitement (alors qu'à la base c'est de l'USB )

En tout cas merci de m'avoir répondu si rapidement.

[Melem]

Tu n'aurais pas par hasard de la documentation sur ces fonctions win32 ?

[MSDN] Communication Resources

Et peut être que je me trompe mais ces fonctions sont issues des ces headers windows.h et winbase.h non ?

<windows.h> est le fichier d'en-tête principal de l'API Windows. Il inclut de nombreux fichiers d'en-tête tels que <windef.h>, <winnt.h>, <winbase.h>, etc. mais tu as généralemnt le droit d'ignorer ces détails. Le seul fichier que tu dois retenir ici c'est <windows.h>.

Encore une petite question, le fait que Windows considère mon périphérique comme une liaison série, y a-t-il une influence sur le débit de transfert des données et/ou de traitement

Oui, parce que la communication se fera avec un protocole pour les liaisons série RS232. Tu comprendras mieux lorsque tu t'attaqueras à l'étude des fonctions que je t'ai indiquées.