Работа ПМ-01 в связке с МКОН

[redkin.av]

Добрый вечер.
Столкнулись со следующей проблемой при промышленной эксплуатации оборудования ОВЕН.

Конфигурация:
СК-11 - МКОН - ПМ01-220

Суть проблемы:
При отправке длинного текстового SMS из scada системы СК-11 (>70 символов) сообщение разбивается на несколько PDU-пакетов. После отправки первого пакета модем ПМ01-220 перестаёт отвечать – не приходит ни подтверждение, ни отказ. Модем фактически зависает.

Что было сделано:
Обратились в техподдержку ОВЕН. Там подтвердили проблему именно в связке «МКОН – ПМ01-220».
Рекомендовали:
1. Ввести задержку после CTRL+Z перед отправкой следующего PDU-пакета;
2. Максимально увеличить таймаут ожидания ответа на МКОН.

Оба совета выполнили – не помогло. Более того, после этих манипуляций периодически перестали уходить даже короткие SMS.

Предложили ОВЕН провести совместную ВКС (Разработчик СК-11 – Наладчик(МЭК) – Разработчик оборудования (ОВЕН)). Получили отказ – у них такой формат не предусмотрен.

Вместо этого ответили: «ещё больше увеличьте время ожидания ответа на МКОН».

Но текущая прошивка МКОН не позволяет задать необходимые значения.

Новая прошивка, где эти настройки появятся, выйдет только в декабре 2026 года.

Кроме того, сильное увеличение таймаута убивает оперативность доставки критичных уведомлений.

Вопрос к сообществу:

Кто-нибудь сталкивался с аналогичным поведением ПМ01-220 при отправке конкатенированных PDU-сообщений через МКОН?

Может быть, есть рабочий костыль (обходной путь) без ожидания новой прошивки почти год?

Буду благодарен за любые практические советы. Оборудование уже в промышленной эксплуатации, проблема очень болезненная. Может кто то из сотрудников Овен прочитает и наконец то выйдет на диалог помимо технической поддержки.

[Сергей0308]

Добрый вечер.
Столкнулись со следующей проблемой при промышленной эксплуатации оборудования ОВЕН.

Конфигурация:
СК-11 - МКОН - ПМ01-220

Суть проблемы:
При отправке длинного текстового SMS из scada системы СК-11 (>70 символов) сообщение разбивается на несколько PDU-пакетов. После отправки первого пакета модем ПМ01-220 перестаёт отвечать – не приходит ни подтверждение, ни отказ. Модем фактически зависает.

Что было сделано:
Обратились в техподдержку ОВЕН. Там подтвердили проблему именно в связке «МКОН – ПМ01-220».
Рекомендовали:
1. Ввести задержку после CTRL+Z перед отправкой следующего PDU-пакета;
2. Максимально увеличить таймаут ожидания ответа на МКОН.

Оба совета выполнили – не помогло. Более того, после этих манипуляций периодически перестали уходить даже короткие SMS.

Предложили ОВЕН провести совместную ВКС (Разработчик СК-11 – Наладчик(МЭК) – Разработчик оборудования (ОВЕН)). Получили отказ – у них такой формат не предусмотрен.

Вместо этого ответили: «ещё больше увеличьте время ожидания ответа на МКОН».

Но текущая прошивка МКОН не позволяет задать необходимые значения.

Новая прошивка, где эти настройки появятся, выйдет только в декабре 2026 года.

Кроме того, сильное увеличение таймаута убивает оперативность доставки критичных уведомлений.

Вопрос к сообществу:

Кто-нибудь сталкивался с аналогичным поведением ПМ01-220 при отправке конкатенированных PDU-сообщений через МКОН?

Может быть, есть рабочий костыль (обходной путь) без ожидания новой прошивки почти год?

Буду благодарен за любые практические советы. Оборудование уже в промышленной эксплуатации, проблема очень болезненная. Может кто то из сотрудников Овен прочитает и наконец то выйдет на диалог помимо технической поддержки.

Так может тогда следует убрать проблемного посредника, в смысле, МКОН?
Мне кажется, он здесь не нужен!

[melky]

Сообщения менее 70 символов работают без проблем?
На инглише до 160-ти в ascii сообщения работают без проблем?

[redkin.av]

МКОН убрать нельзя, он "разворачивает" интерфейсы RS-485 – Ethernet

[redkin.av]

Да, на латинице все работает без проблем.

[Сергей0308]

МКОН убрать нельзя, он "разворачивает" интерфейсы RS-485 – Ethernet

Скада у вас на ПК?
На ПК нельзя заиметь RS485? В первый раз такое слышу, скажу больше, на промышленных ПК он обычно уже имеется!

[redkin.av]

На серверах scada, заиметь 485 на сервере нельзя.

[kondor3000]

На серверах scada, заиметь 485 на сервере нельзя.

На всех, даже самых дешёвых Скадах есть 485, что за скада без его поддержки.
В крайнем случае можно использовать ОРС сервер.

[redkin.av]

На всех, даже самых дешёвых Скадах есть 485, что за скада без его поддержки.
В крайнем случае можно использовать ОРС сервер.

Мне нужно найти решение проблемы в рамках действующего оборудования, а вот эти предложения "выкинуть МКОН", "поставить OPC сервер" - это мы и сами прекрасно знаем.

[melky]

МКОН меняется на любой другой Ethernet-RS485, все зависит, каким образом ваша СК работает в данном случае с интерфейсами. Вы используете МКОН как преобразователь протоколов или как прозрачный шлюз ?

Решением проблемы или использование сообщений менее 70 символов, чтобы смс не разбивалась на несколько, или переход на транслитерацию и использование латинских символов в ascii.
Ну это без ожидания решения от Овен.

[melky]

kondor3000 , ну да, ну да, например сервер развернут на виртуальной машине. Проброс USB в данном случае не всегда возможен.

[redkin.av]

Используем как прозрачный шлюз, переход на латиницу не устраивает заказчика, хочется чтобы Овен решил проблему - но они не торопятся.

[melky]

для начала, взять любой подручный Ethernet-RS485 (пофигу какой) и проверить вместо МКОН. вполне возможно собака порылась совсем не в нем. Объясню. Фишка МКОН связана с возможностью опрашивать RS устройство двумя мастерами, но скорее всего только в режиме преобразователя протокола, а не в режиме прозрачного шлюза.

Так же попробовать другой модем - подойдет любой свисток от операторов, но тут вы столкнетесь с одной проблемкой, они как правило все USB, и ваша система умеет с таким работать или нет (существуют железки проброса USB, можно попробовать пробросить порт модема, исполmзуя Linux), тот еще вопрос. Ну либо попросить у кого-то модем с RS485 для теста. iRZ, Teleofis и так далее. Опять же, проблема может быть и не в модеме, но все же... особенно, учитывая, какое старье этот ПМ01.

Суть, вам может не помочь любое действие со стороны Овен, либо как вариант это замена прошивок что МКОН, что ПМ01, а для этого надо определить виновника торжества.

я бы начал с модема, потому что разбивка сообщения на несколько сообщений при использовании кодировки UTF-8 полностью на его стороне, он как бы сам должен отправить две SMS вместо одной.

[redkin.av]

Спасибо, за предложение по решению проблемы.

[EFrol]

В принципе, проблема ясна. Максимальный таймаут ожидания ответа в МКОН на RS485 не превышает 5 сек.
А ответ, после обработки СМС оператор может вернуть в течении 60 сек. Поэтому МКОН этот "нежданчик" уже не видит.
т.е. у МКОН шлюз не совсем сквозной! У ОВЕН был такой прибор https://owen.ru/product/ekon134, который работал как чисто сквозной, но УВЫ!
Я использую дешевую альтернативу ему - ссылку модератор безжалостно режет!

[redkin.av]

Альтернатива это хорошо, но мы купили оборудование не для того чтобы искать затем альтернативу.

[melky]

а это от вас не зависит, ну представьте, вы купили прибор с одним протоколом, а система этот протокол не поддерживает. так или иначе, вы что-то поменяете.
тут тоже самое. Документация это одно, а практика это совсем другое (с) даже не моё...

[EFrol]

Подбор оборудования - это всегда головная боль. Чем больше критериев отбора, тем больше шансов промахнуться.
А когда производитель каждый год меняет прошивку, линейку приборов (снимает/ставит с/в производство) и т.д., то 100% промахнетесь.

[redkin.av]

В любом случае производитель обязан - выполнить доработку оборудования если признал дефект.

[melky]

ну, обязан, вам же ответили, в декабре 2026 года, а про кормить в пути никто вроде не обещал :)