1. Попробуй без удалённого управления. При удалённом управлении много всего меняется, и работу устройств мы не тестировали. Врядли поможет, но вдруг.
2. Ещё одно шаманство: попробуй ДВА раза сделать change port. Единственная активность между "записали байтик - железка не ответила" и "записали байтик - железка ответила" - переоткрыли ttyUSB0. Врядли поможет, но вдруг.
3. Совсем дикое шаманство: попробовать записать в железку (то есть в ком-порт) этот самый байтик со значением 5. Навеняка под виндовс полно программ, которые справятся записать байт в ком-порт.
4. Вот первая запись байтика в железку /dev/ttyUSB1:
Код: Выделить всё
[rdpdr-serial 9] [ 296.235942] rdpdr[]-main.cpp ( 100): IRP_MJ_WRITE
[rdpdr-serial 9] [ 296.236231] 00000000:05
Затем с железки пытаются читать:
Код: Выделить всё
[ 296.237171] rdpdr[]-main.cpp ( 96): IRP_MJ_READ
Но железка ничего не ответит. Через двадцать секунд открывается железка на другом порту:
Код: Выделить всё
[rdpdr-serial 8] [ 315.318823] rdpdr[serial]-worker.cpp ( 621): Open /dev/ttyUSB0.
Это наверное поиск запустил? Но никакой активности с железкой на /dev/ttyUSB0 нет, её только открыли и закрыли.
Затем долго ждём. Затем втварь прерывает чтение из /dev/ttyUSB1, потому что запрошенные 250 секунд таймаута вышли, а байты от железки не пришли:
Код: Выделить всё
[rdpdr-serial 9] [ 546.264660] rdpdr[serial]-modes.h ( 220): Now: 1463522934.264125. Abort read request due to total timeout.
И от виндовса снова приходит команда записать такой же байтик в железку:
Код: Выделить всё
[rdpdr-serial 9] [ 546.278354] rdpdr[]-main.cpp ( 100): IRP_MJ_WRITE
[rdpdr-serial 9] [ 546.278466] 00000000:05
На этот раз железка сразу же отвечает:
Код: Выделить всё
[rdpdr-serial 9] [ 546.281554] rdpdr[]-main.cpp ( 96): IRP_MJ_READ
[rdpdr-serial 9] [ 546.281734] rdpdr[serial]-worker.cpp ( 1689): abortTimeout 1463523184.279486, now 1463522934.279495, rt 249.999991.
[rdpdr-serial 9] [ 546.281848] rdpdr[serial]-worker.cpp ( 1742): Set wait timeout 250.000991.
[rdpdr-serial 9] [ 546.282586] rdpdr[serial]-worker.cpp ( 1799): Now: 1463522934.279575. 1 bytes read from /dev/ttyUSB1, 1 bytes left.
[rdpdr-serial 9] [ 546.282731] 00000000:15
[rdpdr-serial 9] [ 546.282872] rdpdr[serial]-worker.cpp ( 260): Read completion - 1 bytes read, 0 unreaded.
И дальше уже идёт обмен байтиками.
Ещё дальше, через сорок минут, железку выдёргивают, вдёргивают, и так несколько раз. Это уже не относится к пролеме?
Код: Выделить всё
[ KERNEL] [ 3293.112408] usb 3-2: USB disconnect, device number 3
Шаманства нужны. Я не вижу ошибок.
1. Попробуй без удалённого управления. При удалённом управлении много всего меняется, и работу устройств мы не тестировали. Врядли поможет, но вдруг.
2. Ещё одно шаманство: попробуй ДВА раза сделать change port. Единственная активность между "записали байтик - железка не ответила" и "записали байтик - железка ответила" - переоткрыли ttyUSB0. Врядли поможет, но вдруг.
3. Совсем дикое шаманство: попробовать записать в железку (то есть в ком-порт) этот самый байтик со значением 5. Навеняка под виндовс полно программ, которые справятся записать байт в ком-порт.
4. Вот первая запись байтика в железку /dev/ttyUSB1:
[code][rdpdr-serial 9] [ 296.235942] rdpdr[]-main.cpp ( 100): IRP_MJ_WRITE
[rdpdr-serial 9] [ 296.236231] 00000000:05[/code]
Затем с железки пытаются читать:
[code][ 296.237171] rdpdr[]-main.cpp ( 96): IRP_MJ_READ[/code]
Но железка ничего не ответит. Через двадцать секунд открывается железка на другом порту:
[code][rdpdr-serial 8] [ 315.318823] rdpdr[serial]-worker.cpp ( 621): Open /dev/ttyUSB0.[/code]
Это наверное поиск запустил? Но никакой активности с железкой на /dev/ttyUSB0 нет, её только открыли и закрыли.
Затем долго ждём. Затем втварь прерывает чтение из /dev/ttyUSB1, потому что запрошенные 250 секунд таймаута вышли, а байты от железки не пришли:
[code][rdpdr-serial 9] [ 546.264660] rdpdr[serial]-modes.h ( 220): Now: 1463522934.264125. Abort read request due to total timeout.[/code]
И от виндовса снова приходит команда записать такой же байтик в железку:
[code][rdpdr-serial 9] [ 546.278354] rdpdr[]-main.cpp ( 100): IRP_MJ_WRITE
[rdpdr-serial 9] [ 546.278466] 00000000:05[/code]
На этот раз железка сразу же отвечает:
[code][rdpdr-serial 9] [ 546.281554] rdpdr[]-main.cpp ( 96): IRP_MJ_READ
[rdpdr-serial 9] [ 546.281734] rdpdr[serial]-worker.cpp ( 1689): abortTimeout 1463523184.279486, now 1463522934.279495, rt 249.999991.
[rdpdr-serial 9] [ 546.281848] rdpdr[serial]-worker.cpp ( 1742): Set wait timeout 250.000991.
[rdpdr-serial 9] [ 546.282586] rdpdr[serial]-worker.cpp ( 1799): Now: 1463522934.279575. 1 bytes read from /dev/ttyUSB1, 1 bytes left.
[rdpdr-serial 9] [ 546.282731] 00000000:15
[rdpdr-serial 9] [ 546.282872] rdpdr[serial]-worker.cpp ( 260): Read completion - 1 bytes read, 0 unreaded.[/code]
И дальше уже идёт обмен байтиками.
Ещё дальше, через сорок минут, железку выдёргивают, вдёргивают, и так несколько раз. Это уже не относится к пролеме?
[code][ KERNEL] [ 3293.112408] usb 3-2: USB disconnect, device number 3[/code]
Шаманства нужны. Я не вижу ошибок.