Да, всё так: на сервере только сборка, эмуляция в вашем браузере. Расширение отчасти есть уже сейчас: прогон прошивки можно запросить по HTTP и получить отчёт о выводах и порте, так что MCP-сервер или AI-агент может гонять проекты сам. Если честно, для этого уже есть свой API.
Свои модели устройств подключать пока нельзя, это в планах.
Про выход в реальную сеть: опасно, если прокси - наш сервер. Идею записал.
Про AI иронию оценил :) Без AI не существовало бы вашего коммента т.к. не существовало бы этого проекта.
PS. Редактор в уроках без входа, спасибо, верно подмечено.
Спасибо за обратную связь! Это ценно для развития проекта.
1) Внутри PinPort много всего, я специально не "упускал", статья акцентируется на одной большой задаче.
2) По второму пункту
"прикручивать" (расширять): я об этом думаю, но направлений слишком много, боюсь все не сделать. Развивать проект будем этапами. В какую сторону нужно расширение?
AI в проекте нет, в смысле скетч не написать через AI, а надо? В каком виде?
С открытой регистрацией будет "Создать", чуть подождать надо.
Спасибо, Arduino и ESP32 сильно развязывает руки по железу. Стоит копейки, создавай любые проекты в симуляторе и переноси код на реальные прототипы. Про Питон подумаю, но это отдельная разработка симулятора под Raspberry Pi Pico (или Pico W с Wi-Fi).
UPD. Питон для образовательных целей нужен как воздух, проект в доработке.
Я поработал еще немного, скоро напишу еще одну статью. А пока для тех, кто добрался до комментов хочу показать "Симулятор фреонового контура". Теперь в паре примеров симулятор контроллера теплового насоса показывает фреоновый контур.
Спасибо, это очень ценный разбор, особенно от человека с трёхлетним опытом эксплуатации реальной установки. Отвечу по порядку.
Про таблицу фреонов и два варианта. Для реальной установки, конечно, останется один фреон и один тип. Здесь они в виде примеров, для тех кто будет собирать свою установку. Хотелось показать на одном скетче и воздух-вода, и вода-вода, и разные хладагенты. На своём доме я оставлю то, что нужно.
1. Стартовая позиция ЭРВ. Справедливо: у меня одна фиксированная стартовая позиция (220 шагов, открыт примерно на половину), и на разных режимах ПИ будет работать по-разному. Интерполяция по уличной температуре и обратке выглядит разумно, возьму на заметку. Логику такого выбора позиции в симуляторе можно проверить, задавая температуры руками.
2. Динамический ПИД. Пример с 40 шагами при 250 и при 150 очень понятный. Думаю про масштабирование Kp и Ki по текущей позиции вентиля или про расчёт шага в процентах от открытия. И про стартовую позицию: у вас формула интерполяции по улице и обратке, а я думаю, не добавить ли к такой зависимости подстройку по факту, то есть запоминать, на какой позиции перегрев реально устоялся после 10 и более минут работы, и сдвигать точки. По сути та же формула, но с памятью.
3. Оттайка. У меня триггер тоже по дельте (плюс порог по абсолютной температуре и выдержка). Про поправку на сильные морозы, где дельта меньше при том же обмерзании, я не подумал, спасибо.
4. и 5. ПЗА и буфер. Согласен, у меня цель по подаче с линейной поправкой (wcSlope), а отопительная кривая нелинейна. По буферу: я планирую использовать как накопитель сам тёплый пол, там большая масса стяжки на 115 м². Это должно сгладить цикличность старт-стопа.
6. Реле давления. Тут отвечу не так категорично. Согласен, что LP-реле без обхода при пуске будет ложно срабатывать, провал давления на всасывании при запуске реальный. Но реле высокого давления в цепи контактора я бы оставил: оно срабатывает независимо от контроллера и от температурных датчиков, а при потере протока по конденсатору давление растёт быстрее, чем реагирует термостат на нагнетании. Для LP думаю про обход на время пуска или ограничение числа срабатываний. Ваши аппаратные термостаты на нагнетании и газовой линии и реле протока отличная идея, возьму как дополнительный уровень, а не вместо.
7. Электрика. Контроль тока и напряжения в моём варианте отсутствует, это пробел.
Про интеграцию. В симуляторе PinPort есть эмуляция MQTT, так что публикацию данных в брокер можно проверить без железа. А дальше у меня свой «умный дом»: я пишу собственный аналог Home Assistant для локальной сети. Там уже есть дашборд, устройства, комнаты, автоматизации и скрипты. Идея в том, чтобы потом подружить с ним и контроллер теплового насоса. ESPHome и HA для этого, конечно, вариант проверенный, и OTA без отключения контроллера очень удобная вещь. Как ваш ТН отдаёт в HA оттайку и состояния автомата: отдельными сущностями или текстовым статусом?
Мой аналог HA, всего один небольшой бинарник для Linux. Принимает MQTT. Сейчас работает с электрокотлом.
Согласен, холодильный контур первичен, и электроника его не заменит. Поэтому я и написал в начале, что это пока только виртуальная сборка: на железе ничего не запускал и не утверждаю, что оно заработает.
Так что вопрос «с чего вы взяли, что это заработает» честно звучит так: ни с чего, пока не проверю на железе. Комплектующие собираю постепенно, к сборке обязательно и это будет новая статья. Если вы работали с холодильными установками, мне очень пригодится ваш опыт: какие узлы контура самые рискованные при переделке наружного блока кондиционера под тепловой насос?
Не мог пропустить эту новость т.к. пилю свой однофайловый SQL движок (один файл БД и один файл бинарника). Не планировал так быстро выкладывать, но тут появился крутой инфо-повод. Уже многое готово и весь мой бюджет это несколько месяцев на pro аккаунте в claude.
Вся база хранится в одном файле .fdb - как в SQLite. Можно подключиться как к настоящей PostgreSQL или MySQL, надо просто сменить порт. Значимые фишки во встроенном web-ui: дашборды, парсер из разных источников, AI агент которые помогает работать с sql командами.
Спасибо за ссылку, интересно, почитаю.
Спасибо за подробный разбор!
Да, всё так: на сервере только сборка, эмуляция в вашем браузере. Расширение отчасти есть уже сейчас: прогон прошивки можно запросить по HTTP и получить отчёт о выводах и порте, так что MCP-сервер или AI-агент может гонять проекты сам. Если честно, для этого уже есть свой API.
Свои модели устройств подключать пока нельзя, это в планах.
Про выход в реальную сеть: опасно, если прокси - наш сервер. Идею записал.
Про AI иронию оценил :) Без AI не существовало бы вашего коммента т.к. не существовало бы этого проекта.
PS. Редактор в уроках без входа, спасибо, верно подмечено.
Спасибо за обратную связь! Это ценно для развития проекта.
1) Внутри PinPort много всего, я специально не "упускал", статья акцентируется на одной большой задаче.
2) По второму пункту
"прикручивать" (расширять): я об этом думаю, но направлений слишком много, боюсь все не сделать. Развивать проект будем этапами. В какую сторону нужно расширение?
AI в проекте нет, в смысле скетч не написать через AI, а надо? В каком виде?
С открытой регистрацией будет "Создать", чуть подождать надо.
Wifi эмулируется, смотрите проекты с бибиотекой Settings от Гайвера. Есть немного проектов и с MQTT
Связь с внешним миром может быть очень опасна в текущих реалиях.
Спасибо, Arduino и ESP32 сильно развязывает руки по железу. Стоит копейки, создавай любые проекты в симуляторе и переноси код на реальные прототипы. Про Питон подумаю, но это отдельная разработка симулятора под Raspberry Pi Pico (или Pico W с Wi-Fi).
UPD. Питон для образовательных целей нужен как воздух, проект в доработке.
Интересно, я открыт к любым идеям и предложениям.
Спасибо, я сам залипаю над тем, что получилось ))))
Спасибо, внесу правки в статью, это будет понятнее.
И да, это виртуальныя собака, в виртуальном физическом 3D движке, в виртуальном симуляторе Arduino ))))
Надо подумать как это можно было бы организовать.
Интересно посмотреть, скиньте ссылку на стаью.
Отличная обратная связь, улучшил работу с проводами в проекте точно по вашей рекомендации.
Я поработал еще немного, скоро напишу еще одну статью. А пока для тех, кто добрался до комментов хочу показать "Симулятор фреонового контура". Теперь в паре примеров симулятор контроллера теплового насоса показывает фреоновый контур.
https://pinport.ru/refrigerant
Еще раз спасибо, зто очень обнадеживает! А вы большой молодец!
Спасибо. Я в самом начале пути ТН. Я пока теоретик. Готовлюсь к реальной сборке.
Спасибо, это очень ценный разбор, особенно от человека с трёхлетним опытом эксплуатации реальной установки. Отвечу по порядку.
Про таблицу фреонов и два варианта. Для реальной установки, конечно, останется один фреон и один тип. Здесь они в виде примеров, для тех кто будет собирать свою установку. Хотелось показать на одном скетче и воздух-вода, и вода-вода, и разные хладагенты. На своём доме я оставлю то, что нужно.
1. Стартовая позиция ЭРВ. Справедливо: у меня одна фиксированная стартовая позиция (220 шагов, открыт примерно на половину), и на разных режимах ПИ будет работать по-разному. Интерполяция по уличной температуре и обратке выглядит разумно, возьму на заметку. Логику такого выбора позиции в симуляторе можно проверить, задавая температуры руками.
2. Динамический ПИД. Пример с 40 шагами при 250 и при 150 очень понятный. Думаю про масштабирование Kp и Ki по текущей позиции вентиля или про расчёт шага в процентах от открытия. И про стартовую позицию: у вас формула интерполяции по улице и обратке, а я думаю, не добавить ли к такой зависимости подстройку по факту, то есть запоминать, на какой позиции перегрев реально устоялся после 10 и более минут работы, и сдвигать точки. По сути та же формула, но с памятью.
3. Оттайка. У меня триггер тоже по дельте (плюс порог по абсолютной температуре и выдержка). Про поправку на сильные морозы, где дельта меньше при том же обмерзании, я не подумал, спасибо.
4. и 5. ПЗА и буфер. Согласен, у меня цель по подаче с линейной поправкой (
wcSlope), а отопительная кривая нелинейна. По буферу: я планирую использовать как накопитель сам тёплый пол, там большая масса стяжки на 115 м². Это должно сгладить цикличность старт-стопа.6. Реле давления. Тут отвечу не так категорично. Согласен, что LP-реле без обхода при пуске будет ложно срабатывать, провал давления на всасывании при запуске реальный. Но реле высокого давления в цепи контактора я бы оставил: оно срабатывает независимо от контроллера и от температурных датчиков, а при потере протока по конденсатору давление растёт быстрее, чем реагирует термостат на нагнетании. Для LP думаю про обход на время пуска или ограничение числа срабатываний. Ваши аппаратные термостаты на нагнетании и газовой линии и реле протока отличная идея, возьму как дополнительный уровень, а не вместо.
7. Электрика. Контроль тока и напряжения в моём варианте отсутствует, это пробел.
Про интеграцию. В симуляторе PinPort есть эмуляция MQTT, так что публикацию данных в брокер можно проверить без железа. А дальше у меня свой «умный дом»: я пишу собственный аналог Home Assistant для локальной сети. Там уже есть дашборд, устройства, комнаты, автоматизации и скрипты. Идея в том, чтобы потом подружить с ним и контроллер теплового насоса. ESPHome и HA для этого, конечно, вариант проверенный, и OTA без отключения контроллера очень удобная вещь. Как ваш ТН отдаёт в HA оттайку и состояния автомата: отдельными сущностями или текстовым статусом?
Согласен, холодильный контур первичен, и электроника его не заменит. Поэтому я и написал в начале, что это пока только виртуальная сборка: на железе ничего не запускал и не утверждаю, что оно заработает.
Так что вопрос «с чего вы взяли, что это заработает» честно звучит так: ни с чего, пока не проверю на железе. Комплектующие собираю постепенно, к сборке обязательно и это будет новая статья. Если вы работали с холодильными установками, мне очень пригодится ваш опыт: какие узлы контура самые рискованные при переделке наружного блока кондиционера под тепловой насос?
Спасибо за ссылку, отличный материал по теории. Моя статья про практическую сторону: управление, защиты, перегрев по таблицам давления и температуры.
Не мог пропустить эту новость т.к. пилю свой однофайловый SQL движок (один файл БД и один файл бинарника). Не планировал так быстро выкладывать, но тут появился крутой инфо-повод. Уже многое готово и весь мой бюджет это несколько месяцев на pro аккаунте в claude.
Вся база хранится в одном файле .fdb - как в SQLite. Можно подключиться как к настоящей PostgreSQL или MySQL, надо просто сменить порт. Значимые фишки во встроенном web-ui: дашборды, парсер из разных источников, AI агент которые помогает работать с sql командами.
Как вам такой вариант решения p2p общения?
https://github.com/BaevVladimir/MeshChat-P2P