Discussion :

[r0d]

Bonjour à tous,

je bloque depuis quelque temps sur un problème, et je commence à me demander si je vais réussir à trouver une solution. Je vais donc vous exposer mon problème proprement:

système: windows 2000 pro.
IDE: visualC++ 7.1

J'ouvre le port parallèle vie un CreateFile:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
m_hPortHandle = CreateFile("LPT1",					// device name
								GENERIC_READ|GENERIC_WRITE,			// access mode
								0,						// share mode
								0,						// security attributes
								OPEN_EXISTING,			// creation dispositions
								FILE_ATTRIBUTE_NORMAL,	// flags and attributes
								NULL);					// template file
	if (m_hPortHandle==INVALID_HANDLE_VALUE)
	{
		ReportLastError("CreateFile"); //excellente fonction de debuggage récupérée sur codeguru.com
		return FALSE;
	}

Le FileCreate() fonctionne et je n'obtiens pas de message d'erreur. Mon m_hPortHandle est valide.

Ensuite, j'essaie d'appliquer les timeouts:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
COMMTIMEOUTS cto;
cto.ReadIntervalTimeout = 2000;
cto.ReadTotalTimeoutConstant = 0;
cto.ReadTotalTimeoutMultiplier = 0;
cto.WriteTotalTimeoutConstant = 0;
cto.WriteTotalTimeoutMultiplier = 0;
if (0==SetCommTimeouts(m_hPortHandle, &cto))
{
	ReportLastError("SetCommTimeouts");
	return FALSE;
}

Et là, à l'appel de SetCommTimeouts j'obtiens: error 87: paramètre invalide (j'aimerais bien savoir lequel. J'ai essayé de rentrer en pas à pas dans la fonctio SetCommTimeouts <F11>, mais ça ne marche pas).

J'ai essayé différentes ruses pour me passer de ces timeouts, mais rien n'y fait. Si ces timeouts ne sont pas correctements configurés, j'obtiens de gros soucis par la suite sur les ReadFile().

Que se passe-t-il? Oublie-je quelque chose? Mon problème n'a-t-il donc point de solution?

[Aurelien.Regat-Barrel]

Je sais que y'a des limitations sur le port parallele, mais j'ai jamais vraiment trouvé des infos là dessus (une histoire de spooler je crois, ou de driver imprimante qui est ouvert au lieu du driver LPT).
Bref, je ne sais pas si SetCommTimeouts est supporté par le port parallèle.
Tourne toi donc plutôt vers la lecture asynchrone, => utilise le dernier paramètre de ReadFile (créer avec FILE_FLAG_OVERLAPPED). Ainsi ReadFile / WriteFile rendront tout de suite la main et tu pourras déterminer le timeout via WaitForSingleObject.

[r0d]

ok

je vais essayer ça

[r0d]

erf, ça ne marche pas. Le port parallèle ne supporte pas le mode asynchrone (overlapped).

En revanche, j'ai trouvé une dll (http://www.logix4u.cjb.net/) qui permet de lire/ecrire sur le port parallèle, mais je n'arrive pas à la faire fonctionner

Elle utilise des choses que je ne connais pas: CreateService, OpenService, StartService, etc. Mais aussi FindResource, LoadResource et LockResource (sur un fichier binaire)...

Je ne suis pas encore couché moi...

[Aurelien.Regat-Barrel]

Oui, on arrive à la solution qui est toujours citée : le driver. Cette dll va installer un driver et s'en servir pour communiquer avec le port parallèle.
Necessite d'être administrateur pour pouvoir charger le driver...
D'autres drivers:
http://www.lvr.com/parport.htm#Programming

[r0d]

Je voudrais essayer quelque chose avant de me lancer dans les drivers. Tu dis:

... et tu pourras déterminer le timeout via WaitForSingleObject.

comment fait-on? Je n'arrive pas à comprendre l'utilisation de WaitForSingleObject

[r0d]

toutes mes excuses, j'avais mal compris!!

Le port parallèle ne supporte pas le mode asynchrone (overlapped).

C'est faux!!!

Ca marche mais (malheureusement, il y a toujours un 'mais') j'obtiens un comportement des plus étranges: ma fonction WriteFile(...) me retourne un message d'erreur ("une opération d'entrée/sortie avec chevauchement est en cours d'exécution"), mais il écrit tout de même les données sur le port parallèle!

De plus, je ne fais aucune autre opération sur le port:
- ça ne peut pas être une autre application, mais je n'ai que visual qui tourne.
- je ne fais aucun ReadFile (pour l'instant) dans mon appli
- le WriteFile est dans une thread qui s'auto-detruit après le WriteFile (et puis de toutes façon, ma fonction qui appelle WriteFile n'est appelée qu'une seule fois).

[farscape]

si le mode overlapped fonctionne ,inspire toi de la classe du port serie de la faq ,pour la gestion de la lecture /ecriture.

[benoit70]

L'erreur est normale. Ce n'est pas une vrai erreur, des données st en cours d'ecriture.
En fait tu check si getlasterror == 0x87 et tu fait un WaitForSingleObject sur l'evenement d'overlap.
Dès qu'il est signalé tes données sont écrites.

Au fait, tu peux pas entrer dans setcommtimeout, c'est une API Windows.

[Aurelien.Regat-Barrel]

C'est expliqué dans la MSDN. Notamment à la fin de:
http://msdn.microsoft.com/library/en-us/fileio/fs/readfile.asp

[r0d]

ça y est, j'y suis arrivé!!! ouf... j'étais limite nervous breakdown là
un gros à tous