Difficultés de programmation d'un cordon convertisseur USB/parallèle

**blondelle** · 23/02/2009, 13h44

Bonjours
J'aimerais programmer un cordon convertisseur usb/parallele, le condon cote connecteur imprimante est configure en NULL modem
connection Strobe et ACK
connection Busy et PE à la masse via une resistance
connection SLCT et ERROR à INIT via une resistance
Ce cordon va me servir a commander un moteur pas à pas, je n'ai besoin d'envoyer que des valeurs comprises entre 0x00 et 0xFF
voici comment je recupere le Handle de ce cordon

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
HANDLE handle = CreateFile(
                "\\\\?\\USB#Vid_067b&Pid_2305#5&36c701f9&0&10#{a5dcbf10-6530-11d2-901f-00c04fb951ed}",
                GENERIC_READ,     // | GENERIC_WRITE,
                FILE_SHARE_READ,  // | FILE_SHARE_WRITE,
                NULL,
                OPEN_ALWAYS,
                FILE_ATTRIBUTE_NORMAL,
                NULL
                );

pour envoyer les donnees j'utilise " WriteFile " (sans grand succes)
j'ai lu les articles de bernard acquier
je suppose que c'est a partir de ces valeurs que l'on construit les chaines de commande
Voici le Descripteur Bulk Out Endpoint (recupere a partir du Datasheet)

Offset Field Size Value Description
0 bLength...............Byte....07h.....Size of this descriptor in bytes.
1 bDescriptorType....Byte....05h.....ENDPOINT descriptor type.
2 bEndpointAddress..Byte....01 h....Out Endpoint 1.
3 bmAttributes.........Byte...02h.....BULK Endpoint
4 wMaxPacketSize....Word..0040h..Maximum packet size is 64.
6 bInterval..............Byte...00h.....N/A

je pense que c'est a partir de ces valeurs que l'on construit les chaines de commande

Sync PID ADDR ENDP CRC5 EOP
Sync PID Data0 CRC16 EOP
Sync PID EOP

1 - Si c'est le cas comment est calcule le CRC est ce sur l'ensemble des valeurs Sync, PID, ADDR, ENDP (comment doivent elles etre organisees)
2 - Quelle doit etre la valeur de EOP

**sevyc64** · 23/02/2009, 14h16

A mon avis ce n'est pas le périphérique USB que tu dois récupérer mais plutôt le périphérique LPTx.

Quant à comment faire, je n'en sais rien.

**blondelle** · 23/02/2009, 16h49

Merci pour ta reponse sevyc64

tu dois récupérer mais plutôt le périphérique LPTx

Je ne sais pas non plus comment faire, mais j'ai bien peur que les caracteres speciaux non pris en compte par une imprimante soient supprimes par le driver, j'ai vraiement besoins des valeurs de 0x00 à 0xFF, de plus c'est un Timer qui va lancer regulierement l'ecriture, je ne sais pas si Window va aimer, pour une gestion USB/Serie on retrouve " CreateFile, WriteFile ".
Mes recherches sur l'USB/Parallele non pas permis de trouver un exemple pour pouvoir esperer me debrouiller.

**sevyc64** · 23/02/2009, 17h08

Je ne pense pas qu'ils soient supprimer puisque les imprimantes réelles les utilisent aussi.

Je ne connais pas en C, mais je pense que tu dois pouvoir te connecter au port LPT comme tu le fait avec le périphérique USB.

Je me rappelle, quelques années en arrière, j'utilisais aussi CreateFile pour me connecté au port COM, je me dis que LPT ça doit être pareil.

**blondelle** · 24/02/2009, 11h39

Pour recuperer le Handle d'un port LPT ou COM il suffit de remplacer la chaine

\\\\?\\USB#Vid_067b&Pid_2305#5&36c701f9&0&10#{a5dcbf10-6530-11d2-901f-00c04fb951ed}

Il suffit juste de retrouver la bonne chaine

Pour mon cas je prefererais quand meme parametrer moi meme le port USB, je ne pense pas etre trop loin de la solution, ce n'est pas le code qui m'interresse, deja c'est de savoir si les parametres que j'utilise sont les bons, la ou les chaines qui sont pris en compte pour le calcul du CRC et la valeur de EOF

**blondelle** · 25/03/2009, 12h29

Voila ou j'en suis j'ai effectue des recherche mais je n'ai rien de concluant
avec ce code si le cordon est debranche ou mis sur une autre sortie USB j'ai bien un message d'erreur

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
HANDLE handle = CreateFile(
                "\\\\.\\USB#Vid_067b&Pid_2305#5&36c701f9&0&10#{a5dcbf10-6530-11d2-901f-00c04fb951ed}",
                GENERIC_WRITE, 
                FILE_SHARE_WRITE,  
                NULL,
                OPEN_ALWAYS,  
                FILE_ATTRIBUTE_NORMAL, 
   FILE_FLAG_SEQUENTIAL_SCAN,
                NULL
                );
// message d'erreur
// si Ok Opération réussie
// si Erreur " Le fichier spécifié est introuvable "
ShowMessage(SysErrorMessage(GetLastError()));

**sevyc64** · 25/03/2009, 14h05

Je ne saurais dire.

Je pense que le code est bon, mais par contre tu dois avoir un identifiant de périphérique en fonction du port USB ou tu le branche.

Recherche peut-etre dans la base de registre si tu n'as pas plusieurs identifiants différents qui auraient le même VID et PID

**blondelle** · 25/03/2009, 14h39

Merci de ta reponse sevyc64
Je n'ai actuellement qu'un seul cordon connecte et ce pour les testes, et c'est dans la base de registre que j'ai recupere la chaine \\\\.\\USB#Vid_067b&Pid_2305#5&36c701f9&0&10#{a5dcbf10-6530-11d2-901f-00c04fb951ed}, je sais grace a USBVIEW que le cordon est connecte au port 10, ce qui semble correspondre a ce que j'avais remarque dans la chaine " Vid_067b&Pid_2305#5&36c701f9&0&10 ", si je me connecte sur une autre sortie USB du PC ce numero change.
Je n'ai pas d'erreurs mais mon code ne fonctionne pas, je ne sais pas comment verifier que je recupere le bon Handle

**blondelle** · 26/03/2009, 19h34

N'y a t'il pas un moyen de verifier que le Handle renvoye par " CreateFile " est correcte ( comme pour le Handle d'une fenetre en employant un utilitaire comme Spy++ )

**sevyc64** · 26/03/2009, 21h39

Là, ça dépasse clairement mes compétences. J'aurais dit qu'à priori tu devrais avoir une erreur à la création du "fichier" mais si tu dis ne pas en avoir ...

Par contre peut-être pourrais-tu essayer de remplacer OPEN_ALWAYS par OPEN_EXISTING pour voir.

**Médinoc** · 27/03/2009, 10h37

J'ai du mal à comprendre ta définition de "correcte", à part "différent de INVALID_HANDLE_VALUE"...

**blondelle** · 30/03/2009, 09h21

Merci Médinoc de t'interresser a ce post
Voici le pourquoi de mon interrogation

Si le cordon est debranche handle = FFFFFFFF, ce qui est normal

Si j'ecris HANDLE handle = CreateFile("\\\\.\\USB#Vid_067b&Pid_2305#5&36c701f9&0&10#{a5dcbf10-6530-11d2-901f-00c04fb951ed}",...)
ou HANDLE handle = CreateFile("USB010",...), et que le cordon est branche handle = 00000760

Si je branche le cordon sur une autre sortie USB

Si j'ecris HANDLE handle = CreateFile("\\\\.\\USB#Vid_067b&Pid_2305#5&36c701f9&0&9#{a5dcbf10-6530-11d2-901f-00c04fb951ed}",...)
ou HANDLE handle = CreateFile("USB009",...), et que le cordon est branche handle = 00000760

J'obtient toujours la meme valeur de handle, c'est cela qui me parait bizarre
Voici ce que les infos que j'ai recuperees sur mon PC

dans le gestionnaire de periferiques,->controleur de bus USB " Prise en charge d'impression USB ",->propriete,->details " USB\\Vid_067b&Pid_2305\5&36c701f9&0&10 "

dans la base de registre HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Enum\USB\Vid_067b&Pid_2305

Vid_067b&Pid_2305
(par default) REG_SZ (valeur non definie)

5&36c701f9&0&10
(par default) REG_SZ (valeur non definie)
Capabilites REG_DWORD 0x00000084(132)
Class REG_SZ USB
ClassGUID REG_SZ {36FC9E60-C465-11CF-8056-444553540000}
CompatibleIDs REG_MULTI_SZ USB\Class_07&SubClass_01&Prot_01 USB\Class_07&SubClass_01 USB\Class_07 USB\Class_07
ConfigFlags REG_DWORD 0x00000000(0)
DeviceDesc REG_SZ Prise en charge d'impression USB
Driver REG_SZ {36FC9E60-C465-11CF-8056-444553540000}\0014
HardwareID REG_Multi_SZ USB\Vid_067b&Pid_2305&Rev_0202 USB\Vid_067b&Pid_2305
LocationInformation REG_SZ IEEE-1284 Controler
Mfg REG_SZ Microsoft
Service REG_SZ usbprint
UINumber REG_DWORD 0x00000000(0)

Control
(par default) REG_SZ (valeur non definie)
ActiveService REG_SZ usbprint

DeviceParameters
(par default) REG_SZ (valeur non definie)
ExtPropDescSemaphore REG_DWORD 0x00000001(1)
SymbolicName REG_SZ \??\USB#Vid_067b&Pid_2305#5&36c701f9&0&10#{a5dcbf10-6530-11d2-901f-00c04fb951ed}

LogConf
(par default) REG_SZ (valeur non definie)

**Médinoc** · 30/03/2009, 09h27

La valeur d'un handle ne dépend pas de ce qu'il y a derrière, donc pour moi c'est normal.

**blondelle** · 30/03/2009, 09h54

Merci
Je vais verifier les valeurs passees au cordon

**blondelle** · 30/03/2009, 21h40

Grace a ton intervention Médinoc je pense etre parvenu a programmer mon cordon USB, voici le code qui apparemment fonctionne, il reste je pense un probleme hardware a regler, je suis oblige de faire passer d'un niveau haut a un niveau bas la ligne Busy, et les lignes Strobe et ACK sont connectees

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
void __fastcall TForm1::Button1Click(TObject *Sender)
{
HANDLE handle = CreateFile(
                "\\\\.\\USB#Vid_067b&Pid_2305#5&36c701f9&0&10#{a5dcbf10-6530-11d2-901f-00c04fb951ed}",
                GENERIC_WRITE,     // | GENERIC_READ,
                FILE_SHARE_WRITE,  // | FILE_SHARE_READ,
                NULL,
                OPEN_EXISTING,      // OPEN_EXISTING,
                FILE_ATTRIBUTE_NORMAL, // | FILE_FLAG_SEQUENTIAL_SCAN,
                NULL
                );
// message d'erreur
// si Ok " Opération réussie "
// si Erreur " Le fichier spécifié est introuvable "
ShowMessage(SysErrorMessage(GetLastError()));
DWORD written;
// Paquet Jeton (TOKEN)
char command1[6] = {0x01,   // SYNC
                    0x87,   // PID OUT 0001->1000  complement 1110->0111 envoye 10000111->0X87
                    0x80,   // ADDR 01->0x80
                    0x40,   // ENDP 02->40
                    0xB8,   // CRC5 1D->B8
                    0x01};  // EOF
// Paquet Donnees (DATA)
char command2[6] = {0x01,   // SYNC
                    0xC3,   // DATA0
                    0x01,   // donnees envoyees
                    0xE4,   // CRC16  02->40 FD->BF  - A727->E4E5
                    0xE5,
                    0x01};  // EOF
// Paquet de control (HANDSHAKE)
char command3[3] = {0x01,   // SYNC
                    0x4B,   // ACK
                    0x01};  // EOF
// WriteFile &gOverlapped
int a = WriteFile(handle, command1, 6, &written, NULL);
// message d'erreur
//ShowMessage(SysErrorMessage(GetLastError()));
a = WriteFile(handle, command2, 6, &written, NULL);
// message d'erreur
//ShowMessage(SysErrorMessage(GetLastError()));
a = WriteFile(handle, command3, 3, &written, NULL);
// message d'erreur
//ShowMessage(SysErrorMessage(GetLastError()));
CloseHandle( handle );
}

ce code passe au niveau haut la ligne D0

**blondelle** · 01/04/2009, 19h56

Voici comment programmer le Paquet Jeton (TOKEN)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
char command1[6] = {0x01, // SYNC
                    0x87, // PID OUT 0001->1000 complement 1110->0111 envoye 10000111->0X87
                    0x80, // ADDR 01->0x80
                    0x40, // ENDP 02->40
                    0xB8, // CRC5 1D->B8
                    0x01}; // EOF

SYNC
pas de probleme sa valeur est 0x01

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
OUT
est une donnee sur 4 bits complementee pour avoir 8 bites
OUT          | complement
D7 D6 D5 D4  | D3 D2 D1 D0
0  0  0  1   | 1  1  1  0
les donnes sont mise en forme poids faible en premier pour OUT puis pour le complement ce qui donne
OUT         | complement
D7 D6 D5 D4 | D3 D2 D1 D0
1  0  0  0  | 0  1   1  1
c'est donc 10000111 ou 0x87 que l'on va envoyer

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
ADDR
sa valeur est 0x01
D7 D6 D5 D4 D3 D2 D1 D0
0  0  0  0  0  0  0  1
ici aussi la valeur est envoyee bits de poids faible en premier ce qui donne
D7 D6 D5 D4 D3 D2 D1 D0
1  0  0  0  0  0  0  0
c'est donc 1000000 ou 0x80 que l'on envoie

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
ENDP
est une donnee sur 8 bits
sa valeur est 0x02
D7 D6 D5 D4 D3 D2 D1 D0
0  0  0  0  0  0  1  0
ici aussi la valeur est envoyee bits de poids faible en premier ce qui donne
D7 D6 D5 D4 D3 D2 D1 D0
0  1  0  0  0  0  0   0
c'est donc 1000000 ou 0x40 que l'on envoie

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
CRC5
est une donnee que l'on calcul en utilisant les valeurs OUT et ENDP voici la formule ( CRC5 = x5 + x2 + x0 )
comme je n'ai pas encore su programmer le calcul j'ai utulise cette methode manuelle trouvee sur le NET
0 0 0 0 . 0 0 0 1 . 0 0 0 0 . 0 0 1 0 . 0 <---- valeur sur laquelle on va effectuer le calcul
1 0 0 1 . 0 1 <---- valeur utilisee pour le calcul 
1 0 0 1 . 0 1 0 1 <---- valeur calculee 
  1 0 0 . 1 0 1 0 <---- valeur utilisee pour le calcul 
 
  1 0 1 . 1 1 1 1 . 0 <---- valeur calculee 
     1 0 . 0 1 0 1 . 0 <---- valeur utilisee pour le calcul 
 
     1 1 . 1 0 1 0 . 0 0 <---- valeur calculee 
               1 0 0 . 1 0 1 0 <---- valeur utilisee pour le calcul 
 
               1 1 0 . 1 0 1 0 . 0 <---- valeur calculee 
                    1 . 0 0 1 0 . 1 0 <---- valeur utilisee pour le calcul 
 
                    1 . 1 0 0 0 . 1 0 <---- valeur calculee 
                         1 0 0 1 . 0 1 0 <---- valeur utilisee pour le calcul 
 
                         0 0 0 1 . 1 1 0 <---- valeur calculee 
                                 1 . 0 0 1 0 .1 <---- valeur utilisee pour le calcul
 
                                 0 . 1 1 1 0 . 1 <---- CRC5
ici aussi la valeur est envoyee bits de poids faible en premier ce qui donne
D7 D6 D5 D4 D3 D2 D1 D0
1   0   1   1   1   0   0   0
c'est donc 10111000 ou 0xB8 que l'on envoie

EOF
sa valeur est 0x01

**maxim_um** · 02/04/2009, 20h50

Salut tout le monde,

Envoyé par blondelle

Grace a ton intervention Médinoc je pense etre parvenu a programmer mon cordon USB, voici le code qui apparemment fonctionne

Oui, mais attention.

Tu ne dois pas utiliser le nom de ton périphérique en brut comme cela dans la fonction «CreateFile» car il contient un numéro d'instance entre le Product ID et l'Identificateur de Classe. L'idéal c'est de passer par une énumération en utilisant les différentes fonctions de la lib «Setupapi» pour enfin accéder au nom complet (lien symbolique) du périphérique («devicepath»). Outre cet aspect, ça te permet d'interroger le système et savoir si le périphérique en question est connecté avant même de tenter d'y accéder.

Aussi, tes paquets devraient être consignés dans des structures plutôt que des tableaux, ton code serait à la fois plus lisible et plus expressif (un code qui parle de lui même vaut mieux que de longs //discours).

Enfin, en ce qui concerne «CreateFile», son seul intérêt est bien entendu d'obtenir un handle, mais le penchant de ce que serait un «WriteFile / ReadFile» pour la communication et le pilotage c'est «DeviceIoControl», qui a l'avantage d'être bien plus riche que le simple «WriteFile» que tu utilises.

Bonne continuation.

**blondelle** · 03/04/2009, 19h41

Merci pour ton intervention maxim_um
Je n'ai pas cherche a creer un driver, mais juste a programmer un convertisseur USB/parallele, comme je n'ai rien trouve de convaincant sur le Net et que l'utilisation de DLL ou d'OCX peut ou pas documentes ne me plaisait pas, j'ai donc utilise ce que je connaissait CreateFile WrteFile de meme que les donnees stockees dans un tableau, les cordons que je vais utiliser il y en auras au moins 4 seront toujours branches au meme emplacement donc pas besoins de detection quand au " devicepath " j'aurais pu utiliser " USB001 " qui est le numero du port sur lequel est branche le cordon de teste ( on peut le verifier a l'aide de USBVIEW ), quand au code tel qu'il est il n'y a aucun test d'erreur quand à la presence ou non du cordon ce ne sont que les preliminaires d'un programme beaucoup etoffe, quand a «DeviceIoControl», je ne l'ai jamais utilise, quand au debut d'explications sur les paquets envoyes c'est suite a une demande sur un autre post afin d'aider l'internaute, ce code ne doit servir que de base de depart ( pour un programmeur debutant ou en difficulte ) a lui d'y mettre sa touche personnelle.
En tout cas encore merci de t'on intervention ca montre l'interet pour le sujet

**thedebutant11** · 09/04/2009, 16h09

Salut,

Est-tu sur que sa marche?

Je pense que sa ne marche pas encore, et ce que tu relève est le 0x01 de SYNC. Et si tu regarde le Writefile où tu est censé écrire 6 octets tu n'écris que le premier octet du tableau (SYNC).
En ce qui concerne la mise à 0 du busy pour prendre en compte le WriteFile peut être remplacé par un SOFT_RESET entre chaque WriteFile mais je pense que ce n'est pas mieux que le passage par zéro manuel.

Bonne continuation.

Difficultés de programmation d'un cordon convertisseur USB/parallèle

Windows

Discussions similaires

Partager

Partager