Дешевый контроллер ТН

Датчик-то работает... и у меня и у Павла, а вот на этой странице что видно?

 

Датчики подключаются к радио-модулю.
Радио-модуль через K-Line к контроллеру.

 

до 20 датчиков температуры, все будет доступно

до 20 термостатов, которые управляют выходами по условиям и по расписанию.

руками - да, но можно и через веб интерфейс управлять...

возможность управлять шаговым двигателем есть, значит и ЭРВ управлять можно... но надо пробовать...

Получишь, например, управление 0-10 вольт для частотников...

один внутренний... и до 4 внешних...

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

На все хотелки может выходов у ESP не хватить, или стоимость обвязки хотелками подберется к стоимости платы НК.

 

Для Н-2000 предполагается еще RS-485.

Для модулей расширения, = датчиков

 

Когда в последний раз смотрел - было заполнено на 99%.

 

@dobrinia, Не разрешимый парадокс поставленной задачи по моему заключается в том... что пользователь и самосборщик к примеру, желает самый недорогой контролер... по цене к примеру холодильной простейшей идешки...
но при этом запросов у такого продвинутого - мама не горюй... и инвертор и гибрид и СК и еще целый список ...
вообщем каждые десять затраченных центов должны работать на 100... и чтоб ничего самому не делать и не тратить на это время...

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

 

Так что всё таки надо, контроллер ЭРВ или мониторинг с релюшками и крутилкой или всё всместе?
Судя по перегреву и ТРВ устроит или нет.
Надо определяться уже.
Вот например контроллер ЭРВ SEC601 уже с датчиком давления идёт, приделал термостат с ПИД для частотника и усё. Если поискать в нете, то модификаций у него много, даже 485 есть, единственное мануала я так и не нашёл.

 

ссылка не хочет вставляться.
мануал гуглить по " ii-sec60x-en-r1709-1509713582.pdf "

 

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

 

Главное довести проект до рабочего состояния (а то потеряется по дороге), а уже потом что бы не стыдно было

На основной работе я пишу не только код (в основном программирование доступа к железу), но и вырабатываю технические решения и подбираю железо.
Я бы на вашем месте шел последовательно.
1. Формирование хотелок. Далее важные моменты
- веб сервер требует ресурсов (память и такты процессора), высокого уровня программирования (код+веб), доп железа - чип сети, и возможно хранилище веб морды.
- для упрощения надо ЖЕСТКО ограничить число периферии, формулировка до 20 датчиков не приемлема, и потребует конфигурации прошивки. Правильно что то типа 6 датчиков из них 2 не обязательных (т. е изменение в сторону уменьшения и настраивается из меню, и 6 датчиков все равно присутствуют). Также и по входам и выходам. Про расширения на будущее забудьте, в лучшем случае объявить этим оставшиеся выводы или вывести какую нибудь шину (232 485 i2c).
- решите прошивка будет одна + настройка (минимальная) через что то или прошивка будет создаваться под каждый ТН (вариант НК)
- использование спец проги на компе для управления и настройки требует меньше ресурсов чем веб сервер. Можно использовать как сеть так и последовательный интерфейс (решение @гонжо,).
- для упрощения можно сделать настройку через терминал, что в принципе приемлемо и требует минимум ресурсов, и не на много хуже веба. Возможен телнет. Написал и самому понравилось, а почему бы не сделать (текстовое меню, вспоминаем 90-тые BBS и FIDO). Рекомендую подумать.
- оценивайте каждую хотелку с точки зрения ресурсов МК, например sd карта требует spi интерфейса (а если на той же шине будет висеть еще что то надо это все разруливать) + приличной по объему либы и памяти на буфер, альтернатива i2c флеш все более гуманно по ресурсам, но нет файловой системы.
В конце концов получится технические характеристики (ТТ), тех. задание Вы не потяните, но это не принципиально в данном случае.
2. Выбор микроконтроллера (или платы с ним), важные моменты
- такой выбор (обычно семейства) тянет за собой выбор среды программирования и sdk - сразу написать.
- на 328 атмеге можно реализовать не плохой веб сервер. Но это 500-1000 байт памяти, максимум 2-3 страницы с 10-20 полями, и медленным обновлением. Фактически на 328 будет только сервер и все
- тут не плохо сразу подумать какую конкретную железку (плату) будите использовать или чип сразу будет паяться на плату вашего контроллера. Как будет заливаться прошивка.
В результате будет МК + среда разработки + как монтируется чип (железка)
3. Рисование блок схемы устройства

Очень, и очень правильные слова.
Рисуем прямоугольник с названием МК (или если плата то плата) по его сторонам расписываем выходы выбранного микроконтроллера (платы) (п.2), и начинаем пририсовывать хотелки (п.1). При этом должно соблюдаться соответствие назначения вывода МК и хотелки (если хотелка имеет интерфейс i2c то она должна вешаться на соответствующие ноги МК).
Если в процессе рисования не получилось распихать хотелки по ногам, начинаем подбирать дополнительные микросхемы (мосты, расширители портов и т. д.)
Процесс итерационный с п. 1 и возможно п. 2 (обычно в строну более мощного МК)
Результат - примерная схема
4. Конструктив. И вот только на этом этапе:

Тут уже имея все три пункта вырабатываете решения по конструктиву. А то вообще ничего нет но сразу декларируется что будут перламутровые пуговицы.
5. Написание кода. Пока об этом писать я не буду, так как не решены п. 1 п. 2 п. 3

Кто ВСЕ прочел, тот молодец

 

Я думаю, что @Gaunt еще просто не представляет, сколько человеко-часов затрачено на написание программы и рисовании веба к НК.
И что проще писать с нуля новую программу или сделать описание и набор настроек к уже существующей.

 

Решение даже пункта 1-2 (хотя бы п. 1) показывает серьезность намерений, а так это просто поболтать и пофилосовствовать о смысле жизни.

У меня если заказчик не хочет принимать активное (а главное конструктивное, вот с этим у @Gaunt, проблема) участие в п. 1 - сразу идет лесом, т. к. это просто трата нашего времени. Часто первым этапом договора идет ТЗ (но заказчик должен при этом принимать активное участие) иначе в топку.

Как тут пишут, запасся попкорном

 

Дополню с учетом работы через форум
0. Создание рабочей группы по разработке дешевого контроллера теплового насоса (ДКТН) или контроллера испарителя (КИ)
Необходимо выбрать руководителя рабочей группы (это намек на @Gaunt), и набрать участников. Это сразу определит интерес к проекту. Возможно тему надо будет закрывать как не реализуемую.
Руководитель
- побуждает участников к конструктивным действиям согласно плана реализации
- обобщает принятые решения (должен быть документ по разработке, отражающий принятые решения и состояние разработки)
- дает поручения участникам рабочей группы согласно их специализации
- выполняет работы согласно своей специализации как участник
- допустим есть право вето на решения
Участник
- объявляет о своем желании работать, и описывает свои навыки и что готов делать (специализация)
- выполняет порученную работу руководителем согласно специализации
- принимает участие в обсуждении

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

 

Моё мнение:
- рабочая группа и разделение труда приведёт к появлению тормоза "взаимодействие участников и наличие у них времени",
- проект данной сложности должен быть проектом одного человека, который знает все его тонкости.

Описанный выше подход хорошо работает при разработках в ИТ-компаниях. В случае "хоббийной" заинтересованности участники рано или поздно будут болтить (скорее рано) и являться бутылочным горлышком друг для друга.
ИМХО.

 

Я

Если подразумевается автоматизация инверторного ТН, то нужен НарКонтрол с урезанным по самые помидоры функционалом.
Если контроллер испарителя, то вариант типа Санухи SEC601 и ей подобной, через меню задаём перегрев, фактический выводим на дисплей. Если к нему добавить пару-тройку датчиков и пару-тройку реле, то получаем готовый контрол для старт/стопа за вменяемые деньги. Мониторинг не нужен, шлём всё в 485, дальше сам как хочет и обрабатывает, настройки тоже через порт, нечего там крутить на действующей машинке. Или запилить прогу, установили на рабочий стол, внесли что надо поменять, залили в контрол, у нас так в солнечной энергетике, мониторинг нужен только туалетным читателям. Я б ещё добавил 0-5В для управления частотником.
Остальное перебор (имхо).