Создать функцию на ST

[Андрей Посохов]

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

[Вольд]

О, МЫ ЭТО СДЕЛАЛИ ЕЩЁ В 2004 ГОДУ!

В.Филоненко, скажите, пожалуйста, какой код будет занимать больше места в памяти ПР, тот что получен после компиляции ST текста или FBD полотна ? Предполагается, что программируется одна и та же задача.

[Вольд]

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

Извините, но тут идет историческая битва за и против ST в OL. Сами понимаете, тут не до сантиментов.

[melky]

Полагаю, что внутри ПР(ПЛК) компилированный код будет занимать одинаково места. Потому что все, что мы пишем исходит из того, что внедрили в ПР(ПЛК) и не более того... Ну разве что массивы и их организация сэкономит немного места, так как на FBD это куча SEL, а на ST всего лишь выделение памяти на нужное количество переменных. SEL вероятно отнимет немного памяти на себя самого.

[Filini]

Мужик ты дремучий. ПЛК ОВЕН поддерживают 5 языков программирования, FBD в том числе. Ты про CoDeSys что-то слыхал или кроме квадратиков ничего не знаешь ?

это твоя писанина в соседней ветке: "Понимаем, что компилятор с ST пока сырой. Но паниковать не надо, разработчики все поправят."
)))))))))))))))))))
Может сначала поправить, а потом добавлять в то, что работает?

Ну давай, порассуждай о дремучести, продвинутый ты наш)))))

[Filini]

В.Филоненко, скажите, пожалуйста, какой код будет занимать больше места в памяти ПР, тот что получен после компиляции ST текста или FBD полотна ? Предполагается, что программируется одна и та же задача.

чувак, пойми ПРОСТУЮ вещь - НЕ НУЖЕН КОД В ПР, просто не нужен и все. Почему не нужен? Так ты сам ответил на этот вопрос в соседней ветке - "Понимаем, что компилятор с ST пока сырой. Но паниковать не надо, разработчики все поправят."
Вот когда поправят, если это будет экономически выгодно производителю, вот тогда стоит об этом говорить)))))

И да, если обратится к мировому опыту, то ни кто в ПР код не сует, т.к. это глупость, у ПР своя ниша, маленькие программы автоматизации, серьезные вещи сразу пишутся под ПЛК, это к вопросу кто из нас дремуч.

[sot]

Денег нет, но вы держитесь (с)

А по сути - клёво, что можно то, что не можно, например, на сегнетиксе.
Это экономит и силы и нервы. описывать цикличную логику - та ещё лабуда.

но вот ответы разработчиков - напрягают.
Они вообще видят цель?

[Filini]

Денег нет, но вы держитесь (с)

А по сути - клёво, что можно то, что не можно, например, на сегнетиксе.
Это экономит и силы и нервы. описывать цикличную логику - та ещё лабуда.

"Кроилово ведет к попадалову" Старая еврейская притча.))))

[Вольд]

чувак, пойми ПРОСТУЮ вещь - НЕ НУЖЕН КОД В ПР, просто не нужен и все. Почему не нужен? Так ты сам ответил на этот вопрос в соседней ветке - "Понимаем, что компилятор с ST пока сырой. Но паниковать не надо, разработчики все поправят."
Вот когда поправят, если это будет экономически выгодно производителю, вот тогда стоит об этом говорить)))))

И да, если обратится к мировому опыту, то ни кто в ПР код не сует, т.к. это глупость, у ПР своя ниша, маленькие программы автоматизации, серьезные вещи сразу пишутся под ПЛК, это к вопросу кто из нас дремуч.

Мне за тебя становится страшно, ты скоро из своих штанов выпрыгнешь.

[melky]

Filini кажется вы тоже не понимаете простой вещи, в ПР никакой код НИКОГДА и не совался, как и в большинство ПЛК. Все, что вы видите - квадратики TON, TOF, BLINK и так далее, будь они квадратиками или на ST - это все уже реализовано в прошивке (firmware) ПР. ОЛ всего лишь обертка с указанием что, когда и как выполнять, не более того.

Хотя смотря на реализацию ОЛ не удивлюсь, что в ПР загружается картинка с холстом ОЛ, а тот бедолага мучается ее воспроизвести