Уважаемые, подскажите пожалуйста будет ли МВА8 v7.5 работать по RS-485 Modbus-RTU c ПЛК-100 v 2.01.8 в качестве мастера.
Вопрос по МВА8
Уважаемые, подскажите пожалуйста будет ли МВА8 v7.5 работать по RS-485 Modbus-RTU c ПЛК-100 v 2.01.8 в качестве мастера.
Сто пудей будет.
Правда у меня иногда возникают проблемы когда два МВА8 на ПЛК100 :-(
Привет Всем!!!
У меня возникла такая проблема: пару раз в сутки ПЛК100 ошибочно считывает данные из первого МВА8 и укладывает полученные значения в переменные второго МВА8 (и наоборот). Один раз такое состояние продлилось примерно 18 минут :-( Сейчас я использую протокол Модбас-РТУ. Первый раз проблема появилась с первого октября, для начала просто параметры как бы застывали на некоторое время (смотрел по графикам). Потом в ПЛК-конфигуратор добавил пару регистров для панели оператора и тут началось ... Я само собой узнал об этом недавно и решил проблему по деревенски просто в ПЛК-конфигуратор добавил пару модулей в Модбас-РТУ и теперь всё сносно заказчик даже не догадывается о проблемах.
P. S. на протоколе ОВЕН у моего знакомого (уже около года система работает) аналогичных проблем не возникало.
Из вашего сообщения не совсем ясно, кого же вы хотите видеть в роли мастера? Если ПЛК - то система рабоспособна. Если же МВА - мастер, то из этого ничего не выйдет.Сообщение от ALex83
Интуитивно-правильное решение! Дело в том, что если по каким-либо причинам прибор не отвечает на запрос мастера ModBus за максимальное время опроса (выставляется в Мастере), но все-же отвечает, то его ответ воспринимается мастером как ответ на другой запрос. Если мастер не может различить такую ситуацию (по адресу прибора или номеру команды), то данные сдвигаются...
Выхода 2 - либо чередовать адреса запросов(ваше решение)/номера команд (легче), либо увеличить время ожидания ответа.
ИП320? На одной и той-же линии 2 мастера? Если так, вы, батенька, мазохистПроблемы будут обязательно!
Панель оператора у меня подключена на RS323 и мне кажется не должно влиять на интерфейс RS485, хотя проблемы появились сразу после того как добавил пару регистров для панели оператора.Интуитивно-правильное решение! Дело в том, что если по каким-либо причинам прибор не отвечает на запрос мастера ModBus за максимальное время опроса (выставляется в Мастере), но все-же отвечает, то его ответ воспринимается мастером как ответ на другой запрос. Если мастер не может различить такую ситуацию (по адресу прибора или номеру команды), то данные сдвигаются...
Выхода 2 - либо чередовать адреса запросов(ваше решение)/номера команд (легче), либо увеличить время ожидания ответа.
ИП320? На одной и той-же линии 2 мастера? Если так, вы, батенька, мазохист
А где можно увеличить время ожидания ответа?
P. S. вдруг если что не совсем корректно объяснил ловите сонфиг.
Ага, пара регистров, говорите
И 2 мастера, ModBus RTU и ОВЕН на 1 интерфейсе! - Они друг-другу мешают и нельзя ли их развести по разл. портам (ведь еще свободен верхний).
В такой мультимастерной конфигурации надо выставлять таймауты побольше, спрашивать пореже, а у модулей RS-485 крайне рекомендую поставить FramingTime хотя-бы 10 мс (а лучше 30), чтобы развести по времени запросы мастеров.
+ по симптомам есть устройство на ModBus, к-е периодически тормозит, "Волшебная коробочка, наверное
P.S. судя по комментам, вы там варите герыч
Прошу прощения ошибся не тот конфиг выложил (упарили в отпуск хочу :-) Вот конфиг с которым уже неделю ни одной проблемы. Мне хочется узнать что я сделал не так и как этого избежать в будущем.
"поставить FramingTime хотя-бы 10 мс (а лучше 30)" - это я уже наверное сегодня сделаю.
а выложенное ранее пока это наверное тема для следующего разговора, вот только соберём провода в кучу начнем писать логи и архивы.
"И 2 мастера, ModBus RTU и ОВЕН на 1 интерфейсе!" - а так реализовать мне порекомендовали тоже не глупые люди?!.
"ведь еще свободен верхний порт" - я его берегу для газового корректора (пока до этого руки не дошли :-)
1. Про 2 мастера я же и говорил, так можно, но будет взаимовлияние и рекомендации я уже огласил.
2. По описанному случаю: Рекомендация такова:
Если вы опрашиваете ряд регистров на 1 устройстве, то чтобы избежать "сдвига данных" желательно либо чередовать команды (например 0x03 и 0х04), либо чередовать опросы устройств. В этом случае при задержке ответа мастер по неверному адресу/команде может идентифицировать такую ситуацию и данные не попадут в соседнюю ячейку.
Спасибо за оперативность!!! побежал екперементировать :-)
Ваши права
