PDA

Просмотр полной версии : ПЛК110 М02 и 485-2



alexhome
30.06.2017, 14:34
Добрый день!
ПЛК110 М02 + 25 дискретных модулей ввода и вывода (МВ110-224.8ДФ, МУ110-224.8Р, МУ110-220.32Р, МВ110-220.32ДН, МУ110-224.16К). Связь модулей с ПЛК по двум интерфейсам 485-1 и 485-2. Через несколько минут после запуска программы (до 1 часа) пропадает связь по интерфейсу 485-2, а по 485-1 связь есть. Если поменять местами 485-1 и 485-2 то картина повторяется (пропадает связь по интерфейсу 485-2). При подключении всех модулей на 485-1 связь не пропадает (но медленно реагирует на изменения на входах модулей ввода). Можно ли это как-то исправить?

Филоненко Владислав
01.07.2017, 20:09
Добрый день!
ПЛК110 М02 + 25 дискретных модулей ввода и вывода (МВ110-224.8ДФ, МУ110-224.8Р, МУ110-220.32Р, МВ110-220.32ДН, МУ110-224.16К). Связь модулей с ПЛК по двум интерфейсам 485-1 и 485-2. Через несколько минут после запуска программы (до 1 часа) пропадает связь по интерфейсу 485-2, а по 485-1 связь есть. Если поменять местами 485-1 и 485-2 то картина повторяется (пропадает связь по интерфейсу 485-2). При подключении всех модулей на 485-1 связь не пропадает (но медленно реагирует на изменения на входах модулей ввода). Можно ли это как-то исправить?

Прошивку обновите.

alexhome
04.07.2017, 16:34
Большое спасибо! Проблема решена обновлением прошивки ПЛК с 0.3.52 до 0.3.67!!!

GTS
04.07.2017, 20:44
Добрый день! Вопрос, после прошивки на 0.3.67 проблемы со связью или другие не возникают? Хотим поставить его на управление в котельной, поэтому танцы с бубном не нужны!

приборист
04.07.2017, 20:54
Добрый день! Вопрос, после прошивки на 0.3.67 проблемы со связью или другие не возникают? Хотим поставить его на управление в котельной, поэтому танцы с бубном не нужны!

0.3.67 и 0.3.68 Нормально работают.

lazy
05.07.2017, 11:18
0.3.67 и 0.3.68 Нормально работают.

Пол царства за 0.3.68. В смысле, где взяли? На сайте не нашел где скачать )

Сергей Лысов
05.07.2017, 12:48
Пол царства за 0.3.68. В смысле, где взяли? На сайте не нашел где скачать )

За полцарства договоримся ;)

p_dima90
05.07.2017, 13:04
За полцарства договоримся ;)
Может у Вас есть список изменений в сравнении с 0.3.67 ? Интересует повышение стабильности работы при опросе ПЛК по Modbus TCP через конфигуратор.

Сергей Лысов
05.07.2017, 16:05
Может у Вас есть список изменений в сравнении с 0.3.67 ?
Исправлен баг при работе с USB-накопителем. Баг появлялся при частой записи в файл (например, раз в 1 секунду).
Симптомы: ПЛК прекращает работу с накопителем через плавающий промежуток времени (от одного до трёх часов).

GTS
06.07.2017, 11:41
Может у Вас есть список изменений в сравнении с 0.3.67 ? Интересует повышение стабильности работы при опросе ПЛК по Modbus TCP через конфигуратор.

Так у него еще и с Modbus TCP проблемы были?

p_dima90
06.07.2017, 14:17
Так у него еще и с Modbus TCP проблемы были?
Я могу быть не прав, основываюсь лишь на своих личных проблемах и убеждениях. Вот тут (http://www.owen.ru/forum/showthread.php?t=26267) у меня с ним проблема, грешу на Modbus TCP.

alexhome
10.10.2017, 08:38
Через 3 месяца всплыла новая проблема со связью ПЛК с модулями ввода вывода. По RS-485-2 связь не пропадает, а пропадает по RS-485-1 примерно на четвертые сутки после включения. ПЛК при этом выполняет программу, но с модулями не связывается, помогает только перезагрузка, и опять четверо суток без проблем до следующего сбоя. Прошивка 0.3.67. Прошу помочь.

capzap
10.10.2017, 16:58
Через 3 месяца всплыла новая проблема со связью ПЛК с модулями ввода вывода. По RS-485-2 связь не пропадает, а пропадает по RS-485-1 примерно на четвертые сутки после включения. ПЛК при этом выполняет программу, но с модулями не связывается, помогает только перезагрузка, и опять четверо суток без проблем до следующего сбоя. Прошивка 0.3.67. Прошу помочь.
Может замечали, уходил ли плк в стоп во время сбоев модбас?

Scream
11.10.2017, 07:29
Через 3 месяца всплыла новая проблема со связью ПЛК с модулями ввода вывода. По RS-485-2 связь не пропадает, а пропадает по RS-485-1 примерно на четвертые сутки после включения. ПЛК при этом выполняет программу, но с модулями не связывается, помогает только перезагрузка, и опять четверо суток без проблем до следующего сбоя. Прошивка 0.3.67. Прошу помочь.

У меня такие странности с ПЛК 160, 2 раза за неделю было, перестаёт идти опрос 3х устройств по modbus, программа при этом выполняется.
Но если в каждый Slave Command (0xff - Start) записать 255, то опрос ЭТОГО устройства начинается, поэтому пришлось сгородить не сложный костыль.
Такое началось после уставки Framing time ms в 50 мс, без этой уставки модуль МВ110 не опрашивался никак, костыль на костыле в общем.

alexhome
13.10.2017, 15:49
Может замечали, уходил ли плк в стоп во время сбоев модбас?

ПЛК в стоп не уходил, просто не опрашивал модули по RS-485-1.
Сейчас вставил два функциональных блока с COMSERVICE (по одному на каждый интерфейс) и поставил на прогон, пока за 3 дня сбоев не было.

SuP
27.08.2019, 11:11
Подскажите, пожалуйста, в чём может быть дело?

Подключены два МВ110-24.8АС с адресами 1, 2. Видится - только любой один. Если отключить от шины RS-485 тот, что видится, то начинает видеться другой, даже после того, как обратно подключить отключенный. Который, в свою очередь, увидится, только если так же отключить "соседа".

Протокол Modbus RTU, опрос 300 мс, скорость 115200 (и 38400 пробовал), чётность, 1 стоп бит. Прошивку контроллера пробовал как v.1.0.6_plc110_m02, так и 110_60_v0.3.73, - на обоих одинаково. На другой установке аналогичная схема с аналогичной конфигурацией на RS-485-2 работает, на скорости 115200.

Спасибо!

A.Simonov
27.08.2019, 14:56
Подскажите, пожалуйста, в чём может быть дело?

Подключены два МВ110-24.8АС с адресами 1, 2. Видится - только любой один. Если отключить от шины RS-485 тот, что видится, то начинает видеться другой, даже после того, как обратно подключить отключенный. Который, в свою очередь, увидится, только если так же отключить "соседа".

Протокол Modbus RTU, опрос 300 мс, скорость 115200 (и 38400 пробовал), чётность, 1 стоп бит. Прошивку контроллера пробовал как v.1.0.6_plc110_m02, так и 110_60_v0.3.73, - на обоих одинаково. На другой установке аналогичная схема с аналогичной конфигурацией на RS-485-2 работает, на скорости 115200.

Спасибо!

Добрый день.

Слишком мало деталей.
Как подключаете (какая электрическая схема соединений?), каким проводом, как опрашиваете?
Действительно ли и в ПЛК и в модулях в сетевых настройках выставлена проверка чётности?
На самом деле, лучше выслать проект, скриншот PLCInfo, конфигурации модулей, схему соединения на support@owen.ru
Так проблема решится гораздо быстрее.

SuP
27.08.2019, 16:02
Как подключаете (какая электрическая схема соединений?), каким проводом, как опрашиваете?
Действительно ли и в ПЛК и в модулях в сетевых настройках выставлена проверка чётности?
Подключено витой парой диам. 0.5 мм, расстояние около 30 см (МВ110, ПЛК110, МВ110). Терминаторы 120 Ом на МВ110 ставил/убирал - без разницы. Опрос "по времени опроса", 300 мс.
Настройки вчера ездил проверял - чётность, скорость, стоп - идентично. И работает же, когда только один любой из МВ110 подключен. Тут, скорее, на настройку адреса грешить, но адреса тоже проверил: 1 и 2 в модулях МВ110, и в ПЛК110 обращение по ним.


На самом деле, лучше выслать проект, скриншот PLCInfo, конфигурации модулей, схему соединения на support@owen.ru
Так проблема решится гораздо быстрее.
Завтра или послезавтра тогда так сделаю. Просто думал, вдруг типовая какая ситуация, помня сражения с одним из RS-485 на старых прошивках.

SuP
28.08.2019, 17:22
Отправил в техподдержку вопрос и проект. Сюда тоже отправляю. Определил, что этот эффект наблюдается в режиме RTU. В ASCII видятся оба устройства МВ-110, но хотелось бы использовать именно RTU.

capzap
28.08.2019, 17:24
Определил, что этот эффект наблюдается в режиме RTU. В ASCII видятся оба устройства
после определения нужны выводы. Зная что аскии не зависимо от времени ищет посылку между начальным символом и конечным, направление одно искать проблему во временах опроса, как каждого устройства, так и очередность опроса

SuP
28.08.2019, 17:44
после определения нужны выводы. Зная что аскии не зависимо от времени ищет посылку между начальным символом и конечным, направление одно искать проблему во временах опроса, как каждого устройства, так и очередность опроса
То есть, я как-то должен влиять на очерёдность опроса контроллером? Сам он не справляется с этой задачей?
И опрос 15 переменных на скорости 115200 раз в 300 мс разве критично? Учитывая что обмен ASCII занимает больше времени.

Да, PLCInfo:
PLC model MODEL PLC 110-60
Binary VERSION 1.0.06
Need Target version >= 3.12
Compiled: 14:18:38 Apr 26 2019
STM32 binary version 114
MAC 6A:77:00:FF:92:0A
IP 192.168.0.110
GATE 192.168.0.1
MASK 255.255.255.0

capzap
28.08.2019, 17:50
То есть, я как-то должен влиять на очерёдность опроса контроллером?

да modbus.lib и её вариации решает прекрасно такого рода проблемы

SuP
28.08.2019, 23:51
да modbus.lib и её вариации решает прекрасно такого рода проблемы
То есть, стандартные средства внезапно могут перестать работать даже в такой тепличной задаче? Странно как-то. Ладно бы, я хотел чего-то необычного, тогда можно было бы спуститься на уровень пониже, нежели стандартное конфигурирование интерфейсов (например, было дело, по прерыванием работал с RS-232).

capzap
29.08.2019, 05:48
То есть, стандартные средства внезапно могут перестать работать даже в такой тепличной задаче? Странно как-то. Ладно бы, я хотел чего-то необычного, тогда можно было бы спуститься на уровень пониже, нежели стандартное конфигурирование интерфейсов (например, было дело, по прерыванием работал с RS-232).

хочется повториться, слишком мало деталей, чтоб утверждать что виноват контроллер через конфигуратор, я бы больше думал в сторону модулей, если хочется выяснить кто виноват в ступоре ставте сниффер и по логам с указанием времени в миллисекундах уже можно будет определить после какого запроса или ответа всё встало

спуститься на уровень понижепозабавили слова, обычно кодеры уровнем повыше занимаются непосредствено работой с портом, а не через конфигуратор

Валенок
29.08.2019, 08:39
Я бы SuPу предложил выкинуть из мастеров все, оставив только по одному регистру. Для начала.

Кстати, а что за регистр 21005 ? И зачем отдельное младшее слово из float Ai5 ? //мельком просмотрел, могу ошибатся

SuP
29.08.2019, 17:25
слишком мало деталей
Кроме данных сниффера, вроде бы, всё описал. Какие ещё данные желательны?


позабавили слова, обычно кодеры уровнем повыше занимаются непосредствено работой с портом, а не через конфигуратор
Я имел в виду низкоуровневую работу, конечно - форма сигнала, биты, вот это вот всё. (Первые контроллеры я делал с нуля, в том числе печатную плату, и ARM с ОСРВ на борту, но, как оказалось, при единичных изделиях это ооочень невыгодно.)


Я бы SuPу предложил выкинуть из мастеров все, оставив только по одному регистру. Для начала.
Но тут, наверное, действительно надо будет разбираться сниффером. Я надеялся, что кто-то явно укажет на проблему, которую я тупо не вижу, так как нет времени разбираться сейчас столь детально ( Для того и брались "кубики", которые легко интегрируются (обычно).


Кстати, а что за регистр 21005 ? И зачем отдельное младшее слово из float Ai5 ?
Не понял, где это. И float, кажется, я там не использую для обмена с МВ110, только двухбайтовые переменные.

SuP
30.08.2019, 18:21
Я бы SuPу предложил выкинуть из мастеров все, оставив только по одному регистру. Для начала
Не помогло.

Валенок
30.08.2019, 20:52
..............

Le'Go
03.09.2019, 08:12
Sup, день добрый. Делал проект в свое время по температуре, стояли такие же. Если не ошибаюсь, адреса нужно ставить не по порядку, а через кол-во входов прибора. То есть имеем прибор с адресом 1 и 8 входов. Следующий прибор на этой же 485 линии ставишь с адресом 1+8 = 9 (каждый вход +1 к адресу). Если 32 входа, соответственно адрес будет 1+32 = 33. Как то так. Все работало. Здесь у вас явно перекрытие адресов. По моему это где то даже в инструкции прописано. Возможно это относится только к протоколу ОВЕН.

SuP
05.09.2019, 18:40
?

Здесь у вас явно перекрытие адресов. По моему это где то даже в инструкции прописано. Возможно это относится только к протоколу ОВЕН.
Спасибо всем огромное, и техподдержке тоже (они предложили установить адреса 24 + 32), именно с адресацией проблема оказалась. Я пока не до конца разобрался с правилами этой адресации, так как, если следовать рекомендации при использовании протокола ОВЕН (хотя я использую ModBus, но, видимо, это как-то завязано на автоматическое определение протокола), то адреса должны быть вида N+8X, то есть, что-то вроде 1, 9, 17 и т.п. Но на деле заработала только комбинация адресов 24, 32 (перепробовал также, но не заработали комбинации 1 и 9, 8 и 16, 16 и 24).

Да, и сниффером видел, что один из модулей просто молчит в ответ на запросы. Осциллографом не смотрел )

И о том, что я говорил, что в другом проекте так же было настроено (адреса 1, 2), но всё работает: там оказались не совсем такие модули, а MV110-8as под брендом Akytec, и я не уделил должного внимания этому моменту. Видимо, там другой внутренний софт.

Осталось разобраться с точными правилами адресации МВ110-8АС.

SuP
06.09.2019, 13:51
Всегда адресация 1 2 3 ..
Проблем никаких. Модули - любые
Ну, вот, с Akytec прокатывает, а с этими возникли проблемы. Ещё техподдержка ответила: "Адрес каждого устройства в топологии должен быть уникальным. 1-247. Зачастую, адресацию разносят по числу каналов на модуле. Если модуль 8-канальный и его адрес 8, то адрес следующего устройства 16."

ASo
06.09.2019, 14:39
Это удобно и необходимо только для возможного последующего обращения конфигуратором без отключения модуля от шины.

SuP
06.09.2019, 22:46
Так или иначе, но с назначенными последовательно адресами 1 и 2 обмен идёт только с одним из модулей МВ110. Ответа о причине такого поведения я не получил, но, хотя бы, с адресами 24 и 32 работает по ModBus RTU, как планировал.

Le'Go
09.09.2019, 08:10
Спасибо всем огромное, и техподдержке тоже (они предложили установить адреса 24 + 32), именно с адресацией проблема оказалась. Я пока не до конца разобрался с правилами этой адресации, так как, если следовать рекомендации при использовании протокола ОВЕН (хотя я использую ModBus, но, видимо, это как-то завязано на автоматическое определение протокола), то адреса должны быть вида N+8X, то есть, что-то вроде 1, 9, 17 и т.п. Но на деле заработала только комбинация адресов 24, 32 (перепробовал также, но не заработали комбинации 1 и 9, 8 и 16, 16 и 24).

Да, и сниффером видел, что один из модулей просто молчит в ответ на запросы. Осциллографом не смотрел )

И о том, что я говорил, что в другом проекте так же было настроено (адреса 1, 2), но всё работает: там оказались не совсем такие модули, а MV110-8as под брендом Akytec, и я не уделил должного внимания этому моменту. Видимо, там другой внутренний софт.

Осталось разобраться с точными правилами адресации МВ110-8АС.

Ну у меня тоже по modbus все было, но работало именно так - адрес прибора + кол-во входов. И приборы были с разным кол-вом входов (8 - 32), ставил адреса по этому правилу. При последовательной адресации (1,2,3) виделся только первый прибор, остальные не опрашивались. Попробовал сделать по инструкции протокола овен, стало все норм. 8 лет уже работает без каких-либо проблем. Согласен, бред, но так и работаем, методом тыка, если не работает по правилам). Поэтому и написал, как у меня вышло решить такую задачку.

Sergeba
27.10.2019, 19:16
ПЛК110-30 [M01] (это промежуточный между старым 110 и М02). Установлена прошивка 1.0.4 (последняя, которую он поддерживает). Использую две подсети RS485-1 и RS485-2. №1 - работает без сбоев, на №2 с частотой 1-2 секунды проскакивают ошибки 81 - т.е. какой-то модуль теряет связь. Меняю витые пары подсетей местами, меняю настройки контроллера - опять отваливаются только на №2. Т.е. модули и сама подсеть не влияют на работу - плохо работает RS485-2. Как можно поправить?

Мастеренко Иван
28.10.2019, 13:11
ПЛК110-30 [M01] (это промежуточный между старым 110 и М02). Установлена прошивка 1.0.4 (последняя, которую он поддерживает). Использую две подсети RS485-1 и RS485-2. №1 - работает без сбоев, на №2 с частотой 1-2 секунды проскакивают ошибки 81 - т.е. какой-то модуль теряет связь. Меняю витые пары подсетей местами, меняю настройки контроллера - опять отваливаются только на №2. Т.е. модули и сама подсеть не влияют на работу - плохо работает RS485-2. Как можно поправить?

Необходимо отдать контроллер в сервисный центр для модернизации RS485.

Tol_83
02.03.2020, 09:27
Столкнулся с интересным фактом, которому не смог найти описание.

в ПЛК110-60М02 на интерфейс RS-485-2 назначил два MadBus(Slave) с разными адресами, по одному передаются одни переменные по другому другие. OPC сервер все корректно опрашивает.
Вопрос: на сколько это корректно, и сколько слейвов можно вешать на один интерфейс?
получается таким образом можно снять ограничения по количеству передаваемых данных. между РС и контроллером.

capzap
02.03.2020, 09:53
Столкнулся с интересным фактом, которому не смог найти описание.

в ПЛК110-60М02 на интерфейс RS-485-2 назначил два MadBus(Slave) с разными адресами, по одному передаются одни переменные по другому другие. OPC сервер все корректно опрашивает.
Вопрос: на сколько это корректно, и сколько слейвов можно вешать на один интерфейс?
получается таким образом можно снять ограничения по количеству передаваемых данных. между РС и контроллером.

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

SuP
24.03.2020, 17:22
Добрый день!

Были ли замечены проблемы с ModBus RTU на RS-485 на прошивке v.1.0.11_plc110_m02 ?

У меня была ошибка 81 по порту, простой откат на прошивку 1.0.6 исправил ситуацию (но подробностей не смогу дать, так как всё делалось срочно, экспериментов никаких не сделал).

Допускаю, что я сам был где-то невнимателен, и с прошивкой v.1.0.11_plc110_m02 тоже всё в порядке, но хотел бы уточнить.

Мария Мильчакова
25.03.2020, 14:10
Добрый день!

Были ли замечены проблемы с ModBus RTU на RS-485 на прошивке v.1.0.11_plc110_m02 ?

У меня была ошибка 81 по порту, простой откат на прошивку 1.0.6 исправил ситуацию (но подробностей не смогу дать, так как всё делалось срочно, экспериментов никаких не сделал).

Допускаю, что я сам был где-то невнимателен, и с прошивкой v.1.0.11_plc110_m02 тоже всё в порядке, но хотел бы уточнить.

Добрый день.
Действительно, RS-485 более стабильно работает на прошивке 1.0.6. Продолжайте работать на ней.

SuP
25.03.2020, 15:29
Понял, спасибо!

alexx751
29.03.2020, 19:44
Добрый день.
Действительно, RS-485 более стабильно работает на прошивке 1.0.6. Продолжайте работать на ней.
Есть планы выпустить нормальную прошивку?

Данис
30.03.2020, 14:41
Похожая проблема.
1) Имеется ПЛК110-30[М02], прошивка заводская версии 1.0.11.
На порту RS-485-2 "сидит" 2 аналоговых модуля МВ110-24.8АС с slave-адресами 21 и 22.
Когда модули опрашиваются по-отдельности (например, опрашиваем 21 при отключенном 22 и наоборот), каждый из них отвечает нормально.
Но стоит подключить оба модуля одновременно, как один из них перестает отвечать (ошибка 81).

2) В другом проекте с таким же ПЛК была такая же ситуация при опросе расходомеров Взлет ЭМ по Modbus RTU (порт ПЛК RS232 через преобразователь RS232-RS485).
Когда оба расходомера были подключены, один из них не отвечал (ошибка 81). Slave-адреса разные. По отдельности отвечали корректно. Ранее несколько лет назад подключал точно такие же расходомеры к такому же ПЛК - все работало.

Проект по п.1 прикрепляю.
Может ли это быть связано с версией прошивки ПЛК (версия 1.0.11 - не рабочая)?
Какая версия прошивки на сегодняшний день самая стабильная?

Коськовецкий Владислав
31.03.2020, 20:17
Похожая проблема.
1) Имеется ПЛК110-30[М02], прошивка заводская версии 1.0.11.
На порту RS-485-2 "сидит" 2 аналоговых модуля МВ110-24.8АС с slave-адресами 21 и 22.
Когда модули опрашиваются по-отдельности (например, опрашиваем 21 при отключенном 22 и наоборот), каждый из них отвечает нормально.
Но стоит подключить оба модуля одновременно, как один из них перестает отвечать (ошибка 81).

2) В другом проекте с таким же ПЛК была такая же ситуация при опросе расходомеров Взлет ЭМ по Modbus RTU (порт ПЛК RS232 через преобразователь RS232-RS485).
Когда оба расходомера были подключены, один из них не отвечал (ошибка 81). Slave-адреса разные. По отдельности отвечали корректно. Ранее несколько лет назад подключал точно такие же расходомеры к такому же ПЛК - все работало.

Проект по п.1 прикрепляю.
Может ли это быть связано с версией прошивки ПЛК (версия 1.0.11 - не рабочая)?
Какая версия прошивки на сегодняшний день самая стабильная?

Добрый день.
Попробуйте увеличить параметр Framing time (Конфигурация ПЛК-Modbus Master - RS-485(RS-232)) до 10 мс.