Linux IR HOWTO
Werner Heuser, <
[email protected] >
Arnold <
[email protected] >
v2.4, 9 F�vrier 1999
Une introduction � Linux et aux p�riph�riques infrarouges, et comment
utiliser les logiciels fournis par le projet Linux/IrDA. Ce paquetage
utilise utilise le standard IrDA(TM). IrDA(TM) est un standard indus�
triel utilis� pour les communications infrarouges sans fils, et la
majorit� des ordinateurs portables construits apr�s janvier 1996 sont
�quip�s de transmetteurs infrarouges compatibles IrDA. Les ports
infrarouges permettent de communiquer avec des imprimantes, modems,
fax, LAN et d'autres portables. La vitesse de transmission va de
2400bps � 4Mbps. La pile Linux/IrDA supporte IrLAP, IrLMP, IrIAS,
IrIAP, IrLPT, IrCOMM, IrOBEX, et IrLAN. De nombreux protocoles sont
impl�ment�s en tant que clients et serveurs. Les connections multiples
via IrLAP�sont aussi support�es, via plusieurs p�riph�riques IrDA en
m�me temps. Le projet Linux/IrDA � d�marr� � la fin de l'ann�e 1997 et
son statut est toujours exp�rimental, alors, n'esp�rez pas que tout
marchera du premier coup. D'apr�s ce que je sais, Linux/IrDA est la
_seule_ impl�mentation libre disponible actuellement. Le contr�le �
distance (Remote Control : RC) via infrarouge n'est pas le but de ce
projet, malgr� tout, ce sujet est trait� partiellement dans ce HOWTO.
______________________________________________________________________
Table des mati�res
1. Introduction
2. Pr�requis
3. Noyau
3.1 Configuration g�n�rale
3.2 Param�tres sp�cifiques � IrDA
3.2.1 IrDA subsystem support
3.2.1.1 Protocole IrDA
3.2.1.2 Options du protocole IrDA
3.2.1.3 IrDA compressors
3.2.2 Pilotes de p�riph�riques infrarouges
3.2.2.1 IrTTY (utilise le pilote s�rie)
3.2.2.2 Support des dongles
3.2.2.3 Support de FIR
4. Utilitaires Linux/IrDA
5. Configuration
5.1 Configuration g�n�rale
5.2 IrManager
5.3 Pilotes de bas niveau
5.3.1 SIR
5.3.2 Connexion des dongles - Adaptateurs infrarouges sur port s�rie.
5.3.3 Connexion des dongles - Adaptateur infrarouge pour carte m�re
5.3.4 Infrarouge rapide (FIR = Fast InfraRed)
6. Protocoles et connexions sp�cifiques
6.1 Connexion imprimante - IrLPT
6.2 Connexion LAN - IrLAN
6.3 Connexion Palm III - IrOBEX
6.4 Connexion avec un t�l�phone cellulaire.
6.5 Connexion avec un appareil photo num�rique
6.6 Window$95 et Linux/IrDA
6.7 Connexion de Linux � Linux
6.7.1 M�thodes de connexions
6.7.2 Compression
6.8 Instances multiples
7. Mat�riel support� par Linux/IrDA
7.1 R�cup�rer des informations � propos des ports infrarouges des portables
7.1.1 SIR
7.1.2 FIR
7.2 Aper�u du mat�riel support�
8. Interface graphique
9. �conomie d'�nergie
10. R�solution des probl�mes, liste de diffusions
10.1 Informations g�n�rales
10.2 Technique de r�solution des probl�mes
11. Bugs connus
12. FAQ
13. Contr�le � distance via infrarouge
13.1 Ressources
13.2 Commande a distance IR - IrDA
14. Infrarouge et protection des yeux.
15. Cr�dits
16. Historique des versions
17. Copyright et d�n�gation
______________________________________________________________________
11.. IInnttrroodduuccttiioonn
_B_e_t_t_e_r _r_e_d_, _t_h_a_n _d_e_a_d_. _- _U_n_k_n_o_w_n _A_u_t_h_o_r_E_s_s
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 � <
[email protected] >.
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.
<Werner Heuser>
22.. PPrr��rreeqquuiiss
� BIOS
- Assurez vous que le port infrarouge est bien activ� dans le BIOS,
et v�rifiez quelle interruption et quel port il utilise.
� Puce contr�leur infrarouge
- 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.
� modutils
- Assurez vous que vous avez bien modutils 2.1.x (insmod
--version). J'utilise la version 2.1.121.
� Librairies partag�es
- 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.
� Interfaces graphiques :
Il y a actuellement deux interfaces graphiques pour Linux/IrDA qui
sont en d�veloppement :
� GNOBEX, une application GNOME d�velopp�e par Dag Brattli
http://www.cs.uit.no/~dagb/irda/irda.html avec le support du
glisser/d�poser depuis le gestionnaire de fichier GNOME (gmc). Il
indique aussi la progression du transfert en cours et donne de bons
messages d'erreurs quand quelque chose tourne mal. L'interface
graphique n'est pas termin�e pour autant, mais si vous voulez la
tester, vous aurez besoin du module Perl-GTK+.
� KDE, une application KDE d�velopp�e par Thomas Davis. Allez faire
un tour sur sa page
http://www.jps.net/tadavis/irda.
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.
� S�curit�
- TTrr��ss iimmppoorrttaanntt, 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� ?
� Divers
- Autres programmes utiles : APSFILTER, EZ-Magic, MagicFilter ou
quelque chose de similaire pour configurer les imprimantes.
33.. NNooyyaauu
S'il vous pla�t, lisez le Kernel-HOWTO
<
http://www.freenix.org/unix/linux/HOWTO/Kernel-HOWTO.html> 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)
33..11.. CCoonnffiigguurraattiioonn gg��nn��rraallee
- Assurez vous que vous utilisez bien les sources du noyau _n_o_y_a_u
_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 _p_r_o_c _f_i_l_e _s_y_s_t_e_m _s_u_p_p_o_r_t (CONFIG_PROC_FS).
- De m�me _s_e_r_i_a_l _s_u_p_p_o_r_t pour les fonctionnalit�s SIR (CONFIG_SERIAL).
- Je ne suis pas certain qu'il y ait besoin d'y avoir le _p_r_i_n_t_e_r
_s_u_p_p_o_r_t pour utiliser une imprimante avec Linux/IrDA (CONFIG_PRINTER).
Mais je suppose que cette fonctionnalit� n'est pas n�cessaire
- Le _N_e_t_w_o_r_k_i_n_g _s_u_p_p_o_r_t doit �tre activ� (CONFIG_NET).
- Assurez vous que vous avez le _m_o_d_u_l_e _s_u_p_p_o_r_t (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 _m_i_s_c
_u_s_e_r _d_e_v_i_c_e _s_u_p_p_o_r_t." (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.
33..22.. PPaarraamm��ttrreess sspp��cciiffiiqquueess �� IIrrDDAA
Voici ce que j'ai sugg�r� pour
../linux-2.2.x/Documentation/Configure.help, des morceaux viennent de
Dag Brattli et Andreas Butz :
33..22..11.. IIrrDDAA ssuubbssyysstteemm ssuuppppoorrtt
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 (). Pour de plus
amples informations, vous pouvez trouver le IR-HOWTO � . 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.
33..22..11..11.. PPrroottooccoollee IIrrDDAA
� Protocole IrLAN
CONFIG_IRLAN
Compile le pilote IrDA r�seau. Utilisez ``ifconfig eth0 <IP-
NUMBER>'' pour le configurer. - R�pondez juste Y.
� Support des clients IrLAN
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.
derniers patch incluent le support peer-to-peer � la place.
� Support pour le serveur IrLAN
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.
derniers patch incluent le support peer-to-peer � la place.
� Protocole IrOBEX
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.
� Protocole IrCOMM
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.
: 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 .
IrCOMM semble faire planter le noyau assez facilement, alors, vous
devriez probablement attendre le prochain patch.
� Support des clients IrLPT
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.
� Support du serveur IrLPT
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.
33..22..11..22.. OOppttiioonnss dduu pprroottooccoollee IIrrDDAA
CONFIG_IRDA_OPTIONS
Vous avez la possibilit� de d�finir certaines options du protocole
IrDA
� Cache last
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.
� FAST RRs
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.
� Recycle RRs
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.
� Debug information
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.
plus simple de d�nicher les bogues).
33..22..11..33.. IIrrDDAA ccoommpprreessssoorrss
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.
� Deflate compression (experimental)
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.
� BZIP2 compression
CONFIG_IRDA_BZIP2
Pas d'aide disponible.
� BSD compression
CONFIG_IRDA_BSD
Pas d'aide disponible.
33..22..22.. PPiillootteess ddee pp��rriipphh��rriiqquueess iinnffrraarroouuggeess
Trois types de pilotes sont disponibles : s�rie, dongle et FIR. Ils
appara�trons dans /proc/net/dev (irda0) apr�s initialisation.
33..22..22..11.. IIrrTTTTYY ((uuttiilliissee llee ppiilloottee ss��rriiee))
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.
� Support du dongle s�rie
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.
33..22..22..22.. SSuuppppoorrtt ddeess ddoonngglleess
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.
� Dongle ESI JetEye PC
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.
� Dongle ACTiSYS IR-220L and IR220L+
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.
� Dongle Tekram IrMate 210B
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.
� Dongle GirBIL
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.
33..22..22..33.. SSuuppppoorrtt ddee FFIIRR
FastInfraredSupport (FIR) (support de l'infrarouge rapide) n�cessite
un contr�leur sp�cial, qui supporte jusqu'� 4Mbps. Dites juste "Y"
� NSC PC87108
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.
� Winbond W83977AF (IR)
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.
� Sharp UIRCC
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.
44.. UUttiilliittaaiirreess LLiinnuuxx//IIrrDDAA
� Utilisez la derni�re version des irda-utils disponible �
http://www.cs.uit.no/~dagb/irda/irda-utils/.
� D�tarez le paquetage en faisait tar xvzf irda-utils<VERSION>. Je
vous recommande de le mettre dans /usr/src.
� Faites un make depend.
� Faites un make clean (ce n'est pas n�cessaire si vous compilez le
paquetage pour la premi�re fois).
� Faites un make all pour compiler tous les ex�cutables.
� Faites un make install, cela installe irattach et irmanager au bon
endroit, et installe quelques fichiers de configuration dans
/etc/irda.
Une recommandation de Bjoern Hansson <
[email protected]> : 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.
55.. CCoonnffiigguurraattiioonn
55..11.. CCoonnffiigguurraattiioonn gg��nn��rraallee
� Tout d'abord vous devriez mettre vos p�riph�riques infrarouges �
port�e l'un de l'autre. Bien que le service Linux/IrDA d�tecte peut
�tre automatiquement les nouveaux p�riph�riques, j'ai bonne
exp�rience de la configuration quand les p�riph�riques sont �
port�e l'un de l'autre.
� Gardez vos p�riph�riques infrarouges ensembles, dans un espace d'un
m�tre maximum et dans un angle de 30 degr�s. Ils doivent �tre en
vis � vis. Si cela n'est pas possible, utilisez un miroir (un CD de
M$ non utilis� fera l'affaire).
� Ajoutez les lignes suivantes � votre /etc/conf.modules :
alias tty-ldisc-11 irtty #
alias char-major-60 ircomm_tty # Si vous voulez le support IrCOMM
Je ne suis plus tout � fait s�r de ces param�tres. Il y a des informa�
tions contradictoires sur les page de Dag Brattli et sur la liste. Ces
param�tres �taient utilis�s avec les anciens paquetages Linux/IrDA,
ces param�tres ont certainement chang�s dans les versions 2.2.x des
noyaux.
� Allez faire un tour dans /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
� Lancez un depmod -a.
55..22.. IIrrMMaannaaggeerr
Dag Brattli a �crit : _I_r_M_a_n_a_g_e_r [...]. est un d�mon utilisateur qui
s'inspire et qui est assez similaire � _c_a_r_d_m_g_r utilis� pour contr�ler
les cartes PCMCIA.
_I_r_M_a_n_a_g_e_r recevra les �v�nements qui proviennent de l'espace noyau de
la pile du protocole. Quand _I_r_M_a_n_a_g_e_r 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 � _I_r_M_a_n_a_g_e_r 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 ssaannss -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.
55..33.. PPiillootteess ddee bbaass nniivveeaauu
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.
55..33..11.. SSIIRR
� Essayez de trouver quel port s�rie est utilis� par le p�riph�rique
infrarouge. Vous pouvez le faire en regardant ce que donne 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
Si ce n'est pas le cas, soit vous n'avez pas activ� le support
infrarouge dans le BIOS ou votre p�riph�rique infrarouge n'est pas
d�tect� par le noyau. Pour l'instant, je ne connais que deux portables
qui ont ce comportement, le HP OmniBook 800 et les Toshiba Libretto.
Je ne suis pas certain du r�le que joue le PnP dans la d�tection du
port IR. Si vous n'�tes pas s�r, essayez et donnez moi le r�sultat.
� Dans certaines situations, vous aurez peut �tre � faire un
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.
� Si vous n'utilisez pas kerneld ou kmod ins�rez le module irda avec
modprobe irda.
� Faites un lsmod. Les modules irda et irtty devraient appara�tre.
� Un coup d'oeil dans /var/log/messages devrait vous afficher "Serial
connection established" maintenant.
� Tapez irmanager -d1, cela lancera les programmes n�cessaires, tels
irattach.
� Donnez � 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
55..33..22.. CCoonnnneexxiioonn ddeess ddoonngglleess -- AAddaappttaatteeuurrss iinnffrraarroouuggeess ssuurr ppoorrtt
ss��rriiee..
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 !
55..33..33.. CCoonnnneexxiioonn ddeess ddoonngglleess -- AAddaappttaatteeuurr iinnffrraarroouuggee ppoouurr ccaarrttee mm��rree
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).
55..33..44.. IInnffrraarroouuggee rraappiiddee ((FFIIRR == FFaasstt IInnffrraaRReedd))
Le standard IrDA(TM) reconna�t _t_r_o_i_s vitesses diff�rentes :
1. SIR = IrDA standard (Standard IrDA), jusqu'� 115kbps IrDA,
2. MIR = IrDA � vitesse moyenne (Medium Speed IrDA),
3. FIR = IrDA rapide (Fast IrDA) (4Mbps),
4. VFIR = IrDA tr�s rapide (Very Fast IrDA) (16Mbps), semble devenir
le standard futur
Jusqu'� 115,200 bps, beaucoup de contr�leurs infrarouges
fonctionnent comme un port s�rie. Jusqu'� 4Mbps, ils marchent dans
le mode "FIR". Actuellement, seuls deux contr�leurs sont support�s
: NationalSemiConductor NSC PC87108 (utilis� dans les IBM Thinkpad
560X) et la puce Winbond W83977AF (utilis� dans le PC Corel
Netwinder). Vous pouvez lancer le service FIR en chargeant le
modules appropri�. Linux/IrDA se chargera de d�tecter vos
p�riph�riques � ce moment l�.
66.. PPrroottooccoolleess eett ccoonnnneexxiioonnss sspp��cciiffiiqquueess
66..11.. CCoonnnneexxiioonn iimmpprriimmaannttee -- IIrrLLPPTT
IrLPT est en phase de d�veloppement active en ce moment. La partie
cliente devrait marcher, mais le serveur pourrait planter.
� Supprimer toutes les impressions en attente avec lprm "*".
� Si vous n'utilisez pas kerneld faites un modprobe irtty.
� Faites un modprobe irlpt_client.
� V�rifiez que le module est bien charg� avec lsmod. Il devrait y
avoir irda, irtty et irlpt_client
� cat /proc/misc vous donne le _n_u_m_�_r_o _m_i_n_e_u_r du p�riph�rique. C'est
le premier chiffre sur la ligne avec irlpt0.
� faites un 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.
� Essayez d'�crire un petit fichier vers /dev/irlpt0 en 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.
� La meilleure fa�on est de changer votre /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.
� Pour imprimer plus facilement, utilisez un logiciel d'impression
tel APSFILTER, MagicFilter EZ-Magic (avec la RedHat il devrait
aussi y avoir une interface graphique pour cette chose l�). Faites
toujours une copie de /etc/printcap avant :-).
� Exemple pour APSFILTER avec une imprimante HP 6P (non postscript,
HP 6MP est postscript). Les deux questions utiles sont :
"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"
� Red�marrez le d�mon d'impression avec kill -HUP <PID de lpd>. Si
vous utilisez un autre d�mon d'impression, utilisez la commande
appropri�e.
� Regardez si l'indicateur de connexion de votre imprimante montre
des signes d'activit�, par exemple, sur les HP 6P/6MP le petit
voyant vert au dessus du port infrarouge s'allume (en bas � gauche,
pr�s du bac � papier).
� Je n'ai jamais r�ussi � imprimer des documents de plus d'environ 10
pages jusqu'� pr�sent. Mais cela d�pend peut �tre de la m�moire de
mon syst�me (16Mo). Mais il semble qu'il y ait un probl�me logiciel
aussi, Thomas Davis a �crit : "Je ... limiterais IrLPT pour qu'il
ne prenne pas trop de m�moire lors de l'impression d'un gros
fichier.".
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
66..22.. CCoonnnneexxiioonn LLAANN -- IIrrLLAANN
� Vous pouvez connecter votre ordinateur sous Linux en utilisant
IrLAN avec un autre p�riph�rique, par exemple, une autre machine
Linux avec IrLAN, un HP NetBeamer ou une machine Windows9* avec une
interface infrarouge.
� Dag Brattli a �crit : "Si vous voulez utiliser IrLAN, vous devez
faire un 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.".
� Lancez 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.
� Testez l'interface r�seau en la pingant. Pour plus de d�tails,
r�f�rez vous au _N_E_T_3_-_H_O_W_T_O.
� N'oubliez pas d'ajouter une route, ex : route add default gw
<ip_passerelle> ou route add -host <cible> dev eth0.
� Pingez une autre IP, pour tester la connexion.
� Pour des raisons de test, je recommande de n'utiliser qu'un seul
portable et une seule interface infrarouge dans la m�me pi�ce. Si
il y a des probl�mes, regardez quels sont les diff�rents modes
possibles pour l'interface infrarouge. Testez les...
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).
66..33.. CCoonnnneexxiioonn PPaallmm IIIIII -- IIrrOOBBEEXX
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.
� Palm III -> Linux
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�.
� Linux -> Palm III
Cela devrait �tre possible, mais je n'ai pas d'informations pour
l'instant.
� PPP
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 _P_P_P_-
_H_O_W_T_O pour de plus amples informations sur le PPP.
� IrCOMM
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.".
66..44.. CCoonnnneexxiioonn aavveecc uunn tt��ll��pphhoonnee cceelllluullaaiirree..
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.
66..55.. CCoonnnneexxiioonn aavveecc uunn aappppaarreeiill pphhoottoo nnuumm��rriiqquuee
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. "
66..66.. WWiinnddooww$$9955 eett LLiinnuuxx//IIrrDDAA
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 :
� CounterPoint: QuickBeam 1.15
� LapLink 7.5
� CarbonCopy 32 4.0
� pc ANYWHERE 7.5
� Puma Technology: TRANXIT pro 4.0
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 _c_o_n_n_e_x_i_o_n _r_�_s_e_a_u entre les deux PC. Si vous avez mis en place
_I_n_f_r_a_r_e_d _T_r_a_n_s_f_e_r _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 _p_r_o_t_o_c_o_l_e _I_r_O_B_E_X.
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 <
[email protected]> a fournit le _s_u_p_p_o_r_t
_I_r_C_O_M_M. 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 :
� Pour autoriser les login via IrCOMM, utilisez cela en tant que
root : Premi�rement, activez IrDA et IrCOMM, Ensuite, �ditez
/etc/inittab et ajoutez une ligne comme celle l� :
T1:23:respawn:/sbin/getty -L -w irnine 38400 vt100
Et faites ceci en tant que root : init q. Et init commencera � atten�
dre les connexions IrCOMM. Vous verrez appara�tre votre prompt de
login pr�f�r� depuis un �mulateur de terminal depuis Win95 !
� Si vous essayez 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�.
� Maintenant, mon patch montre quel fonctionnalit�s sont n�cessaires
� l'autre interface infrarouge. Des messages de ce style seront
�crits dans le syslog :
Sep 4 10:01:02 monolith kernel: parse_control:instruction(0x12)
Sep 4 10:01:02 monolith kernel: data:03
� Je voudrais sp�cialement conna�tre les messages donn�s par SH888
(ou tout autre type de p�riph�riques sauf les PC sous windows 95).
Donc, s'il vous pla�t envoyez moi vos syslog g�n�r�s durant les
connexions IrCOMM ! Si vous avez une copie des sp�cifications
IrCOMM �crites par IrDA(TM), r�f�rez vous aux pages 34 ou 38, et
vous comprendrez ce que ces messages signifient."
66..77.. CCoonnnneexxiioonn ddee LLiinnuuxx �� LLiinnuuxx
66..77..11.. MM��tthhooddeess ddee ccoonnnneexxiioonnss
Il devrait y avoir _t_r_o_i_s fa�ons de connecter deux machines Linux via
Linux/IrDA.
� Dag Brattli a �crit � propos du _s_u_p_p_o_r_t _I_r_O_B_E_X : "Le lecteur averti
se demandera ce qui peut emp�cher de transf�rer des fichiers d'une
machine Linux � une autre machine Linux. Et bien, rien !! (mais je
n'ai pas encore essay� ;-)). Cela signifie que nous avons
maintenant une mani�re "simple" de transf�rer des fichiers entre
deux portables Linux. Je pense que cela devrait �tre la
"fonctionnalit� qui tue" que nous attendions tous !" Essayez de
faire 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.".
� Via une connexion _r_�_s_e_a_u _L_i_n_u_x_/_I_r_D_A. Je suppose que vous aurez �
charger le module irlan_client sur l'une des machines et le module
irlan_server sur l'autre.
� Avec le support _I_r_C_O_M_M, c'est � dire via une liaison s�rie, ce qui
signifierait minicom, pppd, etc.
66..77..22.. CCoommpprreessssiioonn
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 (_f_o_r_m_a_t _z_l_i_b), rfc1951.txt
(_f_o_r_m_a_t _d_e_f_l_a_t_e) et rfc1952.txt (_f_o_r_m_a_t _g_z_i_p).
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."
66..88.. IInnssttaanncceess mmuullttiipplleess
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
77.. MMaatt��rriieell ssuuppppoorrtt�� ppaarr LLiinnuuxx//IIrrDDAA
77..11.. RR��ccuupp��rreerr ddeess iinnffoorrmmaattiioonnss �� pprrooppooss ddeess ppoorrttss iinnffrraarroouuggeess ddeess
ppoorrttaabblleess
Pour faire marcher le port IrDA de votre portable avec Linux/IrDA vous
pouvez utiliser StandardInfraRed (SIR) ou FastInfraRed (FIR).
77..11..11.. SSIIRR
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
77..11..22.. FFIIRR
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 :
1. Lisez les sp�cifications de votre machine, mais bon, il est tr�s
rare que vous y trouviez suffisamment d'informations.
2. Faites un 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.
3. Si vous avez install� les logiciels Linux/IrDA, chargez le module
FIR et regardez ce que donne dmesg, pour savoir si votre FIR est
d�tect�e ou pas.
4. Bien que je ne les utilise pas encore dans ce but, les outils
isapnp devraient �tre utiles.
5. Une autre mani�re de trouver, expliqu�e par Thomas Davis : "Foncez
sur le site FTP (du fabriquant), trouvez les pilotes FIR, et ils
ont (pour la puce SMC) :
-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
Si vous avez un doute, regardez toujours les fichiers .inf/.vxd de
Win95; Win95 n'est livr� avec aauuccuunn pilotes FIR (ils viennent tous
d'ailleurs, pour la plupart de Counterpoint, qui a �t� absorb� par
ESI)."
6. Utilisez l'utilitaire DOS 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.
7. Il y a aussi un petit utilitaire DOS fait par SMC appel�
"FindChip". Le paquetage fournit aussi un utilitaire "FirSetup" qui
est suppos� pouvoir tout r�gler � part l'adresse de la puce.
R�f�rez vous �
http://www.smsc.com/ftppub/chips/appnote/ir_utils.zip.
Attention : Ce paquetage n'est pas fait pour l'utilisateur final,
et certains de ces utilitaires peuvent faire tr�s mal. La seule
documentation est au format M$ Word. Les utilisateurs de Linux
pourront le lire avec catdoc, disponible �
http://www.fe.msk.ru/~vitus/catdoc/ .
8. Utilisez le gestionnaire de p�riph�rique de Window$95/98/NT.
9. Vous pouvez aussi vous r�f�rer � la section suivante.
77..22.. AAppeerr��uu dduu mmaatt��rriieell ssuuppppoorrtt��
Il y a quelques pages qui parlent des p�riph�riques infrarouges
support�s par Linux sur le WWW :
� Le Linux/IrDA Project - rapport de mat�riel �
http://www.cs.uit.no/~dagb/irda/hardware.html
� Takahide Higuchi �
http://www.pluto.dti.ne.jp/~thiguchi/ir/product.html. Cette page
est en japonais.
� J'ai aussi mis en place un rapport du mat�riel �
http://www.snafu.de/~wehe/index_li.html. Cette liste contient aussi
des informations se rapportant aux p�riph�riques qui supportent
l'infrarouge et qui ne sont pas mentionn�s ici (souris,
imprimantes, t�l�commandes, transmetteurs, etc.).
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.
88.. IInntteerrffaaccee ggrraapphhiiqquuee
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 :-)
99.. ��ccoonnoommiiee dd''��nneerrggiiee
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.
1100.. RR��ssoolluuttiioonn ddeess pprroobbll��mmeess,, lliissttee ddee ddiiffffuussiioonnss
1100..11.. IInnffoorrmmaattiioonnss gg��nn��rraalleess
Si vous rencontrez des probl�mes, essayez ce qui suit :
� Lisez la FAQ ci dessous.
� Allez faire un tour dans /var/log/messages et/ou /var/log/kern.
� Tapez dmesg.
� Allez voir les diff�rents fichiers dans /proc/irda.
� Allez faire un tour sur les _a_r_c_h_i_v_e_s _d_e _l_a _l_i_s_t_e _d_e _d_i_f_f_u_s_i_o_n �
http://www.ita.chalmers.se/~svinto/hypermail/irda/, pour savoir si
votre probl�me est d�j� recens�.
� Posez votre question sur la _l_i_s_t_e _d_e _d_i_f_f_u_s_i_o_n _L_i_n_u_x_/_I_r_D_A. Pour
vous abonner � la liste, envoyez un email � linux-irda-
[email protected] avec "subscribe" (s'inscrire) dans le corps du
message. Utilisez l'adresse
[email protected] 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.
1100..22.. TTeecchhnniiqquuee ddee rr��ssoolluuttiioonn ddeess pprroobbll��mmeess
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.
� Vous pouvez r�gler le niveau de debug dans /proc/sys/net/irda/debug
� 1, 2, 3 ou 4.
� Utilisez les fichiers dans /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
� Il est aussi possible de d�bogger le code. Mais je ne sais pas le
faire. Si vous voulez utiliser le code de d�bogage SKB, vous pouvez
�diter irda.h et changer /include/linux/skbuff.h (r�f�rez vous �
l'historique des r�visions du code datant du 2/10/98).
� Pour les probl�mes avec le module irda, un module provenant du
_p_a_q_u_e_t_a_g_e _d_e _m_o_d_u_l_e_s kdstat pourra �tre utile. Mais je n'ai pas �t�
en mesure de l'essayer.
� "Vous pouvez dor�navant changer le nombre de paquets de d�couverte
utilis�s (1, 6, 8 ou 16) et le timeout entre deux �missions (2-8 *
10 ms) depuis /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."
� Si l'un d'entre vous r�cup�re un Oops du noyau, alors envoyez le
dans le programme ../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>.
� Dag Brattli a �crit : "J'ai d�couvert que la carte son cs4232 me
faisait plusieurs centaines d'interruptions par secondes ! Je l'ai
supprim� du noyau, et la machine est approximativement 4 fois plus
rapide !
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.
1111.. BBuuggss ccoonnnnuuss
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.
1122.. FFAAQQ
� Q1 - Question : Je ne sais pas du tout quels sont les ports
utilis�s et les irq. Que faire ?
� R�ponse :
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
_S_e_r_i_a_l_-_H_O_W_T_O, 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).
� Q2 - Question : irattach se fige, mais reconnait mon imprimante.
/var/log/messages montre que irattach a trouv� mon HP LaserJet 6P.
� R�ponse : Le "figement" est normal pour irattach. Tout marche bien
si vous voyez l'imprimante dans les logs. Le "figement" signifie
que irattach est en attente de connexion entrante. Si vous le tuez
avec un <CTRL C> irattach plante et /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.
� Q3 - Question : Je re�ois un message dans le style "tcsetattr
read/write error" dans /var/log/messages.
� R�ponse : Probablement caus� par un mauvais /dev/ttyS*, une
mauvaise interruption ou un mauvais port.
� Q4 - Question : tout semble marcher car j'ai les bons messages.
Mais �a ne marche toujours pas.
� R�ponse : Placez les p�riph�riques � une distance de moins de 0.5
m�tre (1.5 pied). V�rifiez qu'une seule application utilise le port
infrarouge. V�rifiez que les deux interfaces utilisent le m�me
protocole comme IrOBEX ou IrCOMM.
� Q5 - Question : J'ai t�l�charg� la derni�re version des pilotes, et
�a a tr�s bien compil� sous Linux 2.0.33 sur mon IBM Thinkpad 560E.
En l'absence d'autre machine IrDA pour le tester, est-ce qu'il est
possible d'affirmer qu'une fois que le module a �t� ins�r� et que
syslog rapporte "irattach: Serial connection established.", que
l'IR marche vraiment, et se mettra-t-il � r�pondre quand il aura
une autre machine pour discuter ?
� R�ponse de Dag Brattli : D�sol�, cela signifie juste que irattach a
fait son boulot, qui est juste de d�marrer irda-tty. Peut �tre que
le message aurait du �tre diff�rent, mais comme je l'ai dit, il
signifie que la connexion s�rie entre la puce irda et le pilote
irda est �tablie.
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/.
� Q6 - Question : Au d�marrage 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).
� R�ponse de Werner Heuser : Truc pour les syst�me style SYSTEM V :
Mettez un script par exemple "ir_rmmod" contenant :
#!/bin/sh
echo "$0 : remove irda module"
rmmod irport.o
rmmod irtty.o
rmmod irda.o
dans le processus de d�marrage (/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.
� Q7 - Question de Ho Chin Keong : Y a-t-il une autre mani�re de
faire communiquer deux machines sans cr�er un r�seau entre les
deux ?
� R�ponse de Dag Brattli : Oui et non ! L'un des standards IrDA,
IrCOMM permet d'�muler un c�ble s�rie entre deux machines, donc,
vous pouvez utiliser n'importe quel programme �crit pour les ports
s�rie (terminaux, PPP, slip, etc.). Cela n'est, par ailleurs, pas
encore impl�ment� dans Linux/IrDA. Le support IrLPT (imprimante)
utilise un sous ensemble de IrCOMM, donc des morceaux
fonctionnent !
� Q8 - Question de Ho Chin Keong : Si je bloque d�lib�r�ment le
faisceau infrarouge pendant plus de 10 secondes, la connexion ne
peut �tre r�tablie. Je dois tuer irattach et red�marrer toute la
proc�dure pour cr�er la connexion infrarouge. La connexion peut
toutefois �tre maintenue, si la coupure dure moins de 10 secondes.
Est ce que cela fait partie de l'impl�mentation, ou est-ce un bug ?
Y a-t-il un moyen d'augmenter cette limite de 10 secondes � plus,
voir m�me � l'infini ?
� R�ponse de Thomas Davis : Cela semble �tre un bug dans la partie
principale du code de IrLAP/IrLMP. Il semble que la notification de
remise � z�ro/d�connexion ne remonte pas jusqu'en haut de la pile.
On peut remarquer quand IrLPT se fige dans le mode query quand vous
essayez de discuter avec une imprimante, et se
d�connecte/interrompt quand il �tablit la connexion. (et
maintenant, cela arrive aussi dans la partie IrLAN)
� Q9 - Pierre-Guillaume Raverdy a demand� : Dois-je mettre � jour mon
Palm Pilot, et mettre le syst�me 3.0.2 ?
� R�ponse de Dag Brattli : Il n'est pas n�cessaire de mettre � jour
votre Pilot, mais cela ne peut pas faire de mal. C'est par contre
n�cessaire si vous voulez utiliser la librairie IrCOMM de
IsComplete.
� Q10 - Pierre-Guillaume Raverdy a demand� : De plus, un exemple
simple de code source (sp�cialement du cot� du Palm Pilot) serait
tr�s pratique.
� R�ponse de Dag Brattli : R�cup�rez le Pilot SDK de Palm.
D�compressez le fichier examples.zip et regardez le programme
beamer.
� Q11 - Kai Poehlmann a �crit : J'ai un t�l�phone GSM Ericsson SH 888
et une machine Linux sans port irda. J'ai entendu dire qu'il �tait
possible de discuter avec le protocole IrDA du t�l�phone en
utilisant un c�ble s�rie... :-/ Est-il maintenant possible
d'utiliser ce t�l�phone avec Linux/IrDA et un c�ble s�rie ?
� R�ponse de Matthias Lemke : Oui, c'est possible. J'ai essay� il y a
6 semaines. Mais j'ai eu le m�me probl�me qu'avec juste l'IrDA. Je
peux me connecter au t�l�phone, le remettre � z�ro avec ATZ, mais
apr�s ATDT, plus rien ne se passe, que ce soit avec ou sans le
c�ble. Mais je pense que vous devriez ressayer avec la derni�re
version de Linux/IrDA.
� Q12 - Jonah Peskin a �crit : Est ce que quelqu'un a r�ussi �
augmenter les capacit�s d'un �metteur IrDA ? J'utilise un portable
Dell Inspiron 7000, et il semble que son rayon d'�mission soit
d'environ 1 m�tre. Je sais que cela rentre dans les sp�cifications
de l'IrDA, mais y a-t-il des portables ou des p�riph�riques qui
permettent de faire plus d'un m�tre ? Pourquoi ne pas prendre un
c�ble d'un m�tre ?
� R�ponse de
[email protected] : Parce qu'une connexion manuelle (�
part le r�ceptacle pour le Palm) est difficile et prend du temps et
cr�e souvent des probl�mes (acc�der � l'arri�re de mon ordinateur
de bureau n�cessite quelques contorsions).
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
1133.. CCoonnttrr��llee �� ddiissttaannccee vviiaa iinnffrraarroouuggee
1133..11.. RReessssoouurrcceess
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� _t_r_o_i_s _p_r_o_j_e_t_s
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 LInux Remote Control
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/.
� T�l�commande infrarouge s�rie
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.
� Outils infrarouges pour le COREL Netwinder PC
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/
1133..22.. CCoommmmaannddee aa ddiissttaannccee IIRR -- IIrrDDAA
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 <
[email protected]> 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
_r_e_c_e_v_o_i_r, 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 _r_e_�_u_s ou _�_m_i_s 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_�_c_e_p_t_e_u_r SIR n'est pas aussi
sensible au 38KHz que la t�l�commande. Le _t_r_a_n_s_m_e_t_t_e_u_r 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 _�_m_e_t_t_r_e et
_r_e_c_e_v_o_i_r la sous porteuse, tout ce qu'il reste � faire, c'est de tout
synchroniser.
Pour _�_m_e_t_t_r_e, 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 _r_e_c_e_v_o_i_r, 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 _L_O_N_G_U_E_S
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 _C_O_U_R_T_E_S
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 ppaass 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.
1144.. IInnffrraarroouuggee eett pprrootteeccttiioonn ddeess yyeeuuxx..
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 !!!
1155.. CCrr��ddiittss
Merci � :
� Dag Brattli - au coeur de Linux/IrDA
� Thomas Davis - au coeur de Linux/IrDA
� Takahide Higuchi - au coeur de Linux/IrDA
� Ralf Zabka
� Benny Amorsen
� Lichen Wang
� Ryan Shillington
� Richard Titmuss
� Fons Botman
� Rui Oliveira
� Jon Howell
� Carlos Vidal
� Joonas Lehtinen
� Markus Schill
� Bjoern Hansson
� Pawel Machek
� Ho Chin Keong
� Bjoern Mork
� Andreas Butz
� Tang Ning
� Les membres de la liste Linux/IrDA.
� Les �crivains d'autres HowTo qui m'ont donn� tout plein
d'inspiration.
� Les d�veloppeurs des SGML-Tools qui m'ont permis d'�crire ce HowTo.
D�sol�, je n'ai pas commenc� � faire les cr�dits quand j'ai d�marr� ce
HowTo, j'ai certainement oubli� quelqu'un.
1166.. HHiissttoorriiqquuee ddeess vveerrssiioonnss
� v0.1 � v0.4a, 19 mars 1998 au 4 ao�t 1998, brouillons, non inclus
dans le LDP.
� v1.0, 14 ao�t 1998, ajout au LDP.
� v1.1, 18 ao�t 1998, ajout des informations � propos du patch IrCOMM
de Takahide Higuchi, changements mineurs.
� v1.2, 24 ao�t 1998, mise � jour pour les pilotes linux-
irda-1998-08-20, ajout de la section FIR et de cette section,
changements mineurs.
� v1.3, 27 septembre 1998, ajout des sections sur les instances
multiples, t�l�phones cellulaires, appareils photo num�riques,
connexion Linux � Linux, le superbe CVS, �conomie d'�nergie,
quelques changements dans la configuration syst�me g�n�rale,
changements dans l'aper�u du mat�riel, changements mineurs.
� v1.4, 11 octobre 1998, meilleure description du support IrCOMM,
changement de la section sur les dongles, changements dans la
section Palm III, changements mineurs.
� v1.5, 12 octobre 1998, changements mineurs.
� v1.6, 26 octobre 1998, ajout de la section � propos de IrManager,
mis � jour pour les pilotes linux-irda-1998-10-21, changements dans
la section dongle, changements mineurs.
� v1.7, 1 novembre 1998, ajout de la section contr�le � distance,
changements dans la section dongles, changements mineurs.
� v2.0, 9 janvier 1999, r��criture quasi compl�te et un r�arrangement
en accord avec la nouvelle structure de Linux/Ir qui est maintenant
inclus dans le noyau depuis la version 2.1.131, ajout des
informations � propos du support BIOS dans la section dongle, ajout
de la section outils de configuration et suppressions de la section
CVS.
� v2.1, 13 janvier 1999, changements mineurs.
� v2.2, 26 janvier 1999, changement du nom du projet de Linux/IR en
Linux/IrDA, extension de la section r�solution des probl�mes,
changement dans l'ordre du chapitre des bugs connus, suppression de
quelques coquilles.
� v2.3, 4 f�vrier 1999, ajout de la section Infrarouge et protection
des yeux �crite par Andreas Butz, correcteur d'orthographe...,
remaniements dans la section param�trage du noyau, ajout de
quelques informations par Andreas Butz, changements mineurs.
� v2.4, 9 f�vrier 1999, changement des informations sur comment
appliquer un patch.
1177.. CCooppyyrriigghhtt eett dd��nn��ggaattiioonn
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.