Вопросы про сохранении в ROM ПЛК переменных и программировании удаленной периферии

Промышленные Логические Контроллеры SIMATIC S7-200/300/400
misha1
Posts: 19
Joined: Tue Aug 31, 2021 3:08 pm

Вопросы про сохранении в ROM ПЛК переменных и программировании удаленной периферии

Post by misha1 »

Всем привет !

Я начинающий программист в Step 7. У меня появилось пару вопросов, помогите:
1. При отключении питания контроллера S-300 сохраняются ли значения меркеров, таймеров, счетчиков, дата блоков в энергонезависимой памяти? Восстановятся ли их значения в программе после включения питания ?

2.Открывал проекты технологических линий, где на профибасе сидит и контроллер и удаленные станции и подумал как программируются станции удаленной периферии ? В руководствах сказано как программировать контроллеры, но ничего не сказано про удаленную периферию.
Rex2701
Posts: 374
Joined: Wed Oct 13, 2010 8:44 am
Location: Russian Federation

Re: Вопросы про сохранении в ROM ПЛК переменных и программировании удаленной периферии

Post by Rex2701 »

1. Есть такое понятие постоянных (Retentive) областей памяти, которые могут пережить пропадание питание. Можно объявить Retentive в части области меркеров, можно объявить некоторые DB. В обычном случае меркеры обнуляются, а содержимое DB приводится к инициализационным значениям.
2. Никак. Удалённая периферия только параметрируется в HWConfig. Чем хороша связка S7 и PROFIBUS - все области обмена периферии с ПЛК данными по шине являются областью входов-выходов контроллера. И работа с ними идёт "прозрачно" в программе ПЛК. Программируются только отдельные классы устройств типа SIRIUS SIMOCODE, SIMODRIVE и т.п.
misha1
Posts: 19
Joined: Tue Aug 31, 2021 3:08 pm

Re: Вопросы про сохранении в ROM ПЛК переменных и программировании удаленной периферии

Post by misha1 »

Rex2701 wrote: Sun Sep 12, 2021 3:13 pm 1. Есть такое понятие постоянных (Retentive) областей памяти, которые могут пережить пропадание питание. Можно объявить Retentive в части области меркеров, можно объявить некоторые DB. В обычном случае меркеры обнуляются, а содержимое DB приводится к инициализационным значениям.
2. Никак. Удалённая периферия только параметрируется в HWConfig. Чем хороша связка S7 и PROFIBUS - все области обмена периферии с ПЛК данными по шине являются областью входов-выходов контроллера. И работа с ними идёт "прозрачно" в программе ПЛК. Программируются только отдельные классы устройств типа SIRIUS SIMOCODE, SIMODRIVE и т.п.
А как объявляются Retentive в области меркеров и DB ? У меня есть проект линии итальянской, в которой я не нашел чтобы объявляли Retentive в области меркеров и DB. У дата блоков DB есть свойства и там можно поставить галочку non retain т е не сохранять. Выходит, если галочка не стоит то все сохраняется.
POV_PDA
Posts: 98
Joined: Mon Apr 26, 2010 7:02 pm
Location: Н.Новгород

Re: Вопросы про сохранении в ROM ПЛК переменных и программировании удаленной периферии

Post by POV_PDA »

Замечу, что работа с памятью отличается друг от друга у всех серий 200-300-400-1200-1500.
Для 300 нового типа с ммс картой все ДБ по умолчанию реманентны (если не стоит та самая галочка).
Настройка реманентности меркеров, таймеров, счетчиков на соответствующей закладке в свойствах цпу в настройке аппаратуры.
Для 300 есть руководство и на русском, один из разделов подробно описывает работу с памятью.
Dfcz
Posts: 878
Joined: Tue Dec 26, 2006 5:21 am
Location: Russia

Re: Вопросы про сохранении в ROM ПЛК переменных и программировании удаленной периферии

Post by Dfcz »

misha1 wrote: Sat Sep 11, 2021 7:28 am 1. При отключении питания контроллера S-300 сохраняются ли значения меркеров, таймеров, счетчиков, дата блоков в энергонезависимой памяти? Восстановятся ли их значения в программе после включения питания ?
Надо понимать, что есть технические ограничения на сохранение текущих значений тех же DB-шек. Поэтому дополнительно можно использовать начальные значения тех-же DB-шек.
Второй момент-энергонезависимая память в частности у 3ХХ на самом деле не энергонезависимая)), поэтому дополнительно можно использовать запись в ММС.
Если же вопрос стоит о критичности работы оборудования при пропадании питания процессора, то лучше смотреть в сторону непрерывности питания процессора.