Прошивка MegaD-2561 (релизы, обсуждения, предложения)
Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)
Андрей, добрый день!
Можно ли добавить в прошивку поддержку меток DS2401 на шине по аналогии с DS18B20?
Я планирую на них в комплекте с герконами сделать контроль открытых окон.
Можно ли добавить в прошивку поддержку меток DS2401 на шине по аналогии с DS18B20?
Я планирую на них в комплекте с герконами сделать контроль открытых окон.
Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)
Простой пример. 3-х ходовый PWM управляет температурой в коллекторе теплого пола. А PWM насос управляет интенсивностью потока пропорционально количеству открытых контуров. Чтобы при одном открытом контуре не выдавливать большую часть теплоносителя в байпас.Andrey_B писал(а): ↑05 июн 2018, 22:40Мнение, которое я озвучил, относится не только к приводам, но и к любым исполнительным механизмам.
PWM для насоса, наверное, хорошая штука, только я бы прежде подумал по причине а) жесткой связи с автоматикой б) всех негативных явлений, связанных с количественным регулированием.
На мой взгляд любая гидравлика хорошо работает, когда она сбалансирована и настроена под конкретный расход теплоносителя. Это и более равномерный прогрев и более предсказуемое управление.
Тем более странно было бы использовать связку PWM насос с PWM 3-х ходовым. Масло масляное или тяни-толкай. Как посмотреть.
Второй пример - радиаторное отопление. PWM насос регулирует интенсивность потока, в зависимости от отклонения температуры помещения от заданной. Обычно в границах 1 градуса. Отклонение 1 градус - 100%, отклонение 0 градусов - 0%. Настроить теплый пол или радиаторное отопление так, чтобы постоянно открытые петли никогда не перегревали помещение, строго поддерживая в них заданную температуру можно, если на каждую петлю сделать свой смесительный контур. Потому, что разные помещения обязаны быть разными. И по площади, и по количеству окон, и по "направленности на север" внешней стены, и по наличию радиаторного отопления, и по наличию (и периодической работе) каминов, и по количеству людей в комнате, и по многим многим другим факторам. Автоматика - она призвана как раз справляться с этим.
Это так же позволяет экономить значительные суммы на электроэнергии, которая тратится на насосы. Причем в основном на прокачку лишнего потока в байпас. И на создание излишней инерционности системы.
А если удастся спроектировать гидравлическую систему так, что автоматика окажется не нужна - да, автоматика будет не нужна.
Эта фраза не моя. Но вы ответили. Спасибо.Andrey_B писал(а): ↑05 июн 2018, 22:40В данном контексте мне не понятна фраза "мало результативно". Если речь идет о системе, в которой есть сервер, то Мега лишь посредник. И здесь можно все. Буквально все.
Если сервера нет, то я действительно с трудом представляю, как можно добиться реализации интеллектуального, сложного, основанного на анализе множества данных, в каком-то смысле преселективного, регулирования на основе простых функций термостата. Смысл тогда во всех этих PWM девайсах?... Так, очевидно, не бывает, чтобы и просто и надежно и умно и мультифункционально и дешево. Какой-то из множества критериев обязательно будет выпадать. Я за разумную середину. Но без сервера тяжело и скучно. Теоретически сервер - это слабый элемент системы, но на практике все работает десятилетиями без каких-либо сбоев на самом простом железе (если, конечно, это не микро-пк с флешками). Проверено.
Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)
Добрый день, Андрей, из описания раздела "Планировщик заданий (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, чаще чем раз в сутки, например раз в час, или раз в десять минут.
Немного подробнее о заданиях
T: формат ЧЧ:ММ:ДН
Примеры
14:30:0 - выполнять в 14:30 каждый день (последний 0 - означает каждый день)
08:00:3 - выполнить в 8:00 в среду (3 - среда)
03:15:3-7 - выполнять в 03:15 со среды по воскресенье включительно (3-7)
так и не понял, можно ли запускать Act, чаще чем раз в сутки, например раз в час, или раз в десять минут.
Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)
Да, однако здесь написано про одиночное подключение - один DS2401 - один порт Меги.
А я говорю о подключении нескольких DS2401 шиной, так, судя по документации и этой ветке форума, реализовано только подключение DS18B20:
"Поддерживаемые устройства на портах типа DSen: DS18B20 (в том числе шиной)"
Так что вопрос остается.
Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)
DS2401 можно подключать шиной. Адреса всех присутствующих на шине меток будут видны по запросу "cmd=list".
Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)
Андрей, спасибо!
Может быть, имеет смысл уточнить документацию?
Например, так:
"Поддерживаемые устройства на портах типа DSen (в том числе шиной): DS18B20, DS2401"
Может быть, имеет смысл уточнить документацию?
Например, так:
"Поддерживаемые устройства на портах типа DSen (в том числе шиной): DS18B20, DS2401"
Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)
Вы какой байпас подразумеваете? Тот, что срабатывает при давлении свыше определенного значения? Не будет он работать. В случае постоянной скорости циркуляционного насоса при закрытии контуров просто увеличится расход через оставшиеся открытые. Давление в системе не изменится. Или тот, что стоит между обраткой и подачей в смесительном узле? Так пропорционально ничего не изменится. При изменении общего расхода ничего никуда выдавливать не будет.
Да, действительно можно регулировать расход с помощью PWM-насоса. Но сделать это хорошо можно только при помощи датчиков расхода на каждой петле. Только такие датчики еще надо попробовать найти. И стоить они будут, вероятно, не копейки. Можно как-то попытаться подобрать формулу такой регулировки эмпирически, но боюсь на это уйдет немало времени и сил.
Вообще не вижу никакого смысла дергать петли теплого пола. Вот сколько живу, ни разу не возникло желания перекрыть ни одну из кажется 18 петель теплого пола.
Для радиаторов, подключенных звездой - может быть. Когда при низком расходе первая секция 60 градусов, а 8-я комнатной температуры... Ну, теоретически, да.
А для теплого пола никак не подойдет. Расход ниже расчетного = полосатый пол. Но многие делают. Счастливые люди, которые к таким мелочам относятся со здоровым пофигизмом. Это кому что важнее - равномерный прогрев пола или дополнительно 50-100 руб к счету за электроэнергию. Только для того ли строим, чтобы так себе отказывать?
Если более-менее правильно рассчитана мощность отопительных приборов, то во всех даже самых разных комнатах будет приблизительно одинаковая температура. Расчет не сложный, делается как правило на глаз.Erik писал(а): ↑06 июн 2018, 07:45Отклонение 1 градус - 100%, отклонение 0 градусов - 0%. Настроить теплый пол или радиаторное отопление так, чтобы постоянно открытые петли никогда не перегревали помещение, строго поддерживая в них заданную температуру можно, если на каждую петлю сделать свой смесительный контур. Потому, что разные помещения обязаны быть разными. И по площади, и по количеству окон, и по "направленности на север" внешней стены, и по наличию радиаторного отопления, и по наличию (и периодической работе) каминов, и по количеству людей в комнате, и по многим многим другим факторам.
В крайнем случае можно слегка отбалансировать гидравлику на уровне отопительного прибора/коллектора с помощью балансировочных вентилей или термостатических головок (для радиаторов).
Автоматика, на мой взгляд, нужна на более глобальном уровне - задавать температуру не конкретного радиатора или петли, а контура целиком. Чтобы в доме всегда была одинаковая температура и не было резких ее колебаний.
Ну, если задаваться целью экономить, то смесительные узлы или PWM-насосы вообще не нужны. Простой насос в режиме вкл/выкл... Но тут или дешево или комфортно.
Про байпас снова как-тот не понял. И что такое инерционность системы? Инерция определяется не то, как регулировать, а то, что греть. Она зависит главным образом от материала ограждающих и несущих конструкций, а не от наличия или отсутствия PWM-насосов.
Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)
Да любые 1-wire устройства будут видны по команде "cmd=list".
Не только DS18B20 и DS2401, а вообще любые. Под поддержкой понимается главным образом не отображение адреса, а возможность считывать какие-то данные или управлять. Такая поддержка в данный момент есть для DS18B20/DS1820 и DS2413. Разумеется, DS2401 или DS1990A, также "поддерживаются", потому что у них нет какой-то другой функции кроме как сообщать мастеру свой адрес.
Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)
[/quote]Erik писал(а): ↑06 июн 2018, 07:45Простой пример. 3-х ходовый PWM управляет температурой в коллекторе теплого пола. А PWM насос управляет интенсивностью потока пропорционально количеству открытых контуров. Чтобы при одном открытом контуре не выдавливать большую часть теплоносителя в байпас.Andrey_B писал(а): ↑05 июн 2018, 22:40Мнение, которое я озвучил, относится не только к приводам, но и к любым исполнительным механизмам.
PWM для насоса, наверное, хорошая штука, только я бы прежде подумал по причине а) жесткой связи с автоматикой б) всех негативных явлений, связанных с количественным регулированием.
На мой взгляд любая гидравлика хорошо работает, когда она сбалансирована и настроена под конкретный расход теплоносителя. Это и более равномерный прогрев и более предсказуемое управление.
Тем более странно было бы использовать связку PWM насос с PWM 3-х ходовым. Масло масляное или тяни-толкай. Как посмотреть.
Второй пример - радиаторное отопление. PWM насос регулирует интенсивность потока, в зависимости от отклонения температуры помещения от заданной. Обычно в границах 1 градуса. Отклонение 1 градус - 100%, отклонение 0 градусов - 0%. Настроить теплый пол или радиаторное отопление так, чтобы постоянно открытые петли никогда не перегревали помещение, строго поддерживая в них заданную температуру можно, если на каждую петлю сделать свой смесительный контур. Потому, что разные помещения обязаны быть разными. И по площади, и по количеству окон, и по "направленности на север" внешней стены, и по наличию радиаторного отопления, и по наличию (и периодической работе) каминов, и по количеству людей в комнате, и по многим многим другим факторам. Автоматика - она призвана как раз справляться с этим.
Это так же позволяет экономить значительные суммы на электроэнергии, которая тратится на насосы. Причем в основном на прокачку лишнего потока в байпас. И на создание излишней инерционности системы.
А если удастся спроектировать гидравлическую систему так, что автоматика окажется не нужна - да, автоматика будет не нужна.
Если в каждый контур теплого пола ставить по трехходовому клапану и сервоприводу, то само это решение, да плюс сопутствующая автоматика в копеечку обойдется. Не факт что это когда-нибудь окупится. Тем более описываемые приводы с возвратной пружиной сами требуют несколько ватт на удержание, умножаем эти несколько ватт на несколько десятков петель теплого пола - получается уже как бы не больше, чем мощность, потребляемая циркуляционным насосом. Вообще идея с возвратной пружиной в приводе отопления выглядит как-то сомнительно, их обычно в вентиляции ставят, там это имеет смысл, чтобы в случае пожара при обесточивании перекрывать приточку/вытяжку.
Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)
Не нужны никакие датчики. Можно ориентироваться на настройку расходомеров и длину петель. Вы из крайности в крайность бросаетесь. То вообще не регулируете, и считаете это нормальным, то хотите ставить датчики расхода. А пропорциональное настройке расходомеров управление мощностью насоса вполне обеспечит равномерный поток через каждую петлю.Andrey_B писал(а): ↑06 июн 2018, 17:12Вы какой байпас подразумеваете? Тот, что срабатывает при давлении свыше определенного значения? Не будет он работать. В случае постоянной скорости циркуляционного насоса при закрытии контуров просто увеличится расход через оставшиеся открытые. Давление в системе не изменится. Или тот, что стоит между обраткой и подачей в смесительном узле? Так пропорционально ничего не изменится. При изменении общего расхода ничего никуда выдавливать не будет.
Да, действительно можно регулировать расход с помощью PWM-насоса. Но сделать это хорошо можно только при помощи датчиков расхода на каждой петле. Только такие датчики еще надо попробовать найти. И стоить они будут, вероятно, не копейки. Можно как-то попытаться подобрать формулу такой регулировки эмпирически, но боюсь на это уйдет немало времени и сил.
Вообще не вижу никакого смысла дергать петли теплого пола. Вот сколько живу, ни разу не возникло желания перекрыть ни одну из кажется 18 петель теплого пола.
У меня есть смысл дергать петли теплого пола.
И повышается давление. Скорость потока при изменении суммарного сечения не может измениться мгновенно. Всегда увеличивается давление.
Для теплого пола как раз подходит. Расход всегда расчетный. Но есть возможность управлять динамикой - быстро нагреть, при переключении из экономичного режима, остудить только теплоноситель в петлях, оставив основную массу горячей в тепло изолированной части коллектора при переключении из комфортного в экономичный.Andrey_B писал(а): ↑06 июн 2018, 17:12Для радиаторов, подключенных звездой - может быть. Когда при низком расходе первая секция 60 градусов, а 8-я комнатной температуры... Ну, теоретически, да.
А для теплого пола никак не подойдет. Расход ниже расчетного = полосатый пол. Но многие делают. Счастливые люди, которые к таким мелочам относятся со здоровым пофигизмом. Это кому что важнее - равномерный прогрев пола или дополнительно 50-100 руб к счету за электроэнергию. Только для того ли строим, чтобы так себе отказывать?
Если это не мавзолей, а жилой дом - не получится, нужно управлять отдельно каждой комнатой. Если вы в одной комнате зажгли камин, вторую проветриваете, а в третьей вдесятером жарите мясо, вам нужно управлять комнатами по разному. Управлять температурой контура в целом не достаточно. У вас или самая холодная комната замерзнет, или самая теплая перегреется. Боюсь, у вас будет та самая полосатость нагрева, о которой вы писали выше.Andrey_B писал(а): ↑06 июн 2018, 17:12Если более-менее правильно рассчитана мощность отопительных приборов, то во всех даже самых разных комнатах будет приблизительно одинаковая температура. Расчет не сложный, делается как правило на глаз.
В крайнем случае можно слегка отбалансировать гидравлику на уровне отопительного прибора/коллектора с помощью балансировочных вентилей или термостатических головок (для радиаторов).
Автоматика, на мой взгляд, нужна на более глобальном уровне - задавать температуру не конкретного радиатора или петли, а контура целиком. Чтобы в доме всегда была одинаковая температура и не было резких ее колебаний.
Инерционность системы - это динамика нагрева. Она от скорости прокачки теплоносителя зависит. При высокой скорости у вас суммарная теплоемкость теплоностителя в радиаторах больше, из-за меньшей разницы подачи и обратки. Эта суммарная теплоемкость и обеспечивает показатель динамики нагрева. Поэтому, при резкой остановке простого насоса, у вас и поток все равно сразу не остановится, и оставшаяся теплоемкость в радиаторах будет еще какое-то время обеспечивать ту же динамику нагрева. Можно, конечно, поставить адаптивный термостат, который обучится, и будет выключать насос заранее, чтобы не доводить до перегрева, а можно и PWM насос. Который к окончанию нагрева до нужной температуры и динамику нагрева сведет к нулю.Andrey_B писал(а): ↑06 июн 2018, 17:12Ну, если задаваться целью экономить, то смесительные узлы или PWM-насосы вообще не нужны. Простой насос в режиме вкл/выкл... Но тут или дешево или комфортно.
Про байпас снова как-тот не понял. И что такое инерционность системы? Инерция определяется не то, как регулировать, а то, что греть. Она зависит главным образом от материала ограждающих и несущих конструкций, а не от наличия или отсутствия PWM-насосов.
Эта инерционность продолжает нагрев, когда он уже не нужен. А вы пишите про теплоемкость здания, и скорость/время остывания при известных теплопотерях. Это другое. И это есть всегда.
Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)
Получается, я сейчас производителей автоматики защищать начну.
Приводы с пометками "нормально открытый", "нормально закрытый" - они все с возвратными пружинами. И это, наверное, 80% выпускаемых приводов для систем отопления.
Что в этом сомнительного?
Поставьте нормально открытые клапаны на петли ТП. Будет нечего умножать.Burst писал(а): ↑06 июн 2018, 17:58
Если в каждый контур теплого пола ставить по трехходовому клапану и сервоприводу, то само это решение, да плюс сопутствующая автоматика в копеечку обойдется. Не факт что это когда-нибудь окупится. Тем более описываемые приводы с возвратной пружиной сами требуют несколько ватт на удержание, умножаем эти несколько ватт на несколько десятков петель теплого пола - получается уже как бы не больше, чем мощность, потребляемая циркуляционным насосом.
А для нормального управления трех-точечным приводом нужна обратная связь, для понимания его состояния/положения. Это дополнительная электроника в приводе, дополнительные порты на контроллере, и те же несколько ват на их работу.
Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)
Если петли регулируются дискретно по принципу открыто/закрыто, то по расходомерам можно эмпирически и экспериментально подобрать производительность насоса, но если на каждой петле стоит пропорциональное регулирование, то экспериментально подобрать трудно, рассчитать сложно. Датчики бы решили вопрос, но это абсурд, о чем я и пытался сказать.Erik писал(а): ↑06 июн 2018, 18:17Не нужны никакие датчики. Можно ориентироваться на настройку расходомеров и длину петель. Вы из крайности в крайность бросаетесь. То вообще не регулируете, и считаете это нормальным, то хотите ставить датчики расхода. А пропорциональное настройке расходомеров управление мощностью насоса вполне обеспечит равномерный поток через каждую петлю.
Ну, насколько я понимаю, давление во всех точках системы примерно одинаковое. Мои манометры не фиксируют хоть сколько-нибудь значительного изменения давления (даже кратковременного) при перекрытии веток теплого пола.
И куда байпас? В ту же систему? Наружу? А смысл? И потом в системе должен быть расширительный бак. Но предусматривают его не на этот случай, а на случай изменения температуры теплоносителя. Вот, что действительно меняет давление в системе.
Если расход всегда расчетный (ни ниже определенного значения в литрах в минуту), это означает наличие смесительного узла. И это означает, что в номинальном режиме работа PWM-насоса будет соответствовать работе обычного насоса. И PWM-насос можно использовать только с точки зрения более быстрого прогрева за счет кратковременного увеличения расхода. Но тогда ни о какой существенной экономии электроэнергии речи в таком случае не идет.Erik писал(а): ↑06 июн 2018, 18:17Для теплого пола как раз подходит. Расход всегда расчетный. Но есть возможность управлять динамикой - быстро нагреть, при переключении из экономичного режима, остудить только теплоноситель в петлях, оставив основную массу горячей в тепло изолированной части коллектора при переключении из комфортного в экономичный.
Если же смесительного узла нет, а есть только PWM-насос, то я слабо представляю себе как расход может всегда быть расчетным. Зато понятно, как можно сэкономить на электричестве.
У меня не мавзолей, но каждой комнатой я не управляю. Датчики висят везде. Температура везде одинаковая. Разница составляет от силы 0,2-0,3 градуса. Достигается теми средствами, о которых я писал.
На мой взгляд, все это абстрактные категории.
У меня есть камин. Он горит 1-2 часа. На батареях стоят термостатические клапаны. Они автоматически закрываются. А для теплого пола на железобетонных плитах перекрытия - полтора часа - это слишком короткий промежуток времени. Даже если полностью перекрыть подачу в теплый пол, это никак не отразится на температуре воздуха в помещении, в котором на это время зажгли камин... Да и как-то нужно соотносить температуры порядка 300-500 градусов с температурами порядка 30-50 градусов.. Это совсем разные истории. Даже закрывшиеся автоматически радиаторы в данном случае мало на что влияют. Разве что приятно осознавать, что возможно сэкономилось пару кубических сантиметров газа.
Если в мороз открыть окно надолго (что никто в здравом уме не делает), то даже если пустить в пару радиаторов в комнате вместо 2,5 литров в минуту, скажем, 5 (или не 40 градусов, а 60) - это не предотвратит резкого кратковременного снижения температуры воздуха в помещении.
Я лично отталкиваюсь от практики. Но ни в коем случае никого не отговариваю. Если вам нравятся PWM-насосы, прекрасно. Они добавят гибкость системе. Если бы сейчас стоял выбор и такой насос стоил бы как обычный, я возможно предпочел бы именно его. А чтобы не остаться без тепла в случае выхода из строя автоматики, наверное, можно предусмотреть на сигнальную линию какую-нибудь перемычку. Обычный то насос всегда можно включить в розетку.
"Достаточность" - это субъективное понятие. Вот если разница в температуре в нормальных условиях у меня 0,2-0,3 градуса, то для меня это достаточно. Но все люди разные.
"Полосатость", о которой я писал - явление, которое происходит с теплым полом при низком расходе теплоносителя, когда возникает большая разница (более 20 градусов) между подачей и обраткой. Так как для равномерного прогрева трубы ТП укладывают не змейкой, а улиткой, то при низком расходе и высокой дельта T температура соседних труб будет сильно отличаться. Как при номинальном расчетном расходе, который обеспечивает требуемую дельта T, обычном насосе и при отсутствии регулировок на ветках у меня возникнет полосатость я не понял. Логики в ваших словах не уловил.
Инерция чисто теплоносителя - крохи по сравнению с инерцией всего того, что этим теплоносителем нагрето (стен, стяжки, предметов). Я не изучал этот вопрос, но мне кажется это какие-то доли процента.Erik писал(а): ↑06 июн 2018, 18:17Инерционность системы - это динамика нагрева. Она от скорости прокачки теплоносителя зависит. При высокой скорости у вас суммарная теплоемкость теплоностителя в радиаторах больше, из-за меньшей разницы подачи и обратки. Эта суммарная теплоемкость и обеспечивает показатель динамики нагрева. Поэтому, при резкой остановке простого насоса, у вас и поток все равно сразу не остановится, и оставшаяся теплоемкость в радиаторах будет еще какое-то время обеспечивать ту же динамику нагрева. Можно, конечно, поставить адаптивный термостат, который обучится, и будет выключать насос заранее, чтобы не доводить до перегрева, а можно и PWM насос. Который к окончанию нагрева до нужной температуры и динамику нагрева сведет к нулю.
Зачем это все учитывать при регулировании отопления на практике? Зачем резко останавливать насос? Зачем все эти умозрительные и синтетические ситуации?
При обычном насосе "динамика нагрева" регулируется смесительным узлом. Очень успешно.
Комбинировать PWM-насос со смесительным узлом вижу только в одном случае - когда в системе есть сильно переменный расход (в несколько раз). Я стараюсь объективно смотреть на вещи, фиксировать свои ошибки и думать, как бы можно было бы сделать лучше. В частном доме, исходя из опыта и практики, я не вижу причин предусматривать систему с сильно переменным расходом. Точнее такой значительный переменный расход скорее будет говорить о каких-то изначальных ошибках в проектировании или о неправильном использовании. Но, повторю, раз вам надо, значит надо... Пусть будет.
Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)
Я вот тоже думал, что нужна. А на практике получилось, что не нужна.
Вот если абстрагироваться от идеалистических соображений, зачем знать, кроме как ради интереса, в каком именно положении находится привод 30% или 38%?
Сейчас считаю положение программно, то есть я знаю время на которое давал команду на изменение положения. Считается положение очень точно. Но нигде в алгоритме управления системой оно не используется. Разве что в Web-интерфейсе отображается забавы ради.
Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)
Подключил датчик освещенности MAX44009 и решил попробовать режим Program .Настроил как в статье if port 6 там у меня SDA датчика все показывает в люксах .Поставил условие больше 3 люкс откл освещение тоесть cmd 25:0 .Как не бился не заработало.Хотел на улице свет тушить когда светло.Кто нибудь пробовал настроить датчики по I2C для Program?
Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)
Особенно когда там два параметра снимаются? Например влажность и температура?Ну например у ванне хочу вентилятор включать при повышении влажности без сервера.
Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)
А от простыми датчики температуры DS18B20 . Program работает,проверил только что ради интереса.
Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)
Так же интересно будет ли Program работать с портом с АЦП,ну например при скачке или завышенном напряжении выключать нагрузку,не хотелось бы такую функцию возлагать на сервер.
Re: Прошивка MegaD-2561 (релизы, обсуждения, предложения)
Функция Program в текущий момент работает со стандартными входами, с выходами, с датчиками DS18B20, с портами АЦП.
Эта функция в данный момент не работает с I2C-устройствами.
Причина в целом простая. Для работы Program нужно, чтобы контроллер постоянно считывал данные из регистров I2C-устройства. Ведь само оно (не берем во внимание специфические ситуации с отдельным пином прерывания) ничего не сообщает контроллеру. Но часто I2C-датчики - довольно медленные устройства, которых может быть навешано на контроллер много. И я даже не говорю о конфигурациях, когда на одном порту висит несколько разных I2C-датчиков, что вполне встречается на практике. И вот, чтобы никак не повлиять негативно на отзывчивость контроллера и надежную работу с точки зрения базовых возможностей, опрос I2C-устройств в автоматическом режиме не производится. Только по запросу сервера/пользователя. Поэтому у таких портов нет поля Act.
Можно ли научить контроллер работать с такими портами автономно? Можно. Но мне пока больше нравится идея с сервером, который опрашивает датчик освещенности раз в минуту и учитывает другие обстоятельства (среднее значение за 5-10 минут, чтобы он случайно не сработал на отблеск фар, наличие людей в доме и т.д.), а не процедура опроса раз в 3-5 секунд всех подобных портов только для того, чтобы отработал Program.
Эта функция в данный момент не работает с I2C-устройствами.
Причина в целом простая. Для работы Program нужно, чтобы контроллер постоянно считывал данные из регистров I2C-устройства. Ведь само оно (не берем во внимание специфические ситуации с отдельным пином прерывания) ничего не сообщает контроллеру. Но часто I2C-датчики - довольно медленные устройства, которых может быть навешано на контроллер много. И я даже не говорю о конфигурациях, когда на одном порту висит несколько разных I2C-датчиков, что вполне встречается на практике. И вот, чтобы никак не повлиять негативно на отзывчивость контроллера и надежную работу с точки зрения базовых возможностей, опрос I2C-устройств в автоматическом режиме не производится. Только по запросу сервера/пользователя. Поэтому у таких портов нет поля Act.
Можно ли научить контроллер работать с такими портами автономно? Можно. Но мне пока больше нравится идея с сервером, который опрашивает датчик освещенности раз в минуту и учитывает другие обстоятельства (среднее значение за 5-10 минут, чтобы он случайно не сработал на отблеск фар, наличие людей в доме и т.д.), а не процедура опроса раз в 3-5 секунд всех подобных портов только для того, чтобы отработал Program.