Сделали мы автоматизацию цеха.
Было организовано 2 сети RS-485, общее расстояние- метров 300
По одной сети приборы общаются между собой, в этой сети участвуют- ПЛК110-30 (мастер), 4хПЛК160 через АС-3М, ТРМ202. Все работает, никаких проблем
Вторая сеть- компьютер с MasterSCADA и АС-4 (мастер), 4хПЛК160, ПЛК110-30, 4хТРМ202 (кроме ТРМ все приборы те же самые)
Засада случилась со второй сетью- она стала зависать по нескольку раз на день, т.е. блокировалась любая передача по этой сети. Долго мы с ней маялись и искали причины. Висла похоже в моменты активного включения-выключения контакторов, управляющих КЗР. Перепрокладывали сеть, перевешивали резисторы на концах и т.д.
В итоге- оказалось что виснет выходной каскад у ТРМ202, после зависания одного из них и отключения его от сети все начинало снова работать. На выходном каскаде этого ТРМ при этом было около 5В. Отключаем его от питания, включаем- он оживает и начинает снова общаться по RS-485. В конце концов ухудшили заложенный в проект функционал и отключили от сети ТРМ, сейчас все работает.
В настоящий момент планируется такой же проект, но в 2 раза больше устройств.
Вопрос про виновника всего этого безобразия. Вроде бы виснет ТРМ202, но настораживает
фраза из мануала на ПЛК160:
Внимание! Контроллер спроектирован так, что он включается в сеть RS-485 как Master
(ведущий прибор), и в него встроены резисторы, определяющие состояние линии при
отсутствии передачи. В связи с этим не допускается включать в один сегмент сети RS-485
более 6 контроллеров, даже если они настроены на работу в режиме Slave (ведомый прибор).
Исходя из этого можно предположить что виновником все таки являются ПЛК160, которые и вводили ТРМ202 во искушение.
Кто что может откомментировать на эту тему? Отказаться от ПЛК160 в следующем таком проекте и заменить его ПЛК110?