Может быть переменная "Опрос" включает-отключает обмен с прибором(в данном случае ТРМ202), а для единичных посылок эти переменные?
Вложение 23982
Включают-выключают запись, чтение отдельных переменных и определяют её статус(верно-неверно)!
Вид для печати
Может быть переменная "Опрос" включает-отключает обмен с прибором(в данном случае ТРМ202), а для единичных посылок эти переменные?
Вложение 23982
Включают-выключают запись, чтение отдельных переменных и определяют её статус(верно-неверно)!
Как в режиме slave можно контролировать связь с мастером сети. Есть ли какой-нибудь "максимальный сетевой таймаут" или какой-нибудь "статус"? Может быть объект уже давно сгорел, а мы все еще им управляем :)
Если слейв сгорел ,то мастер об этом узнает ,а самому слейву это не к чему уже ;),на то он и подчиненный .Ну или ,если хитро и очень надо погорельцу ,то в мастере организуйте посылку в слейв 1и 0 , а в слейве анализируйте есть ли смена переменной ,если нет значит и связи нет .
Поспешил обрадоваться - работала связь ПР200 (мастер) и ТРМ202(слэйв), но не смог сохранить проект в ОЛ.
Обновил ОЛ, создал новый проект с настройками мастера
Вложение 24036
Вложение 24037
теперь связь не работает и светодиод RS на ТРМ не моргает.
При этом связка мастерПР200 - ОРС на компьютере как слэйв работает нормально (перемычки в ПР-ке выставлял), и OPC мастер - слэйв ТРМ тоже работает нормально(т.е. на ТРМе RS рабочий), а вот ПР-кой опросить ТРМ не получается.
Я просто считаю что Slave должен же знать управляют им или нет. Если ПРка находилась под внешним управлением и пропала связь? Без контроля канала связи в режиме слейв можно тогда только входа использовать, выхода ну никак. Причем ОВЕН вроде бы об этом знает.
Вот навскидку из руководства МК110220.8Д(ДН).4P: "4.4 Режим «Авария» При отсутствии запросов от Мастера сети RS-485 в течение времени, заданного для всех ВЭ в одном параметре «Максимальный сетевой таймаут» (t.out), происходит перевод всех дискретных ВЭ, для которых конфигурационный параметр Log равен 0, в заранее заданное состояние, безопасное для управляемой системы...".
Если модули ввода-вывода знают о такой функции, то ПРка вроде бы как повыше уровнем будет.
ОВЕНовцы сделайте статусный сигнал, который бы контролировал запросы в режиме slave с настраиваемым таймаутом.
Тогда следующий вопрос :confused: Сетевые переменные сохраняются в энергонезависимой памяти. И тут возникает вопрос: Какая это память, какой у нее ресурс записи? Если RAM с батарейным питанием или фрам, тогда хорошо, а если это флеш или еепром, то не очень. Если организовать сетевой WDT на вскидку с шагом 0,1 сек, то ячейка с ресурсом 1 млн. умрет через сутки, так еще и запись постраничная, т.е. она помрет не одна :).
ОВЕНу: Нужны инициализационные параметры на сетевые параметры. Например, установка работала в каком-то режиме, заданном по сети. Вывели в ремонт, техобслуживание или просто выключили. Включаем через неделю ПР ... и бах все поехало как неделю назад. Не хорошо это. Или сделать галку выбора энергонезависимости сетевых параметров.
Нужно не забывать про настройку задержки ответа у ТРМ. Если на ПР200-мастер стоит 10мс, то у ТРМ ставить меньше, иначе связи не будет. Я ставлю таймаут 7мс, а у ТРМ - 3мс (там по умолчанию 10мс). Работает хорошо. К остальным показанным настройкам претензий нет, только кол-во попыток достаточно 0 или 1. Интервал между запросами у меня 2мс. У ТРМ чтобы новая настройка сети заработала надо передернуть его питание.
Безусловно системный статус наличия связи слейву нужен, приходится искусственно слать с мастера мигающ бит и его изменения трактовать как наличие связи. И дело даже не в управлении просто выходами, когда они управляются самим слейвом, а дело в том что при исчезновении связи все сетевые переменные повисают в состоянии последнего сеанса, и для корректной работы нужно их нулить при пропадании связи, в этом главная необходимость контроля связи.
Хотелось бы чтобы у слейва в настройке сети был бы критический таймаут, при превышении которого выдавался аварийный бит статуса и сетевые входы нулились сами (или переводились в указанное состояние). Сейчас это вынужденно делается самостоятельным контролем связи по мигающему биту и протаскиванием сетевых входов через нулитель, что захламляет программу.
Прошу прощения за наглость - а можно пример настройки ПР200-ТРМ202, просто я уже второй день перебираю комбинации настройки и всё никак. По вашему совету попробовал уменьшить таймаут на ТРМ и соответсвенно в настройках ТРМ-а на ПР200, результат всё тот-же: ПР200 не видит ТРМ
Не хочется покупать модуль ввода, так как надо одну переменную брать по сети и ТРМок на предприятии лишних хватает.