Функциональные блоки на языке ST

[rovki]

rovki фокус в другом, в возможностях.

Пример как вы говорите элементарный TON с выходом ET сколько прошло времени. На квадратиках с использованием написанного программистами Овен Ton в недрах firmware ПРки вывод времени работы таймера приводит к добавлению новый квадратиков. И так по различным FB....

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

[melky]

rovki кроме вопросов реализации имеет место еще понятия объема информации для достижения той же цели.
Ну и почему народ начал просить ST изначально вспомните? - массивы и еще что-то, что в квадратиках в принципе было недоступно никогда.

[IVM]

Так макросы же были -тыщи...зачем их дублировать в ФБ , а не создавать новые ?

Макросы при помощи квадратиков создаются. Это не во всех случаях удобно. Никто не собирается дублировать макросы. А вот при создании чего-то нового можно будет подумать делать макрос в квадратиках или FB на ST.

[Валенок]

А зачем их дублировать ,создавать в ST????

пишу

var 
  x : rtrig;
end_var

а там - дуля. Я ж сказал:

в ST .. недоступен полный квадратиковый функционал

...Никто не собирается дублировать макросы...

Поправлю для специально для rovki
Никто не собирается дублировать доступные макросы

[Валенок]

Не хватает в ФБ системных переменных времени которые инкрементировались бы каждые 1мс, 10мс, 100мс, 1с. Они бы сильно упростили задачи работающие по времени в ФБ (например ПИД регуляторы, функция рампы и др.).

Сильно поддерживаю.
Хотя бы 1 функцию (доступную и в ST и в квадратиках) - циклический счетчик мс типа GetTickCount
Пусть даже будет неюзаемая входная палка.
Или системная переменная (хоть и readonly)

[Lukas]

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

[1exan]

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

Тоже не понимаю почему мыслители "электрическими схемами" используют FBD в OL, а не пользуют LD в ПЛК, наслаждаясь в полной мере контактами и катушками реле.

[Lukas]

сами то верите в то что написали? Популярность ПР не в простоте, а в дешевизне относительно плк. С такой логикой как у Вас предположу что Вы фанат кнопочного телефона, ведь изначально он создан чтоб звонить. Про дальнейшую интеграцию вообще не понятно, кто то у Вас отбирает квадратики? Именно для Вас, квадрратоделов, стараются делать упрощенную реализацию "скользящих" окон для нахождения среднего и т.п. дополнений

Отвечу просто: Пользуйся смартфоном. Кнопочный оставь "квадратоделам". Так понятнее?

[Lukas]

Тоже не понимаю почему мыслители "электрическими схемами" используют FBD в OL, а не пользуют LD в ПЛК, наслаждаясь в полной мере контактами и катушками реле.

Было же для особо одаренных написано: электрических схем, и цифровой логики. Зачем вырвал кусок? Так не прилично.

[rovki]

Макросы при помощи квадратиков создаются. Это не во всех случаях удобно. Никто не собирается дублировать макросы. А вот при создании чего-то нового можно будет подумать делать макрос в квадратиках или FB на ST.

Пока только это и наблюдаю..