У меня есть сетевой коммутатор (HP Procurve), который предоставляет интерфейс командной строки, к которому можно получить доступ через прямое соединение через последовательный порт. Прямое подключение осуществляется с помощью разъема RJ45 на сетевом коммутаторе и разъема DB9 в последовательный порт на клиентском компьютере.
В настоящее время мигает светодиодный индикатор неисправности коммутатора, и в руководстве указано, что в этом случае следует напрямую подключиться к консоли коммутатора через последовательное соединение, чтобы получить более конкретную отладочную информацию о том, что не так.
Поэтому я подключаю компьютер к сетевому коммутатору с помощью кабеля RJ45-to-DB9. Подключающийся клиентский компьютер работает под управлением Linux (Debian 8). Затем я использую minicom как эмулятор терминала VT-100. В руководстве Network Switch указано, что при подключении к консоли нужно несколько раз нажать ввод, после чего должно появиться приветственное сообщение. Однако, когда я запускаю minicom и нажимаю ввод от 5 до 10 раз, ничего не происходит, т. Е. Текст не появляется вообще.
Что я пробовал до сих пор:
Первым шагом к отладке было проверить, какие последовательные порты доступны или включены на клиентском компьютере. Когда я печатаю dmesg | grep tty я вижу это /dev/ttyS0 кажется доступным и включенным:
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Чтобы убедиться, я попытался записать байт в последовательный порт, выполнив:
echo -en ' ' > /dev/ttyS0
Это вернулось без ошибок. Если я попробую сделать то же самое на другом устройстве, например /dev/ttyS2, Я получаю Input/Output error, поэтому я уверен, что /dev/ttyS0 - это включенное допустимое устройство с последовательным портом.
Во-вторых, я смотрю руководство HP Procurve, чтобы убедиться, что все настройки подключения верны. В руководстве указано, что последовательное соединение должно быть выполнено с использованием любой скорости передачи от 2400 до 115200 бод, 8 бит данных, 1 стоповый бит, без контроля четности и для управления потоком установлено значение Нет. Я настраиваю minicom в точном соответствии с этими настройками (со скоростью 9600 бод). Minicom задает настройки как для аппаратного, так и для программного управления потоком (это различие не делается в руководстве по procurve), поэтому я все равно установил для обоих значение None. Наконец, я убеждаюсь, что minicom использует /dev/ttyS0 и я сохраняю настройки конфигурации minicom.
Пока связь не работает. Когда я начинаю minicom и нажмите Enter 5-10 раз, текст не появится.
Чтобы исключить потенциально плохой кабель RJ45-DB9, я пробую два других кабеля RJ45-DB9. Когда я начинаю, текст по-прежнему не появляется minicom и нажмите ввод от 5 до 10 раз.
Я пробую несколько других техник отладки, основанных на догадках, таких как перезагрузка коммутатора, а также перезагрузка клиентского компьютера. По-прежнему не работает.
Вопрос: Учитывая все, что я пробовал, наиболее вероятная проблема здесь в самом сетевом коммутаторе? Может быть, просто сам коммутатор каким-то образом поврежден, что привело к отключению интерфейса командной строки? Или есть что-то очевидное, что мне здесь не хватает с точки зрения настройки minicom клиент для подключения к последовательному порту?