Фиксатор событий на ПР200

В руки попало ПР 200, общее впечатление, реально полезная вещь, по настоящему автоматизация стала доступна на бытовом уровне, да есть шероховатости, но это реально работает.
Можно реализовать почти все.
За два выходных дня нарисовал программу, с условным названием «фиксатор событий».
Кстати, есть смысл рассмотреть «фиксатор событий» как прообраз отдельного самостоятельного устройства от ОВЕН, на этом поле, за такие деньги никого даже рядом нет.
Что делает «фиксатор», в общем, ничего особенного, по изменению состояния входа формирует запись в память со временем и названием события. Все события с меткой времени записываются в стек 32 уровня. При переполнении самое раннее событие выталкивается.
Программа в приложении, думаю все понятно.
Где применять? У Вас есть небольшая программа автоматизации некого устройства, как плюшку для клиента можете установить «фиксатор», клиенту на экран ЖКИ выводятся события и время, он может пролистать кнопками, какие 32 события были до этого.
По возможности все подписал все в схеме, это реально работающий прототип, надписи которые выводятся на экран изменяются согласно Вашей задаче.
Если что не понятно спрашивайте, в меру своей компетентности попробую ответить.
Программный файл во вложении.

Молодец, не поленился !Осталось впихнуть в один макрос ;). Памяти жалко ...Не любит частой перезаписи...Есть архиватор штатный ,правда дорогой ,но ооочччень большой мдс200:D ,а так же всякие скады на пк умеют это делать ..на 32точки бесплатные.А так -очень хорошая тренировка :o

У У МСД несколько иное назначение, просмотра, истории надо достать карту памяти, и т.д.
Это самодостаточное устройство.
Можно использовать для относительно редких событий, допустим когда пропало электричество, когда упало давление воды, когда кочегары уронили температуру, т.е. ночь спали а не топили и т.д. Есть своя ниша для подобных приборов.

У мдс есть Возможность передачи архива по GSM каналу
То есть Вы предлагаете ставить отдельное ПР для этого?
А что скажите о скадах на ПК ?

Для контроля кочегаров запросто, тема очень актуальная.

Так ПК не у кочегаров ,а у начальника в кабинете ;)
Ну тогда осталось сделать архивирование в Каскаде и начальники, и кочегары будут довольны ;)

Давайте спустимся с небес на землю, какая СКАДА в котельной на дровах, есть два бродяги которые топят дровами котел, оставить им ПК? Тянуть сеть?
Допустим сушилка древесины, надо держать постоянную температуру, как контролировать добросовестность работников? Нужно дешевое, надежное устройство По моему мнению ПР200 тут подходит идеально.

Не спорю, таких применений куча (с кочегарами ,слесарями).
Так и я говорю- дорогих решений не надо .И двух ПР не надо .В щите ПР200 и смартфон (закрыты ,что бы не пропили не то и не другое) ;). Архивирование на смартфоне .Ведь собрать и даже пролистать события это одно ,а анализировать 32 события по 1или 2 строчкам визуально очень тяжело ,тем более сохранять каждый день (переписывать ручкой) ...Ну это если претендовать на универсальность макроса ,а если для контроля одного,двух событий -входов (выключение питания ,итд) то да! К стати не нужно гнаться за большим количеством событий(входов) ,лучше событий (входов) меньше (1,2) но стек глубже .Ну то есть при 32 ячейках ,если анализ по 10входам ,то запомним по 3 событию на вход ,а если входов 2 ,то запомним по 16 событий на каждом ...

Цитата:

---

Сообщение от Бинкевич Игорь

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

---

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

Цитата:

---

Сообщение от capzap

но возможно если включит сирену работнику в ухо при отклонении температуры это будет более эффективное мероприятие чем просто фиксация нарушений

---

;)во! -решение или душ:D
А проще ,если только для фиксации нарушений повесить макет видеокамеры ....будут ходить по струнке ,да же в туалет :D
А если серьезно ,то идея хорошая .Тем более она уже реализовывалась в макросах ,как регистратор событий на стеке ,но тогда не было возможности привязки ко времени.

Если Вы внимательно рассмотрите программу, то там есть выход звукового сигнала, и речь идет только о том, что ПР200 может фиксировать хронологию событий, это считайте спортивная задача по программированию на ОЛ, но по любому результат есть, а где применять вопрос отдельный.

Цитата:

---

Сообщение от Бинкевич Игорь

Если Вы внимательно рассмотрите программу, то там есть выход звукового сигнала, и речь идет только о том, что ПР200 может фиксировать хронологию событий, это считайте спортивная задача по программированию на ОЛ, но по любому результат есть, а где применять вопрос отдельный.

---

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

Вложение макроса в макрос ОЛ не предусмотрен, а еще раз рисовать столько квадратиков руками нет желания. Дополнительно из макроса недоступны переменные времени.

предусмотрен в Пр114 ,а в 200 не проверял...Переменные времени вытащите на входа макроса .
Проверил- макрос в макросе делается в пр200

сейчас попробую.

Цитата:

---

Сообщение от Бинкевич Игорь

сейчас попробую.

---

Только не делайте такое огромное рабочее поле

Вот редакция согласно рекомендациям от ROVKI.
Всего событий по прежнему 16, т.к. число обрабатываемых событий не влияет на объем памяти, Убрать не сложно, потом добавить тяжело.

Не совсем так.Нужно чтобы в макросе регистратора остался один вход для регистрации и входа временных переменных .И управление экраном не со входов ПР ,а с кнопок панели

Вот это и есть мелкие шероховатости ПР200, нет регистра где можно прочитать состояние кнопок на панели самого прибора.
Решение, конечно есть, можно создать кучу экранов (как минимум 32), и в каждом экране ручками вбивать все записи, но это не красивое решение, не факт что после этого останется хоть что-нибудь от ПЗУ (видимо под текстовые переменные экрана используется тоже ПЗУ), ну а по поводу входов, не используйте не нужные входа, не пробовал, но кажется реле не потянет уже два таких макроса, не хватит памяти.

Делаю на базе ПР200 щит управления вентиляционной системой. В том числе в программе управления делаю журнал событий. Никак не могу понять как можно зарегистрировать отключение и включение питания.

Завести контроль питания на вход ПР.

Петера делал, но только на последнее отключение-включение, не помню в какой теме, поищите, может найдёте или Петера откликнется!

Цитата:

---

Сообщение от melky

Завести контроль питания на вход ПР.

---

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

Цитата:

---

Сообщение от Wakoru

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

---

Питание чего? ПР или другой контролируемой цепи?
Если питание ПР, то и внутри программы контроль можно сделать.
1=>ТР=>Ftrig=>сигнал включения.

пример схемы АВР с фиксатором событий.
ПР 200 не только управляет переключением электропитания но и фиксирует время произошедших событий.

Цитата:

---

Сообщение от Алексей Геннадьевич

Питание чего? ПР или другой контролируемой цепи?
Если питание ПР, то и внутри программы контроль можно сделать.
1=>ТР=>Ftrig=>сигнал включения.

---

Имеется ввиду контроль отключения и включения напряжения, питающего всю систему.

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

Итого:
Для регистрации отключения питания используем вход, для регистрации включения, формируем сигнал программно. Правильно я понял?

Не обязательно, можно одним входом контролировать и включение и отключение, но важно!, при включении прибора первой записью будет «нет питания» и метка времени, затем сразу запись «питание включено» . Запись дублируется с разными метками времени, по этой причине, в некоторых проектах с применением «фиксатора» я оставлял одно сообщение «питание», в «журнале событий»
две метки следующие подряд фиксируют факт отсутствия питания в данном промежутке.

ОК все понял.
Большое спасибо!