/usr/share/doc/HOWTO/fr-html/Infrared-HOWTO.html is in doc-linux-fr-html 2013.01-2.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 910 911 912 913 914 915 916 917 918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 936 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 969 970 971 972 973 974 975 976 977 978 979 980 981 982 983 984 985 986 987 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 1034 1035 1036 1037 1038 1039 1040 1041 1042 1043 1044 1045 1046 1047 1048 1049 1050 1051 1052 1053 1054 1055 1056 1057 1058 1059 1060 1061 1062 1063 1064 1065 1066 1067 1068 1069 1070 1071 1072 1073 1074 1075 1076 1077 1078 1079 1080 1081 1082 1083 1084 1085 1086 1087 1088 1089 1090 1091 1092 1093 1094 1095 1096 1097 1098 1099 1100 1101 1102 1103 1104 1105 1106 1107 1108 1109 1110 1111 1112 1113 1114 1115 1116 1117 1118 1119 1120 1121 1122 1123 1124 1125 1126 1127 1128 1129 1130 1131 1132 1133 1134 1135 1136 1137 1138 1139 1140 1141 1142 1143 1144 1145 1146 1147 1148 1149 1150 1151 1152 1153 1154 1155 1156 1157 1158 1159 1160 1161 1162 1163 1164 1165 1166 1167 1168 1169 1170 1171 1172 1173 1174 1175 1176 1177 1178 1179 1180 1181 1182 1183 1184 1185 1186 1187 1188 1189 1190 1191 1192 1193 1194 1195 1196 1197 1198 1199 1200 1201 1202 1203 1204 1205 1206 1207 1208 1209 1210 1211 1212 1213 1214 1215 1216 1217 1218 1219 1220 1221 1222 1223 1224 1225 1226 1227 1228 1229 1230 1231 1232 1233 1234 1235 1236 1237 1238 1239 1240 1241 1242 1243 1244 1245 1246 1247 1248 1249 1250 1251 1252 1253 1254 1255 1256 1257 1258 1259 1260 1261 1262 1263 1264 1265 1266 1267 1268 1269 1270 1271 1272 1273 1274 1275 1276 1277 1278 1279 1280 1281 1282 1283 1284 1285 1286 1287 1288 1289 1290 1291 1292 1293 1294 1295 1296 1297 1298 1299 1300 1301 1302 1303 1304 1305 1306 1307 1308 1309 1310 1311 1312 1313 1314 1315 1316 1317 1318 1319 1320 1321 1322 1323 1324 1325 1326 1327 1328 1329 1330 1331 1332 1333 1334 1335 1336 1337 1338 1339 1340 1341 1342 1343 1344 1345 1346 1347 1348 1349 1350 1351 1352 1353 1354 1355 1356 1357 1358 1359 1360 1361 1362 1363 1364 1365 1366 1367 1368 1369 1370 1371 1372 1373 1374 1375 1376 1377 1378 1379 1380 1381 1382 1383 1384 1385 1386 1387 1388 1389 1390 1391 1392 1393 1394 1395 1396 1397 1398 1399 1400 1401 1402 1403 1404 1405 1406 1407 1408 1409 1410 1411 1412 1413 1414 1415 1416 1417 1418 1419 1420 1421 1422 1423 1424 1425 1426 1427 1428 1429 1430 1431 1432 1433 1434 1435 1436 1437 1438 1439 1440 1441 1442 1443 1444 1445 1446 1447 1448 1449 1450 1451 1452 1453 1454 1455 1456 1457 1458 1459 1460 1461 1462 1463 1464 1465 1466 1467 1468 1469 1470 1471 1472 1473 1474 1475 1476 1477 1478 1479 1480 1481 1482 1483 1484 1485 1486 1487 1488 1489 1490 1491 1492 1493 1494 1495 1496 1497 1498 1499 1500 1501 1502 1503 1504 1505 1506 1507 1508 1509 1510 1511 1512 1513 1514 1515 1516 1517 1518 1519 1520 1521 1522 1523 1524 1525 1526 1527 1528 1529 1530 1531 1532 1533 1534 1535 1536 1537 1538 1539 1540 1541 1542 1543 1544 1545 1546 1547 1548 1549 1550 1551 1552 1553 1554 1555 1556 1557 1558 1559 1560 1561 1562 1563 1564 1565 1566 1567 1568 1569 1570 1571 1572 1573 1574 1575 1576 1577 1578 1579 1580 1581 1582 1583 1584 1585 1586 1587 1588 1589 1590 1591 1592 1593 1594 1595 1596 1597 1598 1599 1600 1601 1602 1603 1604 1605 1606 1607 1608 1609 1610 1611 1612 1613 1614 1615 1616 1617 1618 1619 1620 1621 1622 1623 1624 1625 1626 1627 1628 1629 1630 1631 1632 1633 1634 1635 1636 1637 1638 1639 1640 1641 1642 1643 1644 1645 1646 1647 1648 1649 1650 1651 1652 1653 1654 1655 1656 1657 1658 1659 1660 1661 1662 1663 1664 1665 1666 1667 1668 1669 1670 1671 1672 1673 1674 1675 1676 1677 1678 1679 1680 1681 1682 1683 1684 1685 1686 1687 1688 1689 1690 1691 1692 1693 1694 1695 1696 1697 1698 1699 1700 1701 1702 1703 1704 1705 1706 1707 1708 1709 1710 1711 1712 1713 1714 1715 1716 1717 1718 1719 1720 1721 1722 1723 1724 1725 1726 1727 1728 1729 1730 1731 1732 1733 1734 1735 1736 1737 1738 1739 1740 1741 1742 1743 1744 1745 1746 1747 1748 1749 1750 1751 1752 1753 1754 1755 1756 1757 1758 1759 1760 1761 1762 1763 1764 1765 1766 1767 1768 1769 1770 1771 1772 1773 1774 1775 1776 1777 1778 1779 1780 1781 1782 1783 1784 1785 1786 1787 1788 1789 1790 1791 1792 1793 1794 1795 1796 1797 1798 1799 1800 1801 1802 1803 1804 1805 1806 1807 1808 1809 1810 1811 1812 1813 1814 1815 1816 1817 1818 1819 1820 1821 1822 1823 1824 1825 1826 1827 1828 1829 1830 1831 1832 1833 1834 1835 1836 1837 1838 1839 1840 1841 1842 1843 1844 1845 1846 1847 1848 1849 1850 1851 1852 1853 1854 1855 1856 1857 1858 1859 1860 1861 1862 1863 1864 1865 1866 1867 1868 1869 1870 1871 1872 1873 1874 1875 1876 1877 1878 1879 1880 1881 1882 1883 1884 1885 1886 1887 1888 1889 1890 1891 1892 1893 1894 1895 1896 1897 1898 1899 1900 1901 1902 1903 1904 1905 1906 1907 1908 1909 1910 1911 1912 1913 1914 1915 1916 1917 1918 1919 1920 1921 1922 1923 1924 1925 1926 1927 1928 1929 1930 1931 1932 1933 1934 1935 1936 1937 1938 1939 1940 1941 1942 1943 1944 1945 1946 1947 1948 1949 1950 1951 1952 1953 1954 1955 1956 1957 1958 1959 1960 1961 1962 1963 1964 1965 1966 1967 1968 1969 1970 1971 1972 1973 1974 1975 1976 1977 1978 1979 1980 1981 1982 1983 1984 1985 1986 1987 1988 1989 1990 1991 1992 1993 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 2025 2026 2027 2028 2029 2030 2031 2032 2033 2034 2035 2036 2037 2038 2039 2040 2041 2042 2043 2044 2045 2046 2047 2048 2049 2050 2051 2052 2053 2054 2055 2056 2057 2058 2059 2060 2061 2062 2063 2064 2065 2066 2067 2068 2069 2070 2071 2072 2073 2074 2075 2076 2077 2078 2079 2080 2081 2082 2083 2084 2085 2086 2087 2088 2089 2090 2091 2092 2093 2094 2095 2096 2097 2098 2099 2100 2101 2102 2103 2104 2105 2106 2107 2108 2109 2110 2111 2112 2113 2114 2115 2116 2117 2118 2119 2120 2121 2122 2123 2124 2125 2126 2127 2128 2129 2130 2131 2132 2133 2134 2135 2136 2137 2138 2139 2140 2141 2142 2143 2144 2145 2146 2147 2148 2149 2150 2151 2152 2153 2154 2155 2156 2157 2158 2159 2160 2161 2162 2163 2164 2165 2166 2167 2168 2169 2170 2171 2172 2173 2174 2175 2176 2177 2178 2179 2180 2181 2182 2183 2184 2185 2186 2187 2188 2189 2190 2191 2192 2193 2194 2195 2196 2197 2198 2199 2200 2201 2202 2203 2204 2205 2206 2207 2208 2209 2210 2211 2212 2213 2214 2215 2216 2217 2218 2219 2220 2221 2222 | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<meta name="generator" content=
"HTML Tidy for Linux (vers 25 March 2009), see www.w3.org">
<meta name="GENERATOR" content="LinuxDoc-Tools 0.9.69">
<title>Linux IR HOWTO</title>
</head>
<body>
<h1>Linux IR HOWTO</h1>
<h2>Werner Heuser, <a href="mailto:wehe@snafu.de"><
wehe@snafu.de ></a><br>
Traduction française par Mathieu Arnold <a href=
"mailto:arn_mat@club-internet.fr">< arn_mat@club-internet.fr
></a></h2>
v2.4, 9 Février 1999
<hr>
<em>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 industriel
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.</em>
<hr>
<h2><a name="s1">1. Introduction</a></h2>
<p><i>Better red, than dead. - Unknown AuthorEss</i></p>
<p>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 à <a href=
"http://www.snafu.de/~wehe/index_li.html">http://www.snafu.de/~wehe/index_li.html</a>.
Mais d'après ce que je sais, ce paquetage n'est plus
maintenu.</p>
<p>Les compagnies et les développeurs qui aimeraient
participer à ce projet devraient contacter le projet
Linux/IrDA à <a href=
"http://www.cs.uit.no/~dagb/irda">http://www.cs.uit.no/~dagb/irda</a>
ou moi à <a href="mailto:wehe@snafu.de">< wehe@snafu.de
></a>.</p>
<p>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 <a href=
"http://www.irda.org/">http://www.irda.org/</a>, 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.</p>
<p>Ce document est basé sur la partie "Comment l'utiliser"
du site Linux/IrDA <a href=
"http://www.cs.uit.no/~dagb/irda/howto.html">http://www.cs.uit.no/~dagb/irda/howto.html</a>.
J'ai aussi inclus des informations provenant de l'équipe
Linux/IrDA, de la liste de diffusion, ainsi que d'autres
sources.</p>
<p>Ce document fait partie du LINUX DOCUMENTATION PROJECT <a href=
"http://metalab.unc.edu/LDP">http://metalab.unc.edu/LDP</a>.</p>
<p>La dernière version de ce document est disponible
à <a href=
"http://www.snafu.de/~wehe/index_li.html">http://www.snafu.de/~wehe/index_li.html</a>
(version anglaise) et <a href=
"http://www.freenix.org/unix/linux/HOWTO/IR-HOWTO.html">http://www.freenix.org/unix/linux/HOWTO/IR-HOWTO.html</a>
(version française)</p>
<p>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.</p>
<p>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.</p>
<p><a href="mailto:wehe@snafu.de"><Werner Heuser></a></p>
<h2><a name="s2">2. Prérequis</a></h2>
<ul>
<li>BIOS
<p>- Assurez vous que le port infrarouge est bien activé
dans le BIOS, et vérifiez quelle interruption et quel port
il utilise.</p>
</li>
<li>Puce contrôleur infrarouge
<p>- 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.</p>
</li>
<li>modutils
<p>- Assurez vous que vous avez bien modutils 2.1.x (<code>insmod
--version</code>). J'utilise la version 2.1.121.</p>
</li>
<li>Librairies partagées
<p>- La librairie <code>libc.so.5</code> et le chargeur
<code>ld-linux.so.1</code> doivent être disponibles.</p>
<p>- Mais <code>glibc2</code> aka <code>libc6</code> devrait aussi
marcher.</p>
<p>- Je ne suis pas sûr que vous ayez besoin de la librairie
<code>zlib</code> si vous utilisez la compression de
données.</p>
</li>
<li>Interfaces graphiques :
<p>Il y a actuellement deux interfaces graphiques pour Linux/IrDA
qui sont en développement :</p>
<ul>
<li>GNOBEX, une application GNOME développée par Dag
Brattli <a href=
"http://www.cs.uit.no/~dagb/irda/irda.html">http://www.cs.uit.no/~dagb/irda/irda.html</a>
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+.</li>
<li>KDE, une application KDE développée par Thomas
Davis. Allez faire un tour sur sa page <a href=
"http://www.jps.net/tadavis/irda">http://www.jps.net/tadavis/irda</a>.</li>
</ul>
<p>Pour vous autres lecteurs - voici votre chance de
contribuer ! Ces deux interfaces graphiques nécessitent
des icônes. Toutes les icônes doivent :<br>
a) Avoir une taille fixe (je pense que 48x48 pixels semble
être la taille commune).<br>
b) Grosse & petite (les petites sont pour être
dockées).<br>
c) 16 couleurs.<br>
d) Libres de tous droits.<br>
e) SVP, ne copiez pas des icônes microsoft !<br>
Contactez les développeurs.</p>
</li>
<li>Sécurité
<p>- <b>Très important</b>, vous devez faire un
<code>sync</code> sur vos disques !!! Vous aurez peut
être à rebooter votre machine. N'avez vous pas lu le
désistement de responsabilité ?</p>
</li>
<li>Divers
<p>- Autres programmes utiles : APSFILTER, EZ-Magic,
MagicFilter ou quelque chose de similaire pour configurer les
imprimantes.</p>
</li>
</ul>
<h2><a name="s3">3. Noyau</a></h2>
<p>S'il vous plaît, lisez le <a href=
"http://www.freenix.org/unix/linux/HOWTO/Kernel-HOWTO.html">Kernel-HOWTO</a>
pour trouver plus d'informations sur la compilation. Vous trouverez
les sources de Linux/IrDA dans :</p>
<p><code>/usr/src/linux/net/irda</code> (protocoles)</p>
<p><code>/usr/src/linux/drivers/net/irda</code> (pilotes de
périphériques)</p>
<p><code>/usr/src/linux/include/net/irda</code> (fichiers
d'en-têtes)</p>
<h2><a name="ss3.1">3.1 Configuration
générale</a></h2>
<p>- Assurez vous que vous utilisez bien les sources du noyau
<i>noyau 2.2.x</i>. Si vous n'êtes pas sûr de la
version de votre noyau, essayez <code>uname -r</code>.</p>
<p>- Récupérez le dernier patch du projet Linux/IrDA
<a href=
"http://www.cs.uit.no/~dagb/irda/snapshots/">http://www.cs.uit.no/~dagb/irda/snapshots/</a>.
Mettez le dans <code>/usr/src</code> ou à l'endroit
où vous avez les sources de votre noyau, et appliquez
quelque chose ressemblant à (remplacez le nom du patch
<code>patch-2_2.0-irdaXXX</code> par le nom du fichier que vous
avez) :</p>
<blockquote>
<pre>
<code>cd /usr/src
tar xvzf patch-2_2.0-irdaXXX.tar.gz
cd linux
patch -p1 -l < ./patch-2_2.0-irdaXXX
</code>
</pre></blockquote>
<p>- Le support pour le code expérimental doit être
activé (CONFIG_EXPERIMENTAL).</p>
<p>- Activez sysctl dans le "General Setup" (CONFIG_SYSCTL).</p>
<p>- Vous devriez avoir <i>proc file system support</i>
(CONFIG_PROC_FS).</p>
<p>- De même <i>serial support</i> pour les
fonctionnalités SIR (CONFIG_SERIAL).</p>
<p>- Je ne suis pas certain qu'il y ait besoin d'y avoir le
<i>printer support</i> pour utiliser une imprimante avec Linux/IrDA
(CONFIG_PRINTER). Mais je suppose que cette fonctionnalité
n'est pas nécessaire</p>
<p>- Le <i>Networking support</i> doit être activé
(CONFIG_NET).</p>
<p>- Assurez vous que vous avez le <i>module support</i>
(CONFIG_MODULES) dans votre noyau ! Testez en faisant
<code>lsmod</code>.</p>
<p>- De même le support de <code>kerneld</code>
(CONFIG_KERNELD) est recommandé. Mais <code>kmod</code>
(CONFIG_KMOD) marche aussi. Une noyau monolithique semble aussi
marcher.</p>
<p>- Matt Francis a écrit : "J'ai remarqué que
certains modules ont besoin non seulement du support pour les
modules, mais aussi du <i>misc user device support</i>."
(CONFIG_UMISC).</p>
<p>Si vous avez juste appliqué le patch Linux/IrDA, vous ne
devriez pas avoir à faire un <code>make clean</code>, alors,
cela devrait aller un peu plus vite. Je vous suggère de
faire un truc dans ce style :</p>
<blockquote>
<pre>
<code>make dep && make all && make modules && make install && make modules_install
</code>
</pre></blockquote>
<p>Si vous avez des erreurs vraiment bizarres, alors, essayez de
recompiler après un <code>make clean</code>.</p>
<h2><a name="ss3.2">3.2 Paramètres spécifiques
à IrDA</a></h2>
<p>Voici ce que j'ai suggéré pour
<code>../linux-2.2.x/Documentation/Configure.help</code>, des
morceaux viennent de Dag Brattli et Andreas Butz :</p>
<h3>IrDA subsystem support</h3>
<p>CONFIG_IRDA</p>
<p>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 ( <a href=
"http://www.cs.uit.no/~dagb/irda/">http://www.cs.uit.no/~dagb/irda/</a>).
Pour de plus amples informations, vous pouvez trouver le IR-HOWTO
à <a href=
"http://www.snafu.de/~wehe/index_li.html">http://www.snafu.de/~wehe/index_li.html</a>.
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.</p>
<h3>Protocole IrDA</h3>
<ul>
<li>Protocole IrLAN
<p>CONFIG_IRLAN</p>
<p>Compile le pilote IrDA réseau. Utilisez ``ifconfig eth0
<IP-NUMBER>'' pour le configurer. - Répondez juste
Y.</p>
</li>
<li>Support des clients IrLAN
<p>CONFIG_IRLAN_CLIENT</p>
<p>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.<br>
Note : Les derniers patch incluent le support peer-to-peer
à la place.</p>
</li>
<li>Support pour le serveur IrLAN
<p>CONFIG_IRLAN_SERVER</p>
<p>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.<br>
Note : Les derniers patch incluent le support peer-to-peer
à la place.</p>
</li>
<li>Protocole IrOBEX
<p>CONFIG_IROBEX</p>
<p>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.</p>
</li>
<li>Protocole IrCOMM
<p>CONFIG_IRCOMM</p>
<p>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.<br>
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 <a href=
"http://www.pluto.dti.ne.jp/~thiguchi/irda/">http://www.pluto.dti.ne.jp/~thiguchi/irda/</a>.<br>
Note : Actuellement, IrCOMM semble faire planter le noyau
assez facilement, alors, vous devriez probablement attendre le
prochain patch.</p>
</li>
<li>Support des clients IrLPT
<p>CONFIG_IRLPT_CLIENT</p>
<p>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.</p>
</li>
<li>Support du serveur IrLPT
<p>CONFIG_IRLPT_SERVER</p>
<p>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.</p>
</li>
</ul>
<h3>Options du protocole IrDA</h3>
<p>CONFIG_IRDA_OPTIONS</p>
<p>Vous avez la possibilité de définir certaines
options du protocole IrDA</p>
<ul>
<li>Cache last
<p>LSAP CONFIG_IRDA_CACHE_LAST_LSAP</p>
<p>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.</p>
</li>
<li>FAST RRs
<p>CONFIG_IRDA_FAST_RR</p>
<p>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.</p>
</li>
<li>Recycle RRs
<p>CONFIG_IRDA_RECYCLE_RR</p>
<p>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.</p>
</li>
<li>Debug information
<p>CONFIG_IRDA_DEBUG</p>
<p>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.<br>
Si vous êtes indécis, dites Y (car il deviendra plus
simple de dénicher les bogues).</p>
</li>
</ul>
<h3>IrDA compressors</h3>
<p>CONFIG_IRDA_COMPRESSION</p>
<p>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.</p>
<ul>
<li>Deflate compression (experimental)
<p>CONFIG_IRDA_DEFLATE</p>
<p>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.</p>
</li>
<li>BZIP2 compression
<p>CONFIG_IRDA_BZIP2</p>
<p>Pas d'aide disponible.</p>
</li>
<li>BSD compression
<p>CONFIG_IRDA_BSD</p>
<p>Pas d'aide disponible.</p>
</li>
</ul>
<h3>Pilotes de périphériques infrarouges</h3>
<p>Trois types de pilotes sont disponibles : série,
dongle et FIR. Ils apparaîtrons dans /proc/net/dev (irda0)
après initialisation.</p>
<h3>IrTTY (utilise le pilote série)</h3>
<p>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.</p>
<ul>
<li>Support du dongle série
<p>CONFIG_IRTTY_SIR</p>
<p>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.</p>
</li>
</ul>
<h3>Support des dongles</h3>
<p>CONFIG_DONGLE</p>
<p>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.</p>
<ul>
<li>Dongle ESI JetEye PC
<p>CONFIG_ESI_DONGLE</p>
<p>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. <a href=
"http://www.extendsys.com/support/ftp/infrared.html">http://www.extendsys.com/support/ftp/infrared.html</a></p>
</li>
<li>Dongle ACTiSYS IR-220L and IR220L+
<p>CONFIG_ACTISYS_DONGLE</p>
<p>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. <a href=
"http://www.actisys.com">http://www.actisys.com</a></p>
</li>
<li>Dongle Tekram IrMate 210B
<p>CONFIG_TEKRAM_DONGLE</p>
<p>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. <a href=
"http://www.tekram.de/">http://www.tekram.de/</a></p>
</li>
<li>Dongle GirBIL
<p>CONFIG_GIRBIL_DONGLE</p>
<p>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. <a href=
"http://www.greenwichinst.com/">http://www.greenwichinst.com/</a></p>
</li>
</ul>
<h3>Support de FIR</h3>
<p>FastInfraredSupport (FIR) (support de l'infrarouge rapide)
nécessite un contrôleur spécial, qui supporte
jusqu'à 4Mbps. Dites juste "Y"</p>
<ul>
<li>NSC PC87108
<p>CONFIG_NSC_FIR</p>
<p>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.</p>
</li>
<li>Winbond W83977AF (IR)
<p>CONFIG_WINBOND_FIR</p>
<p>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.</p>
</li>
<li>Sharp UIRCC
<p>CONFIG_SHARP_FIR</p>
<p>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.</p>
</li>
</ul>
<h2><a name="s4">4. Utilitaires Linux/IrDA</a></h2>
<ul>
<li>Utilisez la dernière version des <code>irda-utils</code>
disponible à <a href=
"http://www.cs.uit.no/~dagb/irda/irda-utils/">http://www.cs.uit.no/~dagb/irda/irda-utils/</a>.</li>
<li>Détarez le paquetage en faisait <code>tar xvzf
irda-utils<VERSION></code>. Je vous recommande de le mettre
dans <code>/usr/src</code>.</li>
<li>Faites un <code>make depend</code>.</li>
<li>Faites un <code>make clean</code> (ce n'est pas
nécessaire si vous compilez le paquetage pour la
première fois).</li>
<li>Faites un <code>make all</code> pour compiler tous les
exécutables.</li>
<li>Faites un <code>make install</code>, cela installe
<code>irattach</code> et <code>irmanager</code> au bon endroit, et
installe quelques fichiers de configuration dans
<code>/etc/irda</code>.</li>
</ul>
<p>Une recommandation de Bjoern Hansson
<Bjorn.Hansson@signal.uu.se> : Si <code>make
depend</code> échoue sur <code>stdef.h</code> et
<code>stdarg.h</code> ajoutez juste
<code>-I/usr/lib/gcc-lib/i586-linux/egcs-2.90.29/include/</code> ou
le chemin adéquate avec votre configuration à la
ligne <code>SYS_INCLUDES</code> du fichier
<code>Makefile</code>.</p>
<h2><a name="s5">5. Configuration</a></h2>
<h2><a name="ss5.1">5.1 Configuration
générale</a></h2>
<ul>
<li>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.</li>
<li>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).</li>
<li>Ajoutez les lignes suivantes à votre
<code>/etc/conf.modules</code> :
<blockquote>
<pre>
<code>alias tty-ldisc-11 irtty #
alias char-major-60 ircomm_tty # Si vous voulez le support IrCOMM
</code>
</pre></blockquote>
Je ne suis plus tout à fait sûr de ces
paramètres. Il y a des informations 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.</li>
<li>Allez faire un tour dans <code>/etc/irda</code>. ces fichiers
sont similaires à ceux dans <code>/etc/pcmcia</code>. Editez
<code>/etc/irda/drivers</code> pour que cela soit en accord avec
votre configuration. La majorité des gens utiliseront
<code>irattach</code> depuis ce fichier. les fichiers sont :
<blockquote>
<pre>
<code>Makefile
network*
network.redhat*
serial
drivers
network.opts
obex
printer
</code>
</pre></blockquote>
</li>
<li>Lancez un <code>depmod -a</code>.</li>
</ul>
<h2><a name="ss5.2">5.2 IrManager</a></h2>
<p>Dag Brattli a écrit : <i>IrManager</i> [...]. est un
démon utilisateur qui s'inspire et qui est assez similaire
à <i>cardmgr</i> utilisé pour contrôler les
cartes PCMCIA.</p>
<p><i>IrManager</i> recevra les événements qui
proviennent de l'espace noyau de la pile du protocole. Quand
<i>IrManager</i> reçoit un événement, il peut
exécuter des commandes shell ou des scripts, par
conséquent, j'ai ajouté le répertoire
<code>/etc/irda</code> pour contenir ces scripts. [...]</p>
<p>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. [...]</p>
<p>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 <code>/etc/irda/network
start <devname></code> 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 <code>/sbin/ifup
<devname></code>.</p>
<p>Par conséquent, en utilisant l'IrManager, j'ai "juste"
à faire cela quand je démarre la pile :</p>
<blockquote>
<pre>
<code>irattach /dev/ttyS2 &
irmanager -d 1 # -d 1 signifie : démarre la reconnaissance automatique
</code>
</pre></blockquote>
<p>et quand mon portable découvre le fournisseur IrLAN (un
HP Netbeamer dans mon cas) il demandera à <i>IrManager</i>
de charger le module <code>irlan_client</code>. Quand la connexion
est établie et prête, il demandera l'exécution
de <code>/etc/irda/network start eth0</code>. Si la connexion est
perdue, il lui demandera de supprimer l'interface en lançant
<code>/etc/irda/network stop eth0</code>.[...]</p>
<p>C'est tout ce que vous avez à faire si vous utiliser une
RedHat. Si vous utilisez une distribution qui n'a pas
<code>/sbin/ifup</code>, alors, vous devriez copier
<code>/etc/pcmcia/network.opts</code> vers
<code>/etc/irda/network.opts</code> ou configurer le fichier vous
même.</p>
<p>Si vous voulez utiliser le serveur IrLAN, vous aurez quand
même à faire un <code>modprobe irlan_server</code>
avant de lancer <code>irmanager</code> <b>sans</b> <code>-d
1</code>.</p>
<p>Et tout comme le <code>cardmgr</code>, vous aurez (et si vous le
voulez) un bip quand la connexion est établie et prête
et quand elle est déconnectée !!!</p>
<p>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
<code>/etc/irda/printer</code> 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
<code>irlpt_client</code> et configure aussi ce qui doit
l'être pour utiliser cette imprimante.</p>
<p>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 :</p>
<blockquote>
<pre>
<code>Device Drivers
module "irtty" script="irattach /dev/ttyS2"
module "smc_ircc" irq=11 port=0x34f
</code>
</pre></blockquote>
<p>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
<code>/etc/rc.d/init.d/irda</code> 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
<code>irmanager</code> reçoit les événements
suivants, il fera :</p>
<p>EVENT_IRLAN_START, démarre et configure le
périphérique avec <code>/sbin/ifup
<dev></code></p>
<p>EVENT_IRLAN_STOP, ferme l'interface avec <code>/sbin/ifdown
<dev></code></p>
<p>cela peut bien sur être changé simplement par
l'utilisateur, si ce n'est pas la façon qu'il a de le
faire.</p>
<h2><a name="ss5.3">5.3 Pilotes de bas niveau</a></h2>
<p>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 à :</p>
<blockquote>
<pre>
<code>IrDA irda_device irda0 registered.
</code>
</pre></blockquote>
<h3>SIR</h3>
<ul>
<li>Essayez de trouver quel port série est utilisé
par le périphérique infrarouge. Vous pouvez le faire
en regardant ce que donne <code>dmesg</code>. Si le support
série est sous forme de module vous pouvez faire un
<code>insmod serial</code>. Cherchez une entrée telle :
<blockquote>
<pre>
<code>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
</code>
</pre></blockquote>
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.</li>
<li>Dans certaines situations, vous aurez peut être à
faire un <code>setserial /dev/ttyS<0-2> port 0xNNNN irq
M</code> 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.</li>
<li>Si vous n'utilisez pas <code>kerneld</code> ou
<code>kmod</code> insérez le module irda avec <code>modprobe
irda</code>.</li>
<li>Faites un <code>lsmod</code>. Les modules <code>irda</code> et
<code>irtty</code> devraient apparaître.</li>
<li>Un coup d'oeil dans <code>/var/log/messages</code> devrait vous
afficher "<code>Serial connection established</code>"
maintenant.</li>
<li>Tapez <code>irmanager -d1</code>, cela lancera les programmes
nécessaires, tels <code>irattach</code>.</li>
<li>Donnez à <code>irattach</code> 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 <code>/var/log/messages</code>. Cela
devrait ressembler aux lignes suivantes (j'ai supprimé
quelques lignes qui n'étaient pas en relation avec
Linux/IrDA) :</li>
</ul>
<blockquote>
<pre>
<code>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
</code>
</pre></blockquote>
<h3>Connexion des dongles - Adaptateurs infrarouges sur port
série.</h3>
<p>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.</p>
<p>Dag Brattli a écrit (modifié par wh) : "Pour
utiliser un dongle, vous aurez à faire un truc
comme :</p>
<blockquote>
<pre>
<code>modprobe tekram # ou esi ou actisys
irmanager -d 1 #
irattach -d tekram # ou -d esi ou -d actisys
</code>
</pre></blockquote>
<p>Comme vous pouvez le voir, vous avez toujours à utiliser
l'option <code>-d</code> avec <code>irattach</code> 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 :</p>
<blockquote>
<pre>
<code>modprobe tekram
modprobe esi
irattach /dev/ttyS0 -d esi &
irattach /dev/ttyS1 -d tekram &
</code>
</pre></blockquote>
<p>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 :-)</p>
<p>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
<code>irattach</code> de telle sorte que le noyau sache quel dongle
vous utilisez (et quel QoS peut être
utilisé) :</p>
<blockquote>
<pre>
<code>irattach /dev/ttyS0 -d actisys # pour le dongle 220L
irattach /dev/ttyS0 -d actisys+ # pour le dongle 220L+
</code>
</pre></blockquote>
<p>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 !"</p>
<p>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 !</p>
<h3>Connexion des dongles - Adaptateur infrarouge pour carte
mère</h3>
<p>Le support pour le dongle ACTiSYS IR2000 a été
implémenté dans un fichier appelé
<code>px87108</code> que vous pouvez soit compiler dans le noyau,
soit en tant que module :</p>
<blockquote>
<pre>
<code>irmanager -d 1
modprobe pc87108
</code>
</pre></blockquote>
<p>ou insérez <code>modprobe pc87108</code> dans le fichier
<code>/etc/irda/drivers</code> (je pense).</p>
<h3>Infrarouge rapide (FIR = Fast InfraRed)</h3>
<p>Le standard IrDA(TM) reconnaît <i>trois</i> vitesses
différentes :</p>
<ol>
<li>SIR = IrDA standard (Standard IrDA), jusqu'à 115kbps
IrDA,</li>
<li>MIR = IrDA à vitesse moyenne (Medium Speed IrDA),</li>
<li>FIR = IrDA rapide (Fast IrDA) (4Mbps),</li>
<li>VFIR = IrDA très rapide (Very Fast IrDA) (16Mbps),
semble devenir le standard futur</li>
</ol>
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à.
<h2><a name="s6">6. Protocoles et connexions
spécifiques</a></h2>
<h2><a name="ss6.1">6.1 Connexion imprimante - IrLPT</a></h2>
<p>IrLPT est en phase de développement active en ce moment.
La partie cliente devrait marcher, mais le serveur pourrait
planter.</p>
<ul>
<li>Supprimer toutes les impressions en attente avec <code>lprm
"*"</code>.</li>
<li>Si vous n'utilisez pas <code>kerneld</code> faites un
<code>modprobe irtty</code>.</li>
<li>Faites un <code>modprobe irlpt_client</code>.</li>
<li>Vérifiez que le module est bien chargé avec
<code>lsmod</code>. Il devrait y avoir <code>irda</code>,
<code>irtty</code> et <code>irlpt_client</code></li>
<li><code>cat /proc/misc</code> vous donne le <i>numéro
mineur</i> du périphérique. C'est le premier chiffre
sur la ligne avec irlpt0.</li>
<li>faites un <code>su</code> pour devenir root, et faites un
<code>mknod /dev/irlpt0 c 10 <numéro mineur></code>.
Note : quelque chose comme <code>./MAKEDEV irlpt0</code> n'est
toujours pas possible, mais un <code>load_misc irlpt</code> marche,
bien que je ne puisse pas le confirmer.</li>
<li>Essayez d'écrire un petit fichier vers /dev/irlpt0 en
<code>cat FILE >/dev/irlpt0</code> (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.</li>
<li>La meilleure façon est de changer votre
<code>/etc/printcap</code> pour utiliser plutôt
<code>/dev/irlpt0</code> ou même à la place de
<code>/dev/lp1</code>. Référez vous au
<code>Printing-HOWTO</code> pour plus de détails.</li>
<li>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 <code>/etc/printcap</code>
avant :-).</li>
<li>Exemple pour APSFILTER avec une imprimante HP 6P (non
postscript, HP 6MP est postscript). Les deux questions utiles sont
:
<p>"Avez vous une interface (s)série ou (p)parallèle
?" Réponse "p"</p>
<p>"Quelle est le nom du périphérique pour votre
imprimante parallèle ?" Réponse
"<code>/dev/irlpt0</code>"</p>
</li>
<li>Redémarrez le démon d'impression avec <code>kill
-HUP <PID de lpd></code>. Si vous utilisez un autre
démon d'impression, utilisez la commande
appropriée.</li>
<li>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).</li>
<li>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.".</li>
</ul>
<p>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.".</p>
<p>Sur la page de Thomas Davis <a href=
"http://www.jps.net/tadavis/irda">http://www.jps.net/tadavis/irda</a>,
on peut lire que pour utiliser le serveur IrLPT, il faut :</p>
<blockquote>
<pre>
<code>/sbin/insmod irlpt_server
/sbin/mknod /dev/irlptd c 10 `grep irlptd /proc/misc|cut -f 1`
</code>
</pre></blockquote>
<p>A ce moment là, le serveur IrLPT est prêt à
recevoir des fichiers à imprimer. Maintenant, tout ce dont
vous avez besoin est un script :</p>
<blockquote>
<pre>
<code>#!/bin/sh
#
while (true)
do
cat /dev/irlptd | lpr
done
</code>
</pre></blockquote>
<h2><a name="ss6.2">6.2 Connexion LAN - IrLAN</a></h2>
<ul>
<li>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.</li>
<li>Dag Brattli a écrit : "Si vous voulez utiliser IrLAN,
vous devez faire un <code>modprobe irlan_client</code> avant
<code>ifup eth0</code>. J'ai du supprimer toute la partie
request_module() car cela nécessite un contexte non
disponible dans le noyau.".</li>
<li>Lancez <code>ifconfig eth0 up <addresse_ip> netmask
<masque_sous_réseau></code> 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 <code>netcfg</code>
de la RedHat pour le faire, cela rend les choses plus faciles. La
prochaine fois, vous aurez juste à faire un <code>/sbin/ifup
eth0</code>.</li>
<li>Testez l'interface réseau en la pingant. Pour plus de
détails, référez vous au
<i>NET3-HOWTO</i>.</li>
<li>N'oubliez pas d'ajouter une route, ex : <code>route add default
gw <ip_passerelle></code> ou <code>route add -host
<cible> dev eth0</code>.</li>
<li>Pingez une autre IP, pour tester la connexion.</li>
<li>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...</li>
</ul>
<p>Pour une carte ou un dongle ACTiSYS FIR, vous aurez à
faire :</p>
<blockquote>
<pre>
<code>irmanager -d1
/sbin/modprobe pc87108 # Supprimer irattach de /etc/irda/drivers, ou
# substituer irattach par modprobe !
</code>
</pre></blockquote>
<p>Sur la machine 1 :</p>
<blockquote>
<pre>
<code>modprobe irlan_client # Pas vraiment nécessaire, vu que irmanager devrait le faire !
</code>
</pre></blockquote>
<p>Sur la machine 2 (si vous n'avez pas un point
d'accès)</p>
<blockquote>
<pre>
<code>modprobe irlan_server
</code>
</pre></blockquote>
<p>Ne compilez pas <code>irlan_server</code> dans le noyau, car il
n'aime pas ça du tout pour l'instant ! Vous devriez avoir
configuré
<code>/etc/sysconfig/network-scripts/ircfg-eth0</code> 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.</p>
<p>Remarquez que dans le dernier patch (2.2.0-irda1), irlan_client
devrait appeler le périphérique <code>irlan0</code>
par défaut, mais il est possible de modifier ce comportement
en donnant <code>eth=1</code> comme option à
<code>irlan_client</code> (<code>modprobe irlan_client eth=1</code>
ou <code>options irlan_client eth=1</code> dans
<code>/etc/conf.modules</code>).</p>
<p>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é.</p>
<p>Il est possible de faire un <code>ifconfig irlan0
-broadcast</code> 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).</p>
<h2><a name="ss6.3">6.3 Connexion Palm III - IrOBEX</a></h2>
<p>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
à <a href=
"http://www.cdpubs.com/hhsys/archives/66/10brattl.pdf">http://www.cdpubs.com/hhsys/archives/66/10brattl.pdf</a>.</p>
<p>Le script <code>/etc/irda</code> est vraiment juste bon pour
configurer les périphériques, en faisant le bon mknod
pour <code>/dev/irobex</code> etc, pas pour démarrer des
applications.</p>
<ul>
<li>Palm III -> Linux
<p>1) Terminal 1> <code>irattach /dev/ttyS<x></code></p>
<p>2) Terminal 2> <code>load_misc irobex</code></p>
<p>3) Terminal 3> Démarrez <code>irobex_app</code> depuis
le répertoire irobex. Je suppose que <code>irobex_app</code>
ne marche plus maintenant. Maintenant, vous devez utiliser le
programme <code>gtk/irobex</code> ! 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 <code>irobex_receive</code>.</p>
<p>4) Récupérez quelque chose depuis votre Palm
III.</p>
<p>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é.</p>
</li>
<li>Linux -> Palm III
<p>Cela devrait être possible, mais je n'ai pas
d'informations pour l'instant.</p>
</li>
<li>PPP
<p>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
<i>PPP-HOWTO</i> pour de plus amples informations sur le PPP.</p>
</li>
<li>IrCOMM
<p>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 <a href=
"http://www.palmcentral.com/">www.palmcentral.com</a>), 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é.</p>
<p>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.".</p>
</li>
</ul>
<h2><a name="ss6.4">6.4 Connexion avec un téléphone
cellulaire.</a></h2>
<p>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.".</p>
<p>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.</p>
<p>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).</p>
<p>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 :</p>
<p>Pour démarrer une session de communication avec
<code>/dev/irnine</code>, par exemple, faites :</p>
<blockquote>
<pre>
<code>dip -t
> port irnine
> term
</code>
</pre></blockquote>
<p>Vous utiliserez peut être <code>cu</code> à la
place de <code>dip</code>. Il y a aussi du travail de fait avec
l'Ericsson GF768 et le modem IR DI 27.</p>
<p>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.</p>
<h2><a name="ss6.5">6.5 Connexion avec un appareil photo
numérique</a></h2>
<p>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 :</p>
<blockquote>
<pre>
<code>insmod irda
insmod irtty
irattach /dev/cua0
</code>
</pre></blockquote>
<p>L'adaptateur commence à discuter avec l'appareil photo.
<code>/var/log/messages</code> 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).</p>
<p>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) <code>chotplay</code> et (2)
<code>stillgrab</code>. 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é ? "</p>
<p>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 à <a href=
"http://www.irda.org/standards/pubs/IrTran-P_10.pdf">http://www.irda.org/standards/pubs/IrTran-P_10.pdf</a>,
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. "</p>
<h2><a name="ss6.6">6.6 Window$95 et Linux/IrDA</a></h2>
<p>Introduction</p>
<p>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.</p>
<p>Où commencer ? Sur <a href=
"http://www.microsoft.com/windows95/info/irda.htm">http://www.microsoft.com/windows95/info/irda.htm</a>
vous trouverez un support pour "Infrared Transfer 2.0". C'est une
archive auto extractible (<code>W95IR.EXE</code>) qui fait
331Ko.</p>
<p>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).</p>
<p>Les fichiers les plus intéressants pour trouver des
détails sur la configuration sont les
<code>..\windows\inf\*.inf</code> et les gestionnaires de
périphériques.</p>
<p>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.</p>
<p>Il y a aussi quelques périphériques non M$
disponibles. Notez toutefois que certains utilisent des protocoles
infrarouges propriétaires :</p>
<ul>
<li>CounterPoint: QuickBeam 1.15</li>
<li>LapLink 7.5</li>
<li>CarbonCopy 32 4.0</li>
<li>pc ANYWHERE 7.5</li>
<li>Puma Technology: TRANXIT pro 4.0</li>
</ul>
<p>Connexion entre Linux/IrDA et Window$95 IrDA(TM)</p>
<p>Je pense qu'il y a <code>trois</code> façons de connecter
Linux/IrDA et Window$95 :</p>
<p>Une <i>connexion réseau</i> entre les deux PC. Si vous
avez mis en place <i>Infrared Transfer 2.0</i>, 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.</p>
<p>Il est certainement aussi possible d'utiliser le <i>protocole
IrOBEX</i>. 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.</p>
<p>Takahide Higuchi <a href=
"mailto:thiguchi@pluto.dti.ne.jp"><thiguchi@pluto.dti.ne.jp></a>
a fournit le <i>support IrCOMM</i>. Depuis sa page <a href=
"http://www.pluto.dti.ne.jp/~thiguchi/irda/">http://www.pluto.dti.ne.jp/~thiguchi/irda/</a>
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
<code>/etc/conf.modules</code> :</p>
<blockquote>
<pre>
<code>alias char-major-60 ircomm_tty
</code>
</pre></blockquote>
<p>Ensuite, créez un fichier de périphérique
<code>mknod /dev/irnine c 60 64</code>. Maintenant, les services
Linux/IrDA peuvent être démarrés avec
<code>irattach /dev/ttyS? &</code>. <code>/dev/irnine</code>
peut être utilisé comme port série. Les modules
<code>ircomm</code> et <code>ircomm_tty</code> seront
chargés automatiquement par <code>kerneld/kmod</code> quand
un programme utilise <code>/dev/irnine</code>. NOTE : Je pense
que le programme "setserial" ne devrait pas être
utilisé sur <code>/dev/irnine</code>. Quelques petits
trucs :</p>
<ul>
<li>Pour autoriser les login via IrCOMM, utilisez cela en tant que
root : Premièrement, activez IrDA et IrCOMM, Ensuite,
éditez <code>/etc/inittab</code> et ajoutez une ligne comme
celle là :
<blockquote>
<pre>
<code>T1:23:respawn:/sbin/getty -L -w irnine 38400 vt100
</code>
</pre></blockquote>
Et faites ceci en tant que root : <code>init q</code>. Et
<code>init</code> commencera à attendre les connexions
IrCOMM. Vous verrez apparaître votre prompt de login
préféré depuis un émulateur de terminal
depuis Win95 !</li>
<li>Si vous essayez <code>pppd</code>, 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é.</li>
<li>Maintenant, mon patch montre quel fonctionnalités sont
nécessaires à l'autre interface infrarouge. Des
messages de ce style seront écrits dans le syslog :
<pre>
Sep 4 10:01:02 monolith kernel: parse_control:instruction(0x12)
Sep 4 10:01:02 monolith kernel: data:03
</pre></li>
<li>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."</li>
</ul>
<h2><a name="ss6.7">6.7 Connexion de Linux à Linux</a></h2>
<h3>Méthodes de connexions</h3>
<p>Il devrait y avoir <i>trois</i> façons de connecter deux
machines Linux via Linux/IrDA.</p>
<ul>
<li>Dag Brattli a écrit à propos du <i>support
IrOBEX</i> : "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 <code>load_misc irobex</code> des
deux cotés, et ensuite, essayer <code>iroabex_app get</code>
sur l'une des deux machines et <code>irobex put <file></code>
sur l'autre.".</li>
<li>Via une connexion <i>réseau Linux/IrDA</i>. Je suppose
que vous aurez à charger le module <code>irlan_client</code>
sur l'une des machines et le module <code>irlan_server</code> sur
l'autre.</li>
<li>Avec le support <i>IrCOMM</i>, c'est à dire via une
liaison série, ce qui signifierait <code>minicom</code>,
<code>pppd</code>, etc.</li>
</ul>
<h3>Compression</h3>
<p>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).</p>
<p>Si vous voulez essayer d'utiliser la compression (Linux
<-> Linux) vous aurez à insérer le module
<code>irda_deflate</code> quelques temps avant de faire la
connexion. Personnellement, je le fait avant
<code>irattach</code>.</p>
<p>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 <code>ftp://ds.internic.net/rfc/rfc1950.txt</code>
(<i>format zlib</i>), <code>rfc1951.txt</code> (<i>format
deflate</i>) et <code>rfc1952.txt</code> (<i>format gzip</i>).</p>
<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."</p>
<h2><a name="ss6.8">6.8 Instances multiples</a></h2>
<p>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 <code>irattach</code> autant de fois que
vous avez de ports... procédez comme il
suit : "</p>
<blockquote>
<pre>
<code>irattach /dev/ttyS0 & (mon dongle ESI)
irattach /dev/ttyS2 & (mon port IrDA intégré)
insmod irlan_client
insmod irobex
</code>
</pre></blockquote>
<h2><a name="s7">7. Matériel supporté par
Linux/IrDA</a></h2>
<h2><a name="ss7.1">7.1 Récupérer des informations
à propos des ports infrarouges des portables</a></h2>
<p>Pour faire marcher le port IrDA de votre portable avec
Linux/IrDA vous pouvez utiliser StandardInfraRed (SIR) ou
FastInfraRed (FIR).</p>
<h3>SIR</h3>
<p>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 <code>serial</code>. Si le
support infrarouge est activé dans le BIOS, pour la
majorité des portables, vous aurez un message du noyau dans
le style :</p>
<blockquote>
<pre>
<code>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
</code>
</pre></blockquote>
<h3>FIR</h3>
<p>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 :</p>
<ol>
<li>Lisez les spécifications de votre machine, mais bon, il
est très rare que vous y trouviez suffisamment
d'informations.</li>
<li>Faites un <code>cat /proc/pci</code>, 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 <a href=
"http://members.hyperlink.net.au/~chart">http://members.hyperlink.net.au/~chart</a>
. Depuis les noyaux 2.1.82, vous pouvez utiliser <code>lspci</code>
fourni avec les <code>pci-utils</code>. Les fichiers correspondants
pour les noyaux 2.2.x sont dans <code>/proc/bus/pci</code>.</li>
<li>Si vous avez installé les logiciels Linux/IrDA, chargez
le module FIR et regardez ce que donne <code>dmesg</code>, pour
savoir si votre FIR est détectée ou pas.</li>
<li>Bien que je ne les utilise pas encore dans ce but, les outils
<code>isapnp</code> devraient être utiles.</li>
<li>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) :
<blockquote>
<pre>
<code>-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
</code>
</pre></blockquote>
Si vous avez un doute, regardez toujours les fichiers .inf/.vxd de
Win95; Win95 n'est livré avec <b>aucun</b> pilotes FIR (ils
viennent tous d'ailleurs, pour la plupart de Counterpoint, qui a
été absorbé par ESI)."</li>
<li>Utilisez l'utilitaire DOS <code>CTPCI330.EXE</code> fourni au
format ZIP par le magazine informatique allemand CT <a href=
"http://www.heise.de">http://www.heise.de</a> . Les informations
fournies par ce programme sont parfois plus intéressantes
que celles des programmes Linux.</li>
<li>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 à <a href=
"http://www.smsc.com/ftppub/chips/appnote/ir_utils.zip">http://www.smsc.com/ftppub/chips/appnote/ir_utils.zip</a>.
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 <code>catdoc</code>, disponible
à <a href=
"http://www.fe.msk.ru/~vitus/catdoc/">http://www.fe.msk.ru/~vitus/catdoc/</a>
.</li>
<li>Utilisez le gestionnaire de périphérique de
Window$95/98/NT.</li>
<li>Vous pouvez aussi vous référer à la
section suivante.</li>
</ol>
<h2><a name="ss7.2">7.2 Aperçu du matériel
supporté</a></h2>
<p>Il y a quelques pages qui parlent des
périphériques infrarouges supportés par Linux
sur le WWW :</p>
<ul>
<li>Le Linux/IrDA Project - rapport de matériel à
<a href=
"http://www.cs.uit.no/~dagb/irda/hardware.html">http://www.cs.uit.no/~dagb/irda/hardware.html</a></li>
<li>Takahide Higuchi à <a href=
"http://www.pluto.dti.ne.jp/~thiguchi/ir/product.html">http://www.pluto.dti.ne.jp/~thiguchi/ir/product.html</a>.
Cette page est en japonais.</li>
<li>J'ai aussi mis en place un rapport du matériel à
<a href=
"http://www.snafu.de/~wehe/index_li.html">http://www.snafu.de/~wehe/index_li.html</a>.
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.).
<p>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é.</p>
<p>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.</p>
<p>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.</p>
</li>
</ul>
<h2><a name="s8">8. Interface graphique</a></h2>
<p>Si vous voulez essayer une jolie interface graphique, vous
pouvez essayer <code>ircp.pl</code>. Vous aurez besoin du module
Perl-GTK+ ( <a href=
"http://www.gnome.org">http://www.gnome.org</a>) pour le faire
marcher. Cette interface graphique est loin d'être finie,
alors, n'espérez pas trop :-)</p>
<h2><a name="s9">9. Économie d'énergie</a></h2>
<p>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.</p>
<p>Si nécessaire, vous pouvez aussi essayer de
désactiver la fonctionnalité <code>Fast RRs</code>
dans la section IrDA du noyau. Cette option vous donnera de bien
meilleurs temps d'attente, mais consommera bien plus de
puissance.</p>
<h2><a name="s10">10. Résolution des problèmes, liste
de diffusions</a></h2>
<h2><a name="ss10.1">10.1 Informations
générales</a></h2>
<p>Si vous rencontrez des problèmes, essayez ce qui
suit :</p>
<ul>
<li>Lisez la FAQ ci dessous.</li>
<li>Allez faire un tour dans <code>/var/log/messages</code> et/ou
<code>/var/log/kern</code>.</li>
<li>Tapez <code>dmesg</code>.</li>
<li>Allez voir les différents fichiers dans
<code>/proc/irda</code>.</li>
<li>Allez faire un tour sur les <i>archives de la liste de
diffusion</i> à <a href=
"http://www.ita.chalmers.se/~svinto/hypermail/irda/">http://www.ita.chalmers.se/~svinto/hypermail/irda/</a>,
pour savoir si votre problème est déjà
recensé.</li>
<li>Posez votre question sur la <i>liste de diffusion
Linux/IrDA</i>. Pour vous abonner à la liste, envoyez un
email à <code>linux-irda-request@list.uit.no</code> avec
"subscribe" (s'inscrire) dans le corps du message. Utilisez
l'adresse <code>linux-irda@list.uit.no</code> 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.</li>
</ul>
<h2><a name="ss10.2">10.2 Technique de résolution des
problèmes</a></h2>
<p>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.</p>
<ul>
<li>Vous pouvez régler le niveau de debug dans
<code>/proc/sys/net/irda/debug</code> à 1, 2, 3 ou 4.</li>
<li>Utilisez les fichiers dans <code>/proc/sys/net/irda</code> pour
essayer différents paramètres comme <code>echo 0 >
/proc/sys/net/irda/discovery</code>.
<p>Les différents fichiers présents dans
<code>/proc/*/irda</code> sont :</p>
<blockquote>
<pre>
<code>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
</code>
</pre></blockquote>
</li>
<li>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 <code>irda.h</code>
et changer <code>/include/linux/skbuff.h</code>
(référez vous à l'historique des
révisions du code datant du 2/10/98).</li>
<li>Pour les problèmes avec le module <code>irda</code>, un
module provenant du <i>paquetage de modules</i> <code>kdstat</code>
pourra être utile. Mais je n'ai pas été en
mesure de l'essayer.</li>
<li>"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
<code>/proc/sys/net/irda</code>. Faites des tests si vous avez des
problèmes à faire reconnaître votre
périphérique. Mon Palm III semble
préférer 16 <code>discovery_slots</code> et 8 (*10
ms) pour <code>slot_timeout</code>." ... "Le minimum absolu pour
une découverte du IR-610 semble être 9."</li>
<li>Si l'un d'entre vous récupère un Oops du noyau,
alors envoyez le dans le programme
<code>../linux/scripts/ksymoops/ksymoops</code>, 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 <code>ksymoops <fichier></code>.</li>
<li>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 !
<p>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.</p>
</li>
</ul>
<h2><a name="s11">11. Bugs connus</a></h2>
<p>Si vous trouvez un bug, s'il vous plaît, envoyez un
rapport à la liste, incluant la sortie de
<code>dmesg</code>, la version du noyau, et le matériel que
vous utilisez. Merci !</p>
<p>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 <code>echo 0
>/proc/sys/net/irda/discovery</code>).</p>
<p>Un caractère CR (retour à la ligne) ne peut pas
être transféré entre deux machines Linux via
IrCOMM avec <code>cat file >/dev/irnine</code> et <code>cat
/dev/irnine</code>. Cela fait des drôles de choses et bloque
votre machine Linux.</p>
<p>La compilation du pilote pc87108 dans le noyau le fait planter
au boot. Solution temporaire : le compiler en tant que
module.</p>
<p>IrOBEX peut détruire des données en
réception. Ce bug est certainement dans la partie
utilisateur de IrOBEX.</p>
<h2><a name="s12">12. FAQ</a></h2>
<ul>
<li>Q1 - Question : Je ne sais pas du tout quels
sont les ports utilisés et les irq. Que faire ?</li>
<li>Réponse :
<p>Premièrement : Réglages matériels</p>
<p>- 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.</p>
<p>- 2 Utilisez un BIOS à jour. D'habitude
sur la page du support technique de votre fabricant.</p>
<p>- 3 Essayez de faire <code>setserial /dev/ttyS?
-g -a | egrep 16550A</code>. 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.</p>
<p>- 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.</p>
<p>Deuxièmement : Comment donner au noyau les
paramètres nécessaires pour votre
matériel ?</p>
<p>- 4 <code>cat /proc/ioports</code> pour voir
quels ports sont déjà utilisés.</p>
<p>- 5 <code>cat /proc/interrupts</code> pour voir
quelles interruptions sont déjà prises.</p>
<p>- 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
<code>/etc/sysconfig/pcmcia</code> :
<code>PCIC_OPTS="irq_list=3,4,5,7,9,10,12,14,15"</code></p>
<p>- 7 Maintenant, essayez de deviner quel port et
quelle interruption est utilisée. Utilisez un
<code>setserial /dev/ttySx irq M port 0xNNNN</code> pour le dire au
noyau. Si il y a plusieurs possibilités, essayez les toutes
(Note : comme il est dit dans le <i>Serial-HOWTO</i>, vous ne
devriez pas essayer les interruptions 0, 1, 6, 8, 13 et 14).</p>
<p>- 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.</p>
<p>- 9 Bonne chance.</p>
<p>Il sera peut être aussi nécessaire d'affiner les
réglages du port série infrarouge avec setserial,
ex : <code>setserial /dev/ttyS0 spd_vhi</code> (vitesse
115200).</p>
</li>
<li>Q2 - Question : <code>irattach</code> se fige,
mais reconnait mon imprimante. <code>/var/log/messages</code>
montre que irattach a trouvé mon HP LaserJet 6P.</li>
<li>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
<code>/dev/ttySx</code> 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 <code>irattach
&</code>. Stoppez le si nécessaire avec un <code>killall
irattach</code>. 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 <code>&</code> à la commande.</li>
<li>Q3 - Question : Je reçois un message dans
le style "tcsetattr read/write error" dans
<code>/var/log/messages</code>.</li>
<li>Réponse : Probablement causé par un mauvais
<code>/dev/ttyS*</code>, une mauvaise interruption ou un mauvais
port.</li>
<li>Q4 - Question : tout semble marcher car j'ai les
bons messages. Mais ça ne marche toujours pas.</li>
<li>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.</li>
<li>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 ?</li>
<li>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.
<p>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
à <a href=
"http://www.cs.uit.no/~dagb/irda/snapshots/">http://www.cs.uit.no/~dagb/irda/snapshots/</a>.</p>
</li>
<li>Q6 - Question : Au démarrage
<code>modprobe -a</code> vérifie
<code>/lib/modules/<uname -r>/net/irda.o</code> et donne le
message : "IrLAP; Missing IrTTY /IrLMP Error no IrLAP
connection" (dans <code>/var/log/messages</code> et sur la
console).</li>
<li>Réponse de Werner Heuser : Truc pour les
système style SYSTEM V : Mettez un script par exemple
"ir_rmmod" contenant :
<blockquote>
<pre>
<code>#!/bin/sh
echo "$0 : remove irda module"
rmmod irport.o
rmmod irtty.o
rmmod irda.o
</code>
</pre></blockquote>
dans le processus de démarrage (<code>/etc/init.d</code> et
un lien symbolique par exemple "S100ir_rmmod" dans
<code>/etc/rc3.d</code> vers "ir_rmmod"). (Vérifiez le
chemin vers "sh"). pour les systèmes style BSD, essayez
l'approche correspondante.</li>
<li>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 ?</li>
<li>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 !</li>
<li>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 ?</li>
<li>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)</li>
<li>Q9 - Pierre-Guillaume Raverdy a demandé :
Dois-je mettre à jour mon Palm Pilot, et mettre le
système 3.0.2 ?</li>
<li>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.</li>
<li>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.</li>
<li>Réponse de Dag Brattli : Récupérez le
Pilot SDK de Palm. Décompressez le fichier
<code>examples.zip</code> et regardez le programme beamer.</li>
<li>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 ?</li>
<li>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.</li>
<li>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 ?</li>
<li>Réponse de tzeruch@ceddec.com : 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).
<p>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...</p>
<p>Quelqu'un a essayé avec une mise à jour du Palm
III : <a href=
"http://home.t-online.de/home/PSPilot/ppppiii.htm">http://home.t-online.de/home/PSPilot/ppppiii.htm</a></p>
</li>
</ul>
<h2><a name="s13">13. Contrôle à distance via
infrarouge</a></h2>
<h2><a name="ss13.1">13.1 Ressources</a></h2>
<p>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é <i>trois projets</i> qui
oeuvraient dans cette direction. Vous pouvez trouver des liens vers
des informations plus récentes à <a href=
"http://%20www.snafu.de/~wehe/index_li.html">http://
www.snafu.de/~wehe/index_li.html</a>.</p>
<ul>
<li>LIRC LInux Remote Control
<p>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 à <a href=
"http://www.thp.uni-koeln.de/~rjkm/lirc/">http://www.thp.uni-koeln.de/~rjkm/lirc/</a>.</p>
</li>
<li>Télécommande infrarouge série
<p>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 à <a href=
"http://www.armory.com/~spcecdt/remote/remote.html">http://www.armory.com/~spcecdt/remote/remote.html</a>.</p>
</li>
<li>Outils infrarouges pour le COREL Netwinder PC
<p>Ryan Shillington a écrit quelques outils pour
contrôler le COREL NetWinder par infrarouge, par
exemple :</p>
<p>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.</p>
<p>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.</p>
<p>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.</p>
<p>Vous trouverez tout ceci à <a href=
"http://www.netwinder.org/~ryansh/">http://www.netwinder.org/~ryansh/</a></p>
</li>
</ul>
<h2><a name="ss13.2">13.2 Commande a distance IR - IrDA</a></h2>
<p>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.</p>
<p>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) :</p>
<p>Ryan Shillington a écrit : "Les
télécommandes IR et ASK-IR sont très
différentes de FIR, MIR ou SIR.</p>
<p>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.</p>
<p>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).</p>
<p>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.</p>
<p>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).</p>
<p>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.</p>
<p>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)."</p>
<p>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.</p>
<p>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.</p>
<p>Comme vous pouvez le constater, c'est totalement incompatible
avec les télécommandes IR.</p>
<p>[..]</p>
<p>Vrai. Non seulement il est possible d'utiliser le
matériel SIR pour <i>recevoir</i>, mais vous pouvez aussi
transmettre. Bien entendu, il y a quelques limitations.</p>
<p>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 <i>reçus</i> ou <i>émis</i> en
tant qu'un octet Ox5B.</p>
<p>Il y a quelques limitations physiques en plus du fait que la
sous porteuse doive être de 38KHz. Le <i>récepteur</i>
SIR n'est pas aussi sensible au 38KHz que la
télécommande. Le <i>transmetteur</i> SIR a un cycle
d'utilisation beaucoup plus faible, et par conséquent, ne
peut émettre une trop forte sous porteuse.</p>
<p>La télécommande encode le signal de contrôle
en ajoutant un patron spécifique à la sous porteuse.
Maintenant que vous pouvez <i>émettre</i> et <i>recevoir</i>
la sous porteuse, tout ce qu'il reste à faire, c'est de tout
synchroniser.</p>
<p>Pour <i>émettre</i>, 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.</p>
<p>Pour <i>recevoir</i>, 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.</p>
<p>[..]</p>
<p>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.</p>
<p>[..]</p>
<p>SIR, MIR et FIR devraient toujours marcher de 0 à 100 cm,
mais dans la pratique :</p>
<p>(a) Certains périphériques ont des
problèmes avec les <i>LONGUES</i> distances.</p>
<p>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.</p>
<p>(b) Certains périphériques ont des
problèmes avec les <i>COURTES</i> distances.</p>
<p>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.</p>
<p>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 !</p>
<p>[..]</p>
<p>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.</p>
<p>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.</p>
<p>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.</p>
<p>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é ? "</p>
<p>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. "</p>
<p>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 ( <a href=
"http://www.irda.org">http://www.irda.org</a>) et
récupérer le standard de la couche physique (qui
inclue IrControl je pense).</p>
<p>IrDA "Normal" (en utilisant IrLAP) n'est <b>pas</b> 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).</p>
<p>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.</p>
<p>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 à <a href=
"http://www.slashdot.org/articles/98/12/05/0916216.shtml">http://www.slashdot.org/articles/98/12/05/0916216.shtml</a>
ou <a href=
"http://www.netwinder.org/~ryansh">http://www.netwinder.org/~ryansh</a>.</p>
<h2><a name="s14">14. Infrarouge et protection des yeux.</a></h2>
<p>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.</p>
<p>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.</p>
<p>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.</p>
<p>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 !!!</p>
<h2><a name="s15">15. Crédits</a></h2>
<p>Merci à :</p>
<ul>
<li>Dag Brattli - au coeur de Linux/IrDA</li>
<li>Thomas Davis - au coeur de Linux/IrDA</li>
<li>Takahide Higuchi - au coeur de Linux/IrDA</li>
<li>Ralf Zabka</li>
<li>Benny Amorsen</li>
<li>Lichen Wang</li>
<li>Ryan Shillington</li>
<li>Richard Titmuss</li>
<li>Fons Botman</li>
<li>Rui Oliveira</li>
<li>Jon Howell</li>
<li>Carlos Vidal</li>
<li>Joonas Lehtinen</li>
<li>Markus Schill</li>
<li>Bjoern Hansson</li>
<li>Pawel Machek</li>
<li>Ho Chin Keong</li>
<li>Bjoern Mork</li>
<li>Andreas Butz</li>
<li>Tang Ning</li>
<li>Les membres de la liste Linux/IrDA.</li>
<li>Les écrivains d'autres HowTo qui m'ont donné tout
plein d'inspiration.</li>
<li>Les développeurs des SGML-Tools qui m'ont permis
d'écrire ce HowTo.</li>
</ul>
<p>Désolé, je n'ai pas commencé à faire
les crédits quand j'ai démarré ce HowTo, j'ai
certainement oublié quelqu'un.</p>
<h2><a name="s16">16. Historique des versions</a></h2>
<ul>
<li>v0.1 à v0.4a, 19 mars 1998 au 4 août 1998,
brouillons, non inclus dans le LDP.</li>
<li>v1.0, 14 août 1998, ajout au LDP.</li>
<li>v1.1, 18 août 1998, ajout des informations à
propos du patch IrCOMM de Takahide Higuchi, changements
mineurs.</li>
<li>v1.2, 24 août 1998, mise à jour pour les pilotes
<code>linux-irda-1998-08-20</code>, ajout de la section FIR et de
cette section, changements mineurs.</li>
<li>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.</li>
<li>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.</li>
<li>v1.5, 12 octobre 1998, changements mineurs.</li>
<li>v1.6, 26 octobre 1998, ajout de la section à propos de
IrManager, mis à jour pour les pilotes
<code>linux-irda-1998-10-21</code>, changements dans la section
dongle, changements mineurs.</li>
<li>v1.7, 1 novembre 1998, ajout de la section contrôle
à distance, changements dans la section dongles, changements
mineurs.</li>
<li>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.</li>
<li>v2.1, 13 janvier 1999, changements mineurs.</li>
<li>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.</li>
<li>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.</li>
<li>v2.4, 9 février 1999, changement des informations sur
comment appliquer un patch.</li>
</ul>
<h2><a name="s17">17. Copyright et
dénégation</a></h2>
<p>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 à <a href=
"http://metalab.unc.edu/LDP/COPYRIGHT.html">http://metalab.unc.edu/LDP/COPYRIGHT.html</a>.</p>
<p>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.</p>
</body>
</html>
|