RB как последовательная консоль

У меня есть задача подключить USB-хаб к RB751U, но возникла очень странная проблема:  
1. RB751U подключен к USB-хабу;  
2. USB-серийный конвертер подключен к USB-хабу;  
3. RB751U распознаёт и USB-хаб, и USB-серийный конвертер, и при этом конвертер подключён к обычному компьютеру через последовательный порт.  
4. Открываю новый терминал в Winbox и набираю /system serial-terminal usb1 channel=0;  
5. На компьютере запускаю Hyper Terminal.  
6. Компьютер через последовательный порт успешно получает все символы, которые набираются на RB751U, но RB751U не получает ничего с компьютера.  
Причём, если USB-серийный конвертер подключить напрямую к RB751U, то RB751U принимает данные с компьютера без проблем.  
Кто-нибудь сталкивался с такой же проблемой? Буду очень признателен за любую помощь!

Привет, у меня похожая проблема, как описано выше. Думаю, это не баг в RB, но, возможно, вы сможете дать мне какой-то совет. Мне нужна такая конфигурация: почти всё работает, кроме USB-хаба. Пробовал разные модели, как с питанием, так и без — ничего не помогает. Также пробовал разные USB-RS232 конвертеры, несколько на базе чипа PL2303 и пару на FTDI. Все они отлично работают при подключении напрямую к USB-порту на RouterBoard, как и USB-модем, но я так и не нашёл USB-хаб, который позволял бы одновременно использовать несколько устройств. Есть ли у кого-нибудь хаб, который нормально работает с USB-RS232 конвертерами? Какая фирма и модель? Лучше, если портов будет больше четырёх. Понимаю, что это довольно странное решение, ведь все сетевые устройства должны управляться по IP, но бывают ситуации, когда управление по IP подводит. Буду ждать ваших ответов. С уважением!

(Извиняюсь, что пишу в эту старую тему, но это самая подходящая, которую я нашёл.) Для меня упомянутый prolific usb-rs232 конвертер в целом отлично работает. Единственная проблема, которую заметил — он как бы «зависает» спустя некоторое время, когда данные не передаются и не принимаются. Я подключаюсь через ssh к роутеру и запускаю /system serial-terminal usb1. Всё нормально, пока я работаю, набираю команды или часто получаю вывод. Но если оставить ssh-сессию открытой и переключиться на что-то другое на 5-10 минут, то, возвращаясь к сессии, я не могу ничего ввести.  

Что я пробовал:  
- Менял серийный кабель: у меня их три, проблема с каждым.  
- Не использовал USB-хаб: подключал кабель напрямую к роутеру — без разницы, проблема остаётся.  
- Проверял, отвечает ли serial-terminal: вроде да, например, работают ctrl-a и функции вроде выхода из serial-terminal. (Но сам ввод не работает.)  
- Вывожу в serial-terminal дату каждую секунду — работает нормально более 30 минут.  
- Проверял логи: настроил отладочное правило и отфильтровал всё лишнее, при зависании serial-terminal никаких сообщений в логах нет.  
- Перезагружал роутер: помогает, но только до следующего зависания. Потом выяснил, что полная перезагрузка не нужна — достаточно сбросить питание USB, и снова работает до следующей заморозки.  
- Обновил роутер: недавно обновился до актуальной стабильной версии 6.44 — проблема осталась.  
- Примерное время зависания: между 5 и 10 минутами.  

Thu Mar 7 00:13:28 CET 2019  
Thu Mar 7 00:13:29 CET 2019  
Thu Mar 7 00:13:30 CET 2019  
Thu Mar 7 00:13:31 CET 2019  
Thu Mar 7 00:13:32 CET 2019  
Thu Mar 7 00:13:33 CET 2019  
Thu Mar 7 00:13:34 CET 2019  
^C  
onetrix@mh-router:~$ date  
Thu Mar 7 00:13:46 CET 2019  
onetrix@mh-router:~$ date  
Thu Mar 7 00:14:27 CET 2019  
onetrix@mh-router:~$ date  
Thu Mar 7 00:18:48 CET 2019  
onetrix@mh-router:~$ date  
Thu Mar 7 00:24:04 CET 2019  
onetrix@mh-router:~$ date  
Thu Mar 7 00:30:11 CET 2019  
onetrix@mh-router:~$ <-- примерно к 00:40 ввод перестал приниматься, при этом ctrl-a работает:  
onetrix@mh-router:~$ date  
Thu Mar 7 00:14:27 CET 2019  
onetrix@mh-router:~$ date  
Thu Mar 7 00:18:48 CET 2019  
onetrix@mh-router:~$ date  
Thu Mar 7 00:24:04 CET 2019  
onetrix@mh-router:~$ date  
Thu Mar 7 00:30:11 CET 2019  
onetrix@mh-router:~$  
[Q - выход из соединения] [B - отправить break]
[A - отправить Ctrl-A префикс] [R - автоконфигурация скорости]

Что ещё можно проверить, чтобы понять причину этой проблемы? Мне важно, чтобы это работало долго, потому что я отлаживаю другое устройство и жду/слежу в консоли за логами. Спасибо, Крис.

Большое спасибо за подсказку! Я заменил кабель с чипсетом Prolific на кабель с чипсетом FTDI, как вы и рекомендовали, и теперь проблема исчезла. Думаю, эту важную информацию стоит обязательно указать в вики: чипсеты Prolific очень чувствительны, и лучше использовать FTDI. Без этой информации я бы до сих пор боролся с проблемой, не понимая, что её корень именно в чипсете Prolific.