fim

надеюсь, будет понятно зы а с протоколом рекуператора получилось?

теперь 2 месяца без калибровки, опаскаем со2 до уровня ~400ррм, делаем автокалибровку, смотрим дрейф нуля эта величина находится в диапазоне от 50 до 80ррм -

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

нет на плате управления есть разметка 12V, A, B, GND я по цвету проводов отследил A, B и к ним припаялся на плате панели управления т.е. к 2-м из 4х контактного разъема у вас на фото можете конечно попробовать и к 2х контактному разъему, но... тогда мой код нужно допиливать на предмет активации нового юнита и постоянной работе на шине а поскольку стандарт протокола я не нашел, то... мой код, как есть, просто вставляет телеграмму раньше вендорной панели (для изменения скорости) и/или читает текущий статус (вкл/выкл, скорость, байпас, етс)

я подключил так raspberry -> usb-rs485 конвертер -> контакты A B панели управления

ну у грундфос как бы есть а с вило тут не понятно) в данном случае, я мануалы читаю не буквально (как например в первом рисунке), а через призму величины возможного падения давления) зы режимы ∆p-c, ∆p-v в реальных условиях при использовании вило имхо не будут разниться) не спорьте со мной, спорьте с фактами(с)))

1) совсем НЕ перестанет и это точно! себе по рабочей точке написал калькулятор и как мне кажется пытался дотошно в этом разобраться, правда для вентиляции, но там все аналогично ( ) 2) все алгоритмы должны работать примерно так только подбирают фактическую рабочую точку под разные шаблоны (∆p-c или ∆p-v) меняется характеристика сети, циркулятор опускает свою кривую напора под шаблон 3) и если уж совсем залезать в дебри) то нужно отталкиваться не от факта наличия тп, а от того есть/будут ли сервоприводы, т.к. а алгоритм управления сервоприводами может быть "могучим" и оставить работать ц.насос только на одну зону

ключевое для ∆p-c - без изменяемых характеристик трубопроводной сети) или просто сети если есть зональное управление тп, то... характеристика сети будет меняться постоянно при движениях актуаторов/сервоприводов и еще раз посмотри два графика ∆p-c и ∆p-v они сильно отличаются? имхо для маркетинга

у меня стоял вило с его ∆p-c, ∆p-v... по факту использования разницы в этих режимах не заметил ) напомню/уточню у меня имеется зональное управление тп, бак-гидрострелка, с которого ц.насос забирает на коллекторы тп если посмотреть алгоритм работы насоса в режиме ∆p-v то он на самом деле как бы мало чем отличается от ∆p-c но для тп рекомендуют все таки ∆p-v я потом себе поставил GRUNDFOS HYBRID, а там есть AUTO ADAPT - этот алгоритм мне понравился! хз может мне просто не зашел вило)

итак в течении месяца датчики СО2 были в состоянии ABC disable (автокалибровка ежедневная была отключена) по истечению месяца включаю состояние ABC enable (автокалибровка ежедневная включена) в доме 400ррм, т.е. идет автокалибровка по чистому воздуху смотрим в цифрах величину дрейф нуля эта величина находится в диапазоне от 50 до 77ррм для датчика точность которого +-50ррм - имхо не плохо считаю такой подход приемлемым и можно формализовать в код группа данных объекта с ключем "weather" (в т.ч. "id": 804) имхо больше подходит для построения визуализации и/или классификации осадков (снег, дождь, етс), но для полива это же не критично а ключ "rain" прямо указывает на мм/м2 осадков, которые удобно сравнивать с уставкой пользователя для конкретной зоны полива (для разных зон могут ведь быть разные уставки в мм/м2) и на основании этого определять временной интервал включения как по длительности, так и по времени включения/отключения сезонное вкл/выкл автоматики полива, если делать автоматически, а не в ручную, то можно сделать и по температуре воздуха

вот кусок json (api.openweathermap.org/data/2.5/forecast?q=Kiev&APPID=your_api_key&units=metric), который я получаю: т.е. на каждые 3 часа идут данные: { "dt": 1562068800, "main": { "temp": 27.05, "temp_min": 27.05, "temp_max": 27.05, "pressure": 1010.36, "sea_level": 1010.36, "grnd_level": 994.62, "humidity": 53, "temp_kf": 0 }, "weather": [ { "id": 500, "main": "Rain", "description": "light rain", "icon": "10d" } ], "clouds": { "all": 56 }, "wind": { "speed": 3.35, "deg": 307.489 }, "rain": { "3h": 0.125 }, "sys": { "pod": "d" }, "dt_txt": "2019-07-02 12:00:00" }, где "rain": {"3h": 0.125 }, в данном случае и есть осадки за 3 часа (если они по прогнозу будут) в мм/м2 (это я в описании где-то, когда-то вычитал, транслирую по памяти)) в скрипте суммируются эти данные за сутки (стр 55-57) просто не совсем понял, что вы парсите/читаете для определения уровня осадков? какой ключ/параметр? JSON или XML (по идее там должны быть одинаковые данные) у меня пишется статистика (использую прогноз по температуре для оптимизации отопления по ночному тарифу, ну а статистика пишется прицепом)) по температуре выглядит так (раньше считал коэффициент корреляции), затем забил) голубой - openweather черный - синоптик.юа оранжевый - факт все среднесуточные по осадкам... естественно данных нет синоптик точнее (по температуре), но openweather имхо не критично по точности, зато он проще в использовании - сразу готовый объект данных (json)

дабы не плодить новых тем, коротко в продолжение о поливе полив обкатал в поле изменил свой код, т.к. на моей малинке все gpio, были заняты и она (малинка) находится далеко от оптимального местоположения автоматики т.е. у меня работает по схеме малинка - роутер - репитер - esp gpio - реле - клапана но немного поправив код и... теперь его можно использовать в виде малинка gpio -реле - клапана и/или с esp код здесь github.com/sdfim/watering в файле формата json прописаны данные о зонах: gpio если есть ip_esp, то это gpio esp, если нет, то малинки целевая норма полива в мм/м2 и время (час) с которого заполняется таймер (например 23 - для использования ночного тарифа) далее читается json прогноза погоды (от openweathermap) и конкретно осадки в мм/м2 сравниваются с уставкой и если нужно (уставка выше осадков) заполняется последовательно таймер для зон далее каждые 15 мин проверяется таймер и если время включения полива он включается и/или наоборот я никого ни к чему не призываю, а просто привел пример как можно поступить с поливом (у меня уже была малинка), не используя вендорную автоматику по клапанам для полива имхо Hunter - оптимальный вариант автоматика в сравнении: вендорная: Контроллер Hunter PHC 601-E - 7 232,06 грн. Контроллер Hunter X-Core 601i-E - 1 991,44 грн. всего 9223,5 грн. имеем: полив по погоде (прогнозу осадков) и целевой уставке полива, 6 зон альтернатива: минимальный набор (у кого еще нет raspberry pi, orange pi, етс) orange pi - 525 грн. блок реле 16-ти канальный - 270 грн. всего 795 грн. имеем: полив по погоде (прогнозу осадков) и целевой уставке полива, 16 зон, маштабируемость: добавление gpio/релюх/клапанов (при помощи esp, etc), простой рефакторинг,.. естественно, кому лень вникать или не интересно, или нет времени, то может альтернативная автоматикика и не нужна на сейчас таких большенстнво, но жизнь меняется и без знамия языков программирования дальше будет сложнее, если не нам, то нашим детям учитывая мой минимальный опыт автоматизации "умного дома", для меня это было не сложно, так почему бы нет? зы вспомнилось, мне пару лет назад тут говорили, что использование прогноза погоды для автоматики - бред)

Hunter PGV 100G-B

там кода кот наплакал github.com/sdfim/watering по стоимости писал здесь с любой точки планеты), хоть 100 зон - все включено;)

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

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

а если бойлер в квартире? (редуктор давления на стояке есть) стоит ли заморачиваться с трубками (от выводов до бойлера ~20см)? если да то какими? спб

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

dushes86, гидрострелка, один насос со имхо правильно и оптимально у меня аналогичная схема (только тп, два этажа со своими коллекторами, один насос, гидрострека-бак) - полностью доволен вопрос, первый и второй этаж сбалансированы по давлению/сопротивлению? на первый этаж не нужен балансир на обратку?

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

можно и через веб интерфейс, и программно в целом есть три варианта/инструмента: Normal (ABC enable) - программно и/или через веб интерфейс ABC disable - программно и/или через веб интерфейс мануальная калибровка (выйти на улицу и по чистому/уличному воздуху откалибровать, нажав соответствующую кнопочку) последнее имхо - режим раба собственной автоматики и как постоянный способ калибровки не рассматривается т.е. есть желание при помощи первых двух инструментов найти оптимальную комбинацию для условия постоянного проживании людей где в чистом виде (без комбинирования): в первом варианте (Normal (ABC enable) будет ежедневное "вранье", т.к. происходит ежедневная каллибровка по мин значению, которое не всегда равно 400ррм (подробно я это явление описал постом ранее) во втором варианте, если отключить автокалибровку (перевести датчик в режим ABC disable), то ежедневная автокалибровка будет отключена, но... будет происходить "дрейф нуля" и через какое то длительное время показания датчика станут некорректными при этом в течении месяца погрешность будет минимально допустимой короче, пока мне кажется оптимальным: для зон вентилирования прописать дополнительный паттерн день/ночь и один раз в месяц: включать автокалибровку на 24часа (Normal (ABC enable)) для зоны с паттерном "ночь" (спальня) днем проветривать до показания <= 400 ppm и удержать этот показатель некоторое время для зоны с паттерном "день" ночью проветривать до показания <= 400 ppm и удержать этот показатель некоторое время выключать автокалибровку через 24часа или вкл ABC disable суть этого предложения в том, чтобы, раз в месяц, внутреннему алгоритму датчика Normal (ABC enable) скормить действительно 400ррм, на не просто мин значения за день таким образом откалибровать датчики по чистому воздуху 400ррм, а затем работать без ежедневной автокалибровки и так каждый месяц проветривать до показания <= 400 ppm и удержать этот показатель некоторое время - эту процедуру нужно проводить толко тогда, когда в зоне нет людей, иначе это бесполезно вопрос открытый и дискутивный! я частично об этом писал здесь (после слов "а теперь нужна помощь зал") UPD в принципе по динамике со2 можно определять есть ли люди в зоне вентилирования или нет и например, когда люди на работе, в школе, етс, можно проводить описанный выше способ калибровки в момент их отсутствия (раз в месяц) т.е. днем, т.к. зимой по причине наличия амплитуды уличной температуры это будет более энергоэффекитивно

как работает автоматическая калибровка датчика уже говорилось в данной теме и все же я решил понаблюдать на цифрах датчик со2 mh-z19b, который я использую для автоматики у себя имеет период автокалибровки 1 день (сутки, 24ч), выдает параметры ррм, С(температуру) и... хз параметр U так вот, если включена автокалибровка, то параметр U, растет от 0 до ~36682, а потом происходит автокалибровка а именно датчик со2 mh-z19b берет минимальное значение со2 за 24ч и принимет его за базовые 400ррм и пересчитывает последюющие фак.значения например (рис) мин значение за день 649 ррм, т.е. 649-400=249 соответственно 822 ррм превращаются в 822-249=573ррм на графике это 568, из-за того, что показания снимаются с датчиков 1 раз в 5 мин и момент автокалибровки не попадает именно на время съема данных с датчика, такая себе небольшая погрешность вот поэтому важно аккуратно относиться к автокалибровке зы по ходу пьесы переписал калькулятор расчета общего объема и объемов зон в зависимости от напорной характеристики пву и угла заслонок теперь он универсальный, т.е. можно загружать любую топологию вентсистемы и делать моделирование на эту тему записал видео на бегу со звуком (без цензуры) и очень скоро все зальется на github немного о поливе код - 2 файла по 50 строк к esp8266 (espeasy) подключены релюхи esp8266 запитана от 24В(блок питания нужен для серво полива) через dc-dc преобразователь код на малинке (которая используется для управления отоплением/охлаждением, вентиляцией) и уже малинка т в зависимости от прогноза погоды (уровня осадков и уставки полива в мм/м2) командами управляе esp8266:rolleyes: все собрано (Импульсный блок питания 24В 2.5А (60Вт): 230.00грн, NodeMCU v3 на базе ESP-12E: 135.00грн, DC-DC конвертер понижающий 4.5...28 В в 0.8...20 В 3А на MP1584 Mini: 23.00грн, всего 388грн) протестировано, поливать пока нечего...

имхо дело вкуса я же, учитывая свой опыт, считаю, что что в данном случае минимально достаточной есть sqlite, т.е. и оптимальной а скрипт которой управляет зонами вентиляцией и пву в т.ч. готовит json файлы для веб интерфейса, графиков и пр. анализа и визуализации для таких анализа и визуализации имхо нет необходимости в больших и длительных по времени объектов/объемах данных "больше/меньше" "растет/не растет" - работать не будет без определенного уровня (уставки), а факт.данные должны быть адекватными (калиброванными) для сопоставления с уставкой, я так вижу возможно, если вы более детально раскроете свою мысль, то я смогу понять о чем вы и в чем я ошибался

начал тестировать новопереписанный код на себе походу делаю мелкий рефакторинг, например ночью серво не ерзают заслонки, т.е. их не слышно имхо визуально более информативно отображается передвижение людей по комнатам/зонам обозначения пощупать график (за определенный интервал времени) в живую можно здесь за этот интервал времени были последовательно такие уставки по со2 600, 500, 700, 850 а теперь нужна помощь зала как оптимальней прописать алгоритм калибровки датчиков со2 напомню, у них (датчиков со2) есть режим автокалибровки (ABC), который выполняется каждый день по уровню со2 за этот день, т.е. если за это время мин уровень со2 был 500ррм, то ABC примет его за основу т.е. как 400ррм, т.о. будет врать на +100ррм ручная калибровка с выносом на улицу если допустим датчиков 8 шт, то это утомительно даже один раз в месяц именно в течении месяца в режиме отключенной ABC не происходит дрейфа нуля и датчик со2 показывает корректные показания режим переключения из и в ABC можно делать программно, нужна только оптимальная логика для дома с постоянным проживанием, т.к. моя дачная с проживанием наездами не то... какие будут идеи? в конфиге прописать спальные зоны и дневные? включить ABC, и когда по конфигу в зоне нет людей вентилировать там до 400ррм и выключать ABC. ABC включать на сутки и проводить это мероприятие (калибровки) раз в месяц?

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