Фильтрацию входа проверьте, скорее всего эти 3 сек там и поставлены
Неоднократно термометры сопротивления с ПР200 использовал - ничего там не "скачет" в показаниях
Вид для печати
Фильтрацию входа проверьте, скорее всего эти 3 сек там и поставлены
Неоднократно термометры сопротивления с ПР200 использовал - ничего там не "скачет" в показаниях
Да, фильтрация входа стоит 2 сек, для того, чтобы не "скакали" показания на экране. Думаете из-за неё такая картина? Если убрать постоянную времени фильтра (оставить допустим по умолчанию 0.01 сек), то тогда каким образом избежать скачков показаний на экране?
Дистанционно сложно сказать, почему у вас показания скачут.
Подключите вместо термосопротивления обычный резистор прямо ко входу ПР200, например на 100 Ом (если у вас датчик Pt100)
Должно 0*С показывать, без всяких переходных процессов
2 секунды дают нарастание сигнала около 4t. Я обычно 0,5 ставлю, достаточно, можно так-же использовать макрос AVG и указать там необходимое усреднение.Цитата:
Сообщение от Bariy
Здравствуйте, Юрий!
Обращаюсь к Вам, потому что есть некоторые сомнения в тех решениях, которые уже реализовал, и предполагаю развить. Дело в том, что, как я предполагаю, данные из руководства по эксплуатации на прибор недостаточны, и требуются знания разработчика.
На данный момент использую в одном из проектов порядка 15 однотипно настроенных ПР200, опрашиваемых при помощи облака от Овен :).
Приборы используют и дискретные входы с выходами, и реализуют алгоритм управления.
Вопрос по аналоговым входам.
Входы при помощи перемычек настроены так:
1) Входы 1, 2 - токовые входы, из них к датчику подключен первый;
2) Входы 3, 4 - резистивные входы, из них к датчику подключен третий.
На данный момент датчик на входе №3 дает либо сигнал нулевого сопротивления, или сигнал обрыва.
Я хочу подключить к четвертому входу датчик температуры - датчик типа 50М, для контроля температуры.
Может ли как-то повлиять на показания по каналу AI4 то, что в некоторые моменты сигнал на канале AI3 измеряет сопротивление "обрыва"?
Просто по некоторым разработкам знаю, что при использовании определенной схемотехники (например, дельта-сигма АЦП и аналоговый многоканальный коммутатор) разработчики требуют "закоротить" друг на друга все контакты неиспользуемого измерительного аналогового канала.
Если предполагаемая проблема есть, то можно ли ее решить, поставив в цепь канала 3 резистор определенного номинала, и контролируя вход как замкнутый, с нулевым сопротивлением, и разомкнутый, когда будет работать установленный резистор, и программа ПР200 будет реагировать на полученное сопротивление так, как ранее на обрыв?
При настроенном AI на режим сопротивления и не подключенном датчике в канале будут сопротивления стремится к бесконечности, поэтому можно поставить туда резистор, но с другой стороны если Вы туда ничего не подключаете, зачем настраивать, оставьте как есть по умолчанию. Влияния на соседние каналы не замечал от не подключенного рядом.Цитата:
Сообщение от konst_smn
Понял.Цитата:
Сообщение от Ревака Юрий
Спасибо за Вашу помощь!
Возник опять нестандартный вопрос про ПР200.
Задача скорректировать время часов ПР200. Допустим я выяснил что часы реального времени в ПР200 у меня отстают примерно на 5 секунд за 24 часа. Из чего я сделал вывод, что надо произвести корректировку примерно 5 секунд х 30 дней получаем 150 сек/месяц, но т.к. месяц бывает 28, 29, 30 и 31 день, я сделал в среднем +155 сек/месяц. В справке по OL написано, что корректировка производится равномерно в течении месяца. Хорошо. Проходят сутки, и ничего не поменялось, как было отставание на 5 сек/сутки, так и осталось. Захожу в меню прибора-часы-нажимаю "Вниз" и вижу что корректировка не применилась, записанная из OL, в меню прибора отобразилось 0 сек/месяц.
Открываю проект в OL, цепляю прибор, во вкладке "часы" нажимаю прочитать и вижу те самые +155 сек/месяц, т.е. они откуда-то из прибора прочитались, но не применились. OL самый последний на сегодня 1.15.215.
Теперь ввёл корректировку с экрана ПР, посмотрю как будет работать.
UPD: Обнаружил, что введёное значение корректировки часов из меню прибора не работает, точнее, после отключения питания или даже просто если выйти из меню прибора и вновь зайти и посмотреть, то установленное ранее значение сбрасывается на 0 сек/мес. Хотелось-бы это как-то пофиксить, т.к. у меня есть привязка ко времени в некоторых проектах и она довольно критична.
Если критично время, есть смысл делать синхронизацию по интерфейсу, интересно что за система, у Вас много приборов задействованы в одной системе?Цитата:
Сообщение от RX9COZ
Приборов много, в основном регулировка давления ночная/дневная, температура. Астрономические таймеры, таймеры вентиляции и другое. Есть очень удалённые объекты (несколько тысяч км). И перед отправкой на один такой объект я и решил проверить точность хода часов заранее дома на столе, и при необходимости скорректировать, т.к. знаю что на объекте этого никто не сможет потом сделать. Получается уход часов где-то на полчаса в год, это довольно много, при точности в 5 сек/сутки. Но приборы все сами по себе, не в системе.Цитата:
Сообщение от Ревака Юрий
Написать самому макрос корректировки хода часов нельзя?Цитата:
Сообщение от RX9COZ
А как управлять? Я когда-то задавался этим вопросом, кроме как запись через сетевые переменные, больше ничего в голову не пришло. Поделитесь идеями.Цитата:
Сообщение от petera
Получается что на сегодняшний день решения нет.
Может есть старые версии OwenLogic, где эта функция ещё работала, тогда может быть будет проще времязависимые программы переписать под старую версию ? Или пофиксить это в обновлениях OL, думаю нет тут каких-то технических сложностей, или я не прав ? Просто, как мне думается, никто никогда данным функционалом не пользовался, поэтому на него и не обращали внимания разработчики.
Недавно как раз обсуждали этот вопрос, сам механизм возможно не идеален. То что у Вас читаются 0, не значит что настройка не применилась, просто не очень понятно как корректно отслеживать реакцию на изменения калибровочной константы.Цитата:
Сообщение от RX9COZ
Кстати, уход времени очень хорошо отслеживается в облаке. И у меня были по этому поводу вопросы от Заказчиков.
На сколько регистрировался уход через облако?Цитата:
Сообщение от Aviator_VZh
Здравствуйте. Панель СП307 (Master) работает с реле ПР200 (Slave). Подскажите пожалуйста, как реализовать остановку выполнения программы ПР200 при ошибке (потери) связи или отключении питания панели СП307. Может с помощью функциональной области с непрерывной передачей (присвоением значения) системного бита панели PSB51 или как-то ещё? То есть, чтобы при отключении панели, неисправности панели или потери связи панели с реле, программа в ПР200 прекращала выполнение.
В панели должен быть бит, "мигающий" передавайте его в регистре, а на ПР делаете по нему сброс таймера, (подобрать уставки), что-то по типу сторожевого таймера, если бит не пришел, таймер сработал, дальше делаете что нужно.Цитата:
Сообщение от yupa
Только я делал бы не мигающий бит из панели, а Запрос - Ответ.
Т.к. если панель "отвалится" сразу после записи "1", то эта единица в слейве и останется навсегда, сбросит таймер и никакого сторожа
По этому
Нужно в программе ПР устанавливать контрольный бит в сетевом регистре (Например бит 0 в регистре 575) и запускать от этого бита таймер TON, например на 3 сек
Вложение 45561
В панели завести ф.область(глобальную) с запуском от этого бита.
Вложение 45562
Функция - сброс этого же контрольного бита.
Вложение 45563
Если панель работает, то таймер никогда не сработает, если связь с панелью пропадет на время больше 3сек, то в ПР сработает таймер и на выходе его получим бит аварии - Нет связи.
От этого бита нужно управлять логикой выполнения основной программы ПР.
Вложение 45564
ЗЫ.
Эта схема работает если после загрузки проекта в ПР питание не выключать. Но если питание ПР выключить и включить, то бит "Нет связи" не устанавливается.
По этому схему нужно изменить
Вложение 45596
Ввел задержку на один цикл при включении питания. Иначе первоначальное изменение в сетевом регистре "КонтрСв" не происходит
Проект во вложении исправил
На графиках в облаке хорошо виден уход времени прибора по точкам включения/выключения нагрузки. Последний сигнал от Заказчика был сегодня утром. Отставание ПР200 на 10 мин.Цитата:
Сообщение от Ревака Юрий
Да, это много, а за какой период?Цитата:
Сообщение от Aviator_VZh
Если в облаке, то можно наверное сделать коррекцию в определенный интервал времени, например раз в неделю или день. Не уверен есть ли запись по расписанию из облака, если есть, то выделить один регистр и проблема решена.
ээ, на ПР200 можно по сети записать новое время ?
Да, системные переменные дата и время имеют свои адреса ModBus.Цитата:
Сообщение от melky
Спасибо за подробный ответ.Цитата:
Сообщение от petera
И не только на 200, на всех с часами.Цитата:
Сообщение от melky
https://youtu.be/kq-Q3BfO0R0?t=357 как раз делал такую коррекцию, записью через сетевые регистры минут.
Да уж, документацию читать надо чаще, у меня вопрос в другом - выбираем в ОЛ системные переменные, вот почему там адресации нет для удобства ?
Видимо потому, что это разные области, не модбас, а только для чтения.Цитата:
Сообщение от melky
Как не Modbus ? тогда какой смысл ?????
Юрий имел ввиду, что в окне редактора ОЛ системные переменные только для чтения, а доступные в редакторе ОЛ сетевые - только в области ModBus adr200..23FЦитата:
Сообщение от melky
Часы реального времени
Все
модификации
Секунды int16 0x0400 0x03, 0x04, 0x06, 0x10
Минуты int16 0x0401 0x03, 0x04, 0x06, 0x10
Часы int16 0x0402 0x03, 0x04, 0x06, 0x10
Число int16 0x0403 0x03, 0x04, 0x06, 0x10
В доке такие адреса
Да, для частов начиная с 1024 в DEC или 0x400.Цитата:
Сообщение от melky
Значит, что я обнаружил.
Корректировка часов действительно происходит. Вчера решил попробовать не мелочиться и ввёл сразу 1000 сек/мес из OL. Но я нажимал "записать" несколько раз, поэтому не уверен сколько раз по 1000 туда ввелось. За менее чем полные сутки часы теперь спешат на 3 сек/сутки, а до этого отставали ровно 5 сек/сутки, за двое суток 10 сек отставание было. Теперь вот ввёл из OL 500 сек/мес. Вот посмотрим, либо притормозятся, либо наоборот ещё больше ускорятся, ведь я так же несколько раз "записать" нажимал, а как оно принимается пока не понятно, может надо было с минусом значение записывать.
p.s. Зашел сегодня на старый объект, где я ПР200 ставил ещё в 2017 году, посмотрел время, и о чудо - минута в минуту с телефоном, на котором автосинхронизация стоит, а ведь около двух лет прошло, умели же делать :)
В посте https://owen.ru/forum/showthread.php...l=1#post318536
Вложение 45594Цитата:
Сообщение от petera
Эта схема работает если после загрузки проекта в ПР питание не выключать. Но если питание ПР выключить и включить, то бит "Нет связи" не устанавливается.
По этому схему нужно изменить
Вложение 45591
Ввел задержку на один цикл при включении питания. Иначе первоначальное изменение в сетевом регистре "КонтрСв" не происходит
а секунды по модулю 2 не подходят в качестве генератора единиц и ноликов?
Если этот вопрос ко мне, то не подходятЦитата:
Сообщение от capzap
Здесь не генерация ноликов и единиц, ПР устанавливает 1 и ждет (3сек) когда панель сбросит эту единицу. Панель видит единицу и сбрасывает ее
Т.е. Запрос - Ответ.
Нет ответа в течение 3 сек, значит панель "отвалилась" или выключена.
в конкретном случае да, но если для этого надо придумывать костыли, то не проще генерировать как я сказал, а панель пусть считывает и отправляет идентичное значение, у меня панели обычно проводят опрос 100-200-250мс, по этому грех за секунды не вернуть результат если со связью все впорядке
Да, теперь корректно работает. Спасибо.Цитата:
Сообщение от petera
petera а какой код в панели используется? просто по переднему фронту сброс этой же сетевой переменной?
Через 1сек от переднего фронта битаЦитата:
Сообщение от bayk
Вложение 45654
Сброс сброс только этого же бита в сетевой переменной
Вложение 45655
Таким образом, предложенная схема в ПР и ф.область панели позволяют не зависимо использовать остальные биты в сетевой переменной для команд в или индикации состояний
Вернусь опять к вопросу о часах реального времени. Похоже, всё-таки ничего не помогает, никакая коррекция, ни из OL, ни из меню прибора. Или может я что-то делаю не так ? Как мне показалось, один раз удалось скорректировать таким образом, что часы стали немного убегать даже. Но повторные действия привели опять к тому же - как было отставание 5 сек/сутки, так и остаётся. Прибор уже надо отправлять на объект и времени для опытов не остаётся.
Единственное, что я думал, так это перепаять кварц, я так понимаю тот маленький цилиндрик на плате процессора со стороны процессора ? У меня есть старый счётчик эл.энергии от 2011 года, часы в нём, кстати, до сих пор идут почти что правильно, как вариант перепаять кварц из него, если подойдёт, хотя и не охото мне этим заниматься.
Те ПР200 что в чёрном корпусе, по крайней мере, у меня есть такие от 2017 года ещё, часы в них идут абсолютно нормально, секунда в секунду, специально проверил, как на старом объекте, так и дома из заначки. Но перешивать нет возможности, по входам/выходам отличаются. Видимо, сэкономили на производстве ))