Рейтинг: 4.8/5.0 (1895 проголосовавших)Категория: Инструкции
Интерфейс Microline OpenTherm - блок для подключения GSM-термостата ZONT H-1 к котлу отопления по протоколу OpenTherm.
Интерфейс меняет принцип работы котла с термостатом.
Во-первых, вместо того, чтобы включить/выключить котел, термостат с интерфейсом постоянно и плавно изменяют мощность модулируемой горелки. Горелка постоянно приспосабливается к текущим теплопотерям помещения и работает с той мощностью, которая необходима. Такой режим работы помогает сократить "тактование" котла, понизить расход топлива на 10-15%.
Во-вторых, дистанционно получает информацию от котла отопления о состоянии, неисправностях и значения сервисных параметров.
Интерфейс тестировали с котлами:
1. Buderus Logamax U072;
2. Ferroli Pegasus D;
3. BAXI Slim;
4. Thermona 20/28 TCX, TCX.A;
5. Ferroli Domina N;
Благодаря постоянным акциям, которые проводит наша компания, Вы всегда можете найти для себя интересное предложение
* - Действует система разовых и накопительных скидок ! Оплата в грн по текущему курсу.
Акция. - При покупке котла Bosch Gaz 6000 - скидка на монтаж 500 грн.**
(** - только для города Полтава)
Програмируемый термостат OpenThermTM. Предустановленные недельные программы с шестью точками переключения. Возможность ручного изменения программы. ЖК дисплей с цифровым и графическим отображением статуса работы. Отображение текущей температуры отопления и ГВС, наружной температуры, индикация статуса работы горелки котла и кодов ошибки. Возможность удаленного сброса ошибки котла (в соответствии с максимально допустимым количеством попыток установленным на плате котла). Использование протокола OpenThermTM.
“Проводной” (CR12004 и Cr12005) подключается к котлу посредством двухполюсного кабеля низкого напряжения (как описано в технической спецификации на протокол OpenTherm™). Дополнительного источника энергии не требуется.
Протокол OpenThermTM – это независящая от производителя система коммуникации между модулирующими элементами системы отопления (центральное отопление и воздушные обогреватели) и комнатными модулями. Система состоит из коммуникационного протокола и спецификации интерфейса. OpenThermTM сочетает простую технику монтажа с высокой функциональностью и возможностями будущего расширения. OpenTherm – это стандартный протокол. Это означает, что все отопительное оборудование и контроллеры могут работать вместе без всяких проблем. Во всех случаях рекомендуется проводить тест на совместимость, чтобы опеспечить надежное соединение. Тенденция к высокоэффективному котловому оборудованию с газовой/воздушной модуляцией, прослеживаемая в современной технологии котлов, создала необходимость в двусторонней системе коммуникации между котлом и комнатными модулями. Производители котлового оборудования выводят на рынок модулирующие системы центрального отопления. Эти системы предлагают более высокую эффективность и уменьшенную нагрузку на окружающую среду, а также повышенный уровень комфорта. Модуль Simple MMI 7Days, при помощи протокола OpenThermTM может использоваться для управления устройством, а также для чтения и изменения его параметров и другой информации, типа ошибок и данных о неисправностях.
бесплатно Cr12004 Инструкция
Контроллер комнатной температуры REA23M/101 с 7-дневным таймером и большим дисплеем, совместимый с OpenTherm Plus Электронный.
Программируемый регулятор комнатной температуры OpenThermTM CR12004. 25. 5.2. Регулятор комнатной температуры Т6360.
Газовые настенные котлы Buderus Logamax Издание 09/2014
Газовые настенные котлы Buderus Logamax Издание 09/2014 Logamax U072–24 Logamax U072–24K Документация по проектированию Тепло – это наша стихия Содержание Содержание 1. Техническое описание. 4 1.1. Обзор обозначений газовых настенных котлов Logamax U072. 4 1.2.
Технические характеристики. - Инструкция по эксплуатации. Программируемый термостат OpenTherm CR12004. Цена: 2.470 грн. Купить. PrevNext.
Программируемый термостат Buderus OpenTherm CR12004:
• Простые интуитивно понятные настройки для регулирования температуры и управления
приготовлением горячей воды
• Предустановленные недельные программы с шестью точками переключения. Возможность
ручного изменения программы.
• ЖК дисплей с цифровым и графическим отображением статуса работы
• Отображение текущей температуры отопления и ГВС. наружной температуры, индикация
статуса работы горелки котла и кодов ошибки
• Возможность удаленного сброса ошибки котла ( в соответствии с максимально допустимым
количеством попыток установленным на плате котла )
• Использование протокола OpenTherm TM
• Диапазон настройки 10…39 °С с шагом настройки 0,5 ° С
Цена: 2349.92 грн.
Цена: 29371.62 грн.
Цена: 2749.69 грн.
Обратная связь Хиты продажООО Компания Пегас
Адресс магазина: Киевская область. г. Ирпень. ул. Центральная 57А .
© Все права защищены.
Состав пакетного предложения: Котел Logamax plus GB012-24К; Программируемый термостат Buderus OpenTherm TM CR12004; комплект дымовых труб 60/100.
Применение:
Коттеджи на одну, две и несколько семей, а так же дома рядовой застройки.
Описание:
• Стандартизированный КПД до 102,5% ;
• Надежные стандартные решения и оптимальная гидравлика для максимального использования теплотворной способности газа;
• Высокое использование теплотворной способности за счет низких температур дымовых газов;
• Встроенный теплообменник, выполненный из ребристых труб с большой поверхностью нагрева;
• Котел имеет комфорт 2* приготовления ГВС, что обеспечивает стабильность температуры и отсутствие задержки во времени ;
• Встроенная функция защиты от детей позволяет предупредить эксплуатацию котла детьми;
Охрана окружающей среды/эмиссии:
• Низкий уровень шума
• Предварительное смешивание в горелке с низкой эмиссией вредных веществ
Монтаж, ввод в эксплуатацию, техническое обслуживание:
• Простое, недорогое техническое обслуживание и сервис, благодаря компактной и удобной конструкции
• Гидравлические подсоединения выполнены жестко и расположены в легкодоступных местах с доступом спереди котла
• Наличие жидкокристалического экрана и автоматики со стандартными кодами и сервисными функциями существенно облегчает сервисное и техническое обслуживание
Управление:
• Панель управления Cotronic 3 обеспечивает полную безопасность в соответствии с требованиями стандарта EN298
• Встроенная автоматика позволяет быстро задать необходимые параметры работы котла
• Регулирующие функции, адаптированные к гидравлической схеме системы
• Минимум действий для настройки всех функций системы управления
Комплектация Logamax plus GB012-24K:
• Манометр давления с краном заполнения и спуска
• Воздушный клапан нажимного типа
• Датчик температуры контура горячей бытовой воды (NTC)
• Датчик температуры контура отопления (NTC) иограничительныйтермостат (STB)
• Датчик и ограничитель температуры дымовых газов (STB)
• Датчик вентилятора для контроля числа оборотов
• Датчик уровня воды
• Газовая арматура
• Электрод ионизации
• Расширительный бак 8 л.
• Сифон для отвода конденсатной воды
• Предохранительный клапан контура центрального отопления.
Технические характеристики:
Типоразмер котла: 24
Максимальная устанавливаемая температура подающей линии °С: 90
Допустимое избыточное давление, бар: 3,0
Теплопроизводительность в режиме отопления, кВТ – полная нагрузка 26,5
– Частичная нагрузка 8,0
Теплопроизводительность в режиме приготовления горячей воды, полная нагрузка, кВт: 26,5
Коэффициент полезного действия котла (40/30 °С) Полная загрузка, %: 102,5
Уровень шума, полная загрузка, дб: < 36
Расход газа (His=9.5кВт*час/м3) Природный газ, Н, м3/час: 2,7
Жидкий газ, Р, кг/час: 2,0
Расход горячей воды при DT=35 °С, л/мин: 11,8
Подключение патрубка дымоудаления/подачи воздуха для горения, d(mm): 60/100
Стандартный коэффициент эмиссии NOx (класс), ppm: 145 (3)
Содержание СО2(природный газ) Полная загрузка, %: 8,2
Частичная загрузка, %: 3,6
Потребление электрической мощности, полная нагрузка, Вт: 120
Располагаемый напор, Па: 80
Высота: 715 мм
Глубина: 355 мм
Ширина: 440 мм
Вес: 38 кг
Программируемый термостат Buderus OpenTherm CR12004:
• Простые интуитивно понятные настройки для регулирования температуры и управления
приготовлением горячей воды
• Предустановленные недельные программы с шестью точками переключения. Возможность
ручного изменения программы.
• ЖК дисплей с цифровым и графическим отображением статуса работы
• Отображение текущей температуры отопления и ГВС. наружной температуры, индикация
статуса работы горелки котла и кодов ошибки
• Возможность удаленного сброса ошибки котла ( в соответствии с максимально допустимым
количеством попыток установленным на плате котла )
• Использование протокола OpenTherm TM
• Диапазон настройки 10…39 °С с шагом настройки 0,5 ° С
Вы можете приобрести товар Конденсационный котел Logamax plus GB012-24K + OpenTherm TM CR12004 + труба 60/100, в комплекте в интернет-магазине ООО “АБВ Сервис“ через наш сайт. Стоимость составляет 1197 €, а минимальный заказ - 1 комплект. На данный момент товар находится в статусе "под заказ".
Обратите внимание на то, что заявленная компанией ООО “АБВ Сервис“ цена товара Конденсационный котел Logamax plus GB012-24K + OpenTherm TM CR12004 + труба 60/100, в комплекте может не быть окончательной ценой оказания услуги. Для получения подробной информации о наличии и стоимости указанных товаров и услуг, пожалуйста, свяжитесь с представителями компании ООО “АБВ Сервис“ по указанным телефону или адресу электронной почты.
Организация ООО “АБВ Сервис“ является зарегистрированным поставщиком на сайте BizOrg.su.
На нашей торговой площадке для удобства, каждой компании присвоен уникальный код. ООО “АБВ Сервис“ имеет ID 352033. Конденсационный котел Logamax plus GB012-24K + OpenTherm TM CR12004 + труба 60/100, в комплекте имеет код на сайте - 6020704. Если у вас обнаружились сложности при сотрудничестве с компанией ООО “АБВ Сервис“ – сообщите идентификаторы компании и товара/услуги в нашу службу по работе с клиентами.
Дата создания модели - 06/09/2013, дата последнего изменения - 16/11/2013. С начала размещения товар был просмотрен 149 раз.
Обращаем ваше внимание на то, что торговая площадка BizOrg.su носит исключительно информационный характер и ни при каких условиях не является публичной офертой.
Заявленная компанией ООО “АБВ Сервис“ цена товара «Конденсационный котел Logamax plus GB012-24K + OpenTherm TM CR12004 + труба 60/100, в комплекте» (1 197 €) может не быть окончательной ценой продажи. Для получения подробной информации о наличии и стоимости указанных товаров и услуг, пожалуйста, свяжитесь с представителями компании ООО “АБВ Сервис“ по указанным телефону или адресу электронной почты.
Читая первую часть заголовка многие из вас, наверняка, подумали – еще один термостат на многострадальной Arduino. И… Это правда – да, это очередной термостат для очередного котла, очередного дома, но правда это только отчасти – в статье я не хочу концентрироваться на самом устройстве – их (статей) действительно предостаточно. Несомненно, я опишу термостат, но больше хотел бы рассказать о том, как я связывал сам микроконтроллер с котлом. Итак, кому интересно – прошу…
Прежде всего хочу сказать, что я нисколько не программист и с настоящим микроконтроллером дела до этого не имел. Мое первое знакомство с МК AVR (да и вообще с МК) было еще в старшей школе, когда мне захотелось узнать, как же все-таки работает эта загадочная штука. Я прочел несколько статей и с тех пор в памяти у меня остались лишь отрывки, которые можно было описать всего двумя словами – DDR и PORT – на этом мои познания и обрывались. Потом был универ, 5-й курс – «Программирование микроконтроллеров» где мы все познакомились с MSC51 в виртуальной среде. Тут уже были и прерывания, и таймеры, и все остальное. Ну, вот с таким багажом знаний я и пришел к проблеме. Закончим на этой автобиографической ноте и перейдем к более интересной части.
Итак, собственно, с чего началось создание термостата – после установки автономного отопления с газовым котлом, я, как и многие, столкнулся с обычными проблемами – температура в доме очень зависела от погоды на улице – мороз – в квартире холодно, нужно увеличивать температуру теплоносителя в батареях, потеплело – наоборот. Такие танцы с бубном меня не сильно устраивали, т.к. регулировка котла осложнялась тем, что он был установлен за дверцей, а дверца подперта микроволновкой, на которой лежала куча хлама. Ну, вы поняли – иголка в яйце, яйцо в утке и т.д.
Решалась эта проблема очень просто – датчиком OTC (Outside Temperature Compensation), который подключается к котлу и позволяет ему автоматически подстраивать температуру теплоносителя в зависимости от уличной температуры. Проблема, казалось бы, решена, но чтение сервис-мануала на котел (Ferolli Domiproject C24D) быстро растоптало мою надежду – подключение датчика внешней температуры в данной модели не предусмотрено. Все? Все. И вот, наверное, можно было бы закончить, но летом в котле в грозу до сих пор непонятным мне способом сгорает плата управления, и разговаривая с сервис-мэном (плату в последствии отремонтировали) я спросил, возможно ли подключение OTC на мой котел? Он ответил, что подключают, используя внешние термостаты. Это отложилось у меня в памяти, но я не особо на этом концентрировался до наступления холодов, а дальше всё таже проблема.
Листая все ту же сервисную инструкцию, но уже с целью посмотреть, как же подключается термостат, я заметил, что на те же клеммы подключается «OpenTherm регулятор». Тут-же я понял – вот ОНО! Поиск в Google «OpenTherm Arduino» же меня опять огорчил – ничего особо толкового. Был монитор сообщений, но это не то – мне и слушать, то нечего – нужен именно термостат.
Тут я наткнулся на статью habrahabr.ru/post/214257/. окончание которой меня огорчило – автору без осциллографа так и не удалось связать котел с микроконтроллером. И тут уж если у человека знакомого с МК не вышло, то, что пробовать мне. В интернете было найдено полное описание протокола Opentherm v2.2, что еще больше охлаждало мой пыл – физический уровень протокола был несколько замудренный – токовая петля в которой данные от котла передаются уровнем тока (5-7мА – низкий уровень, 17-23мА — высокий), а от термостата котлу уровнем напряжения (<7В – низкий уровень, 15-18В — высокий), что в свою очередь потребует схемы сопряжения, а я от электроники весьма неблизок. Плюс данные передавались манчестерским кодом, что… ну вы поняли.
Вывод один – не заморачиваться – просто двигай микроволновку и норм. Но есть у меня одна особенность в характере — если некоторую идею поместить в голову, то рано или поздно она воплотится – да, я буду о ней (этой идее) забывать, но все равно она никуда не денется (так и вышло в итоге с домашним медиацентром на XBMC, спутниковым к нему, на DVB карте, и многими-многими другими вещами). Спишь ты, а в голове уже вертится план, как принять манчестерский код.
Итак, вкратце опишу, как работает OT/+ протокол (в вышеприведенной статье описаны виды ОТ). Общение между устройствами происходит в формате запрос-ответ. Инициатором может быть только термостат. Он посылает запрос не реже 1 раза в секунду и ждет ответ от 20 до 800мс. Сами сообщения — 32-битные с одним стартовым и одним стоповым битами:
Где MSG-TYPE – тип сообщения – для термостата:
0x0 – READ-DATA — прочесть данные;
0x1 – WRITE-DATA — записать;
для котла:
0x4 – READ-ACK — подтвердить чтение (в нем приходит ответ);
0x5 – WRITE-ACK — подтвердить запись;
0х6 – DATA-INVALID — данные неверны;
0x7 – UNKNOWN-DATAID — такого DATA-ID нет.
DATA-ID – идентификатор параметра. Первые 128 – зарезервированы и большая часть уже прописана в спецификации, остальные 128 – каждый вендор использует на свое усмотрение.
DATA-VALUE – собственно, само значение параметра. Может быть в разном формате, в зависимости от самого параметра. Два 8-разрадных флаговых значения, беззнековое 16-ти разрядное целое, дробное с фиксированной точкой и т.д. Для каждого параметра определен тип значения.
Для каждого ОТ-устройства определен набор параметров, которое оно должно поддерживать в обязательном порядке:
Должен быть реализован
Ответ на все остальные параметры – по желанию производителя котла.
Немного поясню, что такое модуляция пламени для тех, кто не знает. Все современные газовые котлы умеют регулировать уровень пламени в топке – это называется модуляцией. Чем больше мощность горелки, тем быстрее нагревается теплоноситель, слишком большая мощность приводит к постоянному включению/выключению котла (тактованию), слишком малая — к невозможности достичь заданную температуру. Наилучшим считается режим работы, в котором котел не выключается и горит с такой интенсивностью, которой достаточно для поддержания заданного уровня теплоносителя.
Как видите – все предельно просто – пиши реализацию и получишь управление котлом. Но дьявол, как говорят, кроится в мелочах. Вспомните физический уровень – данные от котла передаются уровнем тока, к котлу уровнем напряжения – человека плохо знакомого с электроникой это ставит в тупик. Питание от котла? Так как управлять напряжением? Нельзя просто подключить провода от котла к Arduino. Для знающих ответ очевиден – это же токовая петля и схема сопряжения довольно проста. Я же нахожусь где-то посредине, а потому полез искать в интернет и довольно быстро нашел сайт otgw.tclcode.com где энтузиасты сделали OpenTherm Gateway, правда, на PIC. Там и оказалась схема сопряжения. Казалось бы – возьми PIC, да прошей – хорошая попытка, лень, но нет – я хочу свое, не такое.
Вот и все – бери, собирай. Тут я уже начал прицениваться к деталям и набору в целом, но все еще оставалось препятствие в виде манчестерского кода – я банально не знал с какой стороны к нему подойти, чтобы принять его. Тут и начинается следующая часть моего повествования.
Манчестерский кодВ протоколе Opentherm, для физического представления данных используется манчестерский код, или, как он назван в спецификации Bi-Phase L.
Собственно, вот он:
Вся соль в том, что биты кодируются не уровнем сигнала, а переходом между уровнями в средине периода:
Вдобавок этот самый переход происходит не ровно посредине периода, а где-то около:
Как видно, сам период составляет 1мс -10%+15% и переход где-то посредине.
Вот на этом я и остановился надолго. Копировать что-то из интернета не было никакого желания, т.к. в каждом проекте есть свой камень преткновения, решив который чувствуешь себя не просто бездумным копипастером библиотек, а разработчиком, который этот самый проект и делает. Это, собственно, и есть сердце термостата — работа с ОТ, скопировать это означает просто собрать очередную игрушку из конструктора, а не создать что-то свое.
Вот здесь-то мне и захотелось применить все свои скудные знания МК – и прерывания и таймеры и т.п. Да на delay() это все гораздо проще, но, во-первых передача слишком медленная, для того чтобы ее принимать с помощью delay(), а мне хотелось во время приема/передачи выполнять другие действия параллельно, во-вторых мне хотелось, чтобы все выглядело достойно, а не как поделка школьника.
Думал я думал – как же красиво отловить тот самый переход, да еще и разобрать был ли это фронт или спад, и стоило мне посмотреть на это под другим углом, как все тут-же стало кристально ясно – зачем вообще разбираться какой был переход. Ведь уровень первой половины периода и есть искомое значение бита:
Есть первый шаг – брать уровень первой половины периода (где то через 250мкс после начала) – вот и все декодирование. Но тут меня ждало следующее разочарование – отловить начало периода не всегда представляется возможным: если идет комбинация 01 или 10, то ничего примечательного между периодами не происходит, т.к. очевидно, что уровень не меняется – нужно искать дальше. И тут второе откровение – в средине периода ВСЕГДА происходит переход – именно им кодируются 0 и 1. Значит можно к нему привязаться, и значение следующего бита будет через половину периода! Здесь-то все и стало окончательно ясно.
Представим, что мы уже приняли часть бит и находимся как раз в средине первого периода:
Все что нужно сделать – включить прерывание по изменению сигнала на входе. Как только это случится, значит, мы ровно посредине периода. Выключаем прерывание по изменению сигнала, обнуляем таймер, и делаем так, чтобы прерывание по таймеру произошло где-то через ? периода (что для ОТ составит 750мкс), при сработке прерывания таймера записать уровень на входе, отключить прерывание таймера, который и является искомым битом и повторить все сначала для всех оставшихся бит.
Особым случаем будет первый бит, т.к. ждать его уровень нужно не ? а ? периода.
Быстренько были набросаны обработчики прерываний и собрана прошивка, но как же ее отладить без осциллографа и генератора сигнала? На помощь пришли знания из универа – Proteus, в котором можно было пошагово посмотреть, что происходит.
Нашел, установил и тут пошли все прелести практики – оказывается флаги прерываний нужно принудительно убирать перед включениям прерывания, а если загрузить OCR2A/B до изменения режима таймера с FastPWM на CTC, то «такая классная жижа получилась» (сначала я думал что это глюк эмулятора в программе, но как оказалось в железе все еще веселее). Ну и прочие мелочи, которые довольно быстро решились. Напоминаю, что на данном этапе железа у меня еще не было, и конкретных требований к термостату я не предъявлял.
Привожу фрагмент кода, отвечающий за прием манчестерского кода:
Передача, позднее, отлично логически и практически вписалась в эти же обработчики.
Таймер 2 работает все в том же режиме CTC с обнулением каждую миллисекунду, В обработчике прерывания при обнулении (OC2A в режиме CTC) переключаем выход в соответствии со следующим битом. Дополнительно включено прерывание OC2B, срабатывающее ровно на половине периода (0,5 мс) и инвертирующее состояние выхода. Вот и вся премудрость передачи.
Здесь же я собрал схему сопряжения и за часа 3 разобрался с принципом ее работы, который оказался достаточно прост, немного изменил схему, чтобы передавать данные в прямом, а не инвертированном виде, как в оригинале:
Помимо этого пришлось написать(ну как написать, взять с Интернета и изменить под себя) генератор сигнала на HDL, т.к. вручную набрать 34 бита в манчестерском коде, это не 4 и не 5.
В конце концов, прием/передача были налажены, и пришло время определяться с необходимым оборудованием.
ОборудованиеИтак, в наличии у меня был котел (Ferolli Domiproject C24D) и работающая в эмуляторе прошивка приема/передачи OT сообщений в манчестерском коде. Пора двигаться дальше.
Что, прежде всего, необходимо практически каждому устройству на Arduino? Сама Arduino? Неправильно! Энкодер, и обязательно с кнопкой, как же по-другому? Просто меня всегда привлекал этот тип устройства ввода – нужно обязательно попробовать.
Дальше термостату нужно получать температуру в помещении и снаружи – для этих целей вполне подойдет 2 датчика DS18B20, один залить термоклеем и выставить на улицу, второй будет на плате. Естественно нужен дисплей – без него можно просто насыпать радиодеталей в баночку, завернуть в пакет Сильпо и помешать — эффект идентичен. Я решил взять стандартный знакогенерирующий LCD 20*4 – его вполне бы хватило, I2C расширитель портов для LCD. Сам контроллер — вполне достаточно Arduino Nano (сейчас бы я взял Pro Mini с программатором, дальше расскажу почему). Ну и горстку деталей для схемы сопряжения.
Как видно по фотографии в заглавии, что-то пошло не так. У продавца были очень привлекательные цены на все, потому я решил немного изменить перечень. Вместо двух DS18B20 я взял один в влагозащищенном корпусе + DHT22, так что теперь можно будет получать еще и влажность в комнате. LCD 20*4 в наличии не было, и я взял дисплей от Nokia 5110, энкодеров с кнопкой не было, поэтому был взят обычный + 2 кнопки.
После получения все было распаяно и проверено на тестовых примерах. Первым же делом мигаем светодиодом (я так понял при первом включении платы Arduino это святое). Все работало как положено, поэтому можно начинать улучшать.
Несмотря на наличие аппаратного SPI на Atmega 328, я решил от него отказаться, т.к. ограничения, накладываемые им, меня не сильно радовали – MISO автоматически настраивается на вход, а SS – обязан быть выходом – минус два выхода, а потому оставляем программный SPI. Убираю из библиотеки управление выходом дисплея CE и сразу на LCD соединяю с GND. Получаю – что-то наподобие:
Развожу в Proteus схему сопряжения и пытаюсь повторить что-то подобное на макетной плате:
На конце провода видно штатный клеммник котла, который оказался довольно удобным – подключается и отключается без применения инструментов и снятия крышки.
Ну вот, теперь можно написать примитивную прошивку и попробовать связь с котлом. Пишу, прошиваю, подключаю, и…
Котел работает как нужно, статью можно закрывать.
Trollface.jpg
Естественно ничегошеньки не работает.
Тыкаю тестером в плату сопряжения – она не работает – на входе всегда 20В. Разбираю, смотрю, улыбаюсь. Плату я паял у друга. Сразу вспомнился диалог.
-Ну что, много еще?
-Да нет, почти готово. Вот сейчас эту длинную дорожку запаять и все. Главное — не забыть потом вот эти два рядом стоящих контакта соединить.
Догадайтесь с первого раза, что я забыл?
Итак «Изделие» исправлено, подключаю, проверяю. Уровни в норме, можно подключать контроллер. Подключаю – тишина. Все – приехали. Дальше без осциллографа делать нечего. Закончу как автор первой статьи. Но есть еще маленькая надежда.
Вспоминаем часть про прием, а конкретно обнуление таймера на изменении уровня в средине периода. Я подумал, мало ли, вдруг обнулять недостаточно и с таймингами входящего сигнала вообще беда, значит, буду выключать его перед этим в момент считывания уровня на четверти периода, и включать с нуля на изменении, – как ни странно, помогло. Это была та самая победа – не общавшись с МК ни разу до этого, написать с нуля библиотеку, которой я не нашел в интернете, да еще чтобы она заработала со второго раза без осциллографа. Моей радости не было предела.
Немного отойдя от чувства эйфории, я понял, что нужно продолжать, ведь прошивать контроллер каждый раз, когда нужно считать новый параметр(тестовая прошивка в цикле раз в секунду считывала один и тот же параметр), наверное, не сильно юзер-френдли.
Получать значения параметров я научился, только в таком виде это не термостат, а выносной дисплей. Для того чтоб это стало тем, что требуется, нужно научиться управлять котлом, и здесь меня тоже ждали сюрпризы.
Отладка и работа с OpenThermИтак, первое значение – статус котла – получено. Единственное, что сразу же смутило, — температура ГВС при подключении микроконтроллера сразу становилась максимально допустимой, независимо от настройки на панели котла, как я потом прочитал в мануале к штатному OT термостату от производителя (Ferolli Romeo W): при его подключении ручки служат лишь для включения/отключения соответствующих функций, и более ни на что не влияют. Логично было предположить, что значение параметра температуры ГВС останется таким, каким оно было до подключения по ОТ, но у программистов Honeywell (производитель платы и остальной автоматики для котла) свое мнение на этот счет.
Процесс управления котлом осложнился тем, что у меня на руках не было образца термостата, чтобы посмотреть правильную последовательность сообщений, так что это было сродни хождения с завязанными глазами. В спецификации был найден параметр DHW Setpoint (здесь и далее в скобках я буду приводить DATA-ID называемых параметров, в данном случае — 56), который, судя по всему, и отвечал за температуру ГВС. Снимаю, прошиваю – теперь при нажатии на кнопку отправлялась нужная температура. Проверяю, так и есть. Температура воды сразу стала нормальной, пора приниматься за регулировку CH Setpoint (1) – температуру контура отопления – то ради чего все и затевалось. Вот здесь и я застрял надолго, дня на три. Как я ни старался, какую бы требуемую температуру не задавал, котел все равно удерживал ее около 30 градусов. У меня уже была идея, что производитель защитился от подключения чужих термостатов – единственным очевидным решением было считать с котла Member-ID(3) и ответить ему таким же (2). И это тоже не помогло, обрисовал вкратце ситуацию другу, и у него появилось предположение:
— Слушай, а что если один вендор для ведущего (термостат) и ведомого (котел) устройств использует разные Member-ID. Прикинь, как удивляется автоматика котла, когда понимает, что ей управляет другой котел?
Но все оказалось гораздо проще. Дело было в параметре Max CH Setpoint(57) – максимальная температура контура отопления. После событий с контуром ГВС логично было предположить, что там максимальное значение, но нет, там было установлено значение в 30 градусов. После этого дело пошло заметно веселее.
Вот тут и начинается повесть о самом термостате.
Очевидно, что он должен выдавать кучу параметров котла, и уметь их менять, без этого не было бы вообще смысла создавать очередной термостат. Как я уже говорил каждый запрос нужно отправлять приблизительно раз в секунду, самым логичным было написать конечный автомат, который будет переходить из одного состояния в другое один раз за цикл, а его состояния будут отвечать текущим запрашиваемым параметрам. В конце концов, ветвей автомата получилось 3:
1. Рабочая ветвь, в которой опрашивается текущее состояние котла, температура, уровень модуляции. Вкратце ее можно представить так:
2. Ветвь получения информации и котле: дополнительные датчики температуры, датчики протока и т.п. При выходе из меню «Инфо», возвращаемся в первую ветвь.
3. Ветвь получения статистики: время работы горелки, количество запусков вентиляторов/насосов и т.д. При выходе идентично п.2.
За всю эту работу отвечает вызов функции update(), без параметров. Достаточно вызывать ее приблизительно 1 раз в секунду. Она получает результат предыдущего запроса и на его основании отправляет новый. Для перехода между ветвями нужно вызвать функцию с параметром, который равняется первому параметру желаемой ветви. Например update(0) перейдет в основную ветвь (0 – запрос статуса котла), update(18) – вторая ветвь, которая начинается с запроса параметра 18(запрос давления в контуре отопления), ветвь 3 – параметр 116(количество стартов горелки).
Также есть другие значения аргумента:
1 — записать новую температуру контура отопления;
56 – записать новую температуру контура ГВС и т.д.
Все возможные аргументы видно в конце функции update.
Итак, все требуемые параметры получаются, но не обошлось без ложки дегтя – помните, я писал после таблицы – все остальные параметры по желанию производителя котла? Так вот – половина из них в моем котле ноль, половина вообще не известны. Только зря писал, хотя может хоть кому-то пригодится.
Самым рутинным и скучным занятием, вполне очевидно, оказалось написание меню. Как и обещал, не буду вдаваться в подробности о самом термостате, все можно увидеть в итоговой прошивке
Последнее, что я решил добавить во время написания этой статьи – вместо скучного экрана с «много букв», сделал подобие графического дисплея (что-то похожее на образец – заводской Romeo W). Ну и часы – их в квартире много не бывает, не хватает только RTC DS323x — при выключении питания время приходится выставлять заново. Для этого пришлось вручную нарисовать несколько символов и добавить их к шрифту. Результат можно увидеть на фото в заголовке и ниже.
Формулу вычисления требуемой температуры теплоносителя долго крутил-выводил, пока она, в результате, не оказалась ПИ регулятором. В настройки добавил изменение коэффициентов и индикацию интегральной составляющей. До самого ПИ регулятора, для вычисления требуемой температуры я взял формулу из первой статьи, но без интегральной составляющей температура либо не соответствовала требуемой, либо, при большом пропорциональном коэффициенте не соответствовала требуемой и прыгала туда-сюда. Но чтение Хабра быстро дало мне ссылку с описанием ПИД-регулятора, который и был реализован.
Вообще я сделал два режима работы:
1) Прямое управление CH Setpoint – в результате получилось ни что иное как выносная передняя панель котла(ну плюс еще показывает температуры снаружи/внутри и влажность).
2) Собственно термостат с OTC.
Возможно, еще добавлю отключение датчика ОТС и настройку наклона кривой (коэффициент при (settings.indoor_target_temp-ext_temp)), но пока не вижу в этом смысла.
Пару слов добавлю о размещении датчика OTC. Сверлить дыры в окнах и стенах не хотелось, и, обдумывая эту проблему, взгляд случайно упал на старый шлейф MIDI разъема. Недолго думая я припаял провод датчика и загерметизировал место соединения термоклеем (т.к. оно будет находиться на улице). Сам датчик я разместил в тени за внешним блоком кондиционера, чтоб его не нагревали прямые солнечные лучи.
Те, кто пролистали код чуть внимательнее, наверное, заметили неизвестную библиотеку Power. Собственно на нее я возлагал надежды по снижению энергопотребления всего устройства. Смысл в том, чтобы вместо delay(1000) в главном цикле, отправлять МК в сон на 1с. Проблема в том, что режим сна нужен специфический, с работающим Timer2 для отправки/приема OpenTherm сообщений, как вы помните, они происходят асинхронно. Но увы, Proteus не очень хорошо работает со Sleep, и отладить эту часть я не смог. Сон работает, показания millis() корректируются (для этого я реализовал замер точности watchdog-таймера), но ОТ перестает работать. Именно с этой целью я и хотел приобрести Pro Mini (с последующим удалением стабилизатора и светодиодов) – меньше плата+ возможна работа на 3.3В, что дает надежду на питания прямиком от ОТ интерфейса. Привожу код библиотеки Power, для тех, кому интересно:
В процессе написания статьи, я значительно переписал код и переделал управление – поставил энкодер с кнопкой, добавил ему ручку, сделал аппаратный фильтр дребезга по классической схеме:
Стало значительно лучше – энкодер перестал проскакивать такты и добавлять лишние значения. Да и новая панель управления стала поудобнее, и должна ровно встать в корпус:
Дело осталось за самым малым – сделать корпус и повесить на место, но в этом и кроется самая большая проблема. Оказывается стоимость корпусов, отпечатанных на 3D-принтере, вплотную приближается к стоимости всего термостата, что совсем не радует мою ручную жабу, стоимость готовых радиолюбительских корпусов тоже не сильно адекватная для куска пластмассы. Наверное придется поступить, как подсказал друг:
— А ты знаешь, какие корпуса испокон веков лучше всего подходили для радиолюбительских поделок?
— Никакие?
— Тоже, конечно, вариант, но вообще – мыльницы.
Немного фото термостата во время испытаний и показаний в разных режимах на главном экране:
P.S. Ну и, естественно, прошу строго не судить – я не писатель — ошибки проверил, как мог. А результатом просто решил поделиться с публикой, т.к. больше рабочих библиотек, реализующих протокол OpenTherm, я в интернете не нашел.
Модератор
Зарегистрирован: 7 лет назад
Сообщений: 612
Здравствуйте.
Чтобы не создавать новой темы.
А если в котле есть
шина E-bus
(Vaillant, Protherm, Ariston),
можно ли их завязать с контроллерами серии Е8 ?
Например, было несколько объектов, где хватило бы каскада из двух 24-28 кВт котлов,
только как эти котлы завязать между собой в модулирующий каскад?
Вот думал ,через E-bus?
Расскажите ,пожалуйста ,поподробнее, может ,кто-то так уже делал?
И можно ли двухконтурные котлы так завязывать
(чтобы в каскаде они были чисто на отопление,
есть запрос на гвс - котел из каскада выпадает)?
--------------------------------------------------------------------------------------------
Здравствуйте!
По шине данных eBUS
с помощью контроллера Е8.5064
возможно управление не только единственным модулированным котлом,
но и каскадом модулированных котлов,
имеющих вход этой шины.
Настройки:
В случае единственного модулированного котла:
ТИП-ТЕП-ГЕН1 (00-06) = 02
ШИНА ТЕП-Г 1 (00-04) = 03
В случае каскада модулированных котлов:
ТИП-ТЕП-ГЕН1 (00-06) = 06
ШИНА ТЕП-Г 1 (00-04) = 02
По поводу "выпадания" из каскада на время приготовления
ГВС пока информации НЕТ.
Исправлений: 1. Последний раз редактировал hydrologic в 27.04.2010, 16:04.
Зарегистрирован: 6 лет назад
Сообщений: 24
Спасибо за ответы.
Т.е. другие контроллеры серии E8 не годятся? 634 к примеру?
Кто-нибудь уже реализовывал такие схемы? Насколько стабильна эта система? И какие котлы для этих целей годятся? Например, Ariston серии Clas, или Protherm Panthera v.18?
Модератор
Зарегистрирован: 7 лет назад
Сообщений: 612
Здравствуйте.
Пока ничего определенного про 634 -й сказать не могу.
В последней русской инструкции на схемах обозначение eBus
уже есть, а в меню нет аналогичных настроек.
Судя по немецким коментариям, с Е8-5064 все нормально.
Но сам я пока этого не делал.
Будем ставить в нашу модельную котельную такой котел
и проводить испытания.
Тут как раз вы мне подскажите пожалуйста, какой самый простой и
недорогой атмосферный настенник с eBus существует.
В презентациях есть картинки с OpenTherm. но для вашей задачи
нужен будет переход с CAN на OpenTherm у котла.
Исправлений: 3. Последний раз редактировал hydrologic в 28.04.2010, 12:12.
Зарегистрирован: 6 лет назад
Сообщений: 24
Из недорогих настенников - думаю, Ariston Clas ,
только вот модуль eBus там отдельно нужно докупать, а это может стать проблемой.
А так - Protherm Panthera v.18.
В частности, на семинаре по Protherm. где я присутствовал,
мысль о каскаде через eBus и возникла.
Но вот что интересно: я спросил у докладчика, работают ли протермы со встроенным бусом
с контроллерами Vaillant. например, Calormatic VRC 630 через шину, он сказал ,что нет.
Дескать, шина - она шина и есть, а вот данные по ней идут у разных котлов разные.
Не знаю, насколько он прав, но может оказаться, что Plug-n-play в данном случае не получится.
Это же не универсальный протокол типа OpenTherm.
Вот почему и интересует, были ли реализации.
Исправлений: 2. Последний раз редактировал hydrologic в 28.04.2010, 13:01.
да..
не порадовало.
есть 2 факта взлома в личных потребцелях еBus вайлланта.
.
а так хотелось своего зайца -конденсатника запитать от кромшредера.
туповат я. а делов-то вскрыть как он по 7-8-9 управляется. ни то напругой до 24 вольта.
.ни то посылки побитно вскрыть.
короче - либо самому пробовать..либо не пробовать. а запускать зайца по запросу сухим контактом.
мысли есть?
Зарегистрирован: 2 лет назад
Сообщений: 2
> Результаты тестирования:
> Вариант 1.
> KROMSCHRODER E8.0634 + CoCo OT-CAN. В BAXI duo-tec
> подключать на колодку М2, клемы 1-2 (в инструкции
> как подсоединение пульта дистанционного
> управления).
> На E8 придется убрать датчик котла KF, т.к. надо
> закоротить между собой контакты 7+8 разъема I (по
> инструкции), без этого не будет соединения по BUS
> шине.
> Плюсы:
> - Котел нормально управляется по OT протоколу.
> Работает модуляция, только на контролере ее не
> видно. Температуру котла контролер получает также
> по ОТ протоколу.
> Минусы:
> - температура на гидрострелке и внутри котла могут
> отличаться, а вернее, всегда отличаются.
>
> Вариант 2.
> KROMSCHRODER E8.5064v1 + CoCo OT-CAN. (стоит не на
> много дороже, чем Е8.0634)
> Плюсы:
> - все работает, никаких танцев с бубнами, просто
> делать надо все по инструкции
> - отлично управляет модулируемой горелкой котла
> BAXI
> - на контролере Е8 отображается % модуляции
> горелки
> - контролирует температура коллектора (или
> гидрострелкb) по датчику KF
> - отдельно показывает температуру котла, которую
> получает по ОТ протоколу (для информации)
> - может управлять каскадом котлов, только для
> каждого котла понадобится свой CoCo OT-CAN
>
> Думаю, что E8.5064v1 + CoCo OT-CAN может управлять
> любым котлом с модулируемой горелкой по OpenTherm
> протоколу. )
Отлично.
Есть вопросы.
Как организована подготовка ГВС(горячее водоснабжение)с использованием E8.0634?
У нас по-управлению по шине BUS с переходником Co-Co Open Therm
выпадает из схемы контур загрузки емкостного бойлера ГВС.
То есть,не отображается температура ГВС в областях(кроме "техник"),меню ГВС проскакивает!
Может это связано с настройками какими в меню или в чём может быть причина?
2 котла Thermona в каскаде.
Зарегистрирован: 2 лет назад
Сообщений: 16
С 634-м глубоко не копал. Подключил, убедился, что с CoCo OT-CAN работает, отключил и поменял на каскадный 5064, который у меня сейчас и работает. С ним никаких выпаданий контура ГВС не наблюдается, все функции на месте и работают. Не уверен, что 634-й через CoCo будет управлять вашими 2-мя котлами в каскаде, вам 5064 нужен.
По поводу выподания контура ГВС на 634-м, может это как-то связано с необходимостью для него закоротить контакты 7+8 разъема 1, датчик KF, который имеет общую шину с датчиком SPF?
Зарегистрирован: 2 лет назад
Сообщений: 2
vovap Автор :
-------------------------------------------------------
> С 634-м глубоко не копал. Подключил, убедился, что
> с CoCo OT-CAN работает, отключил и поменял на
> каскадный 5064, который у меня сейчас и работает.
> С ним никаких выпаданий контура ГВС не
> наблюдается, все функции на месте и работают. Не
> уверен, что 634-й через CoCo будет управлять
> вашими 2-мя котлами в каскаде, вам 5064 нужен.
>
> По поводу выподания контура ГВС на 634-м, может
> это как-то связано с необходимостью для него
> закоротить контакты 7+8 разъема 1, датчик KF,
> который имеет общую шину с датчиком SPF?
Администратор
Зарегистрирован: 5 лет назад
Сообщений: 222
Посмотрел инструкцию, не понял, есть ли там входы для управления модуляцией. Явно про это ничего не написано.
У нас есть возможности управлять модуляцией посредством 0-10В сигнала, возможно при использовании доп.модуля, это можно обеспечить с данным котлом.
Если сможете обеспечить управление модуляцией одного котла, то SmartWeb сможет и каскадом управлять, до 8 котлов.
TeploMONITOR Автор :
-------------------------------------------------------
> CAN-Bus конечно есть. Адаптер может подойти, а вы
> какой адаптер имеете ввиду? Я знаю только CoCo-OT,
> в принципе его использовать - мысль.
Да я имею ввиду адаптер CoCo-OT.
А вы у себя на стенде можете это проверить? Там даже простой Baxi Luna или Eco Four подойдет. Там тоже OT. Выносной датчик от Baxi QAA73 работает через OT.
Зарегистрирован: 2 лет назад
Сообщений: 0
Здравствуйте! Ищу ответы на нижеописанную задачу, наткнулся на этот форум, здорово!
Имеется котел Baxi Slim, разрабатываем систему, похожую на "умный дом". Необходимо удаленно через телефон/планшет управлять сием котлом. Хотим использовать контроллеры WAGO (знаем как с ним работать)
К котлу Baxi Slim можно докупить "QAA 73 - Устройство дистанционного управления". откуда, насколько я понял, можно считать и записать данные по протоколу OpenTherm. Проблема в том, что данный протокол мало какие контроллеры поддерживают, в частности Wago.
Вопрос: можете ли Вы подсказать и имели ли опыт работы с каким-либо преобразователем протоколов, такого как OpenTherm->CAN или любой другой протокол.
Возможны ли альтернативные решения проблемы? Игрушки не самые дешевые, хочется риски свести к минимуму.
Надеюсь на понимание, спасибо!
Модератор
Зарегистрирован: 7 лет назад
Сообщений: 612
Можно использовать контроллеры Е8 от Кромшредер
или SmartWEB-S и SmartWEB-L от Sorel для управления котельной в целом
(котлы, насосы, сервомоторы смесителей, клапаны зон. ).
Чтение данных от них может выполнять мониторинговый контроллер TM-T8
(он умеет это делать по CAN ).
Он "складывает" и визуализирует эти данные на "облаке" в вашем личном кабинете.
Простейшее взаимодействие с вашим "умным домом" может заключаться
в том, что мы научим вас простым образом читать эти данные.
