Обсуждение макросов для OWEN Logic

[rovki]

Вы сами противоречите себе - если в ПР нет таких возможностей как в ПЛК ,в смыле игры с циклами ,а ПЛК может все ,то это и есть отличие .Тем более человек спрашивал про цикл ПР ,а ему в ответ про ПЛК ,где все сложнее... В ПР так же нет ветвлений что обеспечивает относительную стабильность времени цикла программы (выполняется всегда проект целиком). Да есть ПЛК ,где цикл ,как в ПР организован , но что о них говорить на форуме Овен ,разве что эрудицую показать ...Просто в ПР это цикл выполнения программы всегда ,а в ПЛК это частный случай ,где цикл программы = циклу ПЛК .Это всеравно что сказать ,что мужчина это человек ,из чего не следует ,что любой человек это мужчина ,есть еще и женщины и различии у них значительные ,хотя и много общего .То есть из этого не следует делать вывод ,что мужчина=женщина ..Ну ладно ,не будем предираться к словам ,все поняли...

[melky]

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

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

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

[rovki]

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

[stanislau]

Циклическое выполнение программы - основа работы любого ПЛК.
Если это не понятно, значит программирование ПЛК или ПР не Ваша тема.

Ну, если ПР пощупать основательно появилась возможность 2 недели назад, то это не значит, что за это время я должен был научиться писать программы на каком-нибудь IL и вообще знать все. Тем более, что часто время на изучение на работе вообще нет.

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

[stanislau]

Да, в самой библиотеке его нет. Он в макросе KZR_DO_Sel_v1.0.

[stanislau]

Юрий, а нельзя ли разработчика попросить добавить в этот макрос вход Enable для разрешения/запрета работы? Макрос запаролен, так бы я сам на выходы open/close добавил по элементу "И". Внешние не хочется лепить- не красиво будет

[Sel]

Добрый день.
Помогите настроить макрос Pt1000/
Есть ПР200-220.4 и датчик температуры Shuft HTF-PT1000. Датчик установлен в канале вентиляции, подключен в один из аналоговых входов на ПР200. Вход переключен на Ом-ную нагрузку. Значения выводятся на экран ПР200. Для обработки сигнала с датчика использую макрос из библиотеки Pt1000
1. Выводимые значения скачут примерно на 3 градуса, т.е. на экране ПР значения температуры меняются очень быстро и показывают постоянно разную температуру, отличающуюся примерно на 3 градуса. (разница может быть и меньше). Например значения температуры меняются многократно за минуту от 5 до 8. Как сделать, чтобы температура не прыгала, а показывалась точно?
2. Частая смена показаний. Как сделать вывод температуры на экран стабильным? Сейчас это выглядит как быстро меняющиеся цифры.
3. Датчик врет примерно на 4 градуса в плюс. Как настроить диапазон более точно?

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

[Василий Кашуба]

Добрый день.
Помогите настроить макрос Pt1000/
Есть ПР200-220.4 и датчик температуры Shuft HTF-PT1000. Датчик установлен в канале вентиляции, подключен в один из аналоговых входов на ПР200. Вход переключен на Ом-ную нагрузку. Значения выводятся на экран ПР200. Для обработки сигнала с датчика использую макрос из библиотеки Pt1000
1. Выводимые значения скачут примерно на 3 градуса, т.е. на экране ПР значения температуры меняются очень быстро и показывают постоянно разную температуру, отличающуюся примерно на 3 градуса. (разница может быть и меньше). Например значения температуры меняются многократно за минуту от 5 до 8. Как сделать, чтобы температура не прыгала, а показывалась точно?
2. Частая смена показаний. Как сделать вывод температуры на экран стабильным? Сейчас это выглядит как быстро меняющиеся цифры.
3. Датчик врет примерно на 4 градуса в плюс. Как настроить диапазон более точно?

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

А проект где?

[Sel]

А проект где?

Добавил в предыдущий пост

[Василий Кашуба]

Добавил в предыдущий пост

Я не представляю как он у вас вообще температуру показывает, у вас в свойствах входа выставлен датчик тока, а не сопротивления.Снимок.PNG