Сергей87Х

Тоже не откажусь от утилиты, спасибо Iebox@mail.ru

По витой паре 7 кат. можно протянуть 232ой и больше чем на 15 метров, другое дело какая скорость передачи данных требуется, так как с ростом расстояния будет и падать скорость, тут надо копать от скорости порта. И так как 232 и так не быстрый а тут вроде как интернет канал, но может передача телеметрии

Поднему тему так как для меня она очень актуальна Можно ли тогда получить примерный алгоритм решения данной проблемы? С чего начать? 1) это я так понимаю посмотреть версию прошивки и если она устарела то обновить и понаблюдать 2) в веб интерфейсе есть функция записи логов? Она по умолчанию выключена?

Здравствуйте Извинюсь, в заголовке отпечатался, речь пойдет тут об moxa UC-7110, исправьте пожалуйста Попробую по порядку описать проблему, надеюсь на Ваш совет Для начала опишу конфигурацию оборудования: Источник информации (Ethernet ) --> коммутатор Dlink (модель сейчас затрудняюсь сказать)--> moxa UC 7110 -->(rs232) модем zyxel u-336s-->... Что не знаю но могу уточнить: версия ПО конвертера, модель коммутатора длинк Как проявляется неисправность: происходит "падение" конвертера, т.е. он "зависает". На самом конвертере при этом явлении физически горит только светодиод "ready". С коммутатора длинк пакеты идут, в модеме передачи нет, только пустая несущая,так как пакеты с конвертера не приходят на модем. Соединение физически не обрывается нигде в этой цепочке. После пересброса конвертера по питанию пакеты снова поступают на модем. Что бы исключить неисправность модема делали пересброс модема по питанию - не решает проблему, коммутатор в работе на другое оборудование еще поэтому пересброс невозможен, другие порты коммутатора без замечаний, да и как и этот работоспособен. Поэтому в данном звене подрабатывает только конвертер судя по всему. Симптомы: происходит "падение" хаотично, примерно 1 раз в месяц, в два. Какую либо закономерность сложно установить. Можно лишь сказать что источник информации дает среднее количество пакетов, но скажем так не фиксированное, и перед "падением" конвертера , эта информация субъективно в 1,5 в 2 раза возрастает. Говоря простым языком создается впечатление что конвертер не справляется с объемом и "задыхается". Что не знаем: пингуется ли конвертер после падения, к сожалению это сложно проверить в связи с хаотичностью отказов и с работой оборудования 24/7 Чего хотелось бы добиться: хотелось бы уточнить из за чего могут происходить такие сбои, где нужно "копать". Если не возможно исключить эту проблему полностью, то возможно ли произвести настройку конвертера что бы он сам производил мгновенный перезапуск себя без участия человека при таком "переполнении" информации С уважением, Сергей