Plutôt « juste connecter et utiliser (.i.e "ça marche") »
donc je dirais qu'il n'y a pas besoin de driver pour ces périphériques,
ou que le systeme doit pouvoir les trouver tout seul
Un périphérique garanti p-n-p (par le fabriquant –il n'y a pas certification) est juste un périphérique qui respecte certaines normes et par conséquent doit pouvoir s'utiliser sur quasiment tous les systèmes (bien que cette appellation soit apparue avec μ$ W95) et surtout sans pilote dédié.
Il y a d'abord le versant matériel où on doit pouvoir connecter et déconnecter à chaud (donc plutôt USB que PCI) et ça on le faisait depuis un petit bout de temps (certains périphériques sur certaines consoles par exemple) Toujours côté matériel, il n'y a pas de configuration requis par les usagers (les personnes ayant déplacé joué avec les IRQ manuellement comprendrons) et ça se faisait aussi (je pense à iSCSI et à l'ADB par exemple) Le système compatible PnP doit donc savoir gérer l'ajout et retrait de ces périphériques.
Il y ensuite le versant logiciel car il y a toujours un pilote chargé par le système...
Quand un périphérique USB est connecté, il doit obéir au protocole du même nom pour pouvoir échanger des données. Ce même protocole prévoit un certain nombre de codes émis par le système et auquel le périphérique doit répondre pour permettre sa configuration automatique : dire quelle est sa nature/catégorie (clavier, pointage, stockage, impression, etc.), sa sous-catégorie (déjà avec ça on peut charger un pilote générique), son code constructeur et son code produit (ici on peut charger un pilote spécifique si disponible) Sous Linux, un coup de lsusb donne l'aperçu de ces ces périphériques connectés avec leur niveau de connexion (quel port quoi) et les codes d'identification.
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: traduire plug-n-play
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au message Driver et plug and play sur toutes types de périphériques. Évalué à 3.
Plutôt « juste connecter et utiliser (.i.e "ça marche") »
Un périphérique garanti p-n-p (par le fabriquant –il n'y a pas certification) est juste un périphérique qui respecte certaines normes et par conséquent doit pouvoir s'utiliser sur quasiment tous les systèmes (bien que cette appellation soit apparue avec μ$ W95) et surtout sans pilote dédié.
Il y a d'abord le versant matériel où on doit pouvoir connecter et déconnecter à chaud (donc plutôt USB que PCI) et ça on le faisait depuis un petit bout de temps (certains périphériques sur certaines consoles par exemple) Toujours côté matériel, il n'y a pas de configuration requis par les usagers (les personnes ayant déplacé joué avec les IRQ manuellement comprendrons) et ça se faisait aussi (je pense à iSCSI et à l'ADB par exemple) Le système compatible PnP doit donc savoir gérer l'ajout et retrait de ces périphériques.
Il y ensuite le versant logiciel car il y a toujours un pilote chargé par le système...
Quand un périphérique USB est connecté, il doit obéir au protocole du même nom pour pouvoir échanger des données. Ce même protocole prévoit un certain nombre de codes émis par le système et auquel le périphérique doit répondre pour permettre sa configuration automatique : dire quelle est sa nature/catégorie (clavier, pointage, stockage, impression, etc.), sa sous-catégorie (déjà avec ça on peut charger un pilote générique), son code constructeur et son code produit (ici on peut charger un pilote spécifique si disponible) Sous Linux, un coup de
lsusbdonne l'aperçu de ces ces périphériques connectés avec leur niveau de connexion (quel port quoi) et les codes d'identification."It is seldom that liberty of any kind is lost all at once." ― David Hume