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/ptypx
commentaire de MrDaniel a semblé intéressant - je peux le retirer /dev/ttypx
trè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.
la source
Réponses:
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?
la source
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é
/dev
et il semble que cela puisse faire ce que vous voulez, par exemple, deux programmes parlant ensemble via un " port série virtuel.De plus, le programme d' écran peut également vous être utile.
la source
Il y a plusieurs angles à votre question ici:
la source
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.ttypx
et 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/ttypx
et écrire dans votre "faux" fichier fifo.la source
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
la source
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 ().
la source