Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Обсуждение статей, технологий домашней автоматизации, программных и аппаратных решений
Ho Hum
Сообщения: 23
Зарегистрирован: 05 янв 2017, 23:26

Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Сообщение Ho Hum » 05 июн 2018, 22:51

Андрей, добрый день!
Можно ли добавить в прошивку поддержку меток DS2401 на шине по аналогии с DS18B20?
Я планирую на них в комплекте с герконами сделать контроль открытых окон.

Vadim
Сообщения: 122
Зарегистрирован: 04 мар 2017, 17:38

Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Сообщение Vadim » 05 июн 2018, 23:20

Ho Hum писал(а):
05 июн 2018, 22:51
Можно ли добавить в прошивку поддержку меток DS2401 на шине по аналогии с DS18B20?
Документация:
"Поддерживаемые протоколы для работы с датчиками/считывателями/ведомыми устройствами: I2C, 1-wire/TouchMemory (DS18B20/DS2401/DS1990A - считыватели), "

Erik
Сообщения: 570
Зарегистрирован: 08 ноя 2017, 08:55

Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Сообщение Erik » 06 июн 2018, 07:45

Andrey_B писал(а):
05 июн 2018, 22:40
Мнение, которое я озвучил, относится не только к приводам, но и к любым исполнительным механизмам.
PWM для насоса, наверное, хорошая штука, только я бы прежде подумал по причине а) жесткой связи с автоматикой б) всех негативных явлений, связанных с количественным регулированием.
На мой взгляд любая гидравлика хорошо работает, когда она сбалансирована и настроена под конкретный расход теплоносителя. Это и более равномерный прогрев и более предсказуемое управление.
Тем более странно было бы использовать связку PWM насос с PWM 3-х ходовым. Масло масляное или тяни-толкай. Как посмотреть.
Простой пример. 3-х ходовый PWM управляет температурой в коллекторе теплого пола. А PWM насос управляет интенсивностью потока пропорционально количеству открытых контуров. Чтобы при одном открытом контуре не выдавливать большую часть теплоносителя в байпас.
Второй пример - радиаторное отопление. PWM насос регулирует интенсивность потока, в зависимости от отклонения температуры помещения от заданной. Обычно в границах 1 градуса. Отклонение 1 градус - 100%, отклонение 0 градусов - 0%. Настроить теплый пол или радиаторное отопление так, чтобы постоянно открытые петли никогда не перегревали помещение, строго поддерживая в них заданную температуру можно, если на каждую петлю сделать свой смесительный контур. Потому, что разные помещения обязаны быть разными. И по площади, и по количеству окон, и по "направленности на север" внешней стены, и по наличию радиаторного отопления, и по наличию (и периодической работе) каминов, и по количеству людей в комнате, и по многим многим другим факторам. Автоматика - она призвана как раз справляться с этим.
Это так же позволяет экономить значительные суммы на электроэнергии, которая тратится на насосы. Причем в основном на прокачку лишнего потока в байпас. И на создание излишней инерционности системы.
А если удастся спроектировать гидравлическую систему так, что автоматика окажется не нужна - да, автоматика будет не нужна.
Andrey_B писал(а):
05 июн 2018, 22:40
В данном контексте мне не понятна фраза "мало результативно". Если речь идет о системе, в которой есть сервер, то Мега лишь посредник. И здесь можно все. Буквально все.
Если сервера нет, то я действительно с трудом представляю, как можно добиться реализации интеллектуального, сложного, основанного на анализе множества данных, в каком-то смысле преселективного, регулирования на основе простых функций термостата. Смысл тогда во всех этих PWM девайсах?... Так, очевидно, не бывает, чтобы и просто и надежно и умно и мультифункционально и дешево. Какой-то из множества критериев обязательно будет выпадать. Я за разумную середину. Но без сервера тяжело и скучно. Теоретически сервер - это слабый элемент системы, но на практике все работает десятилетиями без каких-либо сбоев на самом простом железе (если, конечно, это не микро-пк с флешками). Проверено.
Эта фраза не моя. Но вы ответили. Спасибо.

Чижик
Сообщения: 27
Зарегистрирован: 12 окт 2012, 14:19

Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Сообщение Чижик » 06 июн 2018, 10:42

Добрый день, Андрей, из описания раздела "Планировщик заданий (cron) и поддержка часов (RTC) DS3231/DS1307" в целом и в частности из разбора примеров

Немного подробнее о заданиях
T: формат ЧЧ:ММ:ДН
Примеры
14:30:0 - выполнять в 14:30 каждый день (последний 0 - означает каждый день)
08:00:3 - выполнить в 8:00 в среду (3 - среда)
03:15:3-7 - выполнять в 03:15 со среды по воскресенье включительно (3-7)

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

Ho Hum
Сообщения: 23
Зарегистрирован: 05 янв 2017, 23:26

Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Сообщение Ho Hum » 06 июн 2018, 14:11

Vadim писал(а):
05 июн 2018, 23:20
Документация:
"Поддерживаемые протоколы для работы с датчиками/считывателями/ведомыми устройствами: I2C, 1-wire/TouchMemory (DS18B20/DS2401/DS1990A - считыватели), "
Да, однако здесь написано про одиночное подключение - один DS2401 - один порт Меги.
А я говорю о подключении нескольких DS2401 шиной, так, судя по документации и этой ветке форума, реализовано только подключение DS18B20:
"Поддерживаемые устройства на портах типа DSen: DS18B20 (в том числе шиной)"

Так что вопрос остается.

Andrey_B
Администратор
Сообщения: 5327
Зарегистрирован: 18 мар 2011, 12:06

Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Сообщение Andrey_B » 06 июн 2018, 16:29

DS2401 можно подключать шиной. Адреса всех присутствующих на шине меток будут видны по запросу "cmd=list".

Ho Hum
Сообщения: 23
Зарегистрирован: 05 янв 2017, 23:26

Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Сообщение Ho Hum » 06 июн 2018, 16:46

Андрей, спасибо!
Может быть, имеет смысл уточнить документацию?
Например, так:
"Поддерживаемые устройства на портах типа DSen (в том числе шиной): DS18B20, DS2401"

Andrey_B
Администратор
Сообщения: 5327
Зарегистрирован: 18 мар 2011, 12:06

Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Сообщение Andrey_B » 06 июн 2018, 17:12

Erik писал(а):
06 июн 2018, 07:45
Простой пример. 3-х ходовый PWM управляет температурой в коллекторе теплого пола. А PWM насос управляет интенсивностью потока пропорционально количеству открытых контуров. Чтобы при одном открытом контуре не выдавливать большую часть теплоносителя в байпас.
Вы какой байпас подразумеваете? Тот, что срабатывает при давлении свыше определенного значения? Не будет он работать. В случае постоянной скорости циркуляционного насоса при закрытии контуров просто увеличится расход через оставшиеся открытые. Давление в системе не изменится. Или тот, что стоит между обраткой и подачей в смесительном узле? Так пропорционально ничего не изменится. При изменении общего расхода ничего никуда выдавливать не будет.
Да, действительно можно регулировать расход с помощью PWM-насоса. Но сделать это хорошо можно только при помощи датчиков расхода на каждой петле. Только такие датчики еще надо попробовать найти. И стоить они будут, вероятно, не копейки. Можно как-то попытаться подобрать формулу такой регулировки эмпирически, но боюсь на это уйдет немало времени и сил.
Вообще не вижу никакого смысла дергать петли теплого пола. Вот сколько живу, ни разу не возникло желания перекрыть ни одну из кажется 18 петель теплого пола.
Erik писал(а):
06 июн 2018, 07:45
Второй пример - радиаторное отопление. PWM насос регулирует интенсивность потока, в зависимости от отклонения температуры помещения от заданной. Обычно в границах 1 градуса.
Для радиаторов, подключенных звездой - может быть. Когда при низком расходе первая секция 60 градусов, а 8-я комнатной температуры... Ну, теоретически, да.
А для теплого пола никак не подойдет. Расход ниже расчетного = полосатый пол. Но многие делают. Счастливые люди, которые к таким мелочам относятся со здоровым пофигизмом. Это кому что важнее - равномерный прогрев пола или дополнительно 50-100 руб к счету за электроэнергию. Только для того ли строим, чтобы так себе отказывать?
Erik писал(а):
06 июн 2018, 07:45
Отклонение 1 градус - 100%, отклонение 0 градусов - 0%. Настроить теплый пол или радиаторное отопление так, чтобы постоянно открытые петли никогда не перегревали помещение, строго поддерживая в них заданную температуру можно, если на каждую петлю сделать свой смесительный контур. Потому, что разные помещения обязаны быть разными. И по площади, и по количеству окон, и по "направленности на север" внешней стены, и по наличию радиаторного отопления, и по наличию (и периодической работе) каминов, и по количеству людей в комнате, и по многим многим другим факторам.
Если более-менее правильно рассчитана мощность отопительных приборов, то во всех даже самых разных комнатах будет приблизительно одинаковая температура. Расчет не сложный, делается как правило на глаз.
В крайнем случае можно слегка отбалансировать гидравлику на уровне отопительного прибора/коллектора с помощью балансировочных вентилей или термостатических головок (для радиаторов).
Автоматика, на мой взгляд, нужна на более глобальном уровне - задавать температуру не конкретного радиатора или петли, а контура целиком. Чтобы в доме всегда была одинаковая температура и не было резких ее колебаний.
Erik писал(а):
06 июн 2018, 07:45
Это так же позволяет экономить значительные суммы на электроэнергии, которая тратится на насосы. Причем в основном на прокачку лишнего потока в байпас. И на создание излишней инерционности системы.
Ну, если задаваться целью экономить, то смесительные узлы или PWM-насосы вообще не нужны. Простой насос в режиме вкл/выкл... Но тут или дешево или комфортно.
Про байпас снова как-тот не понял. И что такое инерционность системы? Инерция определяется не то, как регулировать, а то, что греть. Она зависит главным образом от материала ограждающих и несущих конструкций, а не от наличия или отсутствия PWM-насосов.

Andrey_B
Администратор
Сообщения: 5327
Зарегистрирован: 18 мар 2011, 12:06

Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Сообщение Andrey_B » 06 июн 2018, 17:21

Ho Hum писал(а):
06 июн 2018, 16:46
Например, так: "Поддерживаемые устройства на портах типа DSen (в том числе шиной): DS18B20, DS2401"
Да любые 1-wire устройства будут видны по команде "cmd=list".
Не только DS18B20 и DS2401, а вообще любые. Под поддержкой понимается главным образом не отображение адреса, а возможность считывать какие-то данные или управлять. Такая поддержка в данный момент есть для DS18B20/DS1820 и DS2413. Разумеется, DS2401 или DS1990A, также "поддерживаются", потому что у них нет какой-то другой функции кроме как сообщать мастеру свой адрес.

Burst
Сообщения: 113
Зарегистрирован: 25 янв 2018, 13:22
Откуда: Балашиха

Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Сообщение Burst » 06 июн 2018, 17:58

Erik писал(а):
06 июн 2018, 07:45
Andrey_B писал(а):
05 июн 2018, 22:40
Мнение, которое я озвучил, относится не только к приводам, но и к любым исполнительным механизмам.
PWM для насоса, наверное, хорошая штука, только я бы прежде подумал по причине а) жесткой связи с автоматикой б) всех негативных явлений, связанных с количественным регулированием.
На мой взгляд любая гидравлика хорошо работает, когда она сбалансирована и настроена под конкретный расход теплоносителя. Это и более равномерный прогрев и более предсказуемое управление.
Тем более странно было бы использовать связку PWM насос с PWM 3-х ходовым. Масло масляное или тяни-толкай. Как посмотреть.
Простой пример. 3-х ходовый PWM управляет температурой в коллекторе теплого пола. А PWM насос управляет интенсивностью потока пропорционально количеству открытых контуров. Чтобы при одном открытом контуре не выдавливать большую часть теплоносителя в байпас.
Второй пример - радиаторное отопление. PWM насос регулирует интенсивность потока, в зависимости от отклонения температуры помещения от заданной. Обычно в границах 1 градуса. Отклонение 1 градус - 100%, отклонение 0 градусов - 0%. Настроить теплый пол или радиаторное отопление так, чтобы постоянно открытые петли никогда не перегревали помещение, строго поддерживая в них заданную температуру можно, если на каждую петлю сделать свой смесительный контур. Потому, что разные помещения обязаны быть разными. И по площади, и по количеству окон, и по "направленности на север" внешней стены, и по наличию радиаторного отопления, и по наличию (и периодической работе) каминов, и по количеству людей в комнате, и по многим многим другим факторам. Автоматика - она призвана как раз справляться с этим.
Это так же позволяет экономить значительные суммы на электроэнергии, которая тратится на насосы. Причем в основном на прокачку лишнего потока в байпас. И на создание излишней инерционности системы.
А если удастся спроектировать гидравлическую систему так, что автоматика окажется не нужна - да, автоматика будет не нужна.
[/quote]

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

Erik
Сообщения: 570
Зарегистрирован: 08 ноя 2017, 08:55

Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Сообщение Erik » 06 июн 2018, 18:17

Andrey_B писал(а):
06 июн 2018, 17:12
Вы какой байпас подразумеваете? Тот, что срабатывает при давлении свыше определенного значения? Не будет он работать. В случае постоянной скорости циркуляционного насоса при закрытии контуров просто увеличится расход через оставшиеся открытые. Давление в системе не изменится. Или тот, что стоит между обраткой и подачей в смесительном узле? Так пропорционально ничего не изменится. При изменении общего расхода ничего никуда выдавливать не будет.
Да, действительно можно регулировать расход с помощью PWM-насоса. Но сделать это хорошо можно только при помощи датчиков расхода на каждой петле. Только такие датчики еще надо попробовать найти. И стоить они будут, вероятно, не копейки. Можно как-то попытаться подобрать формулу такой регулировки эмпирически, но боюсь на это уйдет немало времени и сил.
Вообще не вижу никакого смысла дергать петли теплого пола. Вот сколько живу, ни разу не возникло желания перекрыть ни одну из кажется 18 петель теплого пола.
Не нужны никакие датчики. Можно ориентироваться на настройку расходомеров и длину петель. Вы из крайности в крайность бросаетесь. То вообще не регулируете, и считаете это нормальным, то хотите ставить датчики расхода. А пропорциональное настройке расходомеров управление мощностью насоса вполне обеспечит равномерный поток через каждую петлю.

У меня есть смысл дергать петли теплого пола.

И повышается давление. Скорость потока при изменении суммарного сечения не может измениться мгновенно. Всегда увеличивается давление.
Andrey_B писал(а):
06 июн 2018, 17:12
Для радиаторов, подключенных звездой - может быть. Когда при низком расходе первая секция 60 градусов, а 8-я комнатной температуры... Ну, теоретически, да.
А для теплого пола никак не подойдет. Расход ниже расчетного = полосатый пол. Но многие делают. Счастливые люди, которые к таким мелочам относятся со здоровым пофигизмом. Это кому что важнее - равномерный прогрев пола или дополнительно 50-100 руб к счету за электроэнергию. Только для того ли строим, чтобы так себе отказывать?
Для теплого пола как раз подходит. Расход всегда расчетный. Но есть возможность управлять динамикой - быстро нагреть, при переключении из экономичного режима, остудить только теплоноситель в петлях, оставив основную массу горячей в тепло изолированной части коллектора при переключении из комфортного в экономичный.
Andrey_B писал(а):
06 июн 2018, 17:12
Если более-менее правильно рассчитана мощность отопительных приборов, то во всех даже самых разных комнатах будет приблизительно одинаковая температура. Расчет не сложный, делается как правило на глаз.
В крайнем случае можно слегка отбалансировать гидравлику на уровне отопительного прибора/коллектора с помощью балансировочных вентилей или термостатических головок (для радиаторов).
Автоматика, на мой взгляд, нужна на более глобальном уровне - задавать температуру не конкретного радиатора или петли, а контура целиком. Чтобы в доме всегда была одинаковая температура и не было резких ее колебаний.
Если это не мавзолей, а жилой дом - не получится, нужно управлять отдельно каждой комнатой. Если вы в одной комнате зажгли камин, вторую проветриваете, а в третьей вдесятером жарите мясо, вам нужно управлять комнатами по разному. Управлять температурой контура в целом не достаточно. У вас или самая холодная комната замерзнет, или самая теплая перегреется. Боюсь, у вас будет та самая полосатость нагрева, о которой вы писали выше.
Andrey_B писал(а):
06 июн 2018, 17:12
Ну, если задаваться целью экономить, то смесительные узлы или PWM-насосы вообще не нужны. Простой насос в режиме вкл/выкл... Но тут или дешево или комфортно.
Про байпас снова как-тот не понял. И что такое инерционность системы? Инерция определяется не то, как регулировать, а то, что греть. Она зависит главным образом от материала ограждающих и несущих конструкций, а не от наличия или отсутствия PWM-насосов.
Инерционность системы - это динамика нагрева. Она от скорости прокачки теплоносителя зависит. При высокой скорости у вас суммарная теплоемкость теплоностителя в радиаторах больше, из-за меньшей разницы подачи и обратки. Эта суммарная теплоемкость и обеспечивает показатель динамики нагрева. Поэтому, при резкой остановке простого насоса, у вас и поток все равно сразу не остановится, и оставшаяся теплоемкость в радиаторах будет еще какое-то время обеспечивать ту же динамику нагрева. Можно, конечно, поставить адаптивный термостат, который обучится, и будет выключать насос заранее, чтобы не доводить до перегрева, а можно и PWM насос. Который к окончанию нагрева до нужной температуры и динамику нагрева сведет к нулю.

Эта инерционность продолжает нагрев, когда он уже не нужен. А вы пишите про теплоемкость здания, и скорость/время остывания при известных теплопотерях. Это другое. И это есть всегда.

Erik
Сообщения: 570
Зарегистрирован: 08 ноя 2017, 08:55

Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Сообщение Erik » 06 июн 2018, 18:27

Burst писал(а):
06 июн 2018, 17:58
Вообще идея с возвратной пружиной в приводе отопления выглядит как-то сомнительно, их обычно в вентиляции ставят, там это имеет смысл, чтобы в случае пожара при обесточивании перекрывать приточку/вытяжку.
Получается, я сейчас производителей автоматики защищать начну.

Приводы с пометками "нормально открытый", "нормально закрытый" - они все с возвратными пружинами. И это, наверное, 80% выпускаемых приводов для систем отопления.
Что в этом сомнительного?
Burst писал(а):
06 июн 2018, 17:58


Если в каждый контур теплого пола ставить по трехходовому клапану и сервоприводу, то само это решение, да плюс сопутствующая автоматика в копеечку обойдется. Не факт что это когда-нибудь окупится. Тем более описываемые приводы с возвратной пружиной сами требуют несколько ватт на удержание, умножаем эти несколько ватт на несколько десятков петель теплого пола - получается уже как бы не больше, чем мощность, потребляемая циркуляционным насосом.
Поставьте нормально открытые клапаны на петли ТП. Будет нечего умножать.
А для нормального управления трех-точечным приводом нужна обратная связь, для понимания его состояния/положения. Это дополнительная электроника в приводе, дополнительные порты на контроллере, и те же несколько ват на их работу.

Andrey_B
Администратор
Сообщения: 5327
Зарегистрирован: 18 мар 2011, 12:06

Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Сообщение Andrey_B » 06 июн 2018, 19:50

Erik писал(а):
06 июн 2018, 18:17
Не нужны никакие датчики. Можно ориентироваться на настройку расходомеров и длину петель. Вы из крайности в крайность бросаетесь. То вообще не регулируете, и считаете это нормальным, то хотите ставить датчики расхода. А пропорциональное настройке расходомеров управление мощностью насоса вполне обеспечит равномерный поток через каждую петлю.
Если петли регулируются дискретно по принципу открыто/закрыто, то по расходомерам можно эмпирически и экспериментально подобрать производительность насоса, но если на каждой петле стоит пропорциональное регулирование, то экспериментально подобрать трудно, рассчитать сложно. Датчики бы решили вопрос, но это абсурд, о чем я и пытался сказать.
Erik писал(а):
06 июн 2018, 18:17
И повышается давление. Скорость потока при изменении суммарного сечения не может измениться мгновенно. Всегда увеличивается давление.
Ну, насколько я понимаю, давление во всех точках системы примерно одинаковое. Мои манометры не фиксируют хоть сколько-нибудь значительного изменения давления (даже кратковременного) при перекрытии веток теплого пола.
И куда байпас? В ту же систему? Наружу? А смысл? И потом в системе должен быть расширительный бак. Но предусматривают его не на этот случай, а на случай изменения температуры теплоносителя. Вот, что действительно меняет давление в системе.
Erik писал(а):
06 июн 2018, 18:17
Для теплого пола как раз подходит. Расход всегда расчетный. Но есть возможность управлять динамикой - быстро нагреть, при переключении из экономичного режима, остудить только теплоноситель в петлях, оставив основную массу горячей в тепло изолированной части коллектора при переключении из комфортного в экономичный.
Если расход всегда расчетный (ни ниже определенного значения в литрах в минуту), это означает наличие смесительного узла. И это означает, что в номинальном режиме работа PWM-насоса будет соответствовать работе обычного насоса. И PWM-насос можно использовать только с точки зрения более быстрого прогрева за счет кратковременного увеличения расхода. Но тогда ни о какой существенной экономии электроэнергии речи в таком случае не идет.
Если же смесительного узла нет, а есть только PWM-насос, то я слабо представляю себе как расход может всегда быть расчетным. Зато понятно, как можно сэкономить на электричестве.
Erik писал(а):
06 июн 2018, 18:17
Если это не мавзолей, а жилой дом - не получится, нужно управлять отдельно каждой комнатой.
У меня не мавзолей, но каждой комнатой я не управляю. Датчики висят везде. Температура везде одинаковая. Разница составляет от силы 0,2-0,3 градуса. Достигается теми средствами, о которых я писал.
Erik писал(а):
06 июн 2018, 18:17
Если вы в одной комнате зажгли камин, вторую проветриваете, а в третьей вдесятером жарите мясо, вам нужно управлять комнатами по разному.
На мой взгляд, все это абстрактные категории.
У меня есть камин. Он горит 1-2 часа. На батареях стоят термостатические клапаны. Они автоматически закрываются. А для теплого пола на железобетонных плитах перекрытия - полтора часа - это слишком короткий промежуток времени. Даже если полностью перекрыть подачу в теплый пол, это никак не отразится на температуре воздуха в помещении, в котором на это время зажгли камин... Да и как-то нужно соотносить температуры порядка 300-500 градусов с температурами порядка 30-50 градусов.. Это совсем разные истории. Даже закрывшиеся автоматически радиаторы в данном случае мало на что влияют. Разве что приятно осознавать, что возможно сэкономилось пару кубических сантиметров газа.
Если в мороз открыть окно надолго (что никто в здравом уме не делает), то даже если пустить в пару радиаторов в комнате вместо 2,5 литров в минуту, скажем, 5 (или не 40 градусов, а 60) - это не предотвратит резкого кратковременного снижения температуры воздуха в помещении.
Я лично отталкиваюсь от практики. Но ни в коем случае никого не отговариваю. Если вам нравятся PWM-насосы, прекрасно. Они добавят гибкость системе. Если бы сейчас стоял выбор и такой насос стоил бы как обычный, я возможно предпочел бы именно его. А чтобы не остаться без тепла в случае выхода из строя автоматики, наверное, можно предусмотреть на сигнальную линию какую-нибудь перемычку. Обычный то насос всегда можно включить в розетку.
Erik писал(а):
06 июн 2018, 18:17
Управлять температурой контура в целом не достаточно. У вас или самая холодная комната замерзнет, или самая теплая перегреется. Боюсь, у вас будет та самая полосатость нагрева, о которой вы писали выше.
"Достаточность" - это субъективное понятие. Вот если разница в температуре в нормальных условиях у меня 0,2-0,3 градуса, то для меня это достаточно. Но все люди разные.
"Полосатость", о которой я писал - явление, которое происходит с теплым полом при низком расходе теплоносителя, когда возникает большая разница (более 20 градусов) между подачей и обраткой. Так как для равномерного прогрева трубы ТП укладывают не змейкой, а улиткой, то при низком расходе и высокой дельта T температура соседних труб будет сильно отличаться. Как при номинальном расчетном расходе, который обеспечивает требуемую дельта T, обычном насосе и при отсутствии регулировок на ветках у меня возникнет полосатость я не понял. Логики в ваших словах не уловил.
Erik писал(а):
06 июн 2018, 18:17
Инерционность системы - это динамика нагрева. Она от скорости прокачки теплоносителя зависит. При высокой скорости у вас суммарная теплоемкость теплоностителя в радиаторах больше, из-за меньшей разницы подачи и обратки. Эта суммарная теплоемкость и обеспечивает показатель динамики нагрева. Поэтому, при резкой остановке простого насоса, у вас и поток все равно сразу не остановится, и оставшаяся теплоемкость в радиаторах будет еще какое-то время обеспечивать ту же динамику нагрева. Можно, конечно, поставить адаптивный термостат, который обучится, и будет выключать насос заранее, чтобы не доводить до перегрева, а можно и PWM насос. Который к окончанию нагрева до нужной температуры и динамику нагрева сведет к нулю.
Инерция чисто теплоносителя - крохи по сравнению с инерцией всего того, что этим теплоносителем нагрето (стен, стяжки, предметов). Я не изучал этот вопрос, но мне кажется это какие-то доли процента.
Зачем это все учитывать при регулировании отопления на практике? Зачем резко останавливать насос? Зачем все эти умозрительные и синтетические ситуации?
При обычном насосе "динамика нагрева" регулируется смесительным узлом. Очень успешно.
Комбинировать PWM-насос со смесительным узлом вижу только в одном случае - когда в системе есть сильно переменный расход (в несколько раз). Я стараюсь объективно смотреть на вещи, фиксировать свои ошибки и думать, как бы можно было бы сделать лучше. В частном доме, исходя из опыта и практики, я не вижу причин предусматривать систему с сильно переменным расходом. Точнее такой значительный переменный расход скорее будет говорить о каких-то изначальных ошибках в проектировании или о неправильном использовании. Но, повторю, раз вам надо, значит надо... Пусть будет.

Andrey_B
Администратор
Сообщения: 5327
Зарегистрирован: 18 мар 2011, 12:06

Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Сообщение Andrey_B » 06 июн 2018, 19:55

Erik писал(а):
06 июн 2018, 18:27
А для нормального управления трех-точечным приводом нужна обратная связь, для понимания его состояния/положения.
Я вот тоже думал, что нужна. А на практике получилось, что не нужна.
Вот если абстрагироваться от идеалистических соображений, зачем знать, кроме как ради интереса, в каком именно положении находится привод 30% или 38%?
Сейчас считаю положение программно, то есть я знаю время на которое давал команду на изменение положения. Считается положение очень точно. Но нигде в алгоритме управления системой оно не используется. Разве что в Web-интерфейсе отображается забавы ради.

Andrey_B
Администратор
Сообщения: 5327
Зарегистрирован: 18 мар 2011, 12:06

Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Сообщение Andrey_B » 06 июн 2018, 20:06

Чижик писал(а):
06 июн 2018, 10:42
так и не понял, можно ли запускать Act, чаще чем раз в сутки, например раз в час, или раз в десять минут.
В текущей версии прошивки такой возможности нет.
Но я подумаю, что тут можно сделать.

Andry
Сообщения: 213
Зарегистрирован: 23 мар 2017, 10:41

Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Сообщение Andry » 06 июн 2018, 23:09

Подключил датчик освещенности MAX44009 и решил попробовать режим Program .Настроил как в статье if port 6 там у меня SDA датчика все показывает в люксах .Поставил условие больше 3 люкс откл освещение тоесть cmd 25:0 .Как не бился не заработало.Хотел на улице свет тушить когда светло.Кто нибудь пробовал настроить датчики по I2C для Program?

Andry
Сообщения: 213
Зарегистрирован: 23 мар 2017, 10:41

Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Сообщение Andry » 06 июн 2018, 23:11

Особенно когда там два параметра снимаются? Например влажность и температура?Ну например у ванне хочу вентилятор включать при повышении влажности без сервера.

Andry
Сообщения: 213
Зарегистрирован: 23 мар 2017, 10:41

Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Сообщение Andry » 06 июн 2018, 23:16

А от простыми датчики температуры DS18B20 . Program работает,проверил только что ради интереса.

Andry
Сообщения: 213
Зарегистрирован: 23 мар 2017, 10:41

Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Сообщение Andry » 06 июн 2018, 23:33

Так же интересно будет ли Program работать с портом с АЦП,ну например при скачке или завышенном напряжении выключать нагрузку,не хотелось бы такую функцию возлагать на сервер.

Andrey_B
Администратор
Сообщения: 5327
Зарегистрирован: 18 мар 2011, 12:06

Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)

Сообщение Andrey_B » 07 июн 2018, 01:16

Функция Program в текущий момент работает со стандартными входами, с выходами, с датчиками DS18B20, с портами АЦП.
Эта функция в данный момент не работает с I2C-устройствами.
Причина в целом простая. Для работы Program нужно, чтобы контроллер постоянно считывал данные из регистров I2C-устройства. Ведь само оно (не берем во внимание специфические ситуации с отдельным пином прерывания) ничего не сообщает контроллеру. Но часто I2C-датчики - довольно медленные устройства, которых может быть навешано на контроллер много. И я даже не говорю о конфигурациях, когда на одном порту висит несколько разных I2C-датчиков, что вполне встречается на практике. И вот, чтобы никак не повлиять негативно на отзывчивость контроллера и надежную работу с точки зрения базовых возможностей, опрос I2C-устройств в автоматическом режиме не производится. Только по запросу сервера/пользователя. Поэтому у таких портов нет поля Act.
Можно ли научить контроллер работать с такими портами автономно? Можно. Но мне пока больше нравится идея с сервером, который опрашивает датчик освещенности раз в минуту и учитывает другие обстоятельства (среднее значение за 5-10 минут, чтобы он случайно не сработал на отблеск фар, наличие людей в доме и т.д.), а не процедура опроса раз в 3-5 секунд всех подобных портов только для того, чтобы отработал Program.

Ответить