Better red, than dead. - Unknown AuthorEss
Depuis 2.1.131 et 2.2.0, Linux/IrDA fait partie du noyau. Notez toutefois que le statut de ce projet est toujours exp�rimental. Si vous avez besoin d'informations � propos du support Linux/IrDA pour les noyaux 2.0.x, allez voir l'ancienne version de ce howto disponible � http://www.snafu.de/~wehe/index_li.html. Mais d'apr�s ce que je sais, ce paquetage n'est plus maintenu.
Les compagnies et les d�veloppeurs qui aimeraient participer � ce projet devraient contacter le projet Linux/IrDA � http://www.cs.uit.no/~dagb/irda ou moi � < wehe@snafu.de >.
Maintenant, un peu d'histoire. Le projet d�marra � la fin de l'ann�e 1997 avec le nom Linux/IrDA. A cause de probl�mes dus au fait que le nom IrDA est une marque d�pos�e par l'Infrared Data Association IrDA http://www.irda.org/, le nom a �t� chang� en Linux/IR. A la fin de l'ann�e 1998, les relations entre nous et eux devinrent meilleures, et le nom redevint Linux/IrDA.
Ce document est bas� sur la partie "Comment l'utiliser" du site Linux/IrDA http://www.cs.uit.no/~dagb/irda/howto.html. J'ai aussi inclus des informations provenant de l'�quipe Linux/IrDA, de la liste de diffusion, ainsi que d'autres sources.
Ce document fait partie du LINUX DOCUMENTATION PROJECT http://metalab.unc.edu/LDP.
La derni�re version de ce document est disponible � http://www.snafu.de/~wehe/index_li.html (version anglaise) et http://www.freenix.org/unix/linux/HOWTO/IR-HOWTO.html (version fran�aise)
J'ai essay� de v�rifier toutes les informations, mais je n'ai pas tout le mat�riel infrarouge n�cessaire, alors, si cela ne marche pas pour vous, ne m'accusez pas.
Si vous avez des commentaires ou des questions, n'h�sitez pas � me contacter. Je sais que ce document n'est ni fini ni parfait, mais j'esp�re qu'il vous sera utile.
- Assurez vous que le port infrarouge est bien activ� dans le BIOS, et v�rifiez quelle interruption et quel port il utilise.
- Assurez vous que votre port infrarouge soit bien d�tect� par Linux. Pour plus de d�tails, r�f�rez vous � la section "Aper�u du mat�riel support�" ci dessous.
- Assurez vous que vous avez bien modutils 2.1.x (insmod
--version). J'utilise la version 2.1.121.
- La librairie libc.so.5 et le chargeur ld-linux.so.1 doivent
�tre disponibles.
- Mais glibc2 aka libc6 devrait aussi marcher.
- Je ne suis pas s�r que vous ayez besoin de la librairie zlib si
vous utilisez la compression de donn�es.
Il y a actuellement deux interfaces graphiques pour Linux/IrDA qui sont en d�veloppement :
Pour vous autres lecteurs - voici votre chance de contribuer ! Ces deux
interfaces graphiques n�cessitent des ic�nes. Toutes les ic�nes doivent :
a) Avoir une taille fixe (je pense que 48x48 pixels semble �tre la taille
commune).
b) Grosse & petite (les petites sont pour �tre dock�es).
c) 16 couleurs.
d) Libres de tous droits.
e) SVP, ne copiez pas des ic�nes microsoft !
Contactez les d�veloppeurs.
- Tr�s important, vous devez faire un sync sur vos disques !!!
Vous aurez peut �tre � rebooter votre machine. N'avez vous pas lu le
d�sistement de responsabilit� ?
- Autres programmes utiles : APSFILTER, EZ-Magic, MagicFilter ou quelque chose de similaire pour configurer les imprimantes.
S'il vous pla�t, lisez le Kernel-HOWTO pour trouver plus d'informations sur la compilation. Vous trouverez les sources de Linux/IrDA dans :
/usr/src/linux/net/irda (protocoles)
/usr/src/linux/drivers/net/irda (pilotes de p�riph�riques)
/usr/src/linux/include/net/irda (fichiers d'en-t�tes)
- Assurez vous que vous utilisez bien les sources du noyau noyau
2.2.x. Si vous n'�tes pas s�r de la version de votre noyau, essayez
uname -r.
- R�cup�rez le dernier patch du projet Linux/IrDA
http://www.cs.uit.no/~dagb/irda/snapshots/. Mettez le dans
/usr/src ou � l'endroit o� vous avez les sources de votre noyau, et
appliquez quelque chose ressemblant � (remplacez le nom du patch
patch-2_2.0-irdaXXX par le nom du fichier que vous avez) :
cd /usr/src
tar xvzf patch-2_2.0-irdaXXX.tar.gz
cd linux
patch -p1 -l < ./patch-2_2.0-irdaXXX
- Le support pour le code exp�rimental doit �tre activ� (CONFIG_EXPERIMENTAL).
- Activez sysctl dans le "General Setup" (CONFIG_SYSCTL).
- Vous devriez avoir proc file system support (CONFIG_PROC_FS).
- De m�me serial support pour les fonctionnalit�s SIR (CONFIG_SERIAL).
- Je ne suis pas certain qu'il y ait besoin d'y avoir le printer support pour utiliser une imprimante avec Linux/IrDA (CONFIG_PRINTER). Mais je suppose que cette fonctionnalit� n'est pas n�cessaire
- Le Networking support doit �tre activ� (CONFIG_NET).
- Assurez vous que vous avez le module support (CONFIG_MODULES) dans
votre noyau ! Testez en faisant lsmod.
- De m�me le support de kerneld (CONFIG_KERNELD) est recommand�. Mais
kmod (CONFIG_KMOD) marche aussi. Une noyau monolithique semble aussi
marcher.
- Matt Francis a �crit : "J'ai remarqu� que certains modules ont besoin non seulement du support pour les modules, mais aussi du misc user device support." (CONFIG_UMISC).
Si vous avez juste appliqu� le patch Linux/IrDA, vous ne devriez pas avoir �
faire un make clean, alors, cela devrait aller un peu plus vite. Je
vous sugg�re de faire un truc dans ce style :
make dep && make all && make modules && make install && make modules_install
Si vous avez des erreurs vraiment bizarres, alors, essayez de recompiler apr�s
un make clean.
Voici ce que j'ai sugg�r� pour
../linux-2.2.x/Documentation/Configure.help, des morceaux viennent de
Dag Brattli et Andreas Butz :
CONFIG_IRDA
IrDA(TM) est un protocole industriel standardis� pour les communications infrarouges sans fils. Les ports infrarouges vous permettent de communiquer avec des imprimantes, modems, fax, r�seaux et ordinateurs portables. La vitesse de transmission varie de 2400bps � 4Mbps. Pour utiliser ces fonctionnalit�s, vous aurez besoin du paquetage irda_utils fournis par le projet Linux/IrDA ( http://www.cs.uit.no/~dagb/irda/). Pour de plus amples informations, vous pouvez trouver le IR-HOWTO � http://www.snafu.de/~wehe/index_li.html. Pour l'instant, il est conseill� de compiler le support IrDA en tant que module uniquement (R�f�rez vous � Documentation/modules.txt). Notez que le support Linux/IrDA est toujours exp�rimental.
CONFIG_IRLAN
Compile le pilote IrDA r�seau. Utilisez ``ifconfig eth0 <IP-NUMBER>'' pour le configurer. - R�pondez juste Y.
CONFIG_IRLAN_CLIENT
Si vous connectez des p�riph�riques infrarouges via IrLAN, l'un doit �tre
serveur et l'autre client. Vous pouvez utiliser les deux en m�me temps. Le
premier � se connecter sera le client. - R�pondez juste Y.
Note : Les
derniers patch incluent le support peer-to-peer � la place.
CONFIG_IRLAN_SERVER
Si vous connectez des p�riph�riques infrarouges via IrLAN, l'un doit �tre
serveur et l'autre client. Vous pouvez utiliser les deux en m�me temps. Le
premier a se connecter sera le client. - R�pondez juste Y.
Note : Les
derniers patch incluent le support peer-to-peer � la place.
CONFIG_IROBEX
IrOBEX est un protocole pour �changer des objets (fichiers, cartes de visite, etc.) � travers une connexion infrarouge. Vous pouvez l'utiliser pour �changer des fichiers entre Linux et un PALM III. IrOBEX peut aussi �tre utilis� entre deux machines Linux, entre une machine Linux et une machine Windows95, etc. - R�pondez juste Y.
CONFIG_IRCOMM
Via IrCOMM, il est possible de communiquer avec des t�l�phones cellulaires,
etc. Pour utiliser ce service, vous aurez � cr�er un p�riph�rique avec ``mknod
/dev/irnine c 60 64'', il marche comme /dev/ttySx. - R�pondez juste Y.
Note
: les nombres majeurs et mineurs ne sont toujours pas officiels. Pour les
derni�res am�liorations, (IrSocket est en chemin !), allez faire un tour sur
la page de Takahide Higuchi
http://www.pluto.dti.ne.jp/~thiguchi/irda/.
Note : Actuellement,
IrCOMM semble faire planter le noyau assez facilement, alors, vous devriez
probablement attendre le prochain patch.
CONFIG_IRLPT_CLIENT
Dites Y ici si vous voulez le support pour le protocole client IrLPT. Si vous voulez le compiler en tant que module, dites M ici et lisez Documentation/modules.txt. Le protocole client IrLPT peut �tre utilis� pour imprimer des documents sur des imprimantes compatibles IrDA telle la HP-5MP, ou sur un adaptateur IrLPT tel le ACTiSYS IR-100M. - R�pondez juste Y.
CONFIG_IRLPT_SERVER
Dites Y ici si vous voulez compiler le support pour le protocole serveur IrLPT. Si vous voulez le compiler en tant que module, dites M ici et lisez Documentation/modules.txt. Le protocole serveur IrLPT rends possible l'utilisation d'une machine Linux en tant qu'imprimante infrarouge pour d'autres portables. Alors, si votre machine Linux a une imprimante, d'autres portables pourront l'utiliser via la liaison infrarouge. - R�pondez juste Y.
CONFIG_IRDA_OPTIONS
Vous avez la possibilit� de d�finir certaines options du protocole IrDA
LSAP CONFIG_IRDA_CACHE_LAST_LSAP
Dites Y ici si vous voulez que IrLMP cache le dernier LSAP utilis�. Ceci est int�ressant puisque la majorit� des trames seront envoy�es/re�ues via la m�me connexion. L'activation de cette option vous fera gagner une recherche dans un tableau � chaque trame transmise. Si vous �tes ind�cis, dites Y.
CONFIG_IRDA_FAST_RR
Utilisez cette option si vous voulez envoyer les trames RR (Receive Ready) plus vite lorsque la queue est vide. Cela vous donnera de biens meilleurs temps de r�ponse, mais consommera plus de puissance, � cause des rebonds des trames RR.
CONFIG_IRDA_RECYCLE_RR
Lorsque le protocole IrLAP fonctionne normalement, il envoie beaucoup de petites trames RR (Receive Ready) � travers la liaison (tout du moins, lorsqu'il n'a rien d'autre � faire). R�pondre Y ici demandera � IrLAP de recycler ces trames, �vitant par l� m�me plein de alloc_skb et de kfree_skb. Pour r�aliser cela, il va juste garder une trame ce qui est suffisant dans la majorit� des cas.
CONFIG_IRDA_DEBUG
Dites Y ici si vous voulez que IrDA donne des informations de d�bogage � votre
syslog. Vous pouvez changer le niveau de d�bogage dans
/proc/sys/net/irda/debug.
Si vous �tes ind�cis, dites Y (car il deviendra
plus simple de d�nicher les bogues).
CONFIG_IRDA_COMPRESSION
Vous pouvez utiliser les m�thodes de compression BZIP2 et BSD. Cela ne fait pas partie du standard IrDA. Cela permettra � deux machines Linux de compresser leur trafic. Cela devrait �tre compatible avec les autres p�riph�riques IrDA, mais les communications ne seront alors pas compress�es.
CONFIG_IRDA_DEFLATE
Dites Y ici si vous voulez compiler le support pour le protocole de compression Deflate. Si vous voulez le compiler en tant que module, dites M et r�f�rez vous � Documentation/modules.txt. La compression deflate (GZIP) est exactement la m�me que celle utilis�e par le protocole PPP. Activer cette option cr�era un module nomm� irda_deflate.o.
CONFIG_IRDA_BZIP2
Pas d'aide disponible.
CONFIG_IRDA_BSD
Pas d'aide disponible.
Trois types de pilotes sont disponibles : s�rie, dongle et FIR. Ils appara�trons dans /proc/net/dev (irda0) apr�s initialisation.
La majorit� des puces IrDA supportent StandardInfraRed (SIR), qui marche jusqu'� 115200 bps et �mmule un port s�rie (UART 16550A). Sur beaucoup de portables, ce port est d�tect� par le pilote s�rie du noyau, r�f�rez vous a ``dmesg''. IrTTY connecte les services Linux/IrDA � ce port. - Vous devriez dire Y ici.
CONFIG_IRTTY_SIR
Dites Y ici si vous voulez compiler le support pour la IrTTY line discipline. Si vous voulez le compiler en tant que module, dites M et r�f�rez vous � Documentation/modules.txt. IrTTY rends possible l'utilisation du pilote s�rie de Linux pour tous les ports IrDA qui sont compatibles 16550. La majorit� des puces le sont, par cons�quent, vous devriez aussi dire Y � cette option. L'utilisation de IrTTY limitera toutefois la vitesse de connexion � 115200 bps (mode IrDA SIR). Si vous n'�tes pas s�r, dites Y.
CONFIG_DONGLE
Pour l'instant 4 dongles (adaptateurs infrarouges pour port s�rie) sont support�s. Le dongle est un p�riph�rique infrarouge qui se connecte au port s�rie, si vous n'avez pas de port infrarouge int�gr� � votre machine. Si vous utilisez un dongle sur un ordinateur portable, vous aurez certainement � d�sactiver le support IrDA dans le BIOS.
CONFIG_ESI_DONGLE
Dites Y ici pour compiler le support pour les dongles Extended Systems JetEye PC. Si vous voulez le compiler en tant que module, dites M et r�f�rez vous � Documentation/modules.txt. Ce dongle se branche sur un port s�rie 9 broches, et ne peut �tre utilis� que par IrTTY. Pour activer le support pour le dongle ESI, vous aurez � ins�rer ``irattach -d esi'' dans le script /etc/irda/drivers. http://www.extendsys.com/support/ftp/infrared.html
CONFIG_ACTISYS_DONGLE
Dites Y ici pour compiler le support pour les dongles ACTiSYS IR-220L et IR220L+. Si vous voulez le compiler en tant que module, dites M et r�f�rez vous � Documentation/modules.txt. Ce dongle se branche sur un port s�rie 9 broches, et ne peut �tre utilis� que par IrTTY. Pour activer le support pour les dongles ACTiSYS, vous aurez � ins�rer ``irattach -d esi'' ou ``irattach -d actisys_plus'' dans le script /etc/irda/drivers. http://www.actisys.com
CONFIG_TEKRAM_DONGLE
Dites Y ici pour compiler le support pour le dongle Tekram IrMate 210B. Si vous voulez le compiler en tant que module, dites M et r�f�rez vous � Documentation/modules.txt. Ce dongle se branche sur un port s�rie 9 broches, et ne peut �tre utilis� que par IrTTY. Pour activer le support pour les dongles Tekram, vous aurez � ins�rer ``irattach -d tekram'' dans le script /etc/irda/drivers. http://www.tekram.de/
CONFIG_GIRBIL_DONGLE
Dites Y ici pour compiler le support pour le dongle Greenwich Instruments GirBIL. Si vous voulez le compiler en tant que module, dites M et r�f�rez vous � Documentation/modules.txt. Ce dongle se branche sur un port s�rie 9 broches, et ne peut �tre utilis� que par IrTTY. Pour activer le support pour les dongles Greenwich, vous aurez � ins�rer ``irattach -d girbil'' dans le script /etc/irda/drivers. http://www.greenwichinst.com/
FastInfraredSupport (FIR) (support de l'infrarouge rapide) n�cessite un contr�leur sp�cial, qui supporte jusqu'� 4Mbps. Dites juste "Y"
CONFIG_NSC_FIR
La puce FIR NationalSemiConductor NSC PC87108 (utilis�e par exemple dans l'IBM Thinkpad 560X et le dongle ACTiSYS IR2000). La puce FIR NSC PC87338 FIR est probablement aussi support�e. Le pilote supporte les vitesses SIR, MIR et FIR (4Mbps). - Dites juste Y.
CONFIG_WINBOND_FIR
La puce FIR Winbond W83977AF (IR) (utilis�e par exemple dans le Corel Netwinder PC). Le pilote supporte les vitesses SIR, MIR et FIR (4Mbps). - Dites juste Y.
CONFIG_SHARP_FIR
Dites Y ici pour compiler le support pour le chipset Sharp UIRCC IrDA. Si vous voulez le compiler en tant que module, dites M et r�f�rez vous � Documentation/modules.txt. Ce chipset est utilis� dans les portables Toshiba de la gamme Tecra.
irda-utils disponible �
http://www.cs.uit.no/~dagb/irda/irda-utils/.
tar xvzf irda-utils<VERSION>. Je
vous recommande de le mettre dans /usr/src.
make depend.
make clean (ce n'est pas n�cessaire si vous compilez le
paquetage pour la premi�re fois).
make all pour compiler tous les ex�cutables.
make install, cela installe irattach et
irmanager au bon endroit, et installe quelques fichiers de
configuration dans /etc/irda.
Une recommandation de Bjoern Hansson <Bjorn.Hansson@signal.uu.se> : Si
make depend �choue sur stdef.h et stdarg.h ajoutez juste
-I/usr/lib/gcc-lib/i586-linux/egcs-2.90.29/include/ ou le chemin
ad�quate avec votre configuration � la ligne SYS_INCLUDES du fichier
Makefile.
/etc/conf.modules :
alias tty-ldisc-11 irtty #
alias char-major-60 ircomm_tty # Si vous voulez le support IrCOMM
/etc/irda. ces fichiers sont similaires � ceux
dans /etc/pcmcia. Editez /etc/irda/drivers pour que cela soit en
accord avec votre configuration. La majorit� des gens utiliseront
irattach depuis ce fichier. les fichiers sont :
Makefile
network*
network.redhat*
serial
drivers
network.opts
obex
printer
depmod -a.
Dag Brattli a �crit : IrManager [...]. est un d�mon utilisateur qui s'inspire et qui est assez similaire � cardmgr utilis� pour contr�ler les cartes PCMCIA.
IrManager recevra les �v�nements qui proviennent de l'espace noyau de
la pile du protocole. Quand IrManager re�oit un �v�nement, il peut ex�cuter des
commandes shell ou des scripts, par cons�quent, j'ai ajout� le r�pertoire
/etc/irda pour contenir ces scripts. [...]
Par exemple, si IrLMP d�couvre un p�riph�rique qui peut fournir un service IrLAN, et qu'aucun client IrLAN ne s'est enregistr�, alors, IrLMP enverra un �v�nement � IrManager et lui fera faire un "modprobe" sur le module requis. [...]
Lorsque les clients (applications utilisateurs) sont pr�ts � effectuer la
configuration des param�tres de communication et de l'utilisateur, ils peuvent
�galement contacter IrManager, de fa�on � ce qu'il ex�cute le bon script. Par
exemple, IrLAN enverra un �v�nement EVENT_IRLAN_START quand le canal de
donn�es sera pr�t pour �changer des trames ethernet. Quand IrManager re�oit
cet �v�nement, il ex�cute /etc/irda/network start <devname> pour
configurer l'interface r�seau. Ce script network est d'ailleurs le m�me que
celui utilis� par le code PCMCIA, et vu que j'utilise sa variante RedHat, il
finira par ex�cuter /sbin/ifup <devname>.
Par cons�quent, en utilisant l'IrManager, j'ai "juste" � faire cela quand je d�marre la pile :
irattach /dev/ttyS2 &
irmanager -d 1 # -d 1 signifie : d�marre la reconnaissance automatique
et quand mon portable d�couvre le fournisseur IrLAN (un HP Netbeamer dans mon
cas) il demandera � IrManager de charger le module
irlan_client. Quand la connexion est �tablie et pr�te, il demandera
l'ex�cution de /etc/irda/network start eth0. Si la connexion est
perdue, il lui demandera de supprimer l'interface en lan�ant
/etc/irda/network stop eth0.[...]
C'est tout ce que vous avez � faire si vous utiliser une RedHat. Si vous
utilisez une distribution qui n'a pas /sbin/ifup, alors, vous devriez
copier /etc/pcmcia/network.opts vers /etc/irda/network.opts ou
configurer le fichier vous m�me.
Si vous voulez utiliser le serveur IrLAN, vous aurez quand m�me � faire un
modprobe irlan_server avant de lancer irmanager sans
-d 1.
Et tout comme le cardmgr, vous aurez (et si vous le voulez) un bip
quand la connexion est �tablie et pr�te et quand elle est d�connect�e !!!
J'esp�re que nous pourrons ajouter de tels scripts pour tous les autres
services/clients qui ont besoin d'une configuration dans l'espace
utilisateur. Cela serait super d'avoir un script /etc/irda/printer pour
configurer les imprimantes compatibles IrDA(TM) de telle sorte que si vous
entrez dans le champ d'une telle imprimante, IrManager charge le module
irlpt_client et configure aussi ce qui doit l'�tre pour utiliser cette
imprimante.
J'esp�re aussi que nous pourrons utiliser le fichier de configuration pour configurer les ports et les pilotes IrDA(TM). Quelque chose dans le style :
Device Drivers
module "irtty" script="irattach /dev/ttyS2"
module "smc_ircc" irq=11 port=0x34f
de telle sorte que IrManager soit capable de charger et d�marrer tout �a quand
il est ex�cut�. De cette fa�on, il serait juste de lancer IrManager depuis
/etc/rc.d/init.d/irda et le reste sera plug & play. Il ne serait
plus n�cessaire de d�marrer manuellement les programmes et de configurer les
p�riph�riques. Pour l'instant, lorsque irmanager re�oit les �v�nements
suivants, il fera :
EVENT_IRLAN_START, d�marre et configure le p�riph�rique avec /sbin/ifup
<dev>
EVENT_IRLAN_STOP, ferme l'interface avec /sbin/ifdown <dev>
cela peut bien sur �tre chang� simplement par l'utilisateur, si ce n'est pas la fa�on qu'il a de le faire.
Il y a trois sortes de pilotes de bas niveau : SIR, dongle et FIR. Si le bon pilote est trouv� par le noyau, vous aurez un message ressemblant � :
IrDA irda_device irda0 registered.
dmesg. Si
le support s�rie est sous forme de module vous pouvez faire un insmod
serial. Cherchez une entr�e telle :
Serial driver version 4.25 with no serial options enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A #Permier port s�rie /dev/ttyS0
ttyS01 at 0x3000 (irq = 10) is a 16550A #ex. port IR
ttyS02 at 0x0300 (irq = 3) is a 16550A #ex. port modem PCMCIA
setserial
/dev/ttyS<0-2> port 0xNNNN irq M pour donner les bonnes valeurs �
votre port infrarouge s�rie, surtout si le port s�rie est sur une ligne
s�rie s�par�e. Normalement, il n'est pas n�cessaire de modifier ces valeurs
! Pour plus d'informations, r�f�rez vous � la FAQ ci dessous.
kerneld ou kmod ins�rez le module irda
avec modprobe irda.
lsmod. Les modules irda et irtty devraient
appara�tre.
/var/log/messages devrait vous afficher
"Serial connection established" maintenant.
irmanager -d1, cela lancera les programmes n�cessaires, tels
irattach.
irattach un peu de temps (ex: sept secondes), pour d�tecter
les autres p�riph�riques infrarouges. Ensuite, regardez ce que vous affiche
le noyau dans /var/log/messages. Cela devrait ressembler aux lignes
suivantes (j'ai supprim� quelques lignes qui n'�taient pas en relation avec
Linux/IrDA) :
Jan 2 12:57:26 japh kernel: ttyS00 at 0x03f8 (irq = 4) is a 16550A
Jan 2 12:57:26 japh kernel: ttyS02 at 0x03e8 (irq = 4) is a 16550A
Jan 2 12:57:26 japh kernel: Linux Support for the IrDA (tm) protocols (Dag Brattli)
Jan 2 12:59:09 japh syslog: executing: 'echo 1 > /proc/sys/net/irda/discovery'
Jan 2 12:59:09 japh syslog: Setting discovery to 1 exited with status 1
Jan 2 12:59:09 japh syslog: + 0.1 Fri Jul 25 11:45:26 1997 Dag Brattli
Jan 2 12:59:09 japh syslog: + 0.1 Fri Jul 25 11:45:26 1997 Dag Brattli
Jan 2 12:59:09 japh syslog: Serial connection established.
Jan 2 12:59:09 japh kernel: IrDA irda_device irda0 registered.
Jan 2 13:01:22 japh syslog: executing: './drivers start '
Jan 2 13:01:22 japh syslog: Serial connection established.
Jan 2 13:01:42 japh syslogd: Printing partial message
Jan 2 13:01:42 japh 0.1 Fri Jul 25 11:45:26 1997 Dag Brattli
Jan 2 13:02:49 japh kernel: IrDA Discovered: japh
Jan 2 13:02:49 japh kernel: Services: Computer
Les dongles support�s actuellement sont le Extended Systems Inc. ESI-9680 JetEye, le Tekram IRmate 210B, le ACTiSYS IR220L et 2\20L+, le Greenwich GIrBIL.
Dag Brattli a �crit (modifi� par wh) : "Pour utiliser un dongle, vous aurez � faire un truc comme :
modprobe tekram # ou esi ou actisys
irmanager -d 1 #
irattach -d tekram # ou -d esi ou -d actisys
Comme vous pouvez le voir, vous avez toujours � utiliser l'option -d
avec irattach vu qu'il est possible d'avoir deux ports s�ries
utilisant deux dongles diff�rents au m�me moment (le tty que vous liez doit
savoir � quel dongle il a � faire). Donc, si vous avez deux dongles et deux
ports s�ries, vous aurez � faire un truc comme cela :
modprobe tekram
modprobe esi
irattach /dev/ttyS0 -d esi &
irattach /dev/ttyS1 -d tekram &
PS : Je n'essaierais pas de mettre les deux dongles l'un en face de l'autre, car je ne sais pas trop quelle serait la r�action de la pile :-)
Comme je n'ai pas de nouveaux dongles ACTiSYS 220L+ sous la main, je ne peut
pas les tester. Et comme ces nouveaux dongles supportent une vitesse
suppl�mentaire (28400bps), vous devez sp�cifier le dongle diff�remment avec
irattach de telle sorte que le noyau sache quel dongle vous utilisez
(et quel QoS peut �tre utilis�) :
irattach /dev/ttyS0 -d actisys # pour le dongle 220L
irattach /dev/ttyS0 -d actisys+ # pour le dongle 220L+
L'impl�mentation actuelle du support des dongles n'a aucun �tat pr�cis, il n'est donc pas possible d'utiliser les deux dongles ACTiSYS (220L et 220L+ en m�me temps (connect� � deux ports s�ries) pour l'instant. Si vous avez besoin de le faire, envoyez moi un e-mail (Dag Brattli) et j'y songerais peut �tre !"
Note : Quand j'ai essay� d'utiliser un modem infrarouge (Swissmod 56Ki, construit par Telelink AG) connect� � mon portable (l'IrDA n'y marche qu'avec Windows 95 du � un mat�riel non standard) j'ai du d�sactiver le support infrarouge depuis le BIOS pour le faire marcher !
Le support pour le dongle ACTiSYS IR2000 a �t� impl�ment� dans un fichier
appel� px87108 que vous pouvez soit compiler dans le noyau, soit en
tant que module :
irmanager -d 1
modprobe pc87108
ou ins�rez modprobe pc87108 dans le fichier /etc/irda/drivers
(je pense).
Le standard IrDA(TM) reconna�t trois vitesses diff�rentes :
IrLPT est en phase de d�veloppement active en ce moment. La partie cliente devrait marcher, mais le serveur pourrait planter.
lprm "*".
kerneld faites un modprobe irtty.
modprobe irlpt_client.
lsmod. Il devrait y avoir
irda, irtty et irlpt_client
cat /proc/misc vous donne le num�ro mineur du
p�riph�rique. C'est le premier chiffre sur la ligne avec irlpt0.
su pour devenir root, et faites un mknod /dev/irlpt0 c
10 <num�ro mineur>. Note : quelque chose comme ./MAKEDEV
irlpt0 n'est toujours pas possible, mais un load_misc irlpt
marche, bien que je ne puisse pas le confirmer.
cat FILE
>/dev/irlpt0 (ne pensez pas au format, c'est juste un test). Pour moi,
�a n'a pas toujours march�, mais je n'ai jamais compris pourquoi.
/etc/printcap pour utiliser
plut�t /dev/irlpt0 ou m�me � la place de /dev/lp1. R�f�rez
vous au Printing-HOWTO pour plus de d�tails.
/etc/printcap avant :-).
"Avez vous une interface (s)s�rie ou (p)parall�le ?" R�ponse "p"
"Quelle est le nom du p�riph�rique pour votre imprimante parall�le
?" R�ponse "/dev/irlpt0"
kill -HUP <PID de
lpd>. Si vous utilisez un autre d�mon d'impression, utilisez la
commande appropri�e.
Takahide Higuchi a rapport� : "J'ai test� IrCOMM avec une imprimante (Canon BJC-80v) ayant un port IrDA et le protocole IrCOMM (pas IrLPT). J'ai pu imprimer de petits textes, mais il se peut que cela cause facilement un blocage total lorsque j' essaye d'imprimer un fichier postscript avec gs.".
Sur la page de Thomas Davis http://www.jps.net/tadavis/irda, on peut lire que pour utiliser le serveur IrLPT, il faut :
/sbin/insmod irlpt_server
/sbin/mknod /dev/irlptd c 10 `grep irlptd /proc/misc|cut -f 1`
A ce moment l�, le serveur IrLPT est pr�t � recevoir des fichiers � imprimer. Maintenant, tout ce dont vous avez besoin est un script :
#!/bin/sh
#
while (true)
do
cat /dev/irlptd | lpr
done
modprobe irlan_client avant ifup eth0. J'ai du supprimer
toute la partie request_module() car cela n�cessite un contexte non disponible
dans le noyau.".
ifconfig eth0 up <addresse_ip> netmask
<masque_sous_r�seau> pour le configurer avec une adresse IP et
d'autres param�tres. Si le protocole est toujours en m�moire, vous pourrez
commencer � communiquer. Il est possible d'utiliser l'outil netcfg de
la RedHat pour le faire, cela rend les choses plus faciles. La prochaine fois,
vous aurez juste � faire un /sbin/ifup eth0.
route add default gw
<ip_passerelle> ou route add -host <cible> dev eth0.
Pour une carte ou un dongle ACTiSYS FIR, vous aurez � faire :
irmanager -d1
/sbin/modprobe pc87108 # Supprimer irattach de /etc/irda/drivers, ou
# substituer irattach par modprobe !
Sur la machine 1 :
modprobe irlan_client # Pas vraiment n�cessaire, vu que irmanager devrait le faire !
Sur la machine 2 (si vous n'avez pas un point d'acc�s)
modprobe irlan_server
Ne compilez pas irlan_server dans le noyau, car il n'aime pas �a du
tout pour l'instant ! Vous devriez avoir configur�
/etc/sysconfig/network-scripts/ircfg-eth0 avec le bon r�seau si vous
utilisez deux machines. Si vous avez un point d'acc�s, alors, le param�trage
par d�faut devrait �tre bon.
Remarquez que dans le dernier patch (2.2.0-irda1), irlan_client devrait
appeler le p�riph�rique irlan0 par d�faut, mais il est possible de
modifier ce comportement en donnant eth=1 comme option �
irlan_client (modprobe irlan_client eth=1 ou options
irlan_client eth=1 dans /etc/conf.modules).
La prochaine version d'IrLAN ne sera qu'un seul module, alors, vous n'aurez pas � penser au fait qu'il vous faut le client et/ou le serveur d'install�.
Il est possible de faire un ifconfig irlan0 -broadcast pour emp�cher
l'AP de vous submerger avec des trames de broadcast ! Cela peut �tre un
probl�me si vous �tes connect�s � un segment ethernet tr�s large. Le seul
probl�me sera que votre machine aura � d�marrer toutes les communications,
et donc, ne pourra pas marcher en tant que serveur (bon, vous devriez
pouvoir trouver une machine fixe qui pourrait r�pondre aux requ�tes ARP �
votre place).
La partie IrOBEX semble �tre en constant d�veloppement. Par cons�quent, les applications changent aussi. Par cons�quent, je ne peux pas vous donner des informations exactes. Allez voir la page de Dag Brattli � http://www.cdpubs.com/hhsys/archives/66/10brattl.pdf.
Le script /etc/irda est vraiment juste bon pour configurer les
p�riph�riques, en faisant le bon mknod pour /dev/irobex etc, pas pour
d�marrer des applications.
1) Terminal 1> irattach /dev/ttyS<x>
2) Terminal 2> load_misc irobex
3) Terminal 3> D�marrez irobex_app depuis le r�pertoire irobex. Je
suppose que irobex_app ne marche plus maintenant. Maintenant, vous
devez utiliser le programme gtk/irobex ! Vous avez besoin que la
librairie gtk soit install�e pour pouvoir utiliser ce programme. Une
interface graphique devrait �tre d�velopp�e par quelqu'un. Le programme �
utiliser devrait �tre irobex_receive.
4) R�cup�rez quelque chose depuis votre Palm III.
5) Si tout va bien, vous pouvez aller voir le fichier qui vient d'arriver dans le r�pertoire depuis lequel a �t� lanc� irobex_app (ou /tmp pour irobex_receive). Le nom de ce fichier d�pendra de l'objet que vous avez transf�r�.
Cela devrait �tre possible, mais je n'ai pas d'informations pour l'instant.
Rui Oliveira a �crit : "Gr�ce au dernier patch IrCOMM (050998) de Takahide Higuchi, j'ai r�ussi � synchroniser et � �tablir une connexion PPP entre mon Palm III et ma machine Linux. J'utilise IRLink (provenant de IsComplete) pour rediriger le port s�rie vers un port IR. La communication avec pilot-xfer marche sans aucun probl�me. Bien que j'aie r�ussi � �tablir une connexion PPP, je n'arrive toujours pas � r�cup�rer des emails et � naviguer sur le Web. Cela est probablement du � des timeouts de connexion. Je suis en train d'essayer de r�soudre ce probl�me.". R�f�rez vous au PPP-HOWTO pour de plus amples informations sur le PPP.
Jon Howell a �crit : "Je pensais essayer IrCOMM, car le Palm III peut �tre configur� pour rerouter les infos du port s�rie vers le port IR (en utilisant IrLink de IS/Complete, disponible sur www.palmcentral.com), et ensuite, vous pouvez lancer un programme terminal (tel "PalmTelnet" en mode s�rie) � travers IrDA. Je peux seulement supposer qu'il utilise le protocole IrCOMM. J'ai test� cette configuration entre deux Palm Pilots, mais l�, je ne peux pas savoir quel protocole est utilis�.
Je n'ai pas r�ussi � trouver une application au code IrCOMM. Je vois sur la page d'avancement qu'il y a un "support client (devrait commencer � �tre utilisable)" mais je ne trouve aucune documentation sur comment l'utiliser.".
D'apr�s ce que je sais, quelques t�l�phones utilisent le standard IrCOMM, ex: Ericsson SH888 et NOKIA 8110. Benny Amorsen a �crit : "J'ai utilis� minicom avec le SH888, et j'ai r�ussi � �tablir une connexion (CONNECT 9600...). Je n'ai pas r�ussi � lui faire faire quoi que ce soit d'autre apr�s la connexion, et raccrocher en arr�tant la porteuse ne marche pas. +++ J'ai bien travaill�, maintenant, il sait raccrocher. Je dois dire que le SH888 n'est pas loin de marcher tr�s bien avec Linux/IrDA, et devrait m�me marcher avec les noyaux 2.0.x. Je n'utilise que les noyaux 2.1.".
Il se peut que d'autres t�l�phones utilisent le standard IrOBEX, allez faire un tour dans la section Palm III pour apprendre � faire une connexion.
Carlos Vidal a �crit : "Corrigez moi si j'ai tout faux, mais il me semble que les t�l�phones NOKIA ne contiennent pas de modem mat�riel, mais quelque chose assez similaire aux WinModems pour les PC. Car � chaque fois que NOKIA �crit un truc � propos de communication via modem, ils utilisent le m�me nom de "Modem Windows logiciel" (ou quelque chose de similaire). Ce qui est actuellement confirm� par le fait qu'il faut utiliser les logiciels NOKIA pour Windows (nomm�s : NOKIA Cellular Data Suite).
Joonas Lehtinen a �crit : "Cela est vrai pour les mod�les 61xx. Les mod�les 8810, 9000(i) et 9110 devraient marcher (ils ont un modem int�gr�). Mon N9000 marche avec IrCOMM et Linux de la fa�on suivante :
Pour d�marrer une session de communication avec /dev/irnine, par
exemple, faites :
dip -t
> port irnine
> term
Vous utiliserez peut �tre cu � la place de dip. Il y a aussi du
travail de fait avec l'Ericsson GF768 et le modem IR DI 27.
Benny Amorsen a �crit : Le SH888 �mule le port IrDA quand vous vous connectez via un c�ble s�rie, alors que beaucoup penseraient que c'est une chose plut�t obscure comme cela l'est pour moi. Mais c'est la seule mani�re de le faire fonctionner avec Windows, bien que je n'ai jamais r�ussi � le faire marcher avec Windows.
Markus Schill a �crit : "Heureusement qu'il y a d'autre personnes qui sont int�ress�es � faire fonctionner l'adaptateur IR SONY DSC-F1 sous Linux. Jusqu'� maintenant, je n'ai fait que jouer avec les logiciels de la suite Linux/IrDA et l'adaptateur s�rie qui est fournit avec l'appareil photo. Voici o� cela en est. J'utilise un noyau 2.0.33 et les derniers Linux/IrDA... Si je fait :
insmod irda
insmod irtty
irattach /dev/cua0
L'adaptateur commence � discuter avec l'appareil photo.
/var/log/messages dit que le SONY-DSC-F1 a �t� trouv�, mais qu'aucun
service n'a �t� d�marr�. (notez que ce comportement ne s'applique peut �tre
pas aux noyaux 2.2.x).
Il y a deux programmes pour Linux qui sont disponibles et qui peuvent �tre
utilis�s avec l'appareil photo avec le c�ble : (1) chotplay et (2)
stillgrab. Ils prennent tous les deux un tty comme ligne de commande,
par cons�quent, je suppose qu'ils devraient marcher si la couche irtty et la
pile de protocole fonctionnent correctement... Je n'ai pas jet� de coup d'oeil
au code Linux/IrDA pour l'instant ! Je ne suis pas certain de comprendre la
pile, mais irtty ne devrait-il pas faire en sorte que cela ressemble � un vrai
tty ? Quel service devrait �tre d�marr� ? "
Dag Brattli a �crit : "Je ne suis pas certain de savoir quel protocole l'appareil photo utilise, mais il est possible qu'il impl�mente les sp�cifications du protocole IrDA(TM) transfert d'images par infrarouge (Infrared Transfer Picture IrTran-P). Allez jeter un coup d'oeil � http://www.irda.org/standards/pubs/IrTran-P_10.pdf, vous verrez que le protocole est impl�ment� par dessus IrCOMM (pas IrTTY !). IrTTY est quelque chose que nous utilisons juste pour communiquer avec le pilote s�rie de Linux. "
Introduction
Pourquoi cette section ? Malheureusement, les utilisateurs de Linux ne sont pas toujours capable de savoir tout sur leur configuration mat�rielle. Quelquefois, il est possible de trouver ces informations depuis Window$95.
O� commencer ? Sur
http://www.microsoft.com/windows95/info/irda.htm vous trouverez un
support pour "Infrared Transfer 2.0". C'est une archive
auto extractible (W95IR.EXE) qui fait 331Ko.
Avec certaines machines telles le HP Omnibook 800, il est n�cessaire d'utiliser les sp�cifications du fabricant (pour cet Omnibook, cela se trouve sur votre CD de secours).
Les fichiers les plus int�ressants pour trouver des d�tails sur la
configuration sont les ..\windows\inf\*.inf et les gestionnaires de
p�riph�riques.
D'apr�s ce que je sais, Window$NT ne supporte pas IrDA(TM). Et pour Windows98, je n'ai pas encore entendu parler de support IrDA(TM) pour l'instant.
Il y a aussi quelques p�riph�riques non M$ disponibles. Notez toutefois que certains utilisent des protocoles infrarouges propri�taires :
Connexion entre Linux/IrDA et Window$95 IrDA(TM)
Je pense qu'il y a trois fa�ons de connecter Linux/IrDA et Window$95 :
Une connexion r�seau entre les deux PC. Si vous avez mis en place Infrared Transfer 2.0, vous devriez trouver une interface r�seau IrDA(TM) dans la liste des interfaces r�seaux. Mais je n'ai pas encore r�ussi � faire une connexion.
Il est certainement aussi possible d'utiliser le protocole IrOBEX. Mais je ne sais pas quel logiciel utiliser et o� le trouver. Je pensais que les logiciels n�cessaires viendraient avec le Palm III, mais il s'av�re que ce n'est pas le cas.
Takahide Higuchi
<thiguchi@pluto.dti.ne.jp> a fournit le support IrCOMM. Depuis
sa page
http://www.pluto.dti.ne.jp/~thiguchi/irda/ j'ai r�cup�r� la
description suivante (que j'ai l�g�rement modifi�e) : "Avec IrCOMM, il
est possible d'envoyer et de recevoir de petits messages entre une machine
Linux et un programme de terminal sur un portable sous Win95 ! Ajoutez cette
ligne � votre /etc/conf.modules :
alias char-major-60 ircomm_tty
Ensuite, cr�ez un fichier de p�riph�rique mknod /dev/irnine c 60
64. Maintenant, les services Linux/IrDA peuvent �tre d�marr�s avec
irattach /dev/ttyS? &. /dev/irnine peut �tre utilis� comme
port s�rie. Les modules ircomm et ircomm_tty seront charg�s
automatiquement par kerneld/kmod quand un programme utilise
/dev/irnine. NOTE : Je pense que le programme "setserial"
ne devrait pas �tre utilis� sur /dev/irnine. Quelques petits trucs :
/etc/inittab et
ajoutez une ligne comme celle l� :
T1:23:respawn:/sbin/getty -L -w irnine 38400 vt100
init q. Et init commencera �
attendre les connexions IrCOMM. Vous verrez appara�tre votre prompt de login
pr�f�r� depuis un �mulateur de terminal depuis Win95 !
pppd, pensez � utiliser l'option -crtscts pour
d�sactiver le contr�le de flux. J'ai impl�ment� une petite �mulation de
contr�le de flux, mais cela n'a pas �t� test�.
Sep 4 10:01:02 monolith kernel: parse_control:instruction(0x12) Sep 4 10:01:02 monolith kernel: data:03
Il devrait y avoir trois fa�ons de connecter deux machines Linux via Linux/IrDA.
load_misc irobex des deux
cot�s, et ensuite, essayer iroabex_app get sur l'une des deux machines
et irobex put <file> sur l'autre.".
irlan_client sur l'une des machines et le module
irlan_server sur l'autre.
minicom, pppd, etc.
Notez que cette fonctionnalit� est toujours vraiment exp�rimentale ! Dag Brattli a �crit : "Je voulais juste vous dire que je viens juste d'ajouter de la COMPRESSION � IrLAP ! Comme vous le savez peut �tre, cela ne fait pas partie du standard IrDA(TM), mais Linux peut n�gocier avec son voisin et savoir si il est capable de compresser les donn�es. Donc, si vous discutez avec une machine Win95, Palm III ou quoi que ce soit d'autre, vous n'aurez pas de compression !!! C'est une fonctionnalit� propre � Linux d'autant que je sache ! Le standard IrDA(TM) dit que les p�riph�riques doivent ignorer les champs inconnus dans les en-t�tes de n�gociations, donc, nous sommes toujours compatibles avec le standard IrDA(TM) (j'ai juste emprunt� une valeur non utilis�e dans les en-t�tes).
Si vous voulez essayer d'utiliser la compression (Linux <-> Linux) vous
aurez � ins�rer le module irda_deflate quelques temps avant de faire la
connexion. Personnellement, je le fait avant irattach.
Le standard de compression que j'ai ajout� est le format deflate utilis� par
la librairie zlib qui est d�crit par les RFC (Request for Comments) 1950 �
1952 dans les fichiers ftp://ds.internic.net/rfc/rfc1950.txt
(format zlib), rfc1951.txt (format deflate) et
rfc1952.txt (format gzip).
L'interface de compression est similaire � celle qu'utilise PPP, par cons�quent vous pouvez ajouter autant de compresseurs diff�rents. Pour l'instant, seul GZIP est support�, mais la compression BSD sera ajout�e plus tard."
Dag Brattli a �crit : "La couche IrLAP a �t� am�lior�e de telle sorte
qu'elle autorise plusieurs instances (de cette fa�on, je peux utiliser mon
port infrarouge pour IrLAN et communiquer avec mon Pilot via un dongle IrDA en
m�me temps)... Comment faire pour avoir plusieurs connexions Linux/IrDA ? Et
bien, facile, lancez tout simplement irattach autant de fois que vous
avez de ports... proc�dez comme il suit : "
irattach /dev/ttyS0 & (mon dongle ESI)
irattach /dev/ttyS2 & (mon port IrDA int�gr�)
insmod irlan_client
insmod irobex
Pour faire marcher le port IrDA de votre portable avec Linux/IrDA vous pouvez utiliser StandardInfraRed (SIR) ou FastInfraRed (FIR).
Jusqu'� 115.200 bps, le port infrarouge �mule un port s�rie tel l'UART
16550A. Ceci sera d�tect� par le pilote s�rie du noyau au boot ou lorsque vous
chargerez le module serial. Si le support infrarouge est activ� dans le
BIOS, pour la majorit� des portables, vous aurez un message du noyau dans le
style :
Serial driver version 4.25 with no serial options enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A #Premier port s�rie/dev/ttyS0
ttyS01 at 0x3000 (irq = 10) is a 16550A #ex port infrarouge
ttyS02 at 0x0300 (irq = 3) is a 16550A #ex port modem PCMCIA
Si vous voulez utiliser jusqu'� 4 Mbps, votre machine doit �tre �quip�e d'une puce FIR sp�cifique. Vous aurez besoin d'un pilote Linux/IrDA sp�cial pour cette puce. Par cons�quent, il est n�cessaire de savoir exactement quelle puce vous avez. Vous pouvez trouver ces informations de diff�rentes mani�res :
cat /proc/pci, mais bon, les informations PCI sont souvent
incompl�tes. Vous trouverez les derni�res informations � propos des
p�riph�riques PCI et des num�ros de fabricants sur la page de Craig Hart
http://members.hyperlink.net.au/~chart . Depuis les noyaux 2.1.82,
vous pouvez utiliser lspci fourni avec les pci-utils. Les
fichiers correspondants pour les noyaux 2.2.x sont dans /proc/bus/pci.
dmesg, pour savoir si votre FIR est d�tect�e ou
pas.
isapnp
devraient �tre utiles.
-rw-rw-r-- 1 ratbert ratbert 743 Apr 3 1997 smcirlap.inf
-rw-rw-r-- 1 ratbert ratbert 17021 Mar 24 1997 smcirlap.vxd
-rw-rw-r-- 1 ratbert ratbert 1903 Jul 18 1997 smcser.inf
-rw-rw-r-- 1 ratbert ratbert 31350 Jun 7 1997 smcser.vxd
CTPCI330.EXE fourni au format ZIP par le
magazine informatique allemand CT
http://www.heise.de . Les informations fournies par ce programme sont
parfois plus int�ressantes que celles des programmes Linux.
catdoc,
disponible �
http://www.fe.msk.ru/~vitus/catdoc/ .
Il y a quelques pages qui parlent des p�riph�riques infrarouges support�s par Linux sur le WWW :
Pour que cette liste soit la plus compl�te possible, il est n�cessaire de collecter le plus d'informations possible � propos des diff�rents p�riph�riques infrarouges. Vous m'aiderez beaucoup en m'envoyant un court email contenant le nom exact du p�riph�rique et quel type de contr�leur infrarouge est utilis�.
Tenez moi aussi au courant sur la fa�on dont Linux/IrDA a march�, sur quel tty, port, interruption �a a march�, et le p�riph�rique infrarouge correspondant (imprimante, t�l�phone cellulaire) que vous utilisez.
Vous pouvez aussi aider en donnant des d�tails technologiques � propos de certains p�riph�riques infrarouges, ce qui est n�cessaire pour d�velopper un p�riph�rique correspondant pour Linux.
Si vous voulez essayer une jolie interface graphique, vous pouvez essayer
ircp.pl. Vous aurez besoin du module Perl-GTK+ (
http://www.gnome.org) pour le faire
marcher. Cette interface graphique est loin d'�tre finie, alors, n'esp�rez pas
trop :-)
Dans les sp�cifications de mon HP Ominbook 800, il est recommand� d'�teindre le port infrarouge si il n'est pas utilis� parce qu'il peut consommer jusqu'� 10 % de la batterie.
Si n�cessaire, vous pouvez aussi essayer de d�sactiver la fonctionnalit�
Fast RRs dans la section IrDA du noyau. Cette option vous donnera de
bien meilleurs temps d'attente, mais consommera bien plus de puissance.
Si vous rencontrez des probl�mes, essayez ce qui suit :
/var/log/messages et/ou /var/log/kern.
dmesg.
/proc/irda.
linux-irda-request@list.uit.no
avec "subscribe" (s'inscrire) dans le corps du message. Utilisez
l'adresse linux-irda@list.uit.no pour poster un message. Vous �tes le
bienvenu sur cette liste pour poser des questions, r�pondre aux questions,
faire des rapports de bugs, envoyer des patchs, faire des suggestions et des
commentaires. Pour �viter le spam, la liste est dor�navant mod�r�e, par
cons�quent, il se peut qu'un certain temps se passe avant que votre message
soit distribu� aux autres membres de la liste.
Bien que je ne soit pas franchement un hacker, j'ai r�cup�r� quelques erreurs possibles et quelques bugs de la suite Linux/IrDA.
/proc/sys/net/irda/debug �
1, 2, 3 ou 4.
/proc/sys/net/irda pour essayer diff�rents
param�tres comme echo 0 > /proc/sys/net/irda/discovery.
Les diff�rents fichiers pr�sents dans /proc/*/irda sont :
root@duckman:~# ls /proc/sys/net/irda/* /proc/net/irda/*
/proc/net/irda/discovery /proc/net/irda/irlmp /proc/sys/net/irda/devname
/proc/net/irda/irda_device /proc/net/irda/irttp /proc/sys/net/irda/discovery
/proc/net/irda/irias /proc/sys/net/irda/compression
/proc/net/irda/irlap /proc/sys/net/irda/debug
irda.h
et changer /include/linux/skbuff.h (r�f�rez vous � l'historique des
r�visions du code datant du 2/10/98).
irda, un module provenant du
paquetage de modules kdstat pourra �tre utile. Mais je n'ai pas
�t� en mesure de l'essayer.
/proc/sys/net/irda. Faites des tests si vous avez des probl�mes
� faire reconna�tre votre p�riph�rique. Mon Palm III semble pr�f�rer 16
discovery_slots et 8 (*10 ms) pour slot_timeout."
... "Le minimum absolu pour une d�couverte du IR-610 semble �tre
9."
../linux/scripts/ksymoops/ksymoops, pour que nous puissions
trouver d'o� vient le probl�me. Copiez juste l'Oops depuis votre syslog et
coller le dans un fichier, ensuite, lancez ksymoops <fichier>.
Linux/IrDA peut rencontrer des probl�mes si vous ex�cutez le serveur esound (esd) sur votre machine. Aucune de mes deux machines, un portable P166 et un PPro 200, ne peut ex�cuter Linux/IrDA quand esd est lanc�. La raison est que esd fait faire plus de 300 interruptions par seconde � la carte son, ce qui fait que le pilote s�rie perd des donn�es quand il en re�oit. Cela est du au fait que le pilote s�rie utilise maintenant des interruptions lentes dans le noyau 2.2 (tout utilise des interruptions lentes dans le 2.2), par cons�quent le gestionnaire d'interruptions s'affole un peu. La bonne chose � propos des interruptions lentes est que les paquets sont d�livr�s de mani�re plus rapide, puisque vous n'avez pas � attendre le tick suivant. La seule exception pour cela est le pilote pc87108 qui marche toujours bien car il utilise le DMA et ne fera que deux interruptions par paquets.
Si vous trouvez un bug, s'il vous pla�t, envoyez un rapport � la liste,
incluant la sortie de dmesg, la version du noyau, et le mat�riel que
vous utilisez. Merci !
Quelques fois, IrCOMM n'arrive pas � se connecter (sp�cialement quand les
deux p�riph�riques se d�couvrent mutuellement. Vous pouvez d�sactiver la
d�couverte avec echo 0 >/proc/sys/net/irda/discovery).
Un caract�re CR (retour � la ligne) ne peut pas �tre transf�r� entre deux
machines Linux via IrCOMM avec cat file >/dev/irnine et cat
/dev/irnine. Cela fait des dr�les de choses et bloque votre machine Linux.
La compilation du pilote pc87108 dans le noyau le fait planter au boot. Solution temporaire : le compiler en tant que module.
IrOBEX peut d�truire des donn�es en r�ception. Ce bug est certainement dans la partie utilisateur de IrOBEX.
Premi�rement : R�glages mat�riels
- 1 Allez regarder les sp�cifications de votre mat�riel. Si ce n'est pas disponible, r�f�rez vous � la page de support de votre constructeur, ou contactez son support technique. Vous pourrez peut �tre trouver les informations dans les aper�us du mat�riel mentionn� plus haut.
- 2 Utilisez un BIOS � jour. D'habitude sur la page du support technique de votre fabricant.
- 3 Essayez de faire setserial /dev/ttyS? -g -a | egrep
16550A. L'un des p�riph�riques mentionn�s est probablement celui que vous
cherchez. D'habitude, c'est le deuxi�me, mais ce n'est pas toujours le cas.
- 4 Note : Ce qui semble �tre un UART est physiquement un contr�leur IrDA, Pour mon HP Omnibook 800, c'est le contr�leur VLSI VL82C147 PCI - IrDA. Ces contr�leurs semblent pouvoir se connecter jusqu'� 115 200 bps comme les UART 16550A. Mais c'est souvent difficile de trouver la bonne configuration.
Deuxi�mement : Comment donner au noyau les param�tres n�cessaires pour votre mat�riel ?
- 4 cat /proc/ioports pour voir quels ports sont d�j� utilis�s.
- 5 cat /proc/interrupts pour voir quelles interruptions sont d�j�
prises.
- 6 Lib�rez les ports et interruptions pour le p�riph�rique IR, par exemple :
arr�tez le service PCMCIA ou incluez cette ligne dans
/etc/sysconfig/pcmcia :
PCIC_OPTS="irq_list=3,4,5,7,9,10,12,14,15"
- 7 Maintenant, essayez de deviner quel port et quelle interruption est
utilis�e. Utilisez un setserial /dev/ttySx irq M port 0xNNNN pour le
dire au noyau. Si il y a plusieurs possibilit�s, essayez les toutes (Note :
comme il est dit dans le Serial-HOWTO, vous ne devriez pas essayer les
interruptions 0, 1, 6, 8, 13 et 14).
- 8 Si vous avez r�ussi, envoyez les param�tres utiles � l'auteur, car il aimerait bien les inclure dans son aper�u du mat�riel.
- 9 Bonne chance.
Il sera peut �tre aussi n�cessaire d'affiner les r�glages du port s�rie
infrarouge avec setserial, ex : setserial /dev/ttyS0 spd_vhi (vitesse
115200).
irattach se fige, mais reconnait mon
imprimante. /var/log/messages montre que irattach a trouv� mon HP
LaserJet 6P.
/dev/ttySx ne marche plus du tout. Le
probl�me est dans le module irda, et pas dans le programme irattach. La seule
chose � faire est de rebooter ! La prochaine fois mettez irattach en t�che de
fond en utilisant irattach &. Stoppez le si n�cessaire avec un
killall irattach. Recommandation d'Andreas Butz : "D'apr�s ce que
je sais, <CTRL Z> devrait marcher aussi, mais je ne l'ai pas test� dans
ce cas pr�cis. Normalement, cela a exactement le m�me effet que de rajouter un
& � la commande.
/var/log/messages.
/dev/ttyS*, une mauvaise
interruption ou un mauvais port.
Note : le support des noyaux 2.0 s'arr�te. Vous �tes vivement encourag�s � passer aux versions 2.2 et � utiliser les derniers patchs IrDA disponibles � http://www.cs.uit.no/~dagb/irda/snapshots/.
modprobe -a v�rifie
/lib/modules/<uname -r>/net/irda.o et donne le message :
"IrLAP; Missing IrTTY /IrLMP Error no IrLAP connection" (dans
/var/log/messages et sur la console).
#!/bin/sh
echo "$0 : remove irda module"
rmmod irport.o
rmmod irtty.o
rmmod irda.o
/etc/init.d et un lien symbolique par
exemple "S100ir_rmmod" dans /etc/rc3.d vers
"ir_rmmod"). (V�rifiez le chemin vers "sh"). pour
les syst�mes style BSD, essayez l'approche correspondante.
examples.zip et regardez le programme beamer.
Le probl�me principal est qu'il est n�cessaire de rendre le r�cepteur plus sensible. Dans les bases de la physique on apprend la loi du carr� inverse : L'intensit� diminue proportionnellement au carr� de la distance, donc, passer d'un m�tre � 5 demande 25 fois plus de puissance (et la surcharge courant sur un ordinateur portable), ou 25 fois plus sensible (et la distance dynamique - il doit toujours �tre possible de recevoir � 10 centim�tres). Et si vous voulez le faire de l'autre c�t�, il ne doit pas �tre simplement 25 fois plus sensible, il doit pouvoir discerner le faible faisceau infrarouge des n�ons, �conomiseurs d'�crans et autres ombres en mouvement...
Quelqu'un a essay� avec une mise � jour du Palm III : http://home.t-online.de/home/PSPilot/ppppiii.htm
La prise de contr�le � distance par infrarouge n'est pas le but du projet Linux/IrDA mais est incluse dans ce HowTo pour couvrir de mani�re exhaustive "Linux et l'infrarouge". J'ai trouv� trois projets qui oeuvraient dans cette direction. Vous pouvez trouver des liens vers des informations plus r�centes � http:// www.snafu.de/~wehe/index_li.html.
LIRC est un paquetage qui supporte la r�ception et l'�mission de signaux infrarouges des protocoles de contr�le � distance IR les plus courants. Il contient un pilote pour les p�riph�riques connect�s aux ports s�ries, un d�mon qui d�code et encode les signaux IR en utilisant ce pilote, un d�mon de souris qui traduit les signaux IR en mouvements de souris et quelques programmes utilisateurs qui vous permettent de contr�ler votre ordinateur avec une t�l�commande. Takahide Higuchi a �crit � propos de LIRC : "C'est g�nial, et j'ai l'impression que c'est un projet tr�s complet, mais j'ai aussi l'impression que quasiment aucun des p�riph�riques du march� n'est support� (vous aurez besoin d'un fer � souder et de circuits sp�ciaux... un peu dur pour le n�ophyte). Je suppose que LIRC deviendra plus populaire si le support infrarouge est impl�ment� dans les pilotes FastIR et qu'une API commune (par exemple un IrSocket brut et des ioctls communs) est disponible !". Vous trouverez LIRC � http://www.thp.uni-koeln.de/~rjkm/lirc/.
Voici un p�riph�rique simple et bon march� qui peut �tre connect� � tout port s�rie pour contr�ler presque tous les appareils qui poss�dent une t�l�commande IR. Il a �t� con�u et fabriqu� sur une carte d'extension � sertir et est � pr�sent disponible sous forme d'une carte ISA. Vous trouverez de plus amples informations � http://www.armory.com/~spcecdt/remote/remote.html.
Ryan Shillington a �crit quelques outils pour contr�ler le COREL NetWinder par infrarouge, par exemple :
Serveur pour l'administration Corel Palm. Il n�cessite simplement d'avoir le port infrarouge install� et en �tat de marche. Avec lui, vous pouvez changer l'adresse IP, l'adresse de la passerelle, configurer eth1, etc. Vous pouvez aussi lancer quelques commandes simples ET v�rifier la temp�rature, m�moire, charge de la machine.
Client pour l'administration Corel Palm. Vous pouvez aussi lancer quelques commandes simples ET v�rifier la temp�rature, m�moire, charge de la machine.
Un pilote IR tr�s simple. Il ne supporte pas IrDA (seulement des transferts non fiables). Il ne cherche que des signaux venant de t�l�commandes (et claviers, etc.). Il bloque et passe les donn�es d'une fa�on tr�s diff�rente.
Vous trouverez tout ceci � http://www.netwinder.org/~ryansh/
Deux des projets d�crits plus haut utilisent une sorte de dongle fait � la main pour la commande � distance. Il y a aussi une description sur comment construire un dongle IrDA vous m�me dans l'ELEKTOR allemand de mai 1997 p28. Peut �tre que quelqu'un pourrait transformer ces dongles en un seul.
Pour une discussion sur les relations entre les t�l�commandes IR et IrDA, j'ai fait une compilation de la liste Linux/IrDA (raccourcie et modifi�e par wh) :
Ryan Shillington a �crit : "Les t�l�commandes IR et ASK-IR sont tr�s diff�rentes de FIR, MIR ou SIR.
Les t�l�commandes IR et ASK-IR ont des vitesses tr�s basses et des fr�quences tr�s basses (mais de longues port�es). Elles op�rent � environ 2400bps.
SIR op�re � des vitesses sup�rieures, et est vou� � des transmissions longues port�es o� vous avez besoin que plus d'un ou deux caract�res passent dans la liaison (pas comme les t�l�commandes).
MIR est l�g�rement plus rapide (mais a moins de port�e), mais sa vitesse peut monter jusqu'� 1.15Mbps et FIR (ou les p�riph�riques doivent presque se toucher) a un d�bit de 4Mbps. La port�e est inversement proportionelle � la vitesse de transmission.
Je travaille sur des pilotes pour les t�l�commandes infrarouges, mais vous devriez d�j� le savoir si votre mat�riel IR le supporte. Cherchez des protocoles tels NEC, RC-5 ou RC-0 (ce sont les plus communs).
Vous pouvez utiliser SIR pour recevoir des signaux de t�l�commandes. R�glez bien votre d�bit au plus bas et les donn�es commenceront � affluer. MAIS d'apr�s mon exp�rience, ce ne sont pas les BONNES donn�es. Ce n'est pas analys� de la bonne fa�on, et par cons�quent, vous ne pouvez ni calculer la somme de contr�le ni la v�rifier avec son compl�ment.
J'ai r�ussi � r�cup�rer des donn�es (en utilisant SIR) avec des t�l�commandes. On m'a dit que SIR lisait les donn�es venant d'une t�l�commande diff�remment en fonction de la temp�rature (malgr� tout, je n'en ai jamais fait l'exp�rience)."
Lichen Wang <lwang1@ix.netcom.com> a �crit en r�ponse : "Le truc que l'on appelle ASKIR dans tant de portables n'est pas fait pour les t�l�commandes infrarouges. ASKIR est fait pour le Sharp Wizard, les PDA Zauaus et quelques portables Sharp. Sharp avait cr�� cela bien avant l'arriv�e d'IrDA et le supporte toujours pour maintenir une compatibilit�. Le Newton d'Apple avait aussi cette capacit� l� � un moment.
Bri�vement, ASKIR utilise un format de transmission asynchrone � 9.6 Kbps (19.2 et 38.4 Kbps sont aussi possibles) avec 8 bits de donn�es, 1 bit d'arr�t et une parit� impaire. Le bit de d�marrage ainsi que tous les bits 0 sont transmis comme une onde carr�e de 500 KHz (sous porteuse DASK). Le bit "arr�t" ainsi que tous les bits 1 sont repr�sent�s par l'absence de transmission.
Comme vous pouvez le constater, c'est totalement incompatible avec les t�l�commandes IR.
[..]
Vrai. Non seulement il est possible d'utiliser le mat�riel SIR pour recevoir, mais vous pouvez aussi transmettre. Bien entendu, il y a quelques limitations.
La majorit� des t�l�commandes utilisent une sous porteuse � 38KHz. 3 fois 38 �a fait 114, tr�s proche de 115.2. Il est donc possible de r�gler l'UART pour op�rer � 115.2 Kbps, 7 bits de donn�es, 1 bit d'arr�t et pas de parit� - soit 9 bits. Tous les 3 cycles de la sous porteuse � 38 KHz peuvent �tre re�us ou �mis en tant qu'un octet Ox5B.
Il y a quelques limitations physiques en plus du fait que la sous porteuse doive �tre de 38KHz. Le r�cepteur SIR n'est pas aussi sensible au 38KHz que la t�l�commande. Le transmetteur SIR a un cycle d'utilisation beaucoup plus faible, et par cons�quent, ne peut �mettre une trop forte sous porteuse.
La t�l�commande encode le signal de contr�le en ajoutant un patron sp�cifique � la sous porteuse. Maintenant que vous pouvez �mettre et recevoir la sous porteuse, tout ce qu'il reste � faire, c'est de tout synchroniser.
Pour �mettre, il est n�cessaire de savoir combien d'octets de 0x5B cons�cutifs il sera n�cessaire d'envoyer pour chaque coup de sous porteuse, et combien de temps rester silencieux pendant les �missions.
Pour recevoir, il sera n�cessaire de savoir combien d'octets 0x5B vous recevez cons�cutivement, et quelle est la dur�e entre les trous d'octets cons�cutifs.
[..]
Mon exp�rience avec les distances de transmissions IrDA de SIR, MIR et FIR sont l�g�rement diff�rentes de ce que Ryan a dit.
[..]
SIR, MIR et FIR devraient toujours marcher de 0 � 100 cm, mais dans la pratique :
(a) Certains p�riph�riques ont des probl�mes avec les LONGUES distances.
Lorsque cela est possible, placez les p�riph�riques � moins de 50 cm l'un de l'autre. Les p�riph�riques ayant peu de puissance, comme les pagers et les t�l�phones cellulaires, etc. auront peut �tre des distances encore plus petites bien qu'ils utilisent SIR � la place de MIR ou FIR.
(b) Certains p�riph�riques ont des probl�mes avec les COURTES distances.
Placez les deux p�riph�riques � au moins quelques centim�tres l'un de l'autre. Les mettre plus pr�s peut causer des probl�mes.
Il est un peu intuitif de rapprocher les deux p�riph�riques lorsque la connexion n'est pas bien stable. Mais cela va � l'encontre de toute intuition que trop pr�s n'est pas bon non plus. La raison est que l'intensit� lumineuse � 1 cm est 10 000 fois plus forte qu'� 100 cm. A 0.5 cm, 40 000 fois, etc. Les constructeurs de r�cepteur IR ont du mal � g�rer cette distance dynamique. Nous avons tous du mal � lire avec une lampe de 10 W, imaginez comment �a serait avec une lampe de 100 000 W !
[..]
La couche physique IrDA est totalement incompatible avec la modulation DASK utilis�e dans les t�l�commandes IR. Par cons�quent, il n'est pas possible d'utiliser la m�me fonction de contr�le avec FIR et les t�l�commandes. Toutefois, presque tous les contr�leurs FIR incluent des fonctions additionnelles pour supporter les t�l�commandes IR. National, SMC, et Winbond (pour ne citer que ceux l�) ont tous de telles puces.
Les transmetteurs IR pour FIR et les t�l�commandes sont tr�s semblables. J'ai essay� avec un transmetteur FIR standard. Il est capable d'atteindre 10 m�tres dans un but de t�l�commande. Par cons�quent, il est aussi performant que les transmetteurs inclus dans les t�l�commandes.
Les r�cepteurs IR pour FIR et les t�l�commandes sont par contre assez diff�rents. Un r�cepteur FIR peut recevoir un signal de t�l�commande, mais ceci seulement � 1 m�tre alors que les r�cepteurs int�gr�s dans les t�l�commandes atteignent 10 m�tres.
J'ai un adaptateur ISA avec une puce National qui supporte aussi bien FIR que les t�l�commandes. J'ai aussi des dongles IR qui incluent les deux types de r�cepteurs (ainsi qu'un transmetteur pour les deux modes). Je n'ai pour l'instant trouv� aucun logiciel supportant les fonctions de t�l�commandes. J'ai fait mes propres exp�riences sous DOS (je ne peux pas encore installer Linux). Quelqu'un est int�ress� ? "
Benny Amorsen a �crit : "J'ai un portable qui est suppos� supporter ASKIR. Le mode du port infrarouge peut �tre chang� en ASKIR dans le BIOS. Avoir � rebooter pour changer le mode dans le BIOS le rend inutile, donc, quelqu'un pourrait essayer de trouver un moyen de le changer � la vol�e. "
Dag Brattli a �crit : "Il devrait �tre possible d'utiliser IrControl (auparavant IrBus) pour utiliser les t�l�commandes compatibles IrDA. Je ne connais aucune t�l�commande utilisant le standard IrControl, mais il devrait en exister quelques unes (quelqu'un en sait plus ?). Vous devriez aller jeter un coup d'oeil au site IrDA ( http://www.irda.org) et r�cup�rer le standard de la couche physique (qui inclue IrControl je pense).
IrDA "Normal" (en utilisant IrLAP) n'est pas une bonne chose pour l'utilisation avec les t�l�commandes � cause de la trop grande diff�rence de nature (et il ne supporte que le 9600 bps pour les travaux hors connexions). La raison de cette limite de port�e est la protection des yeux qu'ils disent (mais je ne sais pas pourquoi CIR marche mieux en utilisant la m�me puissance). J'ai par ailleurs vu des portables connect�s avec 4 � 5 m�tres entre eux (mais je ne pense pas qu'une grande vitesse de connexion soit possible).
La majorit� des chipset IrDA marchent en mode CIR, et il est assez facile de modifier les pilotes pour qu'ils parlent CIR. Takahide Higuchi a commenc� � regarder IrSockets et il serait assez bien si il �tait possible d'ouvrir une socket Ir(DA) brute qui permettrait d'envoyer et de recevoir des paquets CIR. Ensuite, toutes les applications CIR pourraient rester dans l'espace utilisateur.
Je sais que CIR int�resse Corel dans le but de contr�ler le NetWinder (et ils ont en ce moment du code qui marche). Allez jeter un coup d'oeil � http://www.slashdot.org/articles/98/12/05/0916216.shtml ou http://www.netwinder.org/~ryansh.
Cette section reprend quelques id�es et pens�es qui ont �t� �chang�es sur la liste Linux/IrDA. Rien ici n'est fond� sur des connaissances m�dicales, par cons�quent toute personne qui aurait des informations plus compl�tes et plus sures est encourag�e � contribuer � ce HowTo.
Les sp�cifications d'IrDA disent que la port�e des p�riph�riques IrDA a �t� limit�e � 1 m�tre dans le but de prot�ger les yeux des utilisateurs. Une autre explication possible serait que la consommation ainsi que la pollution IR soient aussi la cause de cette limitation. En principe, il devrait y avoir un danger pour l'oeil, car les IR ne sont pas d�tect�s par l'oeil, et donc, la pupille ne se ferme pas pour prot�ger la r�tine des sources IR fortes. C'est la m�me situation avec les UV, qui causent un aveuglement n�buleux, mais contrairement aux UV, les IR contiennent beaucoup moins de puissance destructrice � cause de leurs longueurs d'ondes plus grandes.
Les seuls restrictions l�gales et conseils m�dicaux que nous ayons pu trouver sur le web �taient les �missions infrarouges des lampes � bronzer ou dans les processus de soudage. Cela sugg�re que la lumi�re IR �mise par les p�riph�riques IrDA serait sans aucun danger, vu que m�me le pic de puissance des plus puissantes LED IR est d'environ 300mW, ce qui n'est rien compar� aux lampes a chauffer � usage m�dical qui peuvent monter jusqu'� 500W. Pour celles ci, il est n�cessaire de porter des lunettes protectrices, alors, il se peut que regarder en face 1 000 LED IR en une seule fois ait le m�me effet. Les effets de la lumi�re IR sont majoritairement la chaleur, pas une alt�ration ou une destruction des structures cellulaires comme le font les UV. Toutefois, dans les sp�cifications du HP OmniBook 800, Hewlett-Packard recommande de ne pas regarder directement dans les LED IR.
Comme je l'ai dit plus haut, cette discussion n'est bas�e que sur des pr�somptions et des d�ductions faites sur les donn�es trouv�es dans les sp�cifications des LED IR et des lampes chauffantes. Si quelqu'un a des connaissances m�dicales � partager, faites le !!!
Merci � :
D�sol�, je n'ai pas commenc� � faire les cr�dits quand j'ai d�marr� ce HowTo, j'ai certainement oubli� quelqu'un.
linux-irda-1998-08-20,
ajout de la section FIR et de cette section, changements mineurs.
linux-irda-1998-10-21, changements dans la section
dongle, changements mineurs.
Copyright © 1998, 1999 par Werner Heuser (et © 1999 par Mathieu Arnold pour la traduction fran�aise). Ce document peut �tre distribu� sous les termes de la licence du LDP � http://metalab.unc.edu/LDP/COPYRIGHT.html.
Les informations contenues dans ce document sont exactes d'apr�s ce que je sais, mais il y a toujours une chance pour que j'aie commis quelques erreurs, donc, ne suivez pas toutes les manipulations trop aveugl�ment, sp�cialement si cela vous semble faux. Rien ici ne devrait pouvoir causer de dommages � votre ordinateur, mais juste au cas o�, les auteurs ne sont responsables d'aucun dommage encouru du fait d'actions effectu�es en se basant sur les informations comprises dans ce document.