Работа контроллера при выключении питания

[tvf]

Как то в теме про крышку отсека батареи поднял вопрос о фиксации времени выключения питания контроллера, на что мне было отвечено:

Цитата

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

Исходя из сообщений в этой теме, можно заключить, что процессор контроллера после выключения питания может работать до 30 секунд

Цитата

В общем, выяснилось, что при кратковременном пропадании питания супервизор не перезапускал основной процессор. Конечно же, когда всё электричество с конденсаторов утекало, то процессор всё же перезапускается - это время до 30 секунд.

Для меня эти два ответа противоречат друг другу. Вот опять и поднимаю вопрос о возможности фиксации времени выключения питания контроллера.

[Arsie]

Цитата

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

Для меня эти два ответа противоречат друг другу.

Это нормально. Так всегда получается, когда начинают мешать мух и котлеты в одну кучу.

Цитата

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

Вот опять и поднимаю вопрос о возможности фиксации времени выключения питания контроллера.

Для экономии "электричества" процессор на время провала "засыпает".

Соотвественно: как вы не можете, храпя дома на кровати, разгрузить состав с каменным углём - так и контроллер, глубоко храпя по провалу питания, ничего и никуда не сможет записать.

[tvf]

Цитата

Для экономии "электричества" процессор на время провала "засыпает".

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

[Arsie]

Цитата

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

Подскажите, где в документации это написано?

Хорошо, давайте иначе.

Где в документации описано противоположное?

Правильно. Нигде. А раз так, то работает закон преемственности: нет питания, нет и работы.

На все 100500 случаев описание не напишешь, никто это "сочинение в 42 томах" читать не будет. Поэтому в технической документации по всему миру само собой подразумечается, что читатель в курсе, чем постоянный ток отличается от переменного и чем его наличие отличается от его отсутствия. Что там при этом "внутри" происходит - это уже наше дело.

[tvf]

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

Цитата

нет питания, нет и работы

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

[Den]

Цитата

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

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

Такой ячейки нет. Возможно Вам поможет модуль FRAM, который будет работать как ячейка ОЗУ с батарейкой.

[Arsie]

Цитата

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

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

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

Позволю себе два лирических отступления:

1) Если питание уходит достаточно медленно, то контроллер автоматически запишет системную аварию "Uпит < 18В", но без фиксации времени срабатывания

2) Как раз на ваш случай существуют приводы с возвратными пружинами. Такие приводы автоматически открывают кран при пропадании питания

Цитата

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

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

Нет такой ячейки.

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

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

[tvf]

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

Цитата

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

тогда возникает вопрос: а как выводить время в журнал аварий, генерируемый смартом?

[LordN]

Цитата

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

вопрос не в том, как защитить калорифер от разморозки при пропадании питания. вопрос в том, как зафиксировать время выключения питания и завести его в журнал. лучше в системный журнал контроллера. тогда возникает вопрос: а как выводить время в журнал аварий, генерируемый смартом?

релюха на фазе и ИБП с емким кондёром по первичке. мне хватало овенского БП15. пихсель успевал отловить DI и сделать запись в конструкторский журнал.

[Arsie]

Цитата

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

вопрос не в том, как защитить калорифер от разморозки при пропадании питания. вопрос в том, как зафиксировать время выключения питания и завести его в журнал. лучше в системный журнал контроллера. тогда возникает вопрос: а как выводить время в журнал аварий, генерируемый смартом?

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

1) Пишете метку времени во FRAM каждую секунду

2) При включении питания сравниваете текущее время и записанную метку

3) Если несовпадение более 1 минуты, то:

3а) Запоминаете текущее время

3б) Переставляете системное время на сохранённую временнУю метку

3в) Создаёте аварию для журнала, которую он записывает

3г) Восстанавливаете системное время

-------------

У вас уже аж три способа осуществить задуманное, причём два из них звучали здесь не единожды. Зачем вы упорствуете?

Перечислю ещё раз:

1) БП с достаточно ёмкими конденсаторами, ёмкости которых хватит для записи аварии. Стоимость решения равна стоимости БП + стоимости реле

2) ИБП ценой 1399р + стоимость реле. ИБП позволит не только записать аварию, но и защитить систему

3) Модуль FRAM, который позволит понять, когда контроллер перестал работать. Цена модуля 1010р

Как видно, стоимость решения номер два не запредельная и зачастую составляет доли процента от стоимости перемонтажа теплообменника. Сложного программирования не требуется вообще. Какое экономическое обоснование вам ещё нужно?

[tvf]

1. Фиксация времени выключения контроллера это прежде всего фискальная функция, не участвующая в алгоитме управления. Такая же как время включения питания контроллера, провал питания, изменение даты/времени и прочие. И реализовываться она должна не внешними нахлобучками, а самим контроллером.
2. Любое из 3 предложенных решений решает проблему только частично или ограничивает либо конструктив шкафа или тип контроллера:
1 вариант не отработае при выходе из строя БП.
2 вариант не подходит для пластиковых шкафов
3 вариант не лучшее решение для 2G и 2Gi и совсем не подходит для SMH2010.
3. Если проблема решается с помощью FBD программировая, то слова что ее нельзя решить на уровне ядра звучат не убедительно.

[Arsie]

Цитата

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

1. Фиксация времени выключения контроллера это прежде всего фискальная функция, не участвующая в алгоитме управления. Такая же как время включения питания контроллера, провал питания, изменение даты/времени и прочие. И реализовываться она должна не внешними нахлобучками, а самим контроллером.

Я думал, что у вас ещё полгода назад уже сложилось верное понимание, что это невозможно.

Цитата

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

2. Любое из 3 предложенных решений решает проблему только частично или ограничивает либо конструктив шкафа или тип контроллера:
1 вариант не отработае при выходе из строя БП.
2 вариант не подходит для пластиковых шкафов
3 вариант не лучшее решение для 2G и 2Gi и совсем не подходит для SMH2010.
3. Если проблема решается с помощью FBD программировая, то слова что ее нельзя решить на уровне ядра звучат не убедительно.

Решение с ИБП полностью решает все проблемы. И аварию фиксирует и теплообменник защищает.

Остальное обсуждать смысла нет, к сожалению, т.к. вы ошибаетесь по всем трём пунктам:

1) Выход ис строя БП равносилен отключению питания - авария будет записана

2) Модели ИБП не ограничены той, что я вам привёл. Поверьте, в мире их выпускается великое множество, в том числе и для пластиковых шкафов, в том числе и на дин-рейку

3) SMH2010-x5xx