Acc�s au ports

**Y�Teeh** · 26/07/2002, 13h27

Builder me dit que les fonctions outp, inp et autres permettants l'�criture et la lecture directe sur les ports ne sont plus valables et qu'il faut utiliser la fonction CreateFile de l'API windows pour y acc�der ou de passer par l'assembleur, bien que NT ne l'acc�ptera pas.

Bon, pourquoi pas, me dis-je. Un petite recherche pour en apprendre plus sur cette fonction, et l� : rien.

Tout ce que je trouve me permet juste de communiquer avec les ports COM, LPT et autres ports nomm�s. Pas moyen de sp�cifier une adresse, genre �crire au port 0x226.

Ce que je voudrais donc savoir, c'est :

- Comment faire avec la fonction CreateFile

ou bien / et

- Comment passer un registre � une variable en assembleur, car lorsque j'�cris (par exemple) :

int ret;
asm mov ret, eax;

j'ai le droit � une erreur comme quoi on ne sait pas ce que c'est que "ret".

Ou alors n'importe quelle autre solution qui r�soudra mon probl�me.

Merci bien.

**drobert** · 26/07/2002, 14h07

Windows est un syst�me prot�g�. Ce qui veut dire qu'il est impossible � une application d'acc�der directement au hard, c'est � dire ni aux interruptions, ni aux ports, ni directement au disque dur. Et le fait d'�crire en assembleur n'y changera rien. Pour ouvrir un port s�rie, il faut effectivement utiliser CreateFile, par exemple, en C:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
 
  hPort = CreateFile("COM1:", GENERIC_READ | GENERIC_WRITE, 0, NULL, OPEN_EXISTING, 0, NULL);
  ReadFile(hPort, szBuf, nbOctets, &nbOctetsLus, NULL);
  CloseHandle(hPort);

**ChMerlier** · 26/07/2002, 17h49

Bonjour,

Le CreateFile permet d'acceder un driver non � un port (en conjonction avec les ReadFile, WriteFile et DeviceIoControl).

Pour passer outre �a, sous Windows 95 (9X, Me, etc...) tu n'auras pas de probleme en r�-ecrivant les fonction Outp (que j'ai si tu veux) en assembleur.
Sur une base Nt (2000, Xp ou Nt4), l'acc�es au Ring0 n'est autoris� qu'au drivers. Donc soit tu developpes un driver pour faire plaisir � Big brother, soit tu utilises un driver g�n�rique (GiveIo.sys par exemple) te permettant de percer la couche Ring0 (ton appli tourne au Ring3).
L'inconv�nient r�side dans le fait que c'est l&pplicatif qui fait tout le boulot au lieu du Driver. Si tu n'as que quelques valeurs � �crire pas de probleme en revanche pour piloter une carte.

**Y�Teeh** · 26/07/2002, 22h58

OK, donc c'est plutot chiant. Je veux bien les fonctions outp et inp en assembleur. Je crois d�j� avoir fait outp, je ne l'ai pas test�e :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
void OutPort(int address, int value)
{
	asm
    {
    	MOV edx, address
        MOV eax, value
        OUT dx, ax
    }
}

mais j'ai des soucis avec inp.

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
int InPort(int address)
{
	int ret;
	/*__asm
    {
    	MOV edx, address
        XOR eax, eax
        IN  ax, dx
        MOV ret, ax
    }   */
 
    return ret;
}

Cela dit j'ai des soucis avec l'assembleur en fait....

Merci de m'aider.

**ChMerlier** · 29/07/2002, 10h11

Bonjour,

Voila ...

Ports.c

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
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
 
#include "ports.h"
 
//-----------------------------------------------------------------------
//  functions
//      inport  - inputs a word from a hardware port
//      inportb - inputs a byte from a hardware port
//      inp     - inputs a byte from a hardware port
//      inpw    - inputs a word from a hardware port
//
//      outport  - outputs a word to a hardware port
//      outportb - outputs a byte to a hardware port
//      outp     - outputs a byte to a hardware port
//      outpw    - outputs a word to a hardware port
//-----------------------------------------------------------------------
 
unsigned short inport(unsigned short port)
{
    asm     mov     dx,port
    asm     in      ax,dx
        return _AX;
}
 
unsigned char inportb(unsigned short port)
{
    asm     mov     dx,port
    asm     in      al,dx
    asm     xor     ah,ah
        return _AX;
}
 
unsigned short inpw(unsigned short port)
{
    asm     mov     dx,port
    asm     in      ax,dx
        return _AX;
}
 
short int inp(unsigned short port)
{
    asm     mov     dx,port
    asm     in      al,dx
    asm     xor     ah,ah
        return _AX;
}
 
void outport(unsigned short port, unsigned short val)
{
    asm     mov     dx, port
    asm     mov     ax, val
    asm     out     dx, ax
}
 
void outportb(unsigned short port, unsigned char val)
{
    asm     mov     dx, port
    asm     mov     al, val
    asm     out     dx, al
}
 
unsigned short outpw(unsigned short port, unsigned short val)
{
    asm     mov     dx, port
    asm     mov     ax, val
    asm     out     dx, ax
        return (_AX);
}
 
short int outp(unsigned short port, unsigned char val)
{
    asm     mov     dx, port
    asm     mov     al, val
    asm     out     dx, al
    asm     xor     ah, ah
        return (_AX);
}

Ports.h

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
 
#ifndef _PORTS_
#define _PORTS_
 
#pragma message Warning: port I/O not allowed in Windows NT
#pragma link "ports.obj"
//#pragma link "outport.obj"
 
#ifdef __cplusplus
extern "C" {
#endif
 
unsigned char  inportb( unsigned short __portid );
unsigned short inport ( unsigned short __portid );
short int      inp( unsigned short __portid );
unsigned short inpw( unsigned short __portid );
void           outportb( unsigned short __portid, unsigned char __value );
void           outport ( unsigned short __portid, unsigned short __value );
short int      outp( unsigned short __portid, unsigned char __value );
unsigned short outpw( unsigned short __portid, unsigned short __value );
 
#ifdef __cplusplus
}
#endif
 
#endif

N'oubliez pas que ce code ne fonctionne pas seul sous Windows � base d'Nt (il faut le GiveIO.sys)

**HRS** · 29/07/2002, 14h46

Depuis Win9X et +, l'acc�s aux ports COM soul�ve de nombreuses questions

drobert dit

qu'il faut passer par des API Windows pour y acc�der (CreateFile,
ReadFile, WriteFile, CloseHandle de Winbase.h)

ChMerlier dit

que ces API ne sont pas adapt�s et qu'on peut directement acc�der aux ports par des routines assembleur
-------------------
R�ponses contradictoires. Qu'en est-il ? idem pour USB (Universal Serial
BUS) ?
------------
D'autres parlent de librairies d�di�es : TComPort, CPortLib, Port95nt.
Qu'en dire ? Sont elles des composants libres ?

**ChMerlier** · 29/07/2002, 14h54

Bonjour,

Pour HRS : Je n'ai jamais dit que les CreateFile etc n'�taient pas adapt�es aux ports COM mais aux ports tout court (Inp(port adresse)). Ce qui est radicalement diff�rent.
Si tu lis correctement le debut du post tu vois la nuance.

Pour utiliser un Port Com, j'utilise moi m�me TCommPort pour des applications simples et les APIs Win pour des applications plus compl�xes.

Faut pas me faire dire ce que je n'ai pas dit ... non mais

Pour ma part et pour r�pondre � ta question, je conseille le TCommPort (ou autre composant). C'est simple et facile � utiliser. J'utilise les Api quand je dois faire des choses un peu plus pouss�es. A vous de voir pour la suite � l'utilisation.

PS : �a macherais aussi en assembleur le sujet du Post n'etait pas la ...

Acc�s au ports

C++Builder

Discussions similaires

Partager

Partager