Показать сообщение отдельно
Старый 13.03.2017, 12:08   #22
tvf
Senior Member
 
Регистрация: Dec 2011
Сообщения: 756
Благодарил(а): 1 раз(а)
Поблагодарили: 11 раз(а) в 11 сообщениях
По умолчанию Ответ: Pixel→Moxa_NPort_5150→ПЧ_ABB_ACS_310 по Modbus

Цитата:
Сообщение от Aiven Посмотреть сообщение
Как быть в данной ситуации?
1. Попытайтесь уменьшить трафик при обмене с ПЧ. Судя по вашей карте памяти у вас на ПЧ уходит аж 73 запроса. Для оперативного управления ПЧ вполне достаточно 10-15 переменных. Остальные большей частью нужны для начальной конфигурации ПЧ. Это можно сделать и вручную. Если ломает, то тогда уж запись/чтение по условию (время опроса =0, а далее из справки к лоджику). Интенсивность обмена резко упадет. А если и операцию записи будете проводить только там где надо, то еще больше снизите трафик.
2. Где выпадает ошибка? В ПЧ или контроллере? От единичных ошибок ни кто не застрахован, они могут быть от причин ни коим образом не связанных ни с собственно ПЧ, ни с контроллером, ни с линией связи. Ошибка связи должна фиксироваться при наличии критического количества ошибок связи (10-15). Ну и возможно сбрасываться автоматически при возобновлении обмена.
3. ПЧ как правило определяет ошибку связи при отсутствии обмена с мастером. Увеличте тайм-аут на ПЧ до 5 с.
4. Если уж и произошла ошибка связи на ПЧ, то он встает колом, но обмен по шине не прерывает. Сбросьте ошибку связи или любую другую по шине и работайте дальше.
5. По логике вещей, весь опрос всех переменных должен быть меньше чем период опроса. Так что не худо бы посчитать, какое минимальное время опроса предполагает скорость обмена, количество переменных, количество запросов. Только считать надо включая служебные задержки, как регламентируемые протоколом, так и самим ПЧ.


__________________
Нет абсолютно бездарных людей. Каждый бездарен в своей области.

Последний раз редактировалось tvf, 13.03.2017 в 12:22
tvf вне форума   Ответить с цитированием