Tworzenie wirtualnego portu szeregowego

Próbuję utworzyć parę wirtualnych portów szeregowych na moim komputerze Mac. Jest to dość łatwe w przypadku wielu programów shareware na PC. Pomyślałem, że będzie jedna potężna komenda powłoki, aby zrobić to w jednej linii, ale nie mogę jej znaleźć.

Chcę wysłać dane NMEA do jednego portu i pozwolić Google Earth odczytać dane z drugiego.

Jakieś wskazówki?

EDYTOWAĆ

Komentarz pana Daniela /dev/ptypxwydawał się interesujący - mogę go wyciągnąć z /dev/ttypxterminalu w porządku.
Ale Google Earth wydaje się czytać cu. deviceName zamiast urządzeń / ttypx.

konkretnie (Old Pro):

Próbując zaimportować bieżącą lokalizację za pomocą strumienia GPS (lub strumienia NMEA poprowadzonego przez nasz wirtualny port szeregowy), przechodzimy do: Narzędzia> GPS> Czas rzeczywisty, aby przejść do ekranu importu.
Po wybraniu opcji NMEA i włączeniu śledzenia w czasie rzeczywistym szuka podłączonych urządzeń i wygląda na:

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

Nawet jeśli nasz port szeregowy ttypx działa poprawnie, nie szuka go.
Chciałbym pobrać dane z tego urządzenia do Google Earth.

Google ma niezwykle przydatne narzędzie dla programistów Arduino i bardzo dobrze symuluje porty szeregowe w OS X do celów testowych. Działa tylko do 10.6

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

(wcześniej dostępne na stronie http://code.google.com/p/macosxvirtualserialport/ )

Czy to może ci pomóc?

Myślę, że to, czego szukasz, to pseudo terminal, jak zauważono w Text-Terminal-HOWTO , wygląda na to, że Mac OS X ma wbudowany /devi wygląda na to, że może to zrobić, co chcesz, np. Dwa programy rozmawiające razem przez „ wirtualny port szeregowy.

Pseudo terminale to pary urządzeń, takich jak / dev / ptyp3 i / dev / ttyp3. Nie ma fizycznego urządzenia bezpośrednio związanego z żadnym z nich, nawet złącza portu szeregowego. Ale jeśli program traktuje ttyp3 jak port szeregowy, to, co jest odczytywane i zapisywane na tym porcie, pojawia się na drugim elemencie pary ptyp3, którego inny program używa do odczytu i zapisu. Tak więc dwa programy rozmawiają ze sobą za pomocą tej metody, a jeden program na ttyp3 uważa, że ​​rozmawia z portem szeregowym. To coś w rodzaju „fajki” między tymi dwoma tty.

Dodatkowo program ekranowy może być dla Ciebie przydatny.

Istnieje kilka punktów widzenia na twoje pytanie tutaj:

• Czy chcesz po prostu przekonwertować ścieżki NMEA itp. Na coś, co Google Earth może odczytać (i wyświetlić)? GPSBabel jest narzędziem z wyboru do tego rodzaju rzeczy.
• Czy chcesz podłączyć GPS i czytać jego zawartość przez port szeregowy? Komputery Mac nie mają portów szeregowych, będziesz potrzebować czegoś takiego jak Keyspan USA-19HS, aby podłączyć urządzenia szeregowe przez USB.
• Czy chcesz tworzyć wirtualne urządzenia szeregowe z ciekawości? To zdecydowanie możliwe, ale poza moją wiedzą ...

Nie jest jasne, czy można podrobić wbudowane wykrywanie portu szeregowego, ale zacznę od nazwanego potoku (mkfifo) /dev/cu.fake.ttypxi mam pewne dane gotowe do odczytania po włączeniu w czasie rzeczywistym.

Wydaje się, że moja kopia programu Google Earth sonduje kolejno każde potencjalne źródło i nadal nie robi nic poza skanowaniem, ponieważ nie mam danych NMEA.

Będziesz oczywiście potrzebował małego skryptu [shell | perl | python], aby czytać /dev/ttypxi zapisywać w swoim „fałszywym” pliku fifo.

Istnieje narzędzie Windows o nazwie GooPs http://goopstechnologies.com/?page_id=12, które obsługuje niektóre podobne zadania.

Możesz także utworzyć oznaczenie miejsca, które odczytuje współrzędne z pliku i odświeża co sekundę.

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

Użyłem pseudoterminalu Posix do stworzenia wirtualnego portu komunikacyjnego w programie OSX C. Możesz wyszukać funkcję biblioteki posix_openpt ().