Просмотр полной версии : В продаже МКОН - преобразователь протокола Modbus!
Т. е. какие-то самостоятельные действия мкона исключены ?
Пока у компьютера нет свободы воли - ему можно доверять.
Ну а конкретно?
Если битый пакет за шлюзом игнорируется - то это нормально. Или Вас волнует, что в этом случае будет полный тайм-аут перед шлюзом? Допустим, но кого это волнует?
ASo мастера как минимум, если на одной линии связи у него висит много устройств. Например за одним шлюзом 10 устройств и одно не ответило (пропало без вести) то остальные будут опрашиваться только через время таймаута. Точнее еще может быть ситуация, когда в настройках стоит опросить второй раз, прежде чем переходить к следующему.
Обоим.
Безусловно!
Именно поэтому скажем инсат ОРС после ряда попыток выставлят признак тэгов.... и делает соответствующую паузу, чтобы один умерший не тормозил существенно всю верёвку. Что здесь не так?
P.S. В чем собственно вопрос? В опросе 2-мя мастерами по ТСР? Если нет, мастер один, готов стать испытателем. У меня тут сейчас запускается один шлюз, но это не ОВЕН, причину я выше в этой теме указывал. Если ОВЕН даст на пробу (но вернуть будет проблемно, не то что невозможно, просто будет лениво идти менять) - готов испытать. Сейчас стоит от российского НЭ, но ещё не поздно до НГ поменять. Это коммерческое здание, СКАДА опрашивают примерно 15 слейвов RTU в круглосуточном режиме постоянно. Одновременно 2-мя мастерами организовать не могу, просто нет рядом, поставить можно, но лениво.
Готов поделиться результатами прямо тут. Хотя не вижу необходимости в этом эксперименте.
Внимание, вопрос - что значит пришел мусор?
1.Размер не соотв. ожидаемому и не 5.
2.Адрес не тот
3.Функция & 127 не равна функции запроса
4.Размер 5, но функция <=128
5.Формат ответа не соотв. формату функ. запроса
6.Битая crc
и ?
То это отбрасывается и считается, что пакета нет вообще.
Повторяю, таких пакетов должно быть не более 1% Проблем они не создают. Если их больше - надо находить и устранять причину.
У меня сейчас с МКОН проблема, связь отваливается почти сразу. Связываю панель оператора Weintek и ПР200 через МКОН. Если увеличиваю таймаут запросов в панели до 100мс то живет чуть дольше, но все равно 3-5 минут. Что делать не знаю, проект горит, я этих МКОН 5 штук заложил, а в поддержке говорят напишите на почту.
e.filatov
10.12.2020, 17:17
таймаут 100мс по RS485? А вы рисковый
таймаут 100мс по RS485? А вы рисковый
Да нормально. Чего рискованного? Одну единственную переменную читаю. Если что целочисленную. период опроса тоже 100мс.
e.filatov
10.12.2020, 21:59
Да нормально. Чего рискованного? Одну единственную переменную читаю. Если что целочисленную. период опроса тоже 100мс.
а посмотрите, панель не открывает ли каждый раз новое соединение по TCP?
а посмотрите, панель не открывает ли каждый раз новое соединение по TCP?
Вопрос в том как посмотреть.
а посмотрите, панель не открывает ли каждый раз новое соединение по TCP?
Вопрос в том как посмотреть.
А ещё в том, что - а зачем? Панель нормально работает со всем, что имеет modbus - проблем ни когда не было. Виснет МКОН, его перегружаешь и все нормализуется на время.
А ещё в том, что - а зачем? Панель нормально работает со всем, что имеет modbus - проблем ни когда не было. Виснет МКОН, его перегружаешь и все нормализуется на время.
А зачем вообще этот ход конем был нужен, панель имеет rs485 на борту, зачем преобразователь?
А зачем вообще этот ход конем был нужен, панель имеет rs485 на борту, зачем преобразователь?
Работа с удаленными устройствами без снижения скорости - раз. И нужен мультимастер - два. Подробнее: есть несколько функциональных узлов оборудования, у каждого свой шкаф со своим ПЛК/ПР и алгоритмом. Есть узел с ПР-кой (мастер) в который все данные стекаются и работа которого зависит от работы других узлов и в там же панель. Думал панелью запрашивать мимо ПР данные, напрямую из удаленных узлов. 485-й тянуть не хочется, так как скорость падает существенно из-за наличия помех, точнее её приходится снижать. Ethernet помогает. Ещё думаю прикрутить PowerLine адаптеры, но пока не знаю как они к частотникам отнесутся, проверю скоро. Почему не хочу через ПР-ку прогонять, потому что придется по сети постоянно гонять все запросы ко всем узлам, а вот панель опрашивает, только те регистры, которые в данный момент на экране.
e.filatov
10.12.2020, 23:45
А ещё в том, что - а зачем? Панель нормально работает со всем, что имеет modbus - проблем ни когда не было. Виснет МКОН, его перегружаешь и все нормализуется на время.
Ну как бы продукт новый на рынке, мало ли какой диво баг вы откопали, нужно анализировать.
У меня на первых ПМ-ках был один баг: у людей на столе всё работало сутками, поехали на объект - ПМ-ка защёлкивалась по питанию. Искали месяц. Нашли. ШИМ по питанию заменили - все счастливы уже 4 года
Работа с удаленными устройствами без снижения скорости - раз.но ведь на одном конце преобразователья хоть и тср, на другом то по прежнему 485,как без снижения то? Раз уж здесь тех поддержка сказала что таймаут нужен 300мс, вставьте его а опрос сделайте 400мс, ну вдруг перестанет зависать
но ведь на одном конце преобразователья хоть и тср, на другом то по прежнему 485,как без снижения то?
Дак так вот. Писал уже, что скорость со 115200 придется до 9600 опустить, расстояние и помехи мешают.
Раз уж здесь тех поддержка сказала что таймаут нужен 300мс, вставьте его а опрос сделайте 400мс, ну вдруг перестанет зависать Таймаутом игрался сегодня и прочими таймингами. Лучше становится только увеличивая задержку между запросами, ну ещё сделал 10 символов после после запроса, вроде тоже получше.
Филоненко Владислав
11.12.2020, 07:43
Любой овеновый слейв на rs уложится в 100мс. Если предложение возымеет эффект - то это прямая роспись в том что узким местом здесь является мкон со своим tcp 8(
А ТС так надеялся "без снижения скорости - раз".
По-моему МКОН это такой изощренный маркетологический ход чтоб сподвигнуть купить ПЛК.
У овёновских slave 25--300мс бывают. Ставьте реальные таймауты
Филоненко Владислав
11.12.2020, 07:44
Таймаутом игрался сегодня и прочими таймингами. Лучше становится только увеличивая задержку между запросами, ну ещё сделал 10 символов после после запроса, вроде тоже получше.
У Вас 2 мастера? Межзапросная задержка в МКОН какая выставлена?
Филоненко Владислав
11.12.2020, 07:54
Да, и очень хотелось бы получить лог сниффера-обмен меду панелью и МКОН. Т.к у нас повторить описываемые вещи не удаётся, как мы не старались. Но у нас мастер модбас соблюдаем стандарт модбас, в чем есть сомнения в Вашем случае.
У Вас 2 мастера? Межзапросная задержка в МКОН какая выставлена?
Нет. Сейчас один мастер. Но планируется. Ёщё раз - устройства панель мастер и ПР200 слейв. Одна единственная целочисленная переменная в тестовом режиме. Параллельно пару переменных панель опрашивает по другому порту (485). можно попробовать удалить, но вряд ли.
Да, и очень хотелось бы получить лог сниффера-обмен меду панелью и МКОН. Т.к у нас повторить описываемые вещи не удаётся, как мы не старались. Но у нас мастер модбас соблюдаем стандарт модбас, в чем есть сомнения в Вашем случае..
Дайте ссыль на снифер, А вообще я пытался позвонить в Овен, найти с кем пообщаться, мне например вообще часть настроек МКОНа не понятны. Например что такое RSDL? Перелопатил инструкцию - не нашел. Что есть идентификатор прибора, это адрес или что-то ещё?
Да, и очень хотелось бы получить лог сниффера-обмен меду панелью и МКОН. Т.к у нас повторить описываемые вещи не удаётся, как мы не старались. Но у нас мастер модбас соблюдаем стандарт модбас, в чем есть сомнения в Вашем случае.
Ну, работать приходится в реальном мире.
Винтики если самая распространенная, то весьма часто встречающаяся панель. Стоило бы производителю протестировать.
Нет. Сейчас один мастер. Но планируется. Ёщё раз - устройства панель мастер и ПР200 слейв. Одна единственная целочисленная переменная в тестовом режиме.
Для начала, опросите эти переменную через МКОН скажем ОРС сервером. Сообщите о результатах.
Почти думал победил, но завис пока писал сообщение. И так блин криво это. Короче 200 мс между запросами - это очень хреново. Это хуже чем по 485-му.
Параметры в панели:
мин.время комманды 200мс.
интервал блоков (слов) 30
макс. размер команды чтения (слов) 30
макс. размер команды записи (слов) 30
Параметры МКОН:
Задержка между пакетами 5
RSDL - поставил 10, но что это не понимаю.
Филоненко Владислав
11.12.2020, 10:01
.
Дайте ссыль на снифер, А вообще я пытался позвонить в Овен, найти с кем пообщаться, мне например вообще часть настроек МКОНа не понятны. Например что такое RSDL? Перелопатил инструкцию - не нашел. Что есть идентификатор прибора, это адрес или что-то ещё?
https://www.wireshark.org/download.html
RSDL - задержка (дополнительная) между приходом запроса в slave и его ответом
Идентификатор - это адрес, Slave ID
Филоненко Владислав
11.12.2020, 10:02
RSDL как раз можно и 0 сделать
Филоненко Владислав
11.12.2020, 11:36
Можно конкретно ?
Это и есть конкретные цифры.
Это задержка от момента получения ответа на предыдущий ?
В панели это мин. время команды. Но в принципе да. Ставил 1 секунду, опрашивает медленно (раз в секунду), но хватило на пол часа.
RSDL уменьшил до 0, не влияет. Что-то мне кажется с сетью Ethernet у МКОНа не в порядке. отрубился от общей сети, только хаб остался - не помогло.
PS: Хотел прикрепить файл, но в этой теме похоже отключена возможность.
Опа!!! А это уже полный трэш. Вместо панели подключил второй МКОН через который шлю с другой ПР-ки, и опять зависание.
e.filatov
11.12.2020, 13:20
Опа!!! А это уже полный трэш. Вместо панели подключил второй МКОН через который шлю с другой ПР-ки, и опять зависание.
Мне кажется, что у Вас что то не так с настройками.
Вот на рабочем компе развернул слейв и мастер. Схема следующая Modbus Мастер->МКОН->AC3-М->Китайкабель 232-USB->Modbus Slave
Оставлю до конца рабочего дня - посмотрим что будет
https://drive.google.com/file/d/1l5SLfX4KxtuJa1Ia_wxGT2LvvaPeGQxk/view?usp=sharing
P.S. или сама железка бракованная, но тут я уже ничем помочь не смогу
Опа!!! А это уже полный трэш. Вместо панели подключил второй МКОН через который шлю с другой ПР-ки, и опять зависание.
поменял Мкон на другой, ну вдруг. Не помогло. Господа разработчики, не могли бы Вы дать пример проекта, где работает связка приборов ОВЕН, например ПР200 - МКОН -МКОН- ПР200? Например у меня такая связка не работает, зависает МКОН у которого мастер в сети Ethernet. Передается всего одна переменная. порт 485 настроен:115200 (8,чет,1). Записью не управляю, по умолчаниюв настройках - запись по изменению переменной. Переменная повешена на выход Blink каждые 7 секунд меняет состояние.
Мне кажется, что у Вас что то не так с настройками.
Вот на рабочем компе развернул слейв и мастер. Схема следующая Modbus Мастер->МКОН->AC3-М->Китайкабель 232-USB->Modbus Slave
Оставлю до конца рабочего дня - посмотрим что будет
https://drive.google.com/file/d/1l5SLfX4KxtuJa1Ia_wxGT2LvvaPeGQxk/view?usp=sharing
P.S. или сама железка бракованная, но тут я уже ничем помочь не смогу
modbus poll конечно хорошая прога, но она значение не меняет самостоятельно. Ещё попробую без комутатора, напрямую. Я так понимаю у Вас такая конфигурация? И сетевые настройки по умолчанию, а у меня нулевая подсеть.
e.filatov
11.12.2020, 13:58
modbus poll конечно хорошая прога, но она значение не меняет самостоятельно. Ещё попробую без комутатора, напрямую. Я так понимаю у Вас такая конфигурация? И сетевые настройки по умолчанию, а у меня нулевая подсеть.
пришлите свои настройки сети - я переконфигурирую устройство.
Да, сеть у меня точка - точка.
С точки зрения имитации слейва - он одна из лучших, т.к. позволяет даже задержки ответа менять.
я не думаю что зависание у Вас вязано с изменяемым значением, т.к. шлюзу точно всёравно, какие значения в посылке
пришлите свои настройки сети - я переконфигурирую устройство.
Да, сеть у меня точка - точка.
С точки зрения имитации слейва - он одна из лучших, т.к. позволяет даже задержки ответа менять.
я не думаю что зависание у Вас вязано с изменяемым значением, т.к. шлюзу точно всёравно, какие значения в посылке
https://yadi.sk/d/EXACdYJ3bqrJ-A Там сразу проект из конфигуратора.
Добавил в папку видео в зависшем состоянии.
Очень интересно виснет. Пакеты доходят до устройства слэйв (вывел состояние переменной на светодиод). Но не возвращается ответ мастеру. Виснет именно тот МКОН, что у слэйва - помогает именно его перезагрузка, при зависании его светодиоды моргают, но медленнее чем в нормальном режиме. При этом у другого МКОНа перестает моргать светодиод Ethernet, я полагаю он не получает ответа.
надо бы спросить с эмулятором панели мкон так же зависает, тогда ведь нет проблем в ОВЕН запустить такую же конфигурацию, пр-ку найдут, проект можно и у stesel
взять
надо бы спросить с эмулятором панели мкон так же зависает, тогда ведь нет проблем в ОВЕН запустить такую же конфигурацию, пр-ку найдут, проект можно и у stesel
взять
А панель уже не нужна. Я повыше описал конфигурацию. ПР200-МКОН-Мкон-ПР200. Попробовал ПР102. Сделал новый проект в мастер. Сегодня вечером возьму домой, сделаю новый проект в слейв. Всё сюда буду выкладывать.https://yadi.sk/d/EXACdYJ3bqrJ-A
A.Simonov
11.12.2020, 19:02
А панель уже не нужна. Я повыше описал конфигурацию. ПР200-МКОН-Мкон-ПР200. Попробовал ПР102. Сделал новый проект в мастер. Сегодня вечером возьму домой, сделаю новый проект в слейв. Всё сюда буду выкладывать.https://yadi.sk/d/EXACdYJ3bqrJ-A
Добрый день.
В личку отправил прошивку, попробуйте с ней.
Тогда уж для начала надо увидеть настройки шлюза и проект панели.
Я на выгораживаю ОВЕН, но что-то здесь странное. Ибо задача - простейшая и стандартная.
Пару часов на тесте ПР-МКОН-МКОН-ПР. Полет нормальный. С панелью не пробовал, в понедельник на работе протестирую.
Тогда уж для начала надо увидеть настройки шлюза и проект панели.
Я на выгораживаю ОВЕН, но что-то здесь странное. Ибо задача - простейшая и стандартная.
+ настройки слейва.
Я ж не против. Самому любопытно.
https://yadi.sk/d/EXACdYJ3bqrJ-A
Я ссылку в облако так-то уже скидывал. Там файл настроек шлюзов. Проекты мастера и слэйва там же.
Проверяю с панелью, вроде как всё норм. Из нюансов:
- При обновлении ПО слетает зав. номер устройства.
- Прога обновления ПО пишет порядок: ПОДключите кабель - зажмите кнопку - ПОДключите кабель.
Теперь другая проблема. Прошивка нормально работает когда мастер в сети Ethernet. Когда прошиил МКОН и настроил его когда мастер в сети 485, начались непонятные глюки.
С новой прошивкой МКОН не работает в режиме когда мастер в сети 485. Связи нет сразу. А если в сети есть ещё мастер, то даже если он связь имел, то сразу теряет.
Хорошо не все девайсы прошил. У меня один МКОН в таком режиме по проекту. Пока на этом тесты заканчиваю. Рабочая конфигурация сформировалась, с новой прошивкой ставлю устройства где мастер в сети Ethernet и оставляю старую прошивку для устройства где мастер в сети 485. Сейчас работает мультимастер, в сети по ТСР один мастер панель, другой МКОН с ПР-кой.
Эх, рано обрадовался. Панель отваливается. Держит дольше но отваливается.
e.filatov
14.12.2020, 11:47
Добрый день.
Уточните ещё раз, у Вас панель опрашивает ПР, или ПР пишет в панель?
e.filatov
14.12.2020, 12:09
И зачем тут идентификатор 44?
в PLCmode обычно оставляют единицу.
Или вы и на панели поменяли ID по ModbusTCP?
https://i.ibb.co/Vw6RXrQ/123.jpg
Добрый день.
Уточните ещё раз, у Вас панель опрашивает ПР, или ПР пишет в панель?
панель опрашивает ПР
И зачем тут идентификатор 44?
в PLCmode обычно оставляют единицу.
Или вы и на панели поменяли ID по ModbusTCP?
https://i.ibb.co/Vw6RXrQ/123.jpg
Честно говоря не въезжаю в эти параметры. Slave ID так же есть для 485-го, судя по инструкции по TCP шлюз всегда 1.
https://yadi.sk/i/u9WGLzV6ouWT0g
e.filatov
14.12.2020, 13:33
Теперь другая проблема. Прошивка нормально работает когда мастер в сети Ethernet. Когда прошиил МКОН и настроил его когда мастер в сети 485, начались непонятные глюки.
Всё нормально, одно починили, другое сломали.
Но т.к. прошивка тестовая - неудивительно.
P.S. если что - вы всегда можете откатиться до предыдущей версии
Всё нормально, одно починили, другое сломали.
Но т.к. прошивка тестовая - неудивительно.
P.S. если что - вы всегда можете откатиться до предыдущей версии
Вопрос в том - КАК?!!
И зачем тут идентификатор 44?
в PLCmode обычно оставляют единицу.
Или вы и на панели поменяли ID по ModbusTCP?
https://i.ibb.co/Vw6RXrQ/123.jpg
ХМ-м. Этот параметр должен быть такой же как и у удаленного МКОНа. Тогда связь между МКОНами есть. А вот панели пофигу. Ей нужен только IP адрес и адрес слейва. IP адрес я задаю в общих настройках, а адрес слейва я указываю в параметре опроса как 44#8192, где 44 - адрес, а 8192 номер бита. А ну можно ещё порт поменять, вместо 502-го что-то. но ведь не заработает.
Вот беда опять. Настроил МКОН, где мастер в сети 485, так что у него несколько подчиненных устройств - слэйвов, он просто на ровном месте перезагружается. https://yadi.sk/d/A3Kr4aliWUdi5Q
Задолбал меня этот овен, в тех поддержку не дозвонишься, в личку не достучишся.... Короче нет слов, одни эмоции. Конец работы с этим овном.
e.filatov
14.12.2020, 16:50
Вопрос в том - КАК?!!
.exe на странице продукта.
и я всёравно не понимаю природы проблемы у Вас на релизной прошивке версии 1.13.
Берём любой ModbucTCP мастер, берём модуль МВ110, нстраивам опрос на мастере - всё работает.
Если МКОН не работает именно с панелью Wientek - будем отдельно разбираться, таковой под рукой у меня нету.
P.S. По поводу прошивки, скинутой в личку, - не стоит спамить, т.к. это всё-таки тест.
.exe на странице продукта.
и я всёравно не понимаю природы проблемы у Вас на релизной прошивке версии 1.13.
Берём любой ModbucTCP мастер, берём модуль МВ110, нстраивам опрос на мастере - всё работает.
Если МКОН не работает именно с панелью Wientek - будем отдельно разбираться, таковой под рукой у меня нету.
P.S. По поводу прошивки, скинутой в личку, - не стоит спамить, т.к. это всё-таки тест.
Я не понимаю, Вы меня тролите что ли? Писал же уже - соедините без проблем два МКОНа, тогда будем разговаривать. И вообще почитайте ветку, чего Вы мне пытаетесь доказать. Забудьте про панель, попробуйте настроить МКОН на несколько слэйвов в сети Ethernet, он перезагружается даже если к нему Ethernet не подключен - прошивка любая. И пожалуйста, не тратьте мое время и мои нервы своими постами.
e.filatov
14.12.2020, 18:19
Я не понимаю, Вы меня тролите что ли? Писал же уже - соедините без проблем два МКОНа, тогда будем разговаривать. И вообще почитайте ветку, чего Вы мне пытаетесь доказать. Забудьте про панель, попробуйте настроить МКОН на несколько слэйвов в сети Ethernet, он перезагружается даже если к нему Ethernet не подключен - прошивка любая. И пожалуйста, не тратьте мое время и мои нервы своими постами.
Ок, конструктивный диалог с Вами не получается.
Хотел Вам помочь, но как всегда, Вам виднее.
Приборов продано тысячи - проблемных пользователей на форуме единицы. Из чего делаю вывод - либо производственный брак, либо у Вас аномальное место с помехами из Марса. Всего доброго.
Ок, конструктивный диалог с Вами не получается.
Хотел Вам помочь, но как всегда, Вам виднее.
Приборов продано тысячи - проблемных пользователей на форуме единицы. Из чего делаю вывод - либо производственный брак, либо у Вас аномальное место с помехами из Марса. Всего доброго.
А как строить диалог? Когда я Вам про одно, Вы мне про другое. Я несколько раз писал, что перестал тестировать с панелью, а Вы мне опять - панель виновата, что-то не так с панелью. И это на фоне того, что я сегодня весь день пытался дозвониться до тех.поддержки, весь день на форуме околачиваюсь и пишу что и как у меня получилось. Скинул файл настроек в конце концов, злосчастного МКОНа, где просто на ровном месте идут перезагрузки МКОНа. Вот только что он работал, на релизной прошивке, добавил пару устройств ему и он начал ребутиться. И где эта тех.поддержка когда она нужна?!! Как достучаться до Вас? На сайте гордая надпись 24/7. Где оно??!! Я весь день прыгал вокруг МКОНа, а Вы где были??!!
Ах да, накипело, но посмотрите форум, оказывается сплошные косяки с этим МКОНом. Я не один такой. И я готов был тестировать и заливать Ваши прошивки, при чем за свой же счет. Ах как интересно, заплатил за продукт, да ещё и бета-тестером выступаю. Но ведь нет же, тех.поддержка болт забила и ушла в тину. Хотя к вечеру объявился e.filatov, но не вникая и не читая постов говорит - у тебя что-то с панелью. ЕЩЁ РАЗ, ДЛЯ ТЕХ КТО В ТАНКЕ!!! ПАНЕЛЬ ОТКЛЮЧЕНА!!! ТЕСТИРУЮ БЕЗ ПАНЕЛИ!! ЧТО И КАК ЧИТАЙТЕ ВЕТКУ.
ЕКОН, МКОН - из анекдота про директора и главного инженера "я же говорил, место проклятое, а ты руки, руки" :)
Для проверки панели можно запилить мб-сервер анализатор как/сколько открывает и как/что шлет. Мож некоторые вопросы снимет.
И предлагал петлю через мкон для прощупывания узкого места. Можно даже с компа/usb в комп/eth через мкон. Скада какая-нить или еще как.
дык в конце июля приходить надо
Ты тоже потроллить решил? Чего-чего, а уж Weintek всегда работает так как написано, и никогда, ни с одним девайсом по её вине у меня проблем не было. Да впринципе и хрен сней с панелью, писал уже, на крайний случай все данные по 485 возьму из рядом стоящей ПР-ки. Но дело блин совсем в другом. Есть несколько узлов удаленных - слэйвы, у них нужно забрать данные. Так вот, Мкон в котором нужно настроить эти удаленные узлы, получается вроде как клиент по TCP, не хочет работать если в него забить 3 узла, он начинает перезагружаться, прошивка и новая и оригинальная - без разницы.
stesel - МКОН клиент по TCP то он мастер в сети Ethernet ? вы ничего не перепутали там ?
stesel - МКОН клиент по TCP то он мастер в сети Ethernet ? вы ничего не перепутали там ?
Ну да, всё так. В чем вопрос?
То есть вы используете МКОН как мастер для сети Ethernet (другие МКОН как слейвы с сети Ethernet) и через этого мастера будете забирать данные по RS485?
ото вы извращенец блин.... :)
То есть вы используете МКОН как мастер для сети Ethernet (другие МКОН как слейвы с сети Ethernet) и через этого мастера будете забирать данные по RS485?
ото вы извращенец блин.... :)
Зашел чувак, весь такой из себя, на форум, и, не читая ветки, ляпнул невпопад.
A.Simonov
15.12.2020, 16:29
Добрый день, stesel.
Получил от вас письмо на личную почту. Ответил Вам.
Не волнуйтесь, мы все протестируем и разберемся что и почему не работает.
Держите со мной связь по почте.
stesel и в чем я не попал ? МКОН так называемый прозрачный шлюз протокола, если вы настроили сам МКОН на подключения к трем удаленным по TCP, то опрашивать вы можете только через RS485.
Вы бы нарисовали схему как и что вы подключили, пусть даже для теста, а то уже всех запутали...
stesel и в чем я не попал ? МКОН так называемый прозрачный шлюз протокола, если вы настроили сам МКОН на подключения к трем удаленным по TCP, то опрашивать вы можете только через RS485.
Вы бы нарисовали схему как и что вы подключили, пусть даже для теста, а то уже всех запутали...
Вы всё сами догнали - "вы настроили сам МКОН на подключения к трем удаленным по TCP, то опрашивать вы можете только через RS485". Что не так? Ах да, по TCP мультимастер ни кто не запрещал. Так что панелью ПОТОМ можно будет напрямую читать с удаленных девайсов. Даже китайские конвертеры так умеют, а MOXA тем паче.
Так выложите настройку только этого МКОНа, посмотрим. Но не скриншот, а файл. И оставьте в нем только этот МКОН.
Так выложите настройку только этого МКОНа, посмотрим. Но не скриншот, а файл. И оставьте в нем только этот МКОН.
Я так-то выложил. Ну да там правда два МКОНа, но я думаю в двух соснах не заблудитесь, тем более они настроены на разные режимы в принципе.
Не путайте Moxa с этим. Moxa прозрачна, ей плевать на протоколы вообще. И кстати, я не очень представляю, как у Moxa настроить клиента на несколько серверов
Типа три Moxa за которыми Com1, Com2, Com3 а через 4-ую Moxa мастером по RS485 обращаться к этим портам за разными мохами..
Покажите как, очень интересно. Такое ощущение, что вы пытаетесь выполнить двойное преобразование протокола сквозь два шлюза и тут происходит какой-то облом-с...
Не путайте Moxa с этим. Moxa прозрачна, ей плевать на протоколы вообще. И кстати, я не очень представляю, как у Moxa настроить клиента на несколько серверов
Типа три Moxa за которыми Com1, Com2, Com3 а через 4-ую Moxa мастером по RS485 обращаться к этим портам за разными мохами..
Moxa Moxe рознь, есть не прозрачные. И кстати, на прозрачном не нужно настраивать, там пакеты шлются всем.
Покажите как, очень интересно. Такое ощущение, что вы пытаетесь выполнить двойное преобразование протокола сквозь два шлюза и тут происходит какой-то облом-с...
Я например на панели Weintek могу настроить шлюз, а другая панель через этот шлюз по TCP будет общаться с подключенным по 485-му слэйвом.
Я так-то выложил. Ну да там правда два МКОНа, но я думаю в двух соснах не заблудитесь, тем более они настроены на разные режимы в принципе.
Видите ли в чем дело. Большинство помогающих здесь не являются сотрудниками ОВЕНа. И они не будут сильно копаться в проблеме - нет ни времени ни желания.
Поэтому хотите помощи - опишите предельно подробно.
Видите ли в чем дело. Большинство помогающих здесь не являются сотрудниками ОВЕНа. И они не будут сильно копаться в проблеме - нет ни времени ни желания.
Поэтому хотите помощи - опишите предельно подробно.
Так в ветке есть описание проблемы. И прицел был именно на сотрудников Овена. И на почту и в личку они получили описание. Вроде даже приняли в работу - ждем`с.
Филоненко Владислав
16.12.2020, 08:27
stesel и в чем я не попал ? МКОН так называемый прозрачный шлюз протокола, если вы настроили сам МКОН на подключения к трем удаленным по TCP, то опрашивать вы можете только через RS485.
Вы бы нарисовали схему как и что вы подключили, пусть даже для теста, а то уже всех запутали...
Можно еще и по uSB. Как переходник USB->485 и USB->Ethernet (и наоборот)
stesel широковещательные пакеты это хорошо, но тогда на Com1, Com2, Com3 должны быть устройства RS485 с разными адресами априори.
В случае с МКОН вы посылаете пакет RTU, он его преобразует в TCP, на другой стороне обратное преобразование из TCP в RTU и далее ответ прибора в обратную сторону со всеми преобразованиями. Не думали о том, что незначительное изменение настроек может приводить к потери пакетов так как они улетают в никуда?
И кстати именно такой схемы подключения в РЭ на МКОН я не вижу. Вот пусть Овеновцы ответят это вообще возможно для их устройства ?
А то все тексты о тестировании сводятся к тому, что они тестировали устройство при опросе двумя мастерами, но чтобы как удлинитель интерфейса я что-то не видел сообщений.
И кстати именно такой схемы подключения в РЭ на МКОН я не вижу. Вот пусть Овеновцы ответят это вообще возможно для их устройства ?
А то все тексты о тестировании сводятся к тому, что они тестировали устройство при опросе двумя мастерами, но чтобы как удлинитель интерфейса я что-то не видел сообщений.
А почему нет? Шлюзу фиолетово, что за ним стоИт.
ASo ну не совсем так, так как в настройках шлюза участвуют SlaveID.
На примере подключения к ПЛК100 еще заметил, что хоть мы и опрашиваем его по TCP, но кроме IP адреса и порта 502 необходимо указывать еще и адрес как для RTU режима, тот самый SlaveID. А некоторым ПЛК на данный параметр пофигу, достаточно IP и порта.
Вот и тут между шлюзами он требуется, так как так или иначе будет преобразование из TCP в RTU и SlaveID тут важен, а вот насколько тут не подскажу, так как нет желания приобретать такую погремушку :)
И что с того?
Слейв ИД превратится в адрес на последовательной верёвке.
Собственно это стандартная настройка шлюзов. Где-то есть более продвинутая, можно задавать смещение, здесь этого нет, но и не надо.
Так я и говорю, что может из-за этого SlaveID пакеты и убегают не туда, мало ли, может ошибка где в прошивке. Надо создавать такую схему на столе и ставить сниферы как на RS485 что проще, так и на TCP (вот TCP сбоку как смотреть я не знаю)
e.filatov
16.12.2020, 13:04
(вот TCP сбоку как смотреть я не знаю)
Я для отладки ПЕ210 ставил Microtik с пробросом пакетов. Там всё отлично видно. Плюс настраиваемые фильтры.... просто песня.
Так же есть спец "коробки". Если не ошибаюсь, сам коробок стоит 2к евро, плюс лицензия 3к евро
e.filatov ну это круто. Если есть ссылки как в hex смотреть пакеты Микротом был бы благодарен.
А то WireShark может смотреть только собственные интерфейсы а просто слушать он не умеет вроде, или я не понял как...
e.filatov
16.12.2020, 14:26
e.filatov ну это круто. Если есть ссылки как в hex смотреть пакеты Микротом был бы благодарен.
А то WireShark может смотреть только собственные интерфейсы а просто слушать он не умеет вроде, или я не понял как...
Давно было, сейчас наверно и не откопаю проект настроек.
По WireShark - теоретически вы можете взять 2 сетевых карты, объединить их в мост, и включить прослушку на одну из карт.
Или настроить Microtik, чтобы он слал пакеты Вам в сетевую на компе https://wiki.merionet.ru/seti/6/perexvat-paketov-na-mikrotik/
так чего с мконом то?
Отправил в тех. поддержку всю информацию. Попросили нарисовать схему сети. https://yadi.sk/i/c7T9p0Elj1fvyA
stesel последний МКОН указан slave #33 при этом ПР200 slave #44 - исправили ?
Напрямую ПР102 опрашивает ПР200 корректно ?
stesel последний МКОН указан slave #33 при этом ПР200 slave #44 - исправили ?
Напрямую ПР102 опрашивает ПР200 корректно ?
Ошибочка. Копипаст подвел. конечно он 44-й. Напрямую-то конечно опрашивает, уж это первым делом проверено.
А через два МКОН ПР102 уже не хочет опрашивать ПР200 ?
А через два МКОН ПР102 уже не хочет опрашивать ПР200 ?
Поначалу зависал 44-й МКОН. Дали тестовую прошивку - стало норм, даже с панелью, даже мультимастер. Связь иногда рвалась, но тут же восстанавливалась. И тут я стал настраивать 11-й МКОН, забил туда IP-адреса остальных МКОНов и он стал перезагружаться.
Что-то тишина от разработчиков.
e.filatov
20.12.2020, 18:05
Что-то тишина от разработчиков.
Выходные.
Сейчас занимаемся тестированием нового билда прошивки на МКОН. Подробности - на неделе.
Ну а по старой что? Что было в данном случае? Потому, как что-то непонятное - стандарная ситуация и не работает.
e.filatov
20.12.2020, 19:27
Ну а по старой что? Что было в данном случае? Потому, как что-то непонятное - стандарная ситуация и не работает.
Версия 1.13.01 - при некоторых условиях могло не произойти переключение микросхемы RS485 в режим приёма данных. В итоге прибор не получал следующий пакет.
Версия 1.14.01 - тестовая, описывать нечего(
Перезагрузки почему могли быть? Неправильная настройка с закольцовыванием пакета?
e.filatov
20.12.2020, 20:15
в 1.13 перезагрузок небыло.
в 1.14 размера стека не хватало при большом кол-ве коннектов, по этому и перезагрузки. Не до тестили этот момент...
в 1.13 перезагрузок небыло.
в 1.14 размера стека не хватало при большом кол-ве коннектов, по этому и перезагрузки. Не до тестили этот момент...
Дело в том, что как раз в 1,13 и начались у меня перезагрузки 11-го МКОНа, я пробовал и 1,14 - ситуация такая же.
e.filatov
20.12.2020, 21:08
Дело в том, что как раз в 1,13 и начались у меня перезагрузки 11-го МКОНа, я пробовал и 1,14 - ситуация такая же.
Я ещё на начальном этапе запутался, 11-й у Вас, 44-й, так норм, так не норм...
Вы говорили, что у Вас зависает прибор. Теперь - что он ещё и перезагружался. Или один зависал, а другой перезагружался... в следующий раз без схемы подключения и явного описания проблемы, вообще ничего анализировать не буду.
В общем тестим новый билд. Ждите новостей
e.filatov
20.12.2020, 21:13
Перезагрузки почему могли быть? Неправильная настройка с закольцовыванием пакета?
Знаете , что ещё могло быть - не зашили MAC на заводе/слетел при использовании.
Тогда в режиме МКОН-МКОН вы в жизни не подключитесь.
stesel, подключите оба МКОН по Ethernet к ПК, пинганите и вызовите команду arp -a. Посмотрите, совпадает ли MAC с указанным на приборе
При перепрошивке на 1,14 слетает заводской номер. Это и есть МАС? По краней мере конфигуратор об этом сообщает красной строкой. Связь при этом была, то есть когда 44-й обновил до 1.14 связь даже нормализовалась.
Добрый день! Есть новости?
Добрый день! Есть новости?
Скоро Новый Год:rolleyes: корпоративы...
Филоненко Владислав
28.12.2020, 20:16
Добрый день! Есть новости?
По результатам широкого применения в массах и сбора предложений пользователей мы разработали усовершенствованную прошивку МКОН.
Нововведения:
1. Параметр "время ожидания ответа от slave" - теперь это время в явном виде и может меняться от 50 до 5000 мс. При настройке мастера надо придерживаться правила (как и в текущей прошивке): Таймаут в мастере>(таймаут в приборе + время передачи запроса+ответа по линии мастер-шлюз)
2. При отсутствии прибора в сети, отсутствии ответа от прибора или несоответствия запроса от мастера настройкам маршрута в шлюзе шлюз будет возвращать кода ошибок 0x0A и 0x0B, специфицированных для шлюзов.
Однако тестирование этой фичи показало, что большинство мастеров не понимают такие "умные" шлюзы и пишут либо "ошибка CRC", либо "Таймаут ответа".
Не удивлён...
В настоящее время прошивка проходит интенсивное тестирование.
Филоненко Владислав
28.12.2020, 20:18
При перепрошивке на 1,14 слетает заводской номер. Это и есть МАС? По краней мере конфигуратор об этом сообщает красной строкой. Связь при этом была, то есть когда 44-й обновил до 1.14 связь даже нормализовалась.
Нет, это заводской номер. Мы проверим этот момент
Филоненко Владислав
29.12.2020, 09:42
Одно из предложений состояло в возможности самому пользвателю определить что делать (отвечать) шлюзу
Самому пользователю модифицировать протокол ModBus? Валенок, Вы где образование получали?
Самому пользователю модифицировать протокол ModBus? Валенок, Вы где образование получали?
Зачем переходить на личность! По существу нужно говорить ,имхо , без личных данных . Тут мало кто сомневается в профессионализме Валенка (да хоть самоучка) !
Чем данная настройка шлюза может нарушить модбас ,а то мало отклонений у вас от модбаса в ваших ПО
Филоненко Владислав
29.12.2020, 10:37
Зачем переходить на личность! По существу нужно говорить ,имхо , без личных данных . Тут мало кто сомневается в профессионализме Валенка (да хоть самоучка) !
Чем данная настройка шлюза может нарушить модбас ,а то мало отклонений у вас от модбаса в ваших ПО
Я ни в коем случае не хотел кого-нибудь обидеть. Хочется узнать где учат так креативно мыслить!
Я ни в коем случае не хотел кого-нибудь обидеть. Хочется узнать где учат так креативно мыслить!
Это генная особенность + опыт, к образованию имеет косвенное отношение . Ибо если человек креативно мыслит ,то он так мыслит в любых областях знания .
Вот зачем вы начали менять прошивку ,все же у вас замечательно после многочисленных ,невероятных, интенсивных испытаниях (тестах)?Может дело в методологии испытаний ?
Сам я не большой спец в этом узком деле ,но как организатор(руководитель бывший, в том числе) делаю вывод (в широком смысле) . Может следует воспринимать пользователей как единую команду тестеров и разработчиков ? И более плотно работать с ними (не только в рамках форума), и не замыкаться в своей "ракушке"
Филоненко Владислав я думаю Валенок имел ввиду настройку в шлюзе либо не отвечать, либо отвечать 0x0A или 0x0B
e.filatov
29.12.2020, 15:39
Вопрос - надо ли оно рядовому пользователю?
Тут половина настроить прибор с наличием готового плагина не может, а вы предлагаете пользователю ещё и выбирать какой код и когда отправлять при таймауте... Я вижу в этом гиблый путь. МКОН должен полностью воспроизводить поведения слейвов в сети RS/Eth. Таймаут добавлен только для оптимизации времени реакции на обмен, когда пользователь уверен в скорости ответа слейва.
e.filatov надо поставить вопрос иначе, а нужен ли МКОН в таком виде рядовому пользователю ?
з.ы. с наступающим...
e.filatov
29.12.2020, 16:23
e.filatov надо поставить вопрос иначе, а нужен ли МКОН в таком виде рядовому пользователю ?
з.ы. с наступающим...
как я уже говорил - если покупают, значит кому то нужен.
з.ы. Вас так же и с тем же
Так всё-таки, в чем была проблема? Или МКОН был не предназначен для подобных сетей?
e.filatov
29.12.2020, 16:28
Я уже говорил - в 1.13 был баг, в некоторых случаях микросхема RS не переходила в режим приёма и висела в бесконечной отправке данных.
1.14 - в принципе нерабочая (в том числе из-за этого слетели зав.номера)
e.filatov
29.12.2020, 16:29
e.filatov надо поставить вопрос иначе, а нужен ли МКОН в таком виде рядовому пользователю ?
з.ы. с наступающим...
Есть решение - делать МКОН и МКОН.Pro. Причём Pro версию не сопровождать тех поддержкой, т.к. в ваших конфигурациях чёрт ногу сломит
Есть решение - делать МКОН и МКОН.Pro. Причём Pro версию не сопровождать тех поддержкой, т.к. в ваших конфигурациях чёрт ногу сломит
Ха. Нормальная конфигурация. Есть мастер в RS485 и он опрашивает кучу удаленных модулей, но они с Ethernet, к примеру Овен Mx210. Ставим МКОН и всё должно работать. Или МКОН не должен так работать? Или это конфигурация в которой черт ногу сломит?
e.filatov намана у нас конфигурация, подъем gprs, пАтом l2tp/IPsec и толькА в путь и опрашивать и конфигурировать... тут не до МКОН ибо Linux гуано, вроде простые процедуры, но второй день уже потею... И абидно, каждый мнит себя гуру, куча форумов, советов, а собирать все приходится по крупицам... потому что советчики те еще....
Вот не хватало мне еще с вашим МКОН разбираться :)
e.filatov
30.12.2020, 11:07
Ха. Нормальная конфигурация. Есть мастер в RS485 и он опрашивает кучу удаленных модулей, но они с Ethernet, к примеру Овен Mx210. Ставим МКОН и всё должно работать. Или МКОН не должен так работать? Или это конфигурация в которой черт ногу сломит?
Stesel, мы сейчас обсуждаем кейс про настраиваемый код ошибки в ответе
Ваша конфигурация должна работать и на текущем функционале МКОН.
Пожалуйста, не теряйте нить событий в теме
Stesel, мы сейчас обсуждаем кейс про настраиваемый код ошибки в ответе
Ваша конфигурация должна работать и на текущем функционале МКОН.
Пожалуйста, не теряйте нить событий в теме
Про код ответа все понятно. Только вот я боюсь что МКОН будет ждать либо ответ либо код ответа. А если сеть в обрыве то не дождется и уйдет по привычке в перезагрузку - так уж повелось у инженеров Овен. На счет моей конфигурации - Вы даже не попробовали а утверждаете. Возьмите МКОН и настройте 3 подчиненных узла, ни чего не педключайте, только мастер по 485-у - посмотрите хотя бы что происходит. Как я понимаю Овен тупо забил на моё обращение в тех.поддержку и ситуация не изменится.
Куку, с наступающим. Рано нить потеряли. Какой код ждать? Речь о поведении самого мкона по tcp при таймауте на rs485
ps
за качество релиза не говорю
И тебя куку. Если один МКОН шлет такой ответ, то другой так же и принимать его должен.
Филоненко Владислав
07.01.2021, 15:36
Вот зачем вы начали менять прошивку ,все же у вас замечательно после многочисленных ,невероятных, интенсивных испытаниях (тестах)?Может дело в методологии испытаний ?
Сам я не большой спец в этом узком деле ,но как организатор(руководитель бывший, в том числе) делаю вывод (в широком смысле) . Может следует воспринимать пользователей как единую команду тестеров и разработчиков ? И более плотно работать с ними (не только в рамках форума), и не замыкаться в своей "ракушке"
мы и тестировали. Но оказалось что:
1. Клиенты слабо представляют как работает модбас и шлюз и ставят заведомо нереальные таймауты, что приводит к различным эффектам гонок.
2. Существуют мастера модбас, которым плевать на протокол модбас и они могут слать несколько запросов подряд.
3. При отсутствии устройства/кривом маршруте п.1 усиливает своё влияние
Поэтому пришлось:
1. Дать возможность выставить таймаут и показать его значение явно
2. Дополнить код шлюза обработкой различных событий с возвратом кодов ошибок.
P.S. Да, я был слишком оптимистично настроен в отношении знаний потребителей. Наши тестеры таких вещей не творили.
Филоненко Владислав
07.01.2021, 15:39
Ха. Нормальная конфигурация. Есть мастер в RS485 и он опрашивает кучу удаленных модулей, но они с Ethernet, к примеру Овен Mx210. Ставим МКОН и всё должно работать. Или МКОН не должен так работать? Или это конфигурация в которой черт ногу сломит?
Он и так в таком режиме работал. С реалистичными таймаутами.
Филоненко Владислав
07.01.2021, 15:42
Куку, с наступающим. Рано нить потеряли. Какой код ждать? Речь о поведении самого мкона по tcp при таймауте на rs485
ps
за качество релиза не говорю
Будет код "нет ответа"
Он и так в таком режиме работал. С реалистичными таймаутами.
Так может нужно было подсказать где и какие таймауты? В этом и был смысл обращения в техподдержку и на форум. Хотя дело не в таймаутах, если ни кто ни чего не шлет, то какие на фиг таймауты? Видимо Вам удобнее всё свалить на пользователя, жаль что техподдержка никакая.
Там был упор на "ждать" а не на "какой". С кодом - понятно, какой - в принципе пофиг.
А чего здесь картинки не цепляются ?
Цепляются, перейди в "Расширенный режим" в правом нижнем углу.
В других темах - могу.
Вероятно тебя объявили persona non grata. ;)
При чем тут вложения, когда речь про изображения?
Ну ограниченные права на раздел, в принципе понятно.
Разместите картинку на публичном сервере, добавьте ссылку.
Филоненко Владислав
18.01.2021, 08:31
Здравствуйте, МКОН-24 в облако ходит?
Ходить то ходит. Но толку пока нету. Есть идея дать возможность ему работать как шлюз и в/из облака, но пока в виде идеи.
Филоненко Владислав
19.01.2021, 13:13
а как он ходит? В облаке его зарегистрировал по зав.н. но он не активен, в мануале настройки есть - бит по 35 адресу - тож без результатно..
Т.к. его функционал по вхождению скрыт от конфимгуратора, то реально ничего сейчас получить нельзя. А Вам нужен МКОН в Облаке? А какие задачи?
Приветствую всех. Помогите решить проблему:
Задача: Необходимо данные от ПР200 Modbus RTU преобразовать в Modbus TCP, для этой задачи приобрели МКОН-230. Физически преобразователь "имеется", ПР200- нет. Поэтому имитация Slave и Master-а осуществляется программами Modsim и Modscan соответственно, подключение к ПК через ICPcon.
В Owen Configurator выбран режим "Master в сети Ethernet",
задержка между пакетами 5 мс
Режим порта Master
Настройки порта/Физ. режим Master
Скорость 9600
8 бит, 1 стоп бит, без контроля четности.
Почему-то не могу прикрепить скрин настроек((((((
Сейчас указана настройка маршрутизации 7:0:G:40:0:S:R, по умолчанию было 7:0:10:40:0:10:R (меняла в Modsim адрес слейва на 16 - не помогло).
При подключении по Modsim (настройки 9600,адрес 2, без контроля четности, дата бит 8, стоп бит 1) индикатор на МКОН RS-485 не горит.
По Modscan не удается подключиться к слейв, но при этом "системные" регистры МКОН считываются.
Версия программного обеспечения 1.13.01
Приветствую всех. Помогите решить проблему:
Задача: Необходимо данные от ПР200 Modbus RTU преобразовать в Modbus TCP, для этой задачи приобрели МКОН-230. Физически преобразователь "имеется", ПР200- нет. Поэтому имитация Slave и Master-а осуществляется программами Modsim и Modscan соответственно, подключение к ПК через ICPcon.
В Owen Configurator выбран режим "Master в сети Ethernet",
задержка между пакетами 5 мс
Режим порта Master
Настройки порта/Физ. режим Master
Скорость 9600
8 бит, 1 стоп бит, без контроля четности.
Почему-то не могу прикрепить скрин настроек((((((
Сейчас указана настройка маршрутизации 7:0:G:40:0:S:R, по умолчанию было 7:0:10:40:0:10:R (меняла в Modsim адрес слейва на 16 - не помогло).
При подключении по Modsim (настройки 9600,адрес 2, без контроля четности, дата бит 8, стоп бит 1) индикатор на МКОН RS-485 не горит.
По Modscan не удается подключиться к слейв, но при этом "системные" регистры МКОН считываются.
Версия программного обеспечения 1.13.01
Я бы для начала выставил подключение в Modsim по TCP, и выбрал подключение в modscan по TCP с адресом 127.0.0.1. Если всё норм должны побежать пакеты (valid slave responses). Я это к тому что бы не грешить на всякие фаерволы в ОС. A дальше уже можно про МКОН порассуждать. Но от Вас мало данных.
Филоненко Владислав
26.03.2021, 09:53
Приветствую всех. Помогите решить проблему:
Задача: Необходимо данные от ПР200 Modbus RTU преобразовать в Modbus TCP, для этой задачи приобрели МКОН-230. Физически преобразователь "имеется", ПР200- нет. Поэтому имитация Slave и Master-а осуществляется программами Modsim и Modscan соответственно, подключение к ПК через ICPcon.
В Owen Configurator выбран режим "Master в сети Ethernet",
задержка между пакетами 5 мс
Режим порта Master
Настройки порта/Физ. режим Master
Скорость 9600
8 бит, 1 стоп бит, без контроля четности.
Почему-то не могу прикрепить скрин настроек((((((
Сейчас указана настройка маршрутизации 7:0:G:40:0:S:R, по умолчанию было 7:0:10:40:0:10:R (меняла в Modsim адрес слейва на 16 - не помогло).
При подключении по Modsim (настройки 9600,адрес 2, без контроля четности, дата бит 8, стоп бит 1) индикатор на МКОН RS-485 не горит.
По Modscan не удается подключиться к слейв, но при этом "системные" регистры МКОН считываются.
Версия программного обеспечения 1.13.01
Или мастер в ethernet, или мастер во 485. Если оба мастера то откуда возьмутся входящие пакеты???
Фактически Мастер будет находиться в сети Ethernet, он будет опрашивать ПР200 ПО TCP через МКОН.
Но разве МКОН по отношению к ПР200 не будет тоже являться мастером?
В руководстве на данный прибор нет подробного описания какие где нужно вводить настройки.
За что отвечает параметр "настройки режимов/режим порта RS-485"
Если изменить данную настройку на Slave, то результат тот же(((
Нигде нет примера преобразования TCP в RTU и наоборот с конкретными настройками, это очень облегчило бы эксплуатацию данного конвертора?
Аналогичная вашему случаю настройка
https://i.ibb.co/Pm5LL76/20210329-123806.jpg (https://ibb.co/98qDDFr)
При этом ПР200 должен иметь адрес отличный от 1
Настройка физ.режима это будет включен резистор подтяжки или нет.
я именно так и настраивала, только скорость 9600, адрес ПР200-2.
при этом выбран режим МАСТЕР в сети Ethernet, разве нет?
https://i.ibb.co/QphFj3f/20210329-141220.jpg (https://ibb.co/q7hMF3d)
я именно так и настраивала, только скорость 9600, адрес ПР200-2.
при этом выбран режим МАСТЕР в сети Ethernet, разве нет?
Я так понимаю с помошью modscan запрашиваете у modsim. Вы забыли упомянуть - Вы в modscan device ID тоже 2 ставите?
Сделайте для начала как я писал уже. Настройте связку modscan-modsim мимо МКОН. Или уже всё так работает?
Я уже исключила Модсим из этой цепочки. Данные выдает ПЛК 110-60 м02.
Считать данные с помощью Модскан с него я могу и по протоколу RTU и по TCP через конвертор ICP-CON
но с МКОН ничего не получается...
казалось бы, настроить несколько параметров, но увы и ах....
Реально, проблема была только в этом.
Нужно было выставить в Device ID адрес Слейв устройства.
Спасибо огромное Вам!!!
И всем за помощь!
Сколько мастеров в сети поддерживает шлюз по Modbus TCP? Цеплял одновременно 2 панели по ethernet и скаду к шлюзу. Работает максимум с двумя мастерами по ethernet. Больше мастеров не держит?
А почему вы решили что мастеров может быть больше одного?
А почему вы решили что мастеров может быть больше одного?
потому что Modbus TCP. да и есть оборудование такого же функционала в 4 раза дороже, но тянет 6 мастеров в сети (пока что). потому и вопрос
А слейвы ваши в RS-485 сколько мастеров переварят? Или вы предполагаете что шлюз должен собирать запросы от разных мастеров, группировать их в стек запросов и по очереди кидать в RS-485? Супер надежная хрень получится, особенно с куриными мозгами МКОНа.
e.filatov
30.03.2021, 21:12
Да, только 2 мастера.... может 3 сделаем, в будущем
Филоненко Владислав
31.03.2021, 16:11
потому что Modbus TCP. да и есть оборудование такого же функционала в 4 раза дороже, но тянет 6 мастеров в сети (пока что). потому и вопрос
6 мастеров - это коуплер, наверное.
Устройство, самостоятельно опрашивающее множество slave, накапливающее данные и отвечающее на запросы мастеров.
В этом случае устройство может и 200 мастеров поддержать. Но вещь требующая:
во первых предварительной настройки,
во вторых на ходу добавить без настройки опрос "ну еще одного битика" не получится
и в третьих совсем другой ценовой диапазон из-за мощного железа.
А поддерживать более 2-х мастеров на 1 RS не имеет вообще никакого смысла, они друг-другу мешать будут.
Мы даже 2 мастера поддерживаем в основном лишь для простой организации избыточности (2 ПЛК, один основной и один резервный/прямая связь со скадой), остальные сценарии в реальности мало применимы.
6 мастеров - это коуплер, наверное.
Устройство, самостоятельно опрашивающее множество slave, накапливающее данные и отвечающее на запросы мастеров.
В этом случае устройство может и 200 мастеров поддержать. Но вещь требующая:
во первых предварительной настройки,
во вторых на ходу добавить без настройки опрос "ну еще одного битика" не получится
и в третьих совсем другой ценовой диапазон из-за мощного железа.
А поддерживать более 2-х мастеров на 1 RS не имеет вообще никакого смысла, они друг-другу мешать будут.
Мы даже 2 мастера поддерживаем в основном лишь для простой организации избыточности (2 ПЛК, один основной и один резервный/прямая связь со скадой), остальные сценарии в реальности мало применимы.
шлюз EKI-1221. стучатся к нему по ethernet 4 панели и 2 ПЛК110. в 485-м шлюз является мастером, который работает с ПРкой, МВ110-8А и МВ110-16К
e.filatov
01.04.2021, 10:38
Ну так вы сравниваете полноценный маршрутизатор, с шлюзом. (даже Ad****ch называет это роутером).
Принципы похожи, но вычеслительные ресурсы разные.
ЗА те же деньги - купите ПЛК210 и используйте в качестве маршрутизатора (кстати отлично работать будет)
Здравствуйте! Пытаемся внедрить МКОН, в процессе тестирований столкнулись с проблемой: периодически возникает ошибка WRONG_PARAMETER, приходится производить переподключение. Частота появления ошибки зависит от установленного таймаута ожидания ответа: при 500мс гораздо чаще чем при 2000 мс. При 2000мс ошибка появляется стабильно через 15..20 минут работы. Соответственно возникает огромный таймаут в обмене - нам это не подходит. После переподключения опять 15 минут более-менее стабильной работы.
Конфигурация стенда:
ПЛК210 - MODBUS-TCP Master.
К МКОНу подключено одно RS485 SLAVE-устройство на скорости 115200. Читается один регистр.
Для опроса используется библиотека OwenCommunication(OCL)
Мы проводили тесты применяя 2 разных экземпляра МКОНа, подключали разные SLAVe устройства к порту RS485. Виноват именно МКОН.
Подскажите, пожалуйста, с чем может быть связана нестабильность работы МКОНА?
Филоненко Владислав
30.04.2021, 21:01
WRONG_PARAMETER - Это что за ошибка? такой в модбасе нет?!
Нужен лог обмена по TCP.
И, если подключить не через библиотеку, а через конфигурацию ПЛК - как работает?
Ну и традиционно скрин настроек обмена в ПЛК и настроек МКОН
WRONG_PARAMETER - Это что за ошибка? такой в модбасе нет?!
Нужен лог обмена по TCP.
И, если подключить не через библиотеку, а через конфигурацию ПЛК - как работает?
Ну и традиционно скрин настроек обмена в ПЛК и настроек МКОН
WRONG_PARAMETER - это ошибка, которую генерирует ФБ MB_TCPRequest из библиотеки OwenCommunication
Логи запишем. Конфигурацию не используем. Спасибо!
Филоненко Владислав
01.05.2021, 21:04
Кстати почему такие большие таймауты? В последней версии ПО МКОН мы ввели параметр "таймаут ожидания ответа от slave" в МКОН, и теперь правильно выставив таймауты (таймаут мастера >=таймаут МКОН + 2-3 мс) можно выставлять очень маленькие таймауты ожидания ответа.
К тому же есть встроенная функция сниффера - можно включить и посмотреть что там в МКОН происходит и почему запрос не прошёл.
А где взять прошивку МКНОНа с поддержкой "таймаут ожидания ответа от slave" ? На сайте в разделе продукта, как у остальных, что-то не вижу, а в конфигураторе доступный вариант обновления - из локального файла.
A.Simonov
14.05.2021, 10:19
А где взять прошивку МКНОНа с поддержкой "таймаут ожидания ответа от slave" ? На сайте в разделе продукта, как у остальных, что-то не вижу, а в конфигураторе доступный вариант обновления - из локального файла.
Сейчас мы ускоренно доделываем прошивки МКОН, ПЕ210, ПВ210.
Предварительно собрана релизная версия, она проходит тестирование.
Начиная с неё прошивки будут иметь общий номер.
AlexCrane
18.05.2021, 09:37
Что не могу понять как опросить несколько Slave через МКОН.
Когда в мастере Owen OPC Server начинаю прописывать второе устройство - ругается что такой IP (МКОН) уже есть. Один slave опрашивает.
e.filatov
18.05.2021, 12:14
Что не могу понять как опросить несколько Slave через МКОН.
Когда в мастере Owen OPC Server начинаю прописывать второе устройство - ругается что такой IP (МКОН) уже есть. Один slave опрашивает.
Адреса слейвов в запросе M-TCP разные установите, тогда тогда будет опрашиваться.
https://i.ibb.co/9gZGk47/2222.jpg
https://i.ibb.co/LCSMKQp/33333.jpg
А где этот параметр в OPС пусть знающие подскажут
Человек спрашивает конкретно про ОВЕНОВский ОРС, в котором это было недоступно, во всяком случае ранее. Что-то в ОВЕН-ОРС доработали?
AlexCrane
18.05.2021, 13:45
Адреса слейвов в запросе M-TCP разные установите, тогда тогда будет опрашиваться.
А где этот параметр в OPС пусть знающие подскажут
В последней версии Owen OPC Server 1.10.69.21297 весь процесс стопорится при указании для разных приборов одного ip адреса, адреса естественно разные. Я почему-то думал что у группы приборов (slave) подключенных к одному МКОН будет один ip адрес.
A.Simonov
18.05.2021, 14:44
В последней версии Owen OPC Server 1.10.69.21297 весь процесс стопорится при указании для разных приборов одного ip адреса, адреса естественно разные. Я почему-то думал что у группы приборов (slave) подключенных к одному МКОН будет один ip адрес.
Добрый день.
Да наш OPC, к сожалению, пока не умеет работать с Modbus TCP шлюзами.
Разработчики обещают это доделать, но сроки пока не говорят.
Могу посоветовать использовать MasterOPC (https://owen.ru/product/opc_server_insat)
AlexCrane
18.05.2021, 15:06
Добрый день.
Да наш OPC, к сожалению, пока не умеет работать с Modbus TCP шлюзами.
Разработчики обещают это доделать, но сроки пока не говорят.
Могу посоветовать использовать MasterOPC (https://owen.ru/product/opc_server_insat)
Спасибо, а то второй день бьюсь без толку.
AlexCrane используйте виртуальный COM порт, тогда и ОРС будет настраиваться на COM порт и адреса сможете задавать.
AlexCrane
19.05.2021, 07:28
AlexCrane используйте виртуальный COM порт, тогда и ОРС будет настраиваться на COM порт и адреса сможете задавать.
А можно поподробнее? Какими средствами, программами.
Андрей Н-М
17.06.2021, 10:38
Здравствуйте, у меня не отображается сниффер модбас, кнопка не активна в конфигураторе. Также нет параметра время ожидания ответа "Время ожидания ответа" в настройке режимов
A.Simonov
17.06.2021, 11:04
Здравствуйте, у меня не отображается сниффер модбас, кнопка не активна в конфигураторе. Также нет параметра время ожидания ответа "Время ожидания ответа" в настройке режимов
Скорее всего у вас не последняя версия прошивки.
На сколько я помню, версия со сниффером вообще в релиз не уходила.
Андрей Н-М
17.06.2021, 11:21
Прошивка 1.13.01 она не последняя? Обновлений не находит
A.Simonov
17.06.2021, 11:40
Последняя которая уходила в релиз, в ней нет описанных вами функций.
Новая должна скоро выйти.
Отпишу в этой теме, когда выйдет.
Добрый день!
Не могу понять, сколько мастеров modbusTCP поддерживает преобразователь ?
A.Simonov
14.09.2021, 14:51
Добрый день!
Не могу понять, сколько мастеров modbusTCP поддерживает преобразователь ?
Добрый день.
МКОН может держать одновременно 2 TCP соединения.
Например 2 мастера, или мастер + конфигуратор и т.п.
Обратите внимание, что при опросе двумя мастерами, нужно адекватно настраивать тайминги, так как пропускная способность RS485 сильно ниже чем Ethernet.
Филоненко Владислав
15.10.2021, 13:02
Для тех кто не читает доки - привожу коды ошибок в сниффере (начиная с 1.22 версии), они помогут разобраться в настройке обмена.
SNIFFER_E_OK=0, //все хорошо
SNIFFER_E_NO_SOURCE, //нет источника сигнала (ошибка синхронизации/сильная перегрузка прибора)(пакет отброшен и ответ не ожидается)
SNIFFER_E_BAD_PACKET, //Запрос повреждён (пакет отброшен и ответ не ожидается)
SNIFFER_E_NO_ROUTE, //Маршрут для этого пакета не обнаружен (пакет отброшен и ответ не ожидается)
SNIFFER_E_NO_RECEIVER, //нет получателя сигнала (ошибка синхронизации/сильная перегрузка прибора)(пакет отброшен и ответ не ожидается)
SNIFFER_E_NO_CONNECT, //нет соединения с TCP slave в режиме пересылки запросов от RS в Eth(пакет отброшен и ответ не ожидается)
SNIFFER_E_NO_ANSWER, //Прошёл таймаут ожидания ответа от slave
SNIFFER_E_BAD_ANSWER, //ответ поврежден
SNIFFER_E_BAD_ROUTE, //Ошибка в маршруте (синтаксическая) (пакет отброшен и ответ не ожидается)
yaroslavcik
07.06.2022, 16:22
Здравствуйте, надеюсь в правильную тему обратился.
Есть такая сборка: ПЛК210 -- ethernet-- МКОН--modbus -- slave1(адрес 16), slave2 (адрес 15). Не могу понять, почему в сети модбас видно только одно устройство. Т.е как только одно от сети отключишь, после перезагрузки начинает работать другое
В кодесис пишет : Модуль не найден
Параметры маршрута:
R0 без изменений
R1 7:0:10:40:0:10:R
R2 7:0:F:40:0:F:R
Что может быть не так?
m.petrovich
07.06.2022, 16:30
Здравствуйте, надеюсь в правильную тему обратился.
Есть такая сборка: ПЛК210 -- ethernet-- МКОН--modbus -- slave1(адрес 16), slave2 (адрес 15). Не могу понять, почему в сети модбас видно только одно устройство. Т.е как только одно от сети отключишь, после перезагрузки начинает работать другое
В кодесис пишет : Модуль не найден
Параметры маршрута:
R0 без изменений
R1 7:0:10:40:0:10:R
R2 7:0:F:40:0:F:R
Что может быть не так?
Добрый день. МКОН поддерживает до 2-х одновременных TCP соединений.
Пример работы с МКОН в Codesys 3.5 для опроса через 1 TCP соединение нескольких Slave на RS-485.
https://www.youtube.com/watch?v=Czcar_HOTxU&ab_channel=CodesysOneLove
yaroslavcik
07.06.2022, 17:03
Добрый день. МКОН поддерживает до 2-х одновременных TCP соединений.
Пример работы с МКОН в Codesys 3.5 для опроса через 1 TCP соединение нескольких Slave на RS-485.
https://www.youtube.com/watch?v=Czcar_HOTxU&ab_channel=CodesysOneLove
Да, изучил это видео вдоль и поперек, объясняет все понятно и доступно, но не работает
Филоненко Владислав
08.06.2022, 10:50
у Вас, как я понимаю, 2 соединения с одного источника. Вот поэтому работает только одно из. 2 соединения могут быть только из разных источников или к разным получателям (т.е. IP источника должно быть другим или IP получателя). Порт сейчас поменять нельзя на получателе-МКОН.
Воспользуйтесь примером, чтобы соединение с ПЛК шло одно.
yaroslavcik
08.06.2022, 22:47
Да исправил, вот только когда я эти 2 модуля опрашиваю просто по ОПС через модбас преобразователь, оба прибора видятся норм и лампочки опроса мигают медленно.
Как только через МКОН подключаю, так сразу опрос одного модуля увеличивается (лампочка моргает очень быстро), при этом второй модуль отваливается.
как можно замедлить опрос мкона?
Филоненко Владислав
09.06.2022, 11:37
1. МКОН - это преобразователь интерфейсов, какая пачка к нему приходит - такую он и выпуливает в RS
2. Если приходят чаще к прибору №1 - он их чаще и отправляет. Максимум можно выставить паузу между пакетами на линии RS.
3. Поиграйтесь настройками ОПС - может там какой нибудь авторежим, он видит что ответ сразу и начинает опрашивать с максимальным темпом
Мелочь, конечно, но тем не менее: читаю руководство и с первых абзацев противоречия.
"Любые подключения к прибору и работы по его техническому обслуживанию следует производить только при отключенном питании прибора и подключенных к нему устройств".
И далее:
"Для ввода шлюза в эксплуатацию следует:
1. Смонтировать шлюз (см. раздел 5.1).
2. Подключить шлюз к источнику питания, который соответствует модификации прибора по
напряжению (см. раздел 6.1).
3. Подать питание.
4. По индикации на лицевой панели убедиться, что отсутствуют ошибки (см. таблицу 7.2).
5. Подключить приборы к шлюзу (см. раздел 6.3). Подключать следует предварительно
настроенные или запрограммированные приборы".
Подать питание - этот пункт должен же быть последним.
А вообще, хотелось бы поинтересоваться: раз "По помехоустойчивости прибор соответствует категории Б по ГОСТ 30805.22-2013", то можно ли его располагать рядом с частотным преобразователем? Неверное, все же нежелательно, лучше вынести в отдельный щиток?
karpavik
12.10.2022, 13:30
Здравствуйте! Попробовал МКОН подключить к преобразователю весоизмерительному ТВ-006С. По USB входу подключается, определяет МКОН. Но когда пробую на том же ПК подключиться по интернету порту через роутер ASUS RT-N12, то пишет что устройство не найдено. Вручную прописал сетевые адреса на МКОН. Все равно не видит.
Скрины настроек сети МКОН, ПК, пинги. Напрямую пробовали подключить?
karpavik
12.10.2022, 15:09
Напрямую тоже не видит. Выдает ошибку "Сетевой адаптер не имеет допустимых параметров настройки IP".
karpavik
12.10.2022, 15:11
Думаю, что связано с тем, что мой ноутбук работает с LAN через адаптер. Или Windows 10 шутки шутит.
karpavik
12.10.2022, 15:20
Думаю, что связано с тем, что мой ноутбук работает с LAN через адаптер. Или Windows 10 шутки шутит.
Текущий IP адрес: 192.168.1.99
Текущая маска подсети: 255.255.255.0
Текущий IP адрес шлюза: 192.168.1.1
DNS сервер 1: 77.88.8.1
DNS сервер 2: 8.8.8.8
Здравствуйте! Попробовал МКОН подключить к преобразователю весоизмерительному ТВ-006С. По USB входу подключается, определяет МКОН. Но когда пробую на том же ПК подключиться по интернету порту через роутер ASUS RT-N12, то пишет что устройство не найдено. Вручную прописал сетевые адреса на МКОН. Все равно не видит.
Может быть Вы таки по локальной сети подключаетесь? Или всё же "по интернет"?
Думаю, что связано с тем, что мой ноутбук работает с LAN через адаптер. Или Windows 10 шутки шутит.
Текущий IP адрес: 192.168.1.99
Текущая маска подсети: 255.255.255.0
Текущий IP адрес шлюза: 192.168.1.1
DNS сервер 1: 77.88.8.1
DNS сервер 2: 8.8.8.8
Это я так понимаю настройки МКОН, а настройки ПК? Сдается мне вам помощь сисадмина нужна.
karpavik
14.10.2022, 10:18
Пока устройство мне не доступно - уехало к заказчику. Получу доступ, буду продолжать танцы....
yaroslavcik
02.11.2022, 23:42
Здравствуйте
набор; CodeSys3.5 SP14 P3, ПЛК 210-02, МКОН и 4 MB устройства, не могу завести данную связку, что бы она хоть как то функционировала
настройки приборов:
-МВ110 16ДН
9600 8N1
задержка ответа 20
адрес 4
-МВ110 8ДФ
9600 8N1
задержка ответа 20
адрес 3
-МВ110 4К4Р
9600 8N1
задержка ответа 20
адрес 2
-СМИ2
9600 8N1
задержка ответа 20
адрес 5
-Адаптер в CS
Имя: Ethernet
Производитель: 3S - Smart Software Solutions GmbH
Группы: Ethernet-адаптер, Ethernet-адаптер, Ethernet-адаптер, Home&Building Automation
Тип: 110
ID: 0000 0002
Версия: 3.5.16.0
Номер модели: -
Описание: Ethernet Link
-ПЛК
Имя: PLC210
Производитель: Production association OWEN
Группы: ПЛК
Тип: 4096
ID: 1628 0083
Версия: 3.5.14.36
Номер модели: 5
Описание: PLC210
-настройки МКОНа
7:0:G:40:0:S:R
Время ожидания ответа - 500
Почему то работают только 2 модуля: ДН и ДФ, остальные 2 нет, пишет GATEWAY_DEVICE_FAILED_TO_RESPOND
как это настраивать? Какая еще нужна инфа для ясности картины, что не так делаю?
2й вопрос как прикрепить картинку к посту (дает почему то только через ссылку)
Зачем столько адаптеров? Вы бы лучше проект выложили, а то по вашему описанию мало чего понятно, что у вас в проекте.
yaroslavcik
03.11.2022, 09:23
ссылка на архив
https://disk.yandex.ru/d/rcV1kGp_gLkSEA
Евгений Кислов
03.11.2022, 09:40
ссылка на архив
https://disk.yandex.ru/d/rcV1kGp_gLkSEA
Я вижу, что вы в курсе про баг с тем, что при настройке в CODESYS шлюза Modbus TCP/Modbus RTU галочка Автоподключение в мастере не работает.
Но ошибку надо сбрасывать не на уровне узла MKON, а на уровне вложенных в него Modbus Slave COM Port.
Для начала предлагаю исправить этот момент.
Если ситуация не изменится - попробуйте оставить на линии RS только один из неопрашиваемых в данный момент слэйвов - например, МК110.
Будет ли корректно работать обмен в этом случае?
yaroslavcik
03.11.2022, 10:15
Исправил со сбросом ошибки
По отдельности все приборы работают, при подключении всех 4х, СМИ2 (адрес №5) всегда в аварии (горит красный треугольник) но вроде как обмен идет, т.к. значение на индикаторе меняться, не сразу но меняться. А модуль 4К4Р периодически проскальзывает авария, но восстанавливается. В общем связь стала лучше, но она не стабильная
Может какие тайминги в приборах надонастроить?
Евгений Кислов
03.11.2022, 10:16
Исправил со сбросом ошибки
По отдельности все приборы работают, при подключении всех 4х, СМИ2 (адрес №5) всегда в аварии (горит красный треугольник) но вроде как обмен идет, т.к. значение на индикаторе меняться, не сразу но меняться. А модуль 4К4Р периодически проскальзывает авария, но восстанавливается. В общем связь стала лучше, но она не стабильная
А если исключить из опроса СМИ2 - связь с МК110 станет стабильной?
yaroslavcik
03.11.2022, 10:20
Немного лучше, но если судить по работе светодиодных индикаторов приборов, то какое то время все хорошо, потом как будто связь "спотыкается" и на долю секунды связь обрывается и сразу восстанавливается, при этом проскальзывает на 4к4р авария
Я почему так боюсь за эту стабильность, потому что вместо этих приборов будут стоять частотники в количестве от 3 до 8 шт и обрывов вообще бы не хотелось
Боюсь с МКОН вы стабильности не добьетесь. Рядом с ПЧ у меня МКОНы периодически теряли пакеты и никак это не лечится кроме как толковой обработкой этих исключений.
yaroslavcik
03.11.2022, 10:46
Можно ли управлять опросом приборов программно, через стандартные библиотеки, будут ли они работать с МКОН?
В настройка МБ устройства есть параметр задержка ответа в мс измеряется, что это за параметр? Т.к. при изменении его в СМИ2, поменялась модель поведения всей связи в целом
Филоненко Владислав
10.11.2022, 09:53
Можно ли управлять опросом приборов программно, через стандартные библиотеки, будут ли они работать с МКОН?
В настройка МБ устройства есть параметр задержка ответа в мс измеряется, что это за параметр? Т.к. при изменении его в СМИ2, поменялась модель поведения всей связи в целом
можно. Для стороннего ПО МКОН видится как стандартный шлюз модбас. Отличие от просто slave-устройства - дополнительные коды ошибок "нет маршрута" и "устройство не отвечает". Если библиотека способна понять что slave-устройство может ответить ошибкой, то всё будет работать штатно
holodaleksey
10.10.2024, 15:58
добрый день. опрашиваю стороннеее устройство, slave в modbus rtu, 19200/8/нет/1.
при опросе напрямую через АС-4М - все в порядке.
при опросе через МКОН (2022г.в.) - считываемые действительные значения чередуются с красной строкой "ERROR 0x08".
изменение параметров задержек не делает ни лучше, ни хуже.
куда копать?
https://i.postimg.cc/DfW8GVNz/1.jpg (https://postimg.cc/hhBDFYcF)
Евгений Кислов
11.10.2024, 08:45
Добрый день.
Отправьте этот вопрос на support@owen.ru, пожалуйста.
Филоненко Владислав
11.10.2024, 14:46
нужно в режиме сниффера посмотреть что приходит с прибора. И какие у Вас настройки мастера
Достал из дальнего угла МКОН - здесь в теме была проблема с ним, так и валяются с 20-го года. Почитал - вроде как оказалось была проблема с опросом более 2-х устройств (а ведь Филоненко Владислав тогда ни хрена не знающих пользователей обвинил). Но говорят вышла новая прошивка. Пытаюсь прошить, ни как. При этом старыми версиями прошивается. Смотрю на картинку самого МКОНа, а он по другому выглядит. Может дело в смене аппаратной версии? Поискал по сайту, не нашел архива версий. В общем у меня 2 прошивки которые заливаются - v1.14 и 1.22, в то время как на сайте v2.43, которая не загружается ни мастером прошивок, ни через конфигуратор. Как это можно объяснить?
Евгений Кислов
02.11.2024, 08:21
Достал из дальнего угла МКОН - здесь в теме была проблема с ним, так и валяются с 20-го года. Почитал - вроде как оказалось была проблема с опросом более 2-х устройств (а ведь Филоненко Владислав тогда ни хрена не знающих пользователей обвинил). Но говорят вышла новая прошивка. Пытаюсь прошить, ни как. При этом старыми версиями прошивается. Смотрю на картинку самого МКОНа, а он по другому выглядит. Может дело в смене аппаратной версии? Поискал по сайту, не нашел архива версий. В общем у меня 2 прошивки которые заливаются - v1.14 и 1.22, в то время как на сайте v2.43, которая не загружается ни мастером прошивок, ни через конфигуратор. Как это можно объяснить?
Добрый день.
Прошивка v2.43 доступна только для МКОН с обновленной аппаратной платформой.
https://owen.ru/product/mkon/selector
Но говорят вышла новая прошивка.
Зря надеетесь, что новая прошивка или даже новый МКОН помогут Вам решить проблему максимального кол-ва tcp-соединений.
Зря надеетесь, что новая прошивка или даже новый МКОН помогут Вам решить проблему максимального кол-ва tcp-соединений.
Ну не то что бы надеюсь, может хотя бы стабильность в работе какая-то появилась. Ну хотя бы я дома к контроллеру в котельной поставлю, для дистанционного контроля.
А то ведь у меня их было куплено 7 штук под проект, и вернуть-то проблема. Времени прошло не мало.
stesel так а проблема в чем? несколько приборов за МКОН а опрашивать все надо от двух Мастеров ?
stesel так а проблема в чем? несколько приборов за МКОН а опрашивать все надо от двух Мастеров ?
Уже нет. Проблема в купленных под проект МКОН, которые не работают в проекте. А теперь нужно хоть как-то отбить вложения и пристроить их.
Так вопрос то в силе, изначально было как?
Как обычные преобразователи протокола они что, не работают? Когда мастер один.
Так вопрос то в силе, изначально было как?
Как обычные преобразователи протокола они что, не работают? Когда мастер один.
Да если честно я уж точно и не вспомню. Где-то в этой ветке поднимал вопрос в 20-м году. Я там и схемы рисовал, и девайс свой прошивал присланными тех.поддержкой прошивками, из-за чего на одном заводской номер слетел. Сейчас пересмотрел видос снятый для тех.поддержки - там до банального даже при простейшей схеме зависают. Схема была ПР200 - МКОН - МКОН - панель мастером.
rediskus
05.11.2024, 11:10
Знающие люди, подскажите, если МКОН работает в режиме Master в сети Ethernet - Slave в сети RS-485 могу ли я увидеть ошибки опроса устройств в сети 485? МКОН отдает нули при запросе отключенных устройств, а не возвращает кода ошибки. Снифером я конечно вижу ошибку обмена, а как мне увидеть ошибку из ПЛК110, к которому по Ethernet подключен МКОН?
rediskus, не могу сказать, ибо не пользую это поделие.
Но по документации у самого мкон вроде есть адрес слейва зарезервированный, он там чета показывает?
rediskus
05.11.2024, 11:31
rediskus, не могу сказать, ибо не пользую это поделие.
Но по документации у самого мкон вроде есть адрес слейва зарезервированный, он там чета показывает?
Да у него есть кучка внутренних регистров - "Приложение Б. Список регистров Modbus", но там нет ничего о состоянии связи со слейвами. Но ведь сам МКОН ошибки видит, снифером же показывает.
Ошибки таймаута? Или неправильные запросы?
На первые по идее и реакция не нужна.
rediskus
05.11.2024, 14:23
Ошибки таймаута? Или неправильные запросы?
На первые по идее и реакция не нужна.
Мне нужно знать что устройство отвалилось и в обмене более не участвует. ПЛК110 соответственно отдавал не нулевой статус операции обмена. А сейчас любая операция обмена с МКОН по Ethernet проходит успешно, даже если подключенное к нему по RS485 устройство не ответило.
Мне нужно знать что устройство отвалилось и в обмене более не участвует. ПЛК110 соответственно отдавал не нулевой статус операции обмена. А сейчас любая операция обмена с МКОН по Ethernet проходит успешно, даже если подключенное к нему по RS485 устройство не ответило.
Если скорость реакции не важна, то я делаю так: Считаю кол-во ошибочных запросов, если ПОДРЯД вернулось к примеру 5 ошибок, то значит связь отвалилась. Чем больше число тем вернее, но из практики вроде и до 3-х можно считать.
rediskus
07.11.2024, 13:08
Если скорость реакции не важна, то я делаю так: Считаю кол-во ошибочных запросов, если ПОДРЯД вернулось к примеру 5 ошибок, то значит связь отвалилась. Чем больше число тем вернее, но из практики вроде и до 3-х можно считать.
Я же написал выше, что обмен через МКОН не позволяет детектировать ошибку, обмен с МКОН всегда без ошибок, просто данные с подключенного по RS485 устройства не приходят и все.
Я же написал выше, что обмен через МКОН не позволяет детектировать ошибку, обмен с МКОН всегда без ошибок, просто данные с подключенного по RS485 устройства не приходят и все.
Пардон, мимо прошел. Тогда может другой вариант?
Я так делал для слэйва, что бы он как-то знал что связь с мастером отвалилась и нужно что-то предпринять, в моем случае безопасно остановить выполнение алгоритма. Для этого мастер с периодичность раз в несколько секунд инвертирует сетевую переменную. Слэйв по каждой инверсии сбрасывает таймер, но если таймер досчитал до конца, значит связь оборвалась.
rediskus
07.11.2024, 15:04
Пардон, мимо прошел. Тогда может другой вариант?
Я так делал для слэйва, что бы он как-то знал что связь с мастером отвалилась и нужно что-то предпринять, в моем случае безопасно остановить выполнение алгоритма. Для этого мастер с периодичность раз в несколько секунд инвертирует сетевую переменную. Слэйв по каждой инверсии сбрасывает таймер, но если таймер досчитал до конца, значит связь оборвалась.
Да это единственный возможный вариант, но он возможен только для своих устройств. У меня же через МКОН подключены 4 частотника от Innovert, они ничего инвертировать не согласные :)
Да это единственный возможный вариант, но он возможен только для своих устройств. У меня же через МКОН подключены 4 частотника от Innovert, они ничего инвертировать не согласные :)
Может в частотнике есть какая-то не нужная переменная, которую можно записывать и считывать изменяя каждый раз? Хотя тут получается, что мы к МКОНу обращаемся и такой алгоритм может не прокатить. В новой версии есть прошивка для прозрачного режима, тогда бы это сработало. Но в прозрачном-то режиме и ошибка должна приходить по идее. Тут кроме разработчиков вряд ли кто поможет.
Старые МКОНы на STM-ках вроде собраны, если руки дойдут может что своё туда напишу. По идее там сильно не придется реверс инжинирингом заниматься, узнать пины uarta, кнопки и светодиода, а Ethernet должен на стандартных пинах сидеть, как по даташиту.
Мне очень хороший способ подсказал пользователь EFrol применительно к панели СП307 к которой через МКОН сосисками подвязаны ПВТ110. Если в макросе организовать чтение регистра конкретного устройства через функцию Read, например Read(NET_0, 7, MODBUS_TCP_REG_4X, 1300, 0, TYPE_WORD, &Value621) и этой функцией читать какой-то регистр в нужном слэйве, то сама эта функция в качестве значения выдает TRUE/FALSE в зависимости от отклика конкретного слэйва (в примере с адресом 7). Таким образом просто присвоив значение этой функции подходящей переменной можно понимать, отзывается слэйв или нет. Нужно посмотреть кодэсис, наверняка там тоже можно реализовать нечто подобное. В случае СП307 и ПВТшки я так читал регистр 1300, который в одном из битов передает статус своей связи с зондом. Поскольку эти данные были мне тоже нужны, получилось 2 в одном. FLOAT32 с температурой и влажностью я читал по другому, чтобы не раздувать макросы. Но сама идея прикольная.
Мне очень хороший способ подсказал пользователь EFrol применительно к панели СП307 к которой через МКОН сосисками подвязаны ПВТ110. Если в макросе организовать чтение регистра конкретного устройства через функцию Read, например Read(NET_0, 7, MODBUS_TCP_REG_4X, 1300, 0, TYPE_WORD, &Value621) и этой функцией читать какой-то регистр в нужном слэйве, то сама эта функция в качестве значения выдает TRUE/FALSE в зависимости от отклика конкретного слэйва (в примере с адресом 7). Таким образом просто присвоив значение этой функции подходящей переменной можно понимать, отзывается слэйв или нет. Нужно посмотреть кодэсис, наверняка там тоже можно реализовать нечто подобное. В случае СП307 и ПВТшки я так читал регистр 1300, который в одном из битов передает статус своей связи с зондом. Поскольку эти данные были мне тоже нужны, получилось 2 в одном. FLOAT32 с температурой и влажностью я читал по другому, чтобы не раздувать макросы. Но сама идея прикольная.
Не получится, в том и дело, что МКОН как буфер работает. Он сам опрашивает регистры и если связь отвалилась, то Вы об этом не узнаете, об этом знает только МКОН, но он не хочет об этом сообщать.
Он сам опрашивает регистры и если связь отвалилась
Ничего он сам не опрашивает.
Ничего он сам не опрашивает.
Да ну... Не может быть :)
А если без шуток, то прозрачном режиме он ни чего конечно не опрашивает. Но речь о режиме "нормальном" по логике разработчиков. Вы же настраиваете ему подчиненные устройства. По сути МКОН превращается в контроллер связующий RS485 и Ethernet, в некий маршрутизатор, со своей обработкой пакетов. Поэтому пару страниц назад обсуждалось как должен вести себя себя МКОН в случаях отвала подчиненного устройства.
Да ну... Не может быть :)
А если без шуток, то прозрачном режиме он ни чего конечно не опрашивает. Но речь о режиме "нормальном" по логике разработчиков.
Да ни в каком не опрашивает. Я признаю, что Вы правы, только в том случае, если приведёте мне ссылку в РЭ, где описаны регистры для записи опрашиваемых по Modbus параметров. Как для прочих устройств, которые действительно умею делать такое.
Ну выдумывайте. Не приписываёте банальному шлюзу протоколов свойств, которыми он не обладает.
stesel он просто преобразует протоколы, сам он ничего не опрашивает.
МКОН ... запросе отключенных устройств, а не возвращает кода ошибки.а...., а как мне увидеть ошибку из ПЛК110, к которому по Ethernet подключен МКОН?
1.
изучить карту слейвов на предмет наличия заведомо известных данных или значений которые исключены
примеры:
новых овен слейвов
[521] - скорость известна, да и диапазон 0...8
[527] - адрес известен, да и просто <> 0
какой-нить старый МУ110-32Р
[96] всяко меньше 600
какой-то прибор отдающий тока какой-то флоат - вы реально верите что у него может быть весь диапазон флоат?
...
и т.п
2.
в инпут регистр (хоть 32 регистра хоть флоат) через указатель записывать заведомую какашку, а про прямое обращение к этому input что-то забыть и работать только через примитивную прокладку
... Прокладка
const
какашка : ... := ....
output
OnRecv : bool; //вау, бонус!!
value : ....
Connect : TOF := (PT := ....);
var
init : bool;
p : pointer to ...
------------
p := adr(этот input);
if init then
OnRecv := этот input <> какашка;
Value := Sel(OnRecv, Value, этот input);
end_if
Connect(IN := OnRecv);
init := True;
P^ := какашка;
-----------
где-то
if not Прокладка.Connect.Q then
... связь ту-ту
end_if
...
.. := Прокладка.Value;
--
детство какое-то
stesel он просто преобразует протоколы, сам он ничего не опрашивает.
ну да, ну да, конечно. По Ethernet ему запросы прилетают со скоростью 100 Мб/сек, а по 485-му он их засовывает в 115200, а то и 9600.
stesel, вам же написали уже, покажите, где настраиваются регистры опроса в мкон для 485-х устройств.
Так то и преобразователи Ethernet-rs485 тоже скорости меняют, даже до 2400 и нечего, работает.
ну да, ну да, конечно. По Ethernet ему запросы прилетают со скоростью 100 Мб/сек, а по 485-му он их засовывает в 115200, а то и 9600.
Ну опросите сами себя петлей ПЛК.Клиент.Eth-----Eth.МКОН.485----Rs485.Слейв.Этот_же_ПЛК
1 регистр - и все. И больше никого в конфигурации клиента(мастера)
А в слейве запустите
i := i + 1; //1000 раз/сек ващето
и покажите хотя бы 40 изменений в секунду в клиенте.
??
А потом еще раз скажите "ну да ну да"
... По Ethernet ему запросы прилетают со скоростью 100 Мб/сек....
100 Мб/сек. Нуданудануда....
Ну опросите сами себя петлей ПЛК.Клиент.Eth-----Eth.МКОН.485----Rs485.Слейв.Этот_же_ПЛК
1 регистр - и все. И больше никого в конфигурации клиента(мастера)
А в слейве запустите
i := i + 1; //1000 раз/сек ващето
и покажите хотя бы 40 изменений в секунду в клиенте.
??
А потом еще раз скажите "ну да ну да"
100 Мб/сек. Нуданудануда....
ну и чем это противоречит?
stesel он просто преобразует протоколы, сам он ничего не опрашивает.
ну и чем это противоречит?
stesel, к чему про 100MB/сек сказали?
Не получится, в том и дело, что МКОН как буфер работает. Он сам опрашивает регистры и если связь отвалилась, то Вы об этом не узнаете, об этом знает только МКОН, но он не хочет об этом сообщать.
Доброго дня! Как это "не получится" если именно так у меня и работает. Снимаешь питание с конкретного модуля - сразу появляется ошибка в совершенно конкретном месте на панели. Строго ассоциированная с выбитым датчиком.
Доброго дня! Как это "не получится" если именно так у меня и работает. Снимаешь питание с конкретного модуля - сразу появляется ошибка в совершенно конкретном месте на панели. Строго ассоциированная с выбитым датчиком.
А Вы вопрос читали? Вы ушли от темы.
Мне нужно знать что устройство отвалилось и в обмене более не участвует. ПЛК110 соответственно отдавал не нулевой статус операции обмена. А сейчас любая операция обмена с МКОН по Ethernet проходит успешно, даже если подключенное к нему по RS485 устройство не ответило.
Я читаю из ПЛК110 через библиотеку UNM (https://owen.ru/uploads/374/unm.pdf) и точно определяю не только какой модуль отвалился за МКОН-ом, но и получаю все Modbus-ошибки от модуля. МКОН тупо преобразует пакет ModbusTCP в ModbusRTU и обратно.
Понять логику работы LastAddress и LastError в ветке Modbus (Мастер) не удалось.
Alex54321
07.03.2025, 11:10
Добрый день!
А правильно ли я понимаю, что с помощью МКОН можно не только опрашивать устройства, подключенные к нему по ModBus RTU, но и записывать данные (например, команды) в такие устройства?
Спасибо!
Правильно. Задача МКОН транслировать ModbusTCP в ModbusRTU и обратно без изменения исходного пакета.
При условии, что Вы не используете ведомого устройства с адресом 1 (этот адрес МКОН резервирует для себя).
Alex54321 с точки зрения процесса протокола команда опроса чем-то отличается от команды записи ?
Alex54321
10.03.2025, 08:18
Alex54321 с точки зрения процесса протокола команда опроса чем-то отличается от команды записи ?
Нет, не отличается.
Но встречал устройства, которые почему-то работали не со всеми функциями ModBus (вполне распространенными, что-то вроде 16-ой, уже не помню).
Лучше лишний раз уточнить.
vorobev22rus
27.05.2025, 11:18
Добрый день! Опрашиваю через МКОН два ПЛК "Ридан" один с адресом 246 - с него все считывается правильно, на втором с адресом 247 проблемы с единичными bool регистрами. Физические изменения все поперепробовал (пересаживал на другой порт ПЛК; менял шлюз; выставлял/убирал терминаторы; выставлял/убирал подтягивающие резисторы). Пробовал анализировать пакеты Modbus, но не силен в них. Видно только что на этих регистрах на один байт информации меньше (Modbus TCP) - соответственно качество тега становится в BAD. На пакетах Modbus RTU - вроде все нормально.
Данные по Modbus RTU терминалом (адрес 246)
11:23:55 RX : [HEX] 3f 2 12 74 0 2 3f 3f - запрос, а RX маркер т.к. порт был на прослушке
11:23:55 RX : [HEX] 3f 2 1 0 3f 3f - ответ
Пакет по Modbus TCP с ОРС сервера (адр 246)
27.05.2025 11:23:55.845;TC_Loco_MKON;10.4.15.26:502;SEND;12;8 E 00 00 00 00 06 F6 02 12 74 00 02
27.05.2025 11:23:55.876;TC_Loco_MKON;10.4.15.26:502;REC;10;8E 00 00 00 00 04 F6 02 01 00
Данные по Modbus RTU терминалом (адрес 247)
11:14:25 RX : [HEX] 3f 2 12 3f 0 1 3f c - запрос, а RX маркер т.к. порт был на прослушке
11:14:25 RX : [HEX] 3f 2 1 0 3f 0 - ответ
Пакет по Modbus TCP с ОРС сервера (адр 247)
27.05.2025 11:14:25.235;TC_Loco_MKON;10.4.15.26:502;SEND;12;7 7 00 00 00 00 06 F7 02 13 2F 00 01
27.05.2025 11:14:25.283;TC_Loco_MKON;10.4.15.26:502;REC;9;77 00 00 00 00 03 F7 02 01
и ошибка
27.05.2025 11:14:25.299;APPLICATION;Устройство "ITP_Loco_A2": Несовпадение количества бит в ответе..
Писал до этого в техподдержку ОРС сервера, ребята предположили, что весь подвох в контрольной сумме на этих регистрах(CRC). Цитирую:
""Судя по обмену, по 485 интерфейсу всё хорошо.
11:14:25 RX : [HEX] 3f 2 12 74 0 2 3f 3f - запрос от OPC сервера через шлюз
11:14:25 RX : [HEX] 3f 2 1 0 3f 0 - ответ от прибора
Видно, ответ полноценный, четыре байта пакета и два контрольная сумма.
По факту на линии вот такие данные:
F7 02 12 74 00 02 A8 3F - запрос от OPC сервера через шлюз
F7 02 01 00 92 00 - ответ от прибора
Хитрость здесь в контрольной сумме.
CRC для последовательности F7 02 01 00 = 92 00
CRC для последовательности F7 02 01 = 00 92
При получении ответа от прибора шлюз формирует следующий пакет:
00 00 00 00 00 03 F7 02 01
А должно быть
00 00 00 00 00 04 F7 02 01 00 Т.е. он отбрасывает крайний байт.
Причина здесь в том, что CRC пакета шлюз высчитывает по мере поступления байт с 485 линии, на лету, до тех пор пока не совпадет контрольная сумма, как только она совпала, он формирует Modbus TCP
пакет и, с чистой совестью, отправляет его OPC серверу. Но, по факту, произошло ложное совпадение контрольной суммы, на не принятом до конца пакете.
Таким же образом работает и та тестовая программа, которой вы проверяли в первый раз.""
На причину почему на одном контроллере все хорошо, а на втором качество тегов плохое сообщили следующее. Цитирую
""Дело в контрольной сумме.Если брать пакет с 246
Полный пакет будет F6 02 01 00 93 FC, где 93 FC это CRC
Если рассчитать для неполного F6 02 01, то CRC = 51 52
Последовательности цифр 51 52 в исходном пакете нет, поэтому он рассчитывает до конца, а там CRC совпадает.""
Если брать пакет с 247 Полный пакет будет F7 02 01 00 92 00, где 92 00 это CRC
Если рассчитать для неполного F7 02 01, то CRC = 00 92
Последовательность цифр 00 92 в исходном пакете идет сразу после 01, шлюз принимает это за совпадение CRC и останавливается, игнорируя крайний байт.""
Есть какие нибудь мысли?
первая мысль, а зачем этот выпендреж с неиспользованием с 1-245 адресов?
Второе где настройки ОРС который инициирует запросы, по пакетам видно что ОРС запрашивает с разных устройств разную информацию, возможно если с первого запросить тоже самое что не получается со второго, там такие же проблемы будут
vorobev22rus
27.05.2025, 12:14
первая мысль, а зачем этот выпендреж с неиспользованием с 1-245 адресов?
Второе где настройки ОРС который инициирует запросы, по пакетам видно что ОРС запрашивает с разных устройств разную информацию, возможно если с первого запросить тоже самое что не получается со второго, там такие же проблемы будут
Во первых 1 - за самим МКОН зарезервирована. Во вторых это не выпендреж, а лень: на обоих контроллерах по умолчанию адрес 247. Поэтому на втором просто снизил адрес на 1.
Контроллеры одинаковые, регистры зеркальные (отопление/вентиляция). Один (246): отопление, второй(247): на систему вентиляции +подпитка и ГВС
На 246 регистры только для чтения 4724 4725 4737 читаются верно, на 247 переменные в регистрах 4724 4725 4737 + 4911 4741 (подпитка) - нет.
Настройки канала связи ОРС (arOPC):
Таймаут 1000 мс;
Межбайтовый интервал 10 мс;
Задержка 0мс
значит стоит найти нормальный просмотрщик RS485, потому что
11:23:55 RX : [HEX] 3f 2 12 74 0 2 3f 3f
и
11:14:25 RX : [HEX] 3f 2 12 3f 0 1 3f c
как бы Вы не писали что обращение к разным адресам, в лог пишется как будто идет обращение на один и тот же адрес 3f что не верно как по сути обмена двух слейвов, так и по контрольным суммам
PS и не поленится, сменить адреса слейвов на первый десяток
vorobev22rus
27.05.2025, 12:27
значит стоит найти нормальный просмотрщик RS485, потому что
11:23:55 RX : [HEX] 3f 2 12 74 0 2 3f 3f
и
11:14:25 RX : [HEX] 3f 2 12 3f 0 1 3f c
как бы Вы не писали что обращение к разным адресам, в лог пишется как будто идет обращение на один и тот же адрес 3f что не верно как по сути обмена двух слейвов, так и по контрольным суммам
Например так:
При опросе bool регистров контроллера с адресом 246 ответ полноценный, например:
Packet: MODBUS Request (packet size: 8, data size: 4), 2025‐05‐22 16:25:37.602401 +0.000000
Mode: RTU Mode
Address: 246 (Slave)
Function: 2 (Read Discrete Inputs)
Starting Address: 4724
Quantity: 2
CRC: 61097 (OK)
Packet: MODBUS Response (packet size: 6, data size: 2), 2025‐05‐22 16:25:37.714816 +0.000000
Mode: RTU Mode
Address: 246 (Slave)
Function: 2 (Read Discrete Inputs)
Starting Address: 4724
Quantity: 8
Values: Input0: 0 Input1: 0 Input2: 0 Input3: 0 Input4: 0 Input5: 0 Input6: 0 Input7: 0
CRC: 64659 (OK)
При опросе bool регистров (по контуру ГВС) контроллера с адресом 247 ответ полноценный, например:
Packet: MODBUS Request (packet size: 8, data size: 4), 2025‐05‐22 16:33:21.138886 +0.000000
Mode: RTU Mode
Address: 247 (Slave)
Function: 2 (Read Discrete Inputs)
Starting Address: 4325
Quantity: 2
CRC: 27384 (OK)
Packet: MODBUS Response (packet size: 6, data size: 2), 2025‐05‐22 16:33:21.342707 +0.000000
Mode: RTU Mode
Address: 247 (Slave)
Function: 2 (Read Discrete Inputs)
Starting Address: 4325
Quantity: 8
Values: Input0: 1 Input1: 0 Input2: 0 Input3: 0 Input4: 0 Input5: 0 Input6: 0 Input7: 0
CRC: 49235 (OK)
А вот при опросе bool регистров (по контуру вентиляции) того же контроллера с адресом 247 ответ меньше на 1 байт (байт с данными), например:
Packet: MODBUS Request (packet size: 8, data size: 4), 2025‐05‐22 16:39:39.603747 +0.000000
Mode: RTU Mode
Address: 247 (Slave)
Function: 2 (Read Discrete Inputs)
Starting Address: 4911
Quantity: 1
CRC: 4504 (OK)
Packet: MODBUS Response (packet size: 5, data size: 1), 2025‐05‐22 16:39:39.780263 +0.000000
Mode: RTU Mode
Address: 247 (Slave)
Function: 2 (Read Discrete Inputs)
CRC: 37376 (OK)
vorobev22rus
27.05.2025, 12:37
значит стоит найти нормальный просмотрщик RS485, потому что
11:23:55 RX : [HEX] 3f 2 12 74 0 2 3f 3f
и
11:14:25 RX : [HEX] 3f 2 12 3f 0 1 3f c
как бы Вы не писали что обращение к разным адресам, в лог пишется как будто идет обращение на один и тот же адрес 3f что не верно как по сути обмена двух слейвов, так и по контрольным суммам
PS и не поленится, сменить адреса слейвов на первый десяток
Просмотр 485 через терминал - убедиться в одинаковом количестве байт в ответе
Так как на предыдущем дампе (который с описанием) видно, что на 247 на некоторых регистрах на 1 байт меньше ответ. Т.е. по предположению тех.поддержки ОРС - скрипт Python также как и МКОН исчисляет СRC не дождавшись всего пакета и игнорирует последний нулевой байт
На дампе Modbus TCP - ответ тоже короче на 1 байт
Видно только что на этих регистрах на один байт информации меньше (Modbus TCP) - соответственно качество тега становится в BAD. На пакетах Modbus RTU - вроде все нормально.
...
Есть какие нибудь мысли?
Есть. Если эта модель МКОН поддерживает прозрачный режим, то попробовать переключиться на него. И на стороне OPC-сервера переключиться на Modbus RTU over TCP вместо Modbus TCP. На худой конец виртуальный COM-порт создать, там уж чистый RTU.
Если нет, то приобрести адекватный шлюз вместо этого. Адекватный - это не про МКОН.
Вчитываться в выкладки по байтам с подсчётом CRC мне просто лень, извините.
Packet: MODBUS Response (packet size: 5, data size: 1), 2025‐05‐22 16:39:39.780263 +0.000000
Mode: RTU Mode
Address: 247 (Slave)
Function: 2 (Read Discrete Inputs)
CRC: 37376 (OK)проблема не в МКОНе а в слейве, 37376 получается от контрольной суммы 9200, а ответный пакет должен быть таким F7 02 01 00 92 00, что означает что сумма в DEC должна считаться от 0092, поэтому и ошибка. И как я говорил проверить такую же ошибкы можно было бы и в первом слейве по адресу 246
vorobev22rus
27.05.2025, 12:56
Есть. Если эта модель МКОН поддерживает прозрачный режим, то попробовать переключиться на него. И на стороне OPC-сервера переключиться на Modbus RTU over TCP вместо Modbus TCP. На худой конец виртуальный COM-порт создать, там уж чистый RTU.
Если нет, то приобрести адекватный шлюз вместо этого. Адекватный - это не про МКОН.
Вчитываться в выкладки по байтам с подсчётом CRC мне просто лень, извините.
Мкон так не умеет насколько я понимаю, он как раз преобразует Modbus RTU/Modbus TCP. Адекватный это какой? На старом предприятии МОХА была в приоритете (не помню проблем), на этом - бюджеты скромнее
vorobev22rus
27.05.2025, 12:59
проблема не в МКОНе а в слейве, 37376 получается от контрольной суммы 9200, а ответный пакет должен быть таким F7 02 01 00 92 00, что означает что сумма в DEC должна считаться от 0092, поэтому и ошибка. И как я говорил проверить такую же ошибкы можно было бы и в первом слейве по адресу 246
Вы про это:
Packet: MODBUS Request (packet size: 8, data size: 4), 2025‐05‐22
16:25:37.602401 +0.000000
Mode: RTU Mode
Address: 246 (Slave)
Function: 2 (Read Discrete Inputs)
Starting Address: 4724
Quantity: 2
CRC: 61097 (OK)
Packet: MODBUS Response (packet size: 6, data size: 2), 2025‐05‐22
16:25:37.714816 +0.000000
Mode: RTU Mode
Address: 246 (Slave)
Function: 2 (Read Discrete Inputs)
Starting Address: 4724
Quantity: 8
Values:Input0: 0 Input1: 0 Input2: 0 Input3: 0 Input4: 0 Input5: 0 Input6: 0 Input7: 0
CRC: 64659 (OK)
Так ошибок нет
А вот при опросе bool регистров (по контуру вентиляции) того же контроллера с адресом 247 ответ меньше на 1 байт (байт с данными), например:
Packet: MODBUS Request (packet size: 8, data size: 4), 2025‐05‐22 16:39:39.603747 +0.000000
Mode: RTU Mode
Address: 247 (Slave)
Function: 2 (Read Discrete Inputs)
Starting Address: 4911
Quantity: 1
CRC: 4504 (OK)
Packet: MODBUS Response (packet size: 5, data size: 1), 2025‐05‐22 16:39:39.780263 +0.000000
Mode: RTU Mode
Address: 247 (Slave)
Function: 2 (Read Discrete Inputs)
CRC: 37376 (OK)
здесь опрашивается адрес 4911 по одной катушке, ответ в отличии от остальных не печатает ни Starting Address ни Quantity ни Values, сразу переходит к контрольной сумме которая не верная
ЗЫ поставте адреса 4 и 5 и проблема должна уйти
Мкон так не умеет насколько я понимаю
Возможно я перепутал чего, но, вроде бы тут кто-то утверждал, что в новых версиях есть. Не буду спорить.
Адекватный это какой?
Работающий и (желательно) дешевле МКОН. Тот же usr-iot посмотрите, если совсем дешёво (но работает). Или icp-das, тут в ту же цену, что и у МКОН, уложитесь.
Во: https://docs.owen.ru/product/mkon/579/73003#topic-73013
Раздел "Режим прозрачного шлюза".
vorobev22rus
27.05.2025, 13:19
здесь опрашивается адрес 4911 по одной катушке, ответ в отличии от остальных не печатает ни Starting Address ни Quantity ни Values, сразу переходит к контрольной сумме которая не верная
Так собственно об этом я и создал пост. Предположение Тех.поддержки ОРС - мне кажется верным: и это ПО (с расшифровкой) и МКОН одинаково видят контрольную сумму и считают, что пакет закончился. Терминал же показывает что количество байт одинаковое и на 247 и на 246. Когда опрашиваю через СОМ порт напрямую - ошибок нет. Вопрос как сделать чтобы Шлюз дожидался весь пакет. Почему контрольная сумма неверная?
vorobev22rus
27.05.2025, 13:28
Возможно я перепутал чего, но, вроде бы тут кто-то утверждал, что в новых версиях есть. Не буду спорить.
Работающий и (желательно) дешевле МКОН. Тот же usr-iot посмотрите, если совсем дешёво (но работает). Или icp-das, тут в ту же цену, что и у МКОН, уложитесь.
Во: https://docs.owen.ru/product/mkon/579/73003#topic-73013
Раздел "Режим прозрачного шлюза".
Вот это уже какое то дельное предложение. Попробую...
Powered by vBulletin® Version 4.2.3 Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot