ВОПРОС-ОТВЕТ (отвечаем на простые вопросы от новичков)

[VaBo]

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

Сложнее - это не быстрые таймеры, это автомат состояний на базе CASE, а после (вне его цикла) проверка на наличие ошибок арматуры (приводов, концевых выключателей). По результатам проверки некоторые выходные биты могут быть выключены (или включены).

[Daiven]

Поподпробнее

Удалял все старые таргет файлы и поставил новые.

[keksman]

Доброго времени суток, пкл160 овен, кдс стабильно подключался к нему, в один из дней на предприятии выгорел свитч, заменили, и перестал цепляться, пингуется стабильно большими пакетами, если его подключить напрямую к пк то подключается, а именно через свитч-нет, таргет переустанавливал, все 10 раз перепроверил, понять не могу, по идее пингуется, все должно быть ок. да и в принципе ничего не менялось в сети, есть какие-то мысли ребят?

[krollcbas]

Так бывает. Пинг есть, работы нет. Проверьте сетевые настройки, шлюзы, маски

[keksman]

Так бывает. Пинг есть, работы нет. Проверьте сетевые настройки, шлюзы, маски

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

[capzap]

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

зачем вот делать эти телодвижения со сносом всего и вся? Вы же написали что напрямую подключается, в чем в таком случае виноват КДС или плк? Для диагностики проблемы Вы бы для начала указали марку/модель свича, который поставили на замену. Сетевое оборудование так просто не горит, у Вас там может и кабель поврежден, Вы проверяли как минимум состояние штекеров, я уж не говорю про прозвон всех жил?

[Shade876]

Здравствуйте!
Помогите с реализацией проверки связи с модулями.
6 модулей связь с которыми идет по rs-485 Modbus.
В конфигурации задач это ТИП циклический.

Проблема в том что TRUE и FALSE на одних и тех-же переменных "обрыв" принимают циклические значения. Я так понимаю это связано с о скоростью опроса модулей.

Вложение 49176
Это код программы
Вложение 49177
Если в конфигурации задач в пункте "по событию" ставлю глобальную переменную (она может быть хоть BOOL хоть FALSE на работу это не влияет), возвращаю в "циклический" все работает как надо.

Подскажите что не так делаю или как это можно реализовать проще.
Вложение 49178

[Sulfur]

Убирайте прямую адресацию входов\выходов.
Переменные, объявленные в шапке программы, объявляйте сразу в конфигурации ПЛК.
Они будут иметь статус глобальных.
Вложение 49182

[Shade876]

На самом деле они объявлены Глобальными в Global Variables.
Это я здесь для примера выложил.

[Sulfur]

Должно быть только одно объявление. Предпочтительно в конфигурации.
А в программах просто читать эти переменные.

Если в конфигурации задач в пункте "по событию" ставлю глобальную переменную (она может быть хоть BOOL хоть FALSE на работу это не влияет), возвращаю в "циклический" все работает как надо.

Программа RS485 будет выполняться по MVA_ERR_=TRUE. Которая нигде не назначается.
Я бы сделал по другому.
Выкинул задачи, т. е. все крутится в МайнТаске.
----

VAR ERR_RESET: bool; (*Сброс ошибок*)
--------
IF MVA_ERR<>0 THEN 
CASE MVA_Adsress OF
2: 
Obriv2:=true;
.
.
.
n:
ObrivN:=true;
END_CASE;
END_IF;

IF ERR_RESET THEN 
Obriv2:=false;
.
.
.
n:
ObrivN:=false;
END_IF;

---

Ну как-то так. А вообще удобнее сделать булевый массив Obriv, и обращаться по номеру элемента массива. Так можно читать флаги в цикле FOR..DO. Программа получается проще и читабельнее.