Программный разговор с последовательным портом в OS X или Linux

У меня есть светодиодный индикатор Prolite, который мне нравится настраивать, чтобы отображать поисковые запросы с прокруткой из журналов apache и другую забавную статистику. Проблема в том, что у моего G5 нет последовательного порта, поэтому я должен использовать USB для последовательного ключа. Он отображается как /dev/cu.usbserial и /dev/tty.usbserial.

Когда я это делаю, все кажется бестолковым:

stty -f /dev/cu.usbserial
speed 9600 baud;
lflags: -icanon -isig -iexten -echo
iflags: -icrnl -ixon -ixany -imaxbel -brkint
oflags: -opost -onlcr -oxtabs
cflags: cs8 -parenb

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

Если я запустил этот фрагмент кода вместе с упомянутым выше инструментом последовательного порта, все также будет работать. Но как только я отключаю инструмент, связь теряется.

#!/usr/bin/python

import serial

ser = serial.Serial('/dev/cu.usbserial', 9600, timeout=10) 
ser.write("<ID01><PA> \r\n") 
read_chars = ser.read(20)
print read_chars

ser.close()

Итак, вопрос в том, какие магические действия мне нужно выполнить, чтобы начать разговор с последовательным портом без инструмента последовательного порта? Это проблема с разрешениями? Кроме того, в чем разница между /dev/cu.usbserial и /dev/tty.usbserial?


Нет, серийных номеров нет. Дело в том, что проблема сохраняется даже при запуске sudo скрипта python, и единственное, что заставляет его пройти, если я открываю соединение в упомянутом мной инструменте gui.

Ответов (2)

/dev/cu.xxxxx это устройство "выноски", это то, что вы используете, когда устанавливаете соединение с последовательным устройством и начинаете с ним разговаривать. /dev/tty.xxxxx это устройство "дозвона", используемое для мониторинга порта входящих вызовов, например, для приемника факсов.

Вы пробовали наблюдать за трафиком между графическим интерфейсом пользователя и последовательным портом, чтобы узнать, не отправляется ли какая-то специальная команда? Также любопытно, Python отправляет ASCII, а не UTF-8 или что-то еще, верно? Причина, по которой я спрашиваю, заключается в том, что я заметил изменения ваших цитат для строк и на некоторых языках, которые на самом деле являются различием между ASCII и UTF-8.