А если речь о ТРМ210 или ТРМ201 ?
Вид для печати
В ОРС сервере есть шаблоны ТРМ210 и ТРМ212. Может быть есть возможность сконвертировать для лоджик?
А можете пояснить почему тут:
https://www.owen.ru/uploads/21/ki_pa..._p_brtd_a3.pdf
PV, SP и некоторые параметры другие повторяются? И какие именно надо заводить в шаблон?
Да, именно в регистрах модбас два раза:
Вложение 38614
Юрий, приветствую!
К ПР200 нужно подключить датчик термосопротивления, который будет мерить температуру ТЭНа в диапазоне 100 - 200 градусов С. Какой вы порекомендуете и скиньте сразу на него макрос для Овен Лоджик.
У меня в наличии датчик ДТС3014-РТ1000.В2.50/2 и в его паспорте написано, что он в диапазоне измеряемых температур -50 ... +120
А мне нужно до 200 градусов регулировать.
Выходит, датчик РТ1000 не подходит?
Надо брать подходящие датчики и смотреть до приобретения, а не после:
Вложение 38712
да, мой косяк, поеду менять завтра (((
Решил попробовать новый макрос ClockWeek из группы Доп.Функции. У меня он опаздывает с включением и выключением на 5ч 39мин
Старый таймер из Даты и Время работает без нареканий. Кто-нибудь сталкивался?
Проверил на пустом проекте. Результат тот же. При установке таймера на включение на 03:23 он включится в 09:02:14
Разобрался. Забыл прибавить 2000 к сервисной переменной год перед подачей на вход макроса UNIX_TIME. Его пример другим наука )))
Добрый день.
Необходимо осуществлять нагрев с заданным темпом. Нет ли такого макроса ?
Здесь посмотрите, может какой устроит: http://www.owen.ru/forum/showthread.php?t=12691&page=45
Доброго дня, коллеги.
Помогите новичку. Недавно зарегистрировался.
Где находится онлайн база макросов?
Позарез нужен таймер "Подсчет времени (TIME_UD)".
Заранее благодарен.
Регистрироваться нигде не нужно. Макрос загружается из программы Овен Лоджик. Файл-Менеджер компонентов (для ОЛ 1.12) или Файл-Онлайн база макросов (для младших версий ОЛ)
В базе присутствуют два макроса для вычисления времени цикла ПР
В группе Общие - CycleTime
В группе Таймеры и счетчики - TIME_CYCLE
Оба вычисляют время цикла в мс в формате float
Теперь вопрос
Как показала практика время цикла ПР зависит от сложности программы, но ВСЕГДА меняется дискретно как 1, 2, 3,..,10, 11, 12... это по информации в меню ПР или в ОЛ или в результате расчетов в самой программе.
Ни разу не встречал дробных чисел, типа 3.24, 5,67 и пр.
Так зачем при расчетах в макросах использовать арифметику с плав. точкой и получать результат float, когда по факту нужны целые числа?
Мимоход информация о времени цикла в системном меню не имеет никакого отношения к макросам измерения времени цикла.
В порядке академического интереса хотел поинтересоваться: а может время цикла в ПР быть не целым?
Так в том, то и дело
Сам раньше думал, что может быть не целым и городил аналогичные макросы для его измерения
Но практика показывает, что по мере увеличения сложности проекта, врем цикла, хоть измеренное макросом, хоть полученное из ОЛ, всегда увеличивается на целое значение мс
Просто в макросе, если маленький интервал измерения, то можно получить и не целые числа, например 5,32 мс
Если интервал измерения увеличивать, то цифра 5,32 стремится и в конце концов становится 5 мс, что честно сразу показывает меню ПР или ОЛ, подключенный к ПР
Ну так макросами и пытаются померить дробное, что не показывает меню... Мне лично фиолетово, сколько длится цикл. Все равно у процессоров не хватит тямы выполнять программы ровно 1 мс....
Ни какое оно не дробное! Говорю Вам - оно всегда целое!
Фиолетово, пока не возникнет задача точного измерения интервалов времени,
Вот, например таймер TON с паузой
Фактически используется количество циклов от старта или от паузы и длительность одного цикла
Вложение 39388
Вложение 39389
На выходе ЕТ время от старта таймера в мс, дискретность - время цикла, например 1 или 2 или 5 мс ну или сколько там будет по факту
Точность отработки времени +- время одного цикла, проверял на интервалах времени в несколько часов.
На каждое событие паузы вносит погрешность времени всего в один цикл, не более.
На бликах и счетчиках таймер с паузой с такой точностью сделать нельзя.
ЗЫ
При этом макрос, который у меня измеряет dT(float) показывает ВСЕГДА целые числа, с нулями после точки! Вывожу на дисплей как хх.ххх
Мимоход скажу вам по секрету, что даже в ПК если вы будете писать таймер, его точность будет привязана к циклу выполнения программы. Это принцип работы любого процессора к сожалению.... Для увеличения точности разделяют потоки, используют многопроцессорность и т.д. чего просто НЕТ в ПР.
Ну макрос измерения цикла бы привели в догонку.
Если нужны дробные и короткое время цикла не надо ставить ПР. Не по Сеньке шапка... да, у ПР хорошая математика, если сравнивать с Zelio, Logo, ABB-шными программируемыми реле, но все же у него есть предел. Который еще ограничен самим ПО в виде ОЛ, что тоже не надо забывать.
Добрый день!
Подскажите, куда в лоджике делась онлайн база макросов?
Здравствуйте!
как туда попасть?
из логика:
Вложение 39920
фытп:
http://ftp-ow.owen.ru/softupdate/OWE...OnlineMacroes/
для фтп лучше на уровень выше, так как теперь 2 базы http://ftp-ow.owen.ru/softupdate/OWEN%20Logic/
из логика пишет
в данный момент вызов метода не возможен
Подскажите из каких блоков можно сделать ФБ в КДС такой же как макрос "Graf_4pnt_", или тупо скопировать?