Pas directement.

Les raisons sont compliquées et probablement pas du tout intéressantes pour vous étant donné que vous posez cette question en premier lieu.

Mais selon le périphérique, une machine virtuelle exécutant Windows peut fonctionner.

Il est de plus en plus courant que les périphériques "spécialisés" se connectent simplement via USB (c'est-à-dire pas un mode alternatif USB-C et pas Thunderbolt) ou une connexion réseau routable (généralement une liaison IP soit via Ethernet soit via WiFi). En plus d'être plus faciles à utiliser et moins dépendants d'un matériel spécifique, des appareils comme ceux-ci ont un avantage plutôt distinct en ce sens qu'ils sont souvent triviaux à utiliser à partir d'une machine virtuelle.

Si le périphérique en question se connecte de cette manière, il est extrêmement probable que vous puissiez simplement configurer une machine virtuelle sur votre Mac exécutant Windows (plutôt que de l'avoir installé "nativement"), configurer un comportement de transfert adéquat du périphérique, puis utiliser les pilotes dans la machine virtuelle.

Votre expérience peut varier.

Alors que la première chose qui vient à l'esprit en ce qui concerne les pilotes de périphériques est un petit logiciel spécifique au périphérique et à la plate-forme qui abstrait les particularités du périphérique vers le système d'exploitation, ce n'est pas toujours le cas.

• Par exemple, de nombreux pilotes d'imprimante sont en fait un seul fichier indiquant le langage d'impression utilisé (PostScript + version, PCL + version) et les capacités de l'imprimante (recto/verso, résolution, noir/couleur, etc). Pour les imprimantes de type Postscript, ces fichiers PPD sont assez universels entre Windows, Linux, MacOS, etc. Installer un simple PPD sous Windows n'est pas vraiment trivial, alors le pilote est généralement livré avec un programme qui l'installe (et installe également un tas de logiciels inutiles), mais avec quelques connaissances, le fichier pourrait être extrait du package et utilisé sur tous les systèmes d'exploitation.

• Une autre stratégie des fabricants de matériel est de (silencieusement) utiliser un protocole de communication bien établi et de publier un "pilote" qui fait référence internement au pilote intégré du système d'exploitation. Si tel est le cas, une dissection minutieuse du package du pilote peut permettre au périphérique de fonctionner sous un autre système d'exploitation. Par exemple, la plupart des modems cellulaires sont exactement comme ça.

• Une troisième possibilité est que le fabricant n'a pas jugé bon de créer un pilote pour la plateforme que vous préférez, mais quelqu'un d'autre l'a fait. Beaucoup de pilotes Linux/*BSD/MacOS existent simplement parce que quelqu'un a reverse-engineered le pilote pour Windows et a écrit celui dont ils ont besoin. Une fois qu'un pilote Linux existe, le porter sur MacOS ou BSD (ou l'inverse) est beaucoup moins de travail, donc la probabilité est encore plus élevée. Beaucoup de scanners et de cartes wi-fi sont comme ça.

• Le périphérique peut en fait ne pas nécessiter de "pilote" et seulement un mécanisme (scriptable) pour envoyer et recevoir des données. Les dispositifs de journalisation de mesures en sont un exemple.

• Certains (pas nombreux, en fait) pilotes de périphériques peuvent être utilisés avec l'émulateur Wine.

Bien sûr, si tout le reste échoue, on pourrait essayer d'utiliser une machine virtuelle Windows comme expliqué dans les autres réponses.

Si vous révélez le type, la marque et le modèle du périphérique en question, vous pourriez obtenir de meilleurs conseils.

Non. Cela fait longtemps que je n'ai pas écrit de pilotes de périphériques (3e trimestre du siècle précédent), mais le code était très spécifique à la machine. J'écrivais pour les particularités de mon matériel, sans me soucier de quoi que ce soit d'autre. Cependant, deux pensées me viennent à l'esprit :

1. Votre appareil communique-t-il avec quelque chose de vaguement standard, comme l'USB, de sorte que vous pourriez interfacer de manière rudimentaire, et peut-être vous soucier vous-même des particularités ?
2. Avez-vous vérifié s'il existe peut-être une bibliothèque Python ou R pour contrôler l'appareil ? Peut-être sur Github ? Il est rare que je sois la première personne sur la planète à essayer de faire fonctionner quoi que ce soit.

Il existe au moins 1 port NDISWrapper pour MacOS, donc la réponse est un grand peut-être, à condition que ce soit un pilote réseau. Nous parlons d'il y a plusieurs années lorsque nous parlons de cela, donc ce qui s'applique aujourd'hui peut ne pas fonctionner.

La meilleure option est de retourner auprès du vendeur de ce périphérique spécialisé et de leur demander. Ils peuvent avoir un pilote "non prêt" qu'ils peuvent vous fournir sous la table.