uFR Reader Writer sur macOS #
Conseils sur les pilotes FTDI et les autorisations de communication #
macOS a une structure un peu différente de Linux, donc la communication avec le lecteur ne peut pas être activée avec un script simple disponible pour les utilisateurs de Linux. L’activation de la communication entre le logiciel et le lecteur connecté par USB varie en fonction de la version de macOS.
Les versions du système d’exploitation de Mavericks (version 10.9) et supérieures ont déjà le pilote AppleUSBFTDI. L’interface est adaptée au FTDI kext, qui à son tour crée un port série BSD à utiliser au niveau de la couche application. L’application ouvre le port série pour communiquer avec le matériel.
D’autre part, les périphériques μFR connectés par USB implémentent des pilotes clients utilisateur pour communiquer directement avec le périphérique à partir de l’espace utilisateur (pilote FTDI D2XX). Par conséquent, la communication avec le logiciel peut être affectée par la présence du kext AppleUSBFTDI. Les applications logicielles peuvent ne pas ouvrir une connexion avec le matériel car IOKit a déjà fait correspondre le pilote AppleUSBFTDI au périphérique.
La solution dans ce cas consiste à décharger les pilotes AppleUSBFTDI avant d’installer le FTDI D2XX. Vous trouverez les instructions d’installation à https://www.d-logic.com/knowledge_base/ftdi-drivers-installation-on-64-bit-macos/.
Sur certaines versions de macOS, il est possible que VCP soit bloqué par l’installation de D2xxHelper fourni avec une application. VCP et une telle application s’excluent mutuellement. Pour forcer l’utilisation de VCP, désactivez D2xxHelper :
cd /Library/Extensions sudo mv D2xxHelper.kext D2xxHelper.disabled reboot
Pour forcer à nouveau l’utilisation de D2xx, renommez D2xxHelper.disabled en D2xxHelper.kext et redémarrez.
L'autorisation d'exécution de l'exemple de logiciel uFR Reader Writer doit également être activée dans l'onglet Sécurité et confidentialité/Général.
