Программно общение с последовательным портом в 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, и единственное, что заставляет его проходить, если я открываю соединение в графическом инструменте, который я упомянул.

6.08.2008 21:00:01
Вы случайно не видите серийные номера после них? Например: /dev/cu.usbserial-xxxxxxxxA /dev/tty.usbserial-xxxxxxxxA /dev/cu.usbserial-xxxxxxxxB /dev/tty.usbserial-xxxxxxxxB Возможно, с другой стороны, возможно, возникла проблема с разрешениями для python, говорящего с последовательный порт. Знаете ли вы, под каким пользователем работает ваш экземпляр python? А может быть, какие у него роли?
Nick Berardi 6.08.2008 21:46:17
Буквально на прошлой неделе я написал небольшую утилиту Python, которая поможет мне отлаживать встроенное приложение C, считывая отладочную информацию с USB-Serial-ключа, поэтому я хотел бы думать, что я хорошо понимаю PySerial. Некоторая дополнительная информация может помочь диагностировать проблему: * Какой драйвер USB-Serial вы используете? * Вы уверены, что правильно настроили все параметры последовательного порта (скорость передачи, управление потоком, четность, стоп-биты и т. Д.), Прежде чем пытаться открыть последовательное соединение из Python? * Какую версию PySerial вы используете?
Matt 7.08.2008 22:08:26
2 ОТВЕТА

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

0
15.11.2015 13:15:20

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

5
7.08.2008 00:19:03
Это просто соглашение или есть какая-то ощутимая разница между ними?
Peter Gibson 19.01.2011 23:42:26