Данные в OB - Только Input / Temp и Constant

[seggi]

Осваиваю уже полгода SPS-программирование, до этого работал в Codesys и Twincat, а теперь наконец смог получить Step 7 Tia Portal (v13).

Смотрю ролики, сам кое-что делаю, но не могу понять один вопрос

Программный блок, этот самый Main [OB1] в разделе списка типов данных для меня выглядит несколько непонятно

s7_tia_1.jpg

Есть данные входные, Input
Есть данные временные, Temp
И есть константы, т.е. по логике данные, которые должны быть неизменяемыми

А куда выводить данные от работы программного блока? Всегда в банк данных функционального блока? Т.е. программа без функционального блока вообще не может работать самостоятельно? Просто в Codesys / Twincat я могу просто все записать в программу и мне не нужны FB и FC. А в S7 все должно плясать вокруг FB?

А если я вставляю в программный блок только функцию - куда выводить данные? Он не предлагает создать блок данных под это.

[Parliament74]

Можно в меркерную память выводить, например.

А блок данных не обязательно должен "принадлежать" какому-то функциональному блоку, их просто так можно создавать.

[seggi]

Можно в меркерную память выводить, например.

А это где? Как по английски называется? Это не область тегов?

А блок данных не обязательно должен "принадлежать" какому-то функциональному блоку, их просто так можно создавать.

Только что создал такой блок данных вручную, так сказать и там только один доступный раздел данных есть - Static
А если такой блок создается через FB - тогда сразу все разнообразие появляется типа Input / Output / InOut / Static / Temp / Constant

[M3f]

seggi, у вас пробел знаний в области понимания OB, FB, FC, GDB, IDB. Обычно в роликах для начинающих это объясняют, не знаю какие вы начинали смотреть.
Для начала, хорошо бы ознакомиться с книгой: "Automation with SIMATIC S7" от Hans Berger или хотя бы: "Programming Guideline for S7" от самих Siemens.
По вашим вопросам:

А куда выводить данные от работы программного блока?

В Global Data Blocks (GDB) или в Tags (область M, как вам советовали ранее).

Всегда в банк данных функционального блока?

Не всегда, зависит от задачи.

Т.е. программа без функционального блока вообще не может работать самостоятельно?

Может, но лучше разбивать программу на FC и FB, а не писать "простыни" в OB.

Просто в Codesys / Twincat я могу просто все записать в программу и мне не нужны FB и FC. А в S7 все должно плясать вокруг FB?

Не обязательно вокруг FB, но так намного удобней, при необходимости дальнейшего масштабирования, во время эксплуатации, обслуживании, пусконаладки и пр.

[seggi]

M3f, Я преимущества применения FB и FC вполне понимаю, я не настолько дремучий, все пихать в одну программу я не хочу, я даже уже struct вполне удачно использовал. Недавно переписал один древний блок из FUP на SCL функцией одной, состоящей из одной строки, получил просто эстетическое удовольствие. Книги скачал, Бергера уже читаю.

Просто в Codesys/Twincat можно создать тот же FB, указать там input/output и потом просто в программе привязываешь к соответствующим входам/выходам конкретного станка. А здесь в Сименс получаются какие-то пляски с хранение полученных и исходных данных не в программе, а ещё где-то. Использование переменных в области тегов принуждает к привязке переменной к какому-то Merker, что я встречал уже у Eaton в его Easysoft, но там как бы контролёры совсем начального класса, там даже SCL урезанный, без некоторых функций, не думал, что и у Сименс такое будет. Думал, что я ещё чего-то не понимаю. Но если так, что же, буду знать.

[POV]

Просто в Codesys/Twincat можно создать тот же FB, указать там input/output и потом просто в программе привязываешь к соответствующим входам/выходам

Кто вам запрещает это сделать в Сименсе? Простейшее использование FB в этом и заключается.

Думал, что я ещё чего-то не понимаю

Вот именно. Но это пока, со временем придет.

[M3f]

... А здесь в Сименс получаются какие-то пляски с хранение полученных и исходных данных не в программе, а ещё где-то. Использование переменных в области тегов принуждает к привязке переменной к какому-то Merker, что я встречал уже у Eaton в его Easysoft, но там как бы контролёры совсем начального класса, там даже SCL урезанный, без некоторых функций, не думал, что и у Сименс такое будет...

Вы видимо еще не дошли до "multi-instance DB" и тогда придет понимание, что эти пляски вполне оправданы. А "memory markers" — это рудимент, который остался нам от старых ПЛК. Эту область можно вообще не использовать в современных ПЛК Siemens (некоторые даже категорически против ее использования из-за скорости опроса).

[seggi]

А "memory markers" — это рудимент, который остался нам от старых ПЛК

Я тоже так считаю. Beckhoff пока нравится мне намного больше. Но шеф сказал - учи Siemens тоже, его пока достаточно много везде. Ну, сказал - "Яволь" и взял под козырек.

[stesl]

А "memory markers" — это рудимент, который остался нам от старых ПЛК. Эту область можно вообще не использовать в современных ПЛК Siemens (некоторые даже категорически против ее использования из-за скорости опроса).

Вы уверены, что запись/чтение на карту памяти (речь о DB же) быстрее чем в ОЗУ? Какие то непонятные выводы.

Я тоже так считаю.

Вы пока еще ничего считать не можете )) Простите за категоричность. Ваш опыт в Codesys, это как детский сад для поступления в ВУЗ. Со временем Вы поймете весь функционал, удобство и практичность, которую нам дали инженеры Simatic.

[M3f]

stesl, речь идет про новые серии ПЛК от Siemens.
Например тут (S7-1200/1500 access M area vs datablock execution time) приводят пример работы цикла, где он с оптимизированным DB работает быстрее (в среднем на 25%), чем через "markers" (Tested on a 1512SP CPU HW 1.8).

Сам Siemens также рекомендует использовать оптимизированные DB:

4.2 No bit memory but global data blocks
• Optimized global DBs are clearly more powerful than the bit memory address area that is not optimized only for reasons of compatibility.
• Dealing with bit memory (system and clock flags also) is problematic since the size of the flag area of each controller has is different. Do not use bit memory for the programming but always global data blocks. This is how the program can always be used universally.

[stesl]

Сам Siemens также рекомендует использовать оптимизированные DB

Понял, спасибо за консультацию )) Работаю пока только с классикой. Про оптимизированные DB пока только негатив слышал. Понятно, что мнения у всех разные, и нужно сперва самому попробовать.