kondor3000 , ну да, ну да, например сервер развернут на виртуальной машине. Проброс USB в данном случае не всегда возможен.
kondor3000 , ну да, ну да, например сервер развернут на виртуальной машине. Проброс USB в данном случае не всегда возможен.
Используем как прозрачный шлюз, переход на латиницу не устраивает заказчика, хочется чтобы Овен решил проблему - но они не торопятся.
для начала, взять любой подручный Ethernet-RS485 (пофигу какой) и проверить вместо МКОН. вполне возможно собака порылась совсем не в нем. Объясню. Фишка МКОН связана с возможностью опрашивать RS устройство двумя мастерами, но скорее всего только в режиме преобразователя протокола, а не в режиме прозрачного шлюза.
Так же попробовать другой модем - подойдет любой свисток от операторов, но тут вы столкнетесь с одной проблемкой, они как правило все USB, и ваша система умеет с таким работать или нет (существуют железки проброса USB, можно попробовать пробросить порт модема, исполmзуя Linux), тот еще вопрос. Ну либо попросить у кого-то модем с RS485 для теста. iRZ, Teleofis и так далее. Опять же, проблема может быть и не в модеме, но все же... особенно, учитывая, какое старье этот ПМ01.
Суть, вам может не помочь любое действие со стороны Овен, либо как вариант это замена прошивок что МКОН, что ПМ01, а для этого надо определить виновника торжества.
я бы начал с модема, потому что разбивка сообщения на несколько сообщений при использовании кодировки UTF-8 полностью на его стороне, он как бы сам должен отправить две SMS вместо одной.
Последний раз редактировалось melky; Вчера в 09:29.
Спасибо, за предложение по решению проблемы.
В принципе, проблема ясна. Максимальный таймаут ожидания ответа в МКОН на RS485 не превышает 5 сек.
А ответ, после обработки СМС оператор может вернуть в течении 60 сек. Поэтому МКОН этот "нежданчик" уже не видит.
т.е. у МКОН шлюз не совсем сквозной! У ОВЕН был такой прибор https://owen.ru/product/ekon134, который работал как чисто сквозной, но УВЫ!
Я использую дешевую альтернативу ему - ссылку модератор безжалостно режет!
Альтернатива это хорошо, но мы купили оборудование не для того чтобы искать затем альтернативу.
а это от вас не зависит, ну представьте, вы купили прибор с одним протоколом, а система этот протокол не поддерживает. так или иначе, вы что-то поменяете.
тут тоже самое. Документация это одно, а практика это совсем другое (с) даже не моё...
Подбор оборудования - это всегда головная боль. Чем больше критериев отбора, тем больше шансов промахнуться.
А когда производитель каждый год меняет прошивку, линейку приборов (снимает/ставит с/в производство) и т.д., то 100% промахнетесь.
В любом случае производитель обязан - выполнить доработку оборудования если признал дефект.
ну, обязан, вам же ответили, в декабре 2026 года, а про кормить в пути никто вроде не обещал
Ваши права
Ответить с цитированием