☰

Serialport работает некорректно после обновления Ubuntu?

tag-icon • tag-icon ubuntu python serial
Serialport работает некорректно после обновления Ubuntu?

У меня странная проблема с моим последовательным портом. Кажется, что-то изменилось после актуализации Ubuntu и перезагрузки.

przem@przem:~/Pulpit/bat/scripts$ python
Python 2.7.6 (default, Jun 22 2015, 17:58:13) 
[GCC 4.8.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import serial
>>> ser = serial.Serial("/dev/ttyUSB0", 57600)
>>> ser.read()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/lib/python2.7/dist-packages/serial/serialposix.py", line 475, in read
    raise SerialException('device reports readiness to read but returned no data (device disconnected or multiple access on port?)')
serial.serialutil.SerialException: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
>>>

Я знаю, что мое устройство должно вернуть ' ' (пустой знак), но вместо этого я получаю исключение:

«устройство сообщает о готовности к чтению, но не вернуло никаких данных (устройство отключено или множественный доступ к порту?)»

Этот вопрос является введением в мою проблему:https://stackoverflow.com/questions/32844942/serialport-doenst-work-correctly-after-ubuntu-update?noredirect=1#comment53527004_32844942

Пожалуйста, помогите мне.

решение1

У меня та же проблема. Похоже, она не ограничивается оборудованием последовательного порта. Вы можете создать два псевдотерминала с помощью socat:

$ socat -d -d pty,raw,echo=0 pty,raw,echo=0
2015/09/30 09:46:18 socat[6296] N PTY is /dev/pts/17
2015/09/30 09:46:18 socat[6296] N PTY is /dev/pts/18
2015/09/30 09:46:18 socat[6296] N starting data transfer loop with FDs [3,3] and [5,5]

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

cu -l /dev/pts/17 -s 115200

и

cu -l /dev/pts/18 -s 115200

и отправлять данные в обоих направлениях, без проблем.

Но подключение к Python 2.7 завершается ошибкой, о которой вы упомянули.

$ python
Python 2.7.6 (default, Jun 22 2015, 17:58:13) 
[GCC 4.8.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import serial
>>> ser = serial.Serial("/dev/pts/17", 230400, timeout=0.2)
>>> ser.read()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python2.7/dist-packages/serial/serialposix.py", line 460, in read
    raise SerialException('device reports readiness to read but returned no data (device disconnected?)')
serial.serialutil.SerialException: device reports readiness to read but returned no data (device disconnected?)

Этот код работал до установки вчерашних обновлений для Ubuntu 14.04.

Есть идеи?

решение2

Я не одобряю это, но после внесения этого изменения я перестал видеть эти ошибки:

--- serialposix.py.stock    2015-10-03 06:53:45.241261071 -0700 
+++ serialposix.py  2015-10-03 06:55:07.481262475 -0700
@@ -457,7 +457,11 @@
             # Disconnected devices, at least on Linux, show the
             # behavior that they are always ready to read immediately
             # but reading returns nothing.
-                raise SerialException('device reports readiness to read but returned no data (device disconnected?)')
+                # retrying the read seems to get me past this error:
+                # [ERROR] Can't read from printer (disconnected?)     (SerialException): device reports readiness to read but returned no data (device disconnected?)
+
+                #raise SerialException('device reports readiness to read but returned no data (device disconnected?)')
+                pass
         read.extend(buf)
     return bytes(read)

решение3

Это может быть ошибка ядра. Смотрите здесь:https://bugs.launchpad.net/ubuntu/+source/python2.7/+bug/1501240

Обходным решением, по-видимому, является использование ядра 3.13.0-63-generic.

Вы можете изменить ядро ​​для одноразовой загрузки, удерживая shift при запуске. Чтобы сделать изменение постоянным, вам нужно отредактировать /etc/default/grub:https://askubuntu.com/questions/262965/grub-timeout-set-to-0-cant-access-grub-menu-anymore?rq=1

Связанный контент