BeginnerGuy,
Я не понял, Вы сейчас меня используете как ИИ или я разговариваю с ИИ?
Читаем описание используемых функций:
keyboard.wait(key) - блокирует программу до тех пор, пока не будет нажата клавиша. Ключ передается в виде строки ("пробел", "esc" и т.д.)
keyboard.add_hotkey(hotkey, function)- создает hotkey, которая при нажатии выполняет function.
Это функции для взаимодействия Вашей программы с клавиатурой, а не эмуляция клавиатуры.
Вам же надо посылать события клавиатуры. Причём, возможно, предварительно надо найти нужное окно и посылать их именно в него.
Руслан,
Не чинится сеть по отрывочным сообщениям не имея топологии.
Если у Вас только один управляемый коммутатор, то включение stp не имеет смысла.
При неактивности порта, коммутатор будет очищать таблицу адресов на этом порту. Будет ли это попадать в лог - зависит от модели коммутатора и настройки уровня логирования.
Никто за Вас изучать документацию по Вашему оборудованию не будет..
Кз пропасть само по себе не может.
Любой кабельный тестер показывает расстояние до ближайшей проблемы. Что за ней, он видеть не может. (это на фразу:
От коробки до крыши и дальше где-то показывает КЗ, причем сплошное, будто кабель весь оголили и скрутили).
Монтажная коробка на Ethernet — это что то странное. Ну если только там не patch—панель или кабель оконцованный.
Проблемы в электрике на расстоянии не лечатся. Берётся трассоискатель и проверяется, что это именно тот кабель.
Если кабель битый, к нему подвязывается новый и вытягивается. Тем самым осуществляется замена. Либо рядом протягивается новый.
Вы уже детально описали проблему.
Но в своём видео так и не показали настройки соединения.
Если в putty;
Проверьте пункт :
Serial
Flow control
Там должно быть XON/XOFF и можно попробовать с none.
Если до этого с этим кабелем не работали, может он бракованный.
Проверка:
Скрепкой/проводом замкнуть 3 и 6 контакт.
Терминал должен показывать, что набираете на клавиатуре.
В целом, ситуация странная.
1. Если бы была неправильная скорость, то мы бы или ничего не видели, или бы видели мусор. Не наш вариант.
2. Управление скоростью потока может быть аппаратное (cts/rts), софтовое ( xon/xoff) или вообще быть игнорирование ) Если выставлен аппаратный контроль, то наш драйвер ждёт разрешения на передачу, а этот сигнал может вообще не разведен. Поэтому драйвер ничего не передаёт.
В теории, похоже на наше поведение.
3. Несовпадение по уровня сигнала маловероятно, тем более что разъем сделан в виде rj45. Но в опыте такое было..
По поводу истории консоли:
Обычно, после подключения мы жмем на enter, именно это и вызывает появление строки приглашения.
В теории, в стандарте rs232 есть линии, который определяют что есть подключение, но очень часто используют только rx, tx, gnd. И устройство физически не может знать, что к нему что-то подключилось и надо делать вывод..
UlarSur, по описанию - никак. Покупать проверенные модели. И поэтому некоторые модели имеют абсолютно конский ценник.
Но начинать надо с поиска в чем именно проблема.
1. При работе по com порту терминал показывает только ту информацию, которую получил за время сессии. Он не может показывать историю. Поэтому Вы и видите чёрный экран при подключёнии на горячую.
2. Судя по описываемому поведению, массив не видит передаваемые ему сигналы. Это возможно в ситуациях:
- неправильная разводка. ( сигнал tx от массива пришёл на rx терминала, а tx терминала не дошёл до rx массива)
- несовпадение уровня сигнала. Rs232 подразумевает уровни сигнала ±12В. Многие usb переходники дают на выходе ±5B. В результате, терминал замечательно слышит массив, а для массива сигнал слабоват и он его не распознает.
Что делать:
уточнить разводку сигналов на массиве и на переходнике.
Проверить, что в настройках соединения выставлен контроль потока Xon/Xoff.
Попробовать найти комп с последовательным портом ( или искать переходник с уровнями 12В)
Их просто ломанут.