Création d'un port série virtuel

J'essaie de créer une paire de ports série virtuels sur mon Mac. C'est assez facile à faire avec de nombreux programmes de shareware sur un PC. Je pensais qu'il y aurait une commande shell ultra-puissante pour faire cela en une seule ligne, mais je ne la trouve pas.

Je souhaite envoyer des données NMEA dans un port et demander à Google Earth de lire les données de l'autre.

Des conseils?

ÉDITER

Le /dev/ptypxcommentaire de MrDaniel a semblé intéressant - je peux le retirer /dev/ttypxtrès bien dans le terminal.
Mais Google Earth semble lire cu. deviceName au lieu des périphériques / ttypx.

spécifiquement (Old Pro):

Lorsque vous essayez d'importer l'emplacement actuel à l'aide d'un GPS (ou d'un flux NMEA acheminé via notre port série virtuel), nous allons: Outils> GPS> Temps réel pour accéder à l'écran d'importation.
Après avoir sélectionné l'option NMEA et activé le suivi en temps réel, il recherche les appareils connectés et semble regarder:

• USB:
• /dev/cu.Bluetooth-PDA-Sync
• /dev/cu.Bluetooth-Modem
• /dev/cu.iPhone-WirelessAP

Même si notre port série ttypx fonctionne correctement, il ne le recherche pas.
Je souhaite importer les données de cet appareil dans Google Earth.

Google a un outil extrêmement utile pour les développeurs Arduino et il simule très bien les ports série sur OS X à des fins de test. Cela ne fonctionne que jusqu'à 10,6

https://github.com/clokey/PublicCode/tree/master/MacOSXVirtualSerialPort

(précédemment disponible sur http://code.google.com/p/macosxvirtualserialport/ )

Cela pourrait-il vous aider?

Je pense que ce que vous recherchez est un pseudo-terminal comme indiqué dans Text-Terminal-HOWTO , il semble que Mac OS X soit intégré /devet il semble que cela puisse faire ce que vous voulez, par exemple, deux programmes parlant ensemble via un " port série virtuel.

Les pseudo-terminaux sont des paires de périphériques tels que / dev / ptyp3 et / dev / ttyp3. Aucun périphérique physique n'est directement associé à l'un d'eux, pas même un connecteur de port série. Mais si un programme traite ttyp3 comme s'il s'agissait d'un port série, ce qui est lu et écrit sur ce port apparaît sur l'autre membre de la paire ptyp3 qu'un autre programme utilise pour lire et écrire. Ainsi, deux programmes se parlent via cette méthode et un programme sur ttyp3 pense qu'il parle à un port série. C'est quelque chose comme un "tuyau" entre ces deux tty.

De plus, le programme d' écran peut également vous être utile.

Il y a plusieurs angles à votre question ici:

• Voulez-vous simplement convertir les pistes NMEA, etc. en quelque chose que Google Earth peut lire (et afficher)? GPSBabel est l'outil de choix pour ce genre de choses.
• Voulez-vous connecter votre GPS et lire son contenu via un port série? Les Mac n'ont pas de ports série, vous aurez besoin de quelque chose comme Keyspan USA-19HS pour connecter des périphériques série via USB.
• Voulez-vous créer des périphériques série virtuels par curiosité? C'est définitivement possible mais au-delà de mes connaissances ...

Il n'est pas clair que vous puissiez simuler la détection de port série intégrée, mais je commencerais par un canal nommé (mkfifo) /dev/cu.fake.ttypxet j'aurais des données prêtes à être lues lorsque vous activez le temps réel.

Ma copie de Google Earth semble interroger chaque source potentielle dans l'ordre et continue de ne faire que scanner car je n'ai aucune donnée NMEA fournie.

Vous aurez bien sûr besoin d'un petit script [shell | perl | python] pour lire /dev/ttypxet écrire dans votre "faux" fichier fifo.

Il existe un outil Windows appelé GooPs http://goopstechnologies.com/?page_id=12 qui gère certaines tâches similaires.

Vous pouvez également créer un repère qui lit les coordonnées d'un fichier et actualise chaque seconde.

/programming/7249565/how-to-properly-update-google-earth-kml-using-networklinkcontrol-and-the-java-ap

J'ai utilisé un pseudoterminal Posix pour créer un port de communication virtuel dans un programme OSX C. Vous pouvez rechercher la fonction de bibliothèque posix_openpt ().