Файлы конфигураций для ОВЕН ПЛК 150 и ПЛК 160

Выкладываю экспортированные конфигурации для ОВЕН ПЛК 150 и ПЛК 160 (по ссылке - подробности), включающие:

• именованные переменные всех дискретных и аналоговых (все 4-20 мА) входов/выходов,
• модуль статистики,
• модуль Button (для отключения кнопки Старт/Стоп на панели ПЛК для защиты от произвольной остановки выполнения программы),
• модуль Modbus Master (RS-485) с вложенными подмодулями связи с МДВВ, двумя МВА8, ТРМ32, ТРМ212,
• модуль Modbus Slave (Debug RS-232) для связи с панелью оператора ИП320 или любой другой панелью, скадой, любым мастер-устройством, включающий 8-битные и флоатовские переменные (при добавлении/удалении не забывайте про выравнивание)

Конфигурации скачивайте здесь: Вложение 8998

Было бы интересно узнать как реализованы конфигурации у Вас.

Цитата:

---

Сообщение от ga-nozry

Выкладываю экспортированные конфигурации для ОВЕН ПЛК 150 и ПЛК 160

---

Не совсем понятно зачем,если только для подобных случаев http://www.owen.ru/forum/showthread.php?t=15182

Думаю,что однотипное именование переменных - удобно.
Плюс теперь никогда не забудете добавить необходимые модули.
Чем проще создавать новый проект - тем удобнее.

В связи с этим подумал,если производитель Овен не рекомендует использовать
прямую адресацию,то может сразу сконфигурирует типовые имена для
входов...выходов. Ну или хотя бы добавить модуль статистики и BUTTON в заводскую
конфигурацию ПЛК.

Цитата:

---

Сообщение от Евгений_Томск

Думаю,что однотипное именование переменных - удобно.
Плюс теперь никогда не забудете добавить необходимые модули.

---

А мне проще именовать переменные так что-бы в проекте было понятно, за что переменная отвечает(управляет и т.д), да и в однотипных названиях запутаться очень легко IP_BOOL_72 или IP_BOOL_73.

Переменные в Modus Slave - это действительно слабое место, в них можно запутаться (хотя мы сделали так, что они скрыты в коде и трогать их нет никакой необходимости). А вот переменные, по названию которых понятно какой вход/выход какого прибора за ними стоит - это удобно. Удобно в проектах, описанных мной в посте, т.е. однотипных.

У нас почти сотня объектов (а на очереди ещё две), которые отличаются количеством датчиков, частотников, КЗРов, ..; и все они на каждом объекте подключаются к разным входам/выходам. Поэтому я написал программу, которая описывает максимальный набор всех устройств, и вывел код, отвечающий за соответствие входам/выходам этих устройств, в одно место. Т.е. я беру принципиальную электрическую схему шкафа управления, смотрю, что температура ГВС сидит этом входе, авария этого насоса на этом, открытие КЗР на этом выходе и т.д. и прописываю это в коде, а лишнее удаляю.

Практика показала, что подобные действия в конфигурации занимают на порядок больше времени и вызывают массу неудобств. Плюс к этому я везде использую массивы, структуры, и даже массивы структур, которые содержат массивы и структуры :). Кстати, под структурами я понимаю ещё и функциональные блоки (к которым можно добавлять действия, т.е. делать инкапсуляцию, что превращает ФБ в почти-класс; в общем - советую). Так, что в моей программе без подобной конфигурации - никак. Хотя, возможно я слишком категоричен и где-то ошибаюсь...

Для одиночных проектов - создание промежуточных переменных действительно бывает излишним (если, конечно, нет необходимости создавать массивы или структуры входов/выходов). Иногда так и делаю, как делаете вы, Жекон.

ga-nozry Не понял как этим пользоваться. Файлы с расширением *.exp - что это?

Файлы с расширением .exp - это экспортированные из CoDeSys блоки. Чтобы добавить их в свой проект нужно выполнить команду Проект > Импорт… и выбрать файл.exp.
В данном случае я экспортировал Конфигурацию ПЛК, если её добавить в свой проект, она заменит текущую. Для того чтобы её добавить, проект должен быть создан под соответствующую платформу - ПЛК150/ПЛК160.

Семен Семеныч!..
Спасибо, ga-nozry.