Программный разговор с последовательным портом в 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.
Вы случайно не видите никаких серийных номеров после них? Например: /dev/cu.usbserial-xxxxxxxxA /dev/tty.usbserial-xxxxxxxxA /dev/cu.usbserial-xxxxxxxxB /dev/tty.usbserial-xxxxxxxxB Моя другая причина была, возможно, проблема с правами доступа python, говорящего с Серийный порт. Вы знаете, под каким пользователем работает ваш экземпляр Python? А может какие роли у него есть?
Ответы 2
Вы пробовали наблюдать за трафиком между графическим интерфейсом пользователя и последовательным портом, чтобы узнать, не отправляется ли какая-то специальная команда? Также любопытно, Python отправляет ASCII, а не UTF-8 или что-то еще, верно? Причина, по которой я спрашиваю, заключается в том, что я заметил изменения ваших цитат для строк и на некоторых языках, которые на самом деле являются различием между ASCII и UTF-8.
/dev/cu.xxxxx - это устройство "выноски", это то, что вы используете, когда устанавливаете соединение с последовательным устройством и начинаете с ним разговаривать. /dev/tty.xxxxx - это устройство "дозвона", используемое для мониторинга порта входящих вызовов, например слушатель факса.
Это просто условность или между ними есть какая-то ощутимая разница?
Буквально на прошлой неделе я написал небольшую утилиту Python, которая помогает мне отлаживать встроенное приложение C, считывая отладочную информацию с ключа USB-Serial, поэтому мне хотелось бы думать, что я довольно хорошо понимаю PySerial. Дополнительная информация может помочь в диагностике проблемы: * Какой драйвер USB-Serial вы используете? * Вы уверены, что правильно настроили все параметры последовательного интерфейса (скорость передачи, управление потоком, четность, стоповые биты и т. д.), Прежде чем пытаться открыть последовательное соединение из Python? * Какую версию PySerial вы используете?