fim

Dmode, vitalman, цифры то какие? я пересмотрел тему vitalman... одни картинки плохо смотрел?

тоже (движок Highstock) в основе асинхронное получение seriesOptions Try it ordinal: Boolean короче xAxis: { ordinal: false } ps всетаки перерисовал схемку датчика(ов) вынес антеyну esp, добавил радиатор для LM1117 удобная штука эта 3dbrdviewer.cytec.bg/

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

я так же буду писать в лог файл датчик и количество проверок, если проверок больше одной вот, если система настроена так, что датчики постоянно определяются мастером, то ошибки в передаче маловероятны 3.3В питание датчиков но дело имхо в работе мастера малинки, которая в свою очередь чувствительна к напряжению зы датчики ds18b20 у мну самые ответственные/точные, вот например датчик со2... т.е. выдает показания с "хорошими" скачками, каждое показание имеет свой "статус" (1, 4, 8, 16, 32, 64), может этот "статус" и есть какое-то среднее последних (1, 4, 8, 16, 32, 64 показаний) хз датчики влажности ведут себя лучше со2, но хуже ds18, но если по влажности контролируется только верхнее значение и точка росы и там все относительно просто, то с со2... буду пробовать отбрасывать значения как вы предлагаете с InSAn

32 датчика последовательно (топология "шина", т.е. в линию) опрашиваются проверяется контрольная сумма, если она не сходится, повторный опрос, так до 5 раз SELECT avg(SECOND(datetime)), min(SECOND(datetime)), max(SECOND(datetime)) FROM `room_tempt` WHERE datetime > '2017-12-04' 29.4345 28 34 сек т.е. проверка crc в боьшенстве случаев проходит с первого раза блин, не пойму о каких ошибках вы говорите DS18B20 - подчиненное устройство, отвечающее мастеру (в моем случае малины) по шине 1wire контрольная сумма - говорит о целосности/правильности пакета, т.е. достоверности доставленной информации с DS18B20 на мастер или что ошибки при передаче по шине не было как-то мы с sov1178 уже общались на тему ошибок ds18b20... c тех пор ничего не поменялось в моих наблюдениях во всяком случае т.е. если мастер устойчиво видит датчик, то ошибки... блин, после проверки crc не видел, а до проверки ну может 1 на 10 000 хз я писал о том, что при напряжении 5,6В мастер не устойчиво видел некоторые датчики, сделал напряжение 5,1В - все проблема исчезла эт к тому что для малинки плохо "небольшие":) отклонения напряжения и нет возможности считывать/контролировать текущее напряжение, например, как температуру проца

как раз у тебя я почти все понял sov1178, я несколько раз читал... так и не въехал в эту игру слов навел порядок с малинками в щите после переподключения питания на 10А блок начали отваливаться датчики температуры... проверил питание 5.6В, поправил на 5.1В - помогло, до этого переписал скрипт считывания (теперь в т.ч. с проверкой crc) наконец-то научился калибровать датчик со2Ж-) ооочень много потратил времени на датчики, но имхо оно того стоило, т.к. датчики - основа домашней автоматизации т.к. теперь я понимаю поведение датчика со2, решил привести в порядок то что у меня считывает со2:) (разные кусочки на "веревочках") нарисовал плату, без корпуса должно выглядеть примерно так (esp8266, dht22, mh-z-19, ds18b20, пины с gpio для шила реле, кнопки progr, reset (будут невысокие, доступны после разборки корпуса), калибровка со2, размер платы: 7,2 х 4,6 см) реле должно будет управлять соответствующей роллетой (закрываться зимой ночью, когда нет солнца и наоборот летом), которую я собираюсь/попробую сделать из обычной в герметичную кстати, тема калибровки со2 и роллет - следствие, так сказать, встречи с Dmode:) зы режим "комфорт" получился довольно комфортный, даже возможно слишком, т.к. я постоянно проваливался в лень

from_HP_avg to_HP_avg tank_avg from_HP_max to_HP_max tank_max from_HP_min to_HP_min tank_min 23.38384 21.18250 24.85179 39.9 35.3 40.0 13.6 13.1 18.4 гтн стоит в неотапливаемом полуподвале, поэтому во время простоя теплоноситель опускается до его (полуподвала) температуры from_HP_max < tank_max, имхо потому, что пишу 1раз в 10 мин ps но, думаю, эти температуры Вам мало о чем скажут, т.к. у меня не инверторный тн, т.е. нет "модуляции" мощности, работает стоп-старт

2150.4кВт*ч/(17.95-3.28)°C/170м2=0.86кВт*ч/м2*°C за ноябрь.

сорри, был невнимателен, исправлюсь

это Вы в возрасте? я правильно прочитал? 2-й вата, 1-й пенопласт? зачем? зы это только отопление:

ого Вы заданий мне набросали спасибо! за дельные предложения я только сценарий питоновский написал дамп таблиц бд с текущими данными за день и копирование на дропбокс + 1раз в месяц полный дамп бд и копирование (есно в крон) удобно, у dropbox есть соответствующий api (для загрузки) я на даче камин... раслабуха... привез зубару переобуться, думаю не поторопился? лень...:D кстати камин работает, а в полах поддерживается температура;) перед приездом ставлю уставки на приемлемые 19-20С + потом немного камина, чтобы не спеша выйти на 21-22С по прибытии так вот "проблема" (амплитуды Тбетона) с первым этажем на низкой уставке по воздуху если уставка выше 18С таких "проблем" уже нет зы sov1178, InSAn, напомните, плиз как Вы считали коэффициенты и какие они у вас (численные значения коэф) InSAn для разных зон свои коэффициенты?

ну да, у меня лимит 4Гб/мес, один раз перебрал да и скорость не фонтан этожеш дача в деревне, райская глушь температуру я пишу 1раз в 10 минут соответственно управление актуаторами может работать с минимальной частотой 10 минут и скажностью/заполнением 0 или 1, что для второго этажа вполне, как для Твоздуха, так и для Тбетона и минимальности амплитуды Тбетона в частности на первом... заполнение 1 (или 100% интервала 10мин) приводит к "перетопу" (высокой амплитуде Тбетона), что не входило в мои планы ("full comfort") фиксировать данные температуры чаще 10 мин не хочу... пока (в надежде что получится рабочий пид регулятор) год назад я уже смотрел в сторону пид, но не видел необходимости сейчас перечитал тему пида снова, посчитал смещение, постоянную времени, а, соответственно коэффициенты пида (Метод CHR) по графикам (думаю сделать авторасчет) написал сценарий пид определяющий заполнение для 10 мин частоты сценарий не рекурсивный, накопительная ошибка и предыдущая ошибка пишутся/читаются в/из бд, как и заолнение в т.ч. в минутах базовой частоты 10 мин пока наблюдаю с пн попробую в действии, если не получится - перейду на частоту 5 мин

а на хвс можно медь?

эх, правильные вопросы вы подымаете, а я их все откладываю на потом но думаю так бд грубая структура моей db: константы и данные(накопительные по дате) думаю реализовать бэкап таблиц констант 1 раз в месяц и данных 1раз в день (только за этот день) с отправкой на внешний сервер или просто диск (может dropbox, etc) и насколько критична потеря данных записанных с определенным интервалом времени (температура, влажность, статусы, етс?)... для меня - да, обидно, но не критично кстати, полгода тому одну таблицу я похерил сам собственноручно удалив колонку датывремени а вот без констант не будут работать сценарии, но константы меняются очень редко и есть копия(бэкап) система - имхо желательно делать/иметь образ текущей системы (1раз в пол года, например в межсезонье) скрипты 1 раз в месяw закидывать на git все кроме образа можно автоматизировать внешний диск - хорошо, но... а вопрос энергопотребления? сценарий "комфорт" работает буднично температура бетона везде разная, а температура воздуха одинаковая (в этих 4х комнатах ламинат уставка 17) кстати, чтобы во время или после работы камина Тбетона/Тпола не проваливалась стоит условие Тбетона не ниже уставки Твоздуха+1С можно сравнить работу гтн в течении суток в режимах "ночной тариф" и "комфорт" в ночном сор 4.5, в комфорте 5.4 в сопоставимом виде (приведенному к дневному тарифу примерно 8.8 и 5.4 соответственно) тактование гтн можно регулировать тем же смещением т.е. увеличиваем смещение - уменьшаем тактование и... немного уменьшается эффективность (сор) зы ,-p=o шо означает be happy:)

угу мы с Dmode почти так же мой датчик спасли от калибровки:D при проведении теста проявилась в стене сквозная микрощель через которую поток инфильтрации охлаждал датчик на 1-3С и он (датчик) соответственно "врал":)

можно еще в крон засунуть ionice -c 3 fstrim -v / а так? SSD USB3 and Pi3 зы шо, это я сглазил?:D

а есть на дин рейку?

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

перенес малинку с разноса)) в щит,.. в щит не влезла висит на соплях проводе витой пары, мешает штекер USB, нужно паять самому с разъемов для плат( как вам масштаб беспорядка?)) написал сценарий "комфорт" циклом проходится по всем комнатам определяет в зависимости от погоды и уставки определяем необходимую Тбетона (сравнение с Тбетона_факт и команда вкл/выкл соотв.серво) определяем мах необходимую Тбетона (среди комнат) + смещение = Ттеплоносителя => записымаем уставку гтн гтн затактовал гораздо чаще)), сор повысился уставки результаты пока такие првые две комнаты уставка 17, третья 18,5 обратите внимание нет сильных просадок ни Тбетона, ни Тпола;) зы немного отладки и думаю будет нормально;)

ну любой расчет по отоплению начинается с расчета теплопотерь, которые по нормам считаются для дельты температур, для киева это 42С или 20С - дом и -22С - улица (с обеспеченностью 0,92 или холодная пятидневка) т.е. T_INT_Setup = 20С T_EXT_Setup = -22С далее мои тп рассчитывались для подачи 35С и дельты 5С т.е. T_DIFF / 2 = 5/2 = 2,5С TY_Setup = 35С и OFFSET = 1С Floor heating: C = 1.1 тогда получается такая погодозависимая кривая для OFFSET = 0 и 1 очень даже похоже на правду, только куда это применять? у нас в контроллере гтн кривая строится по точкам, задал в гтн и все... или ты хочешь применить к контролю/управлению контуров/серво? пока считал понял что такое OFFSET и для чего смещение в случае как у нас гтн греет бочку, а потом отдельный ц.насос забирает на со в таком тепломассообмене (в бочке) теряется 2-3С, имхо следовательно можно применять смещение OFFSET = 2С (для теплоносителя до бочки) а еще вопрос это расчет подачи или обратки? у нас в гтн, на сколько я поню, контролируется обратка, в мануальном режиме так точно - обратка

хватит меня путать я только разобрался в данном случае это что не одно и тоже? что тогда установочные? ну да, эт тут несколько раз уже обсуждалось, можно брать плотность теплового потока 11, а можно как в стандарте

форум - страшная сила! и я таки догадался верно;) только смысл сдвига... шо просто 1, бо так надо а вы все таки посмотрите что я здесь посчитал что для одинаковой Тулица, Тбетона/Тпола должна быть разная для разных комнат с разными удельными теплопотерями! поэтому и предлагаю алгоритм: теплогенератор готовит по Тулица погодозависимый теплоноситель (фактически для комнаты с мах запросом Тбетона), т.е. в бочке всегда будет погодозависимый теплоноситель а контроллер управления сервоприводов подает в каждую зону по пиду, или гистерезису, или какомуто другому алгоритму-стратегии теплоноситель обеспечивающий в каждой зоне свою Тбетона (для Тулица, Туставка, удельных теплопотерь именно этой зоны) другими словами, алгоритм считает уставку Тбетона свою для кажной зоны (с определенным интервалом) и удерживает ее это обеспечит не только удержание уставки по воздуху, но И Тбетона без просадок, без значительной амплитуды колебаний, что будет комфортно для ног, т.е. полный комфорт (и ноги, и тело) простой смесительный узел на гребенке так не сможет, т.к. с изменением уставки Твоздуха для отдельной зоны нужно будет мануально эмпирически угадать увеличение/уменьшение расхода по этой зоне а в случае наличия бота - поменял уставку Твоздуха (в т.ч. удаленно) - автоматически пересчиталась уставка Тбетона в общем постараюсь проверить с пн, на сл.неделе такой подход и да, у мну, например, есть такие комнаты в одной 45Вт/м2 в другой 25 и т.д. удельные теплопотери

TY_Setup, T_INT_Setup, T_EXT_Setup - это проектные значения? т.е. например T_INT_Setup - T_EXT_Setup = 42С для Киева? а TY_Setup тогда проектная температура теплоносителя для этой дельты? если T_DIFF / 2 - среднее подача-обратка - тоже проектные для холодной пятидневки и закрыть глаза на пока непонятное смещение(OFFSET) то остальное вырисовывается(понятно)

графики видел - эквитермальные кривые формулы раньше не видел, кроме как у sov1178 UPD а можно посмотреть стр 22, а то много не понятно) или поясни, плиз

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