Створення віртуального послідовного порту

Я намагаюся створити пару віртуальних послідовних портів на своєму mac. Це досить легко зробити з багатьма умовно-безкоштовними програмами на ПК. Я подумав, що буде якась убер-потужна команда оболонки, щоб зробити це в одному рядку, але я не можу його знайти.

Я хочу надіслати дані NMEA в один порт, і Google Земля прочитає дані з іншого.

Якісь поради?

EDIT

Коментар пана Даніеля /dev/ptypxздавався цікавим - я можу витягнути його із /dev/ttypxпросто чудового терміналу.
Але Google Earth, здається, читає Cu. deviceName замість / ttypx розробників ..

конкретно (Old Pro):

При спробі імпортувати поточне місце за допомогою GPS (або потоку NMEA, прокладеного через наш віртуальний послідовний порт), ми переходимо: Інструменти> GPS> Реальний час, щоб потрапити на екран імпорту.
Вибравши опцію NMEA та включивши відстеження в режимі реального часу, він шукає підключені пристрої та, здається, переглядає:

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

Навіть якщо наш послідовний порт ttypx працює нормально, він не шукає його.
Я хотів би отримати дані з цього пристрою в Google Планета Земля.

Google має надзвичайно корисний інструмент для розробників Arduino, і він дуже добре імітує серійні порти на OS X для тестування. Працює лише до 10.6

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

(раніше доступний на веб-сайті http://code.google.com/p/macosxvirtualserialport/ )

Чи може це вам допомогти?

Я думаю, що ти шукаєш псевдотермінал, як зазначено в Text-Terminal-HOWTO , схоже, вбудований Mac OS X, /devі схоже, що це може робити те, що ти хочеш робити, наприклад, дві програми разом спілкуються через " віртуальний "послідовний порт.

Псевдотермінали - це пари пристроїв, таких як / dev / ptyp3 та / dev / ttyp3. Не існує жодного фізичного пристрою, безпосередньо пов'язаного з будь-яким з них, навіть немає з'єднувача послідовного порту. Але якщо програма обробляє ttyp3 так, як це був послідовний порт, те, що читається і записується на цей порт, з’являється на іншому члені пари ptyp3, який інша програма використовує для читання і запису. Таким чином, дві програми розмовляють між собою за допомогою цього методу, а одна програма на ttyp3 думає, що вона спілкується з послідовним портом. Це щось на зразок "труби" між цими двома.

Крім того, екранна програма моя також корисна для вас.

Тут є кілька кутів вашого запитання:

• Ви просто хочете перетворити треки NMEA тощо в те, що Google Земля може прочитати (і відобразити)? GPSBabel - це інструмент вибору для подібних речей.
• Ви хочете приєднати свій GPS та прочитати його вміст через послідовний порт? Маки не мають послідовних портів, для підключення послідовних пристроїв через USB вам знадобиться щось на зразок Keyspan USA-19HS .
• Ви хочете створити віртуальні серійні пристрої з цікавості? Це, безумовно, можливо, але поза моїми знаннями ...

Незрозуміло, що ви можете підробити вбудований послідовний порт виявлення, але я б почав із названої труби (mkfifo) /dev/cu.fake.ttypxі маю деякі дані, які можна прочитати, коли ви вмикаєте реальний час.

Моя копія Google Планета Земля, здається, запитує кожне потенційне джерело для того, щоб продовжувати робити нічого, окрім сканування, оскільки я не надаю даних NMEA.

Звичайно, вам знадобиться невеликий сценарій [shell | perl | python], щоб прочитати /dev/ttypxі записати у свій "підроблений" файл fifo.

Існує інструмент Windows під назвою GooPs http://goopstechnologies.com/?page_id=12, який вирішує деякі подібні завдання.

Ви також можете зробити позначку, яка зчитує координати з файлу та оновлює кожну секунду.

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

Я використовував псевдотермінал Posix для створення віртуальної комунікації в програмі OSX C. Ви можете шукати функцію бібліотеки posix_openpt ().