Главная › Форумы › Конструкторское бюро › Автоматизация › Автоматика LuckyBox › Автоматика LuckyBox
-
АвторСообщения
-
10.04.2018 в 21:56 #20778
Греться будет так-же
Вот как раз на данном этапе из области теоретизирования необходим переход к практической проверке, какое решение будет оптимальнее.
Просто визуально регулятор на 4 кВт выглядит компактнее и уж точно, не требует активного охлаждения (во всяком случае, по заявлениям китайцев ;-)), со всем вытекающим обвесом.
Да и как то гармоничнее регулировать мощность регулятором, а не реле. Не просто так же делают для этого два разных устройства.
Может есть и готовые регуляторы под ШИМ управление, завтра на работе у знающих разведаю.
Программно практически ничего переделывать не придется, только тайминги ШИМ.
Вложения:
Вы должны войти для просмотра вложений.10.04.2018 в 22:07 #20783Греться будет так-же
Вот как раз на данном этапе из области теоретизирования необходим переход к практической проверке, какое решение будет оптимальнее. Просто визуально регулятор на 4 кВт выглядит компактнее и уж точно, не требует активного охлаждения (во всяком случае, по заявлениям китайцев ;-)), со всем вытекающим обвесом. Да и как то гармоничнее регулировать мощность регулятором, а не реле. Не просто так же делают для этого два разных устройства. Может есть и готовые регуляторы под ШИМ управление, завтра на работе у знающих разведаю. Программно практически ничего переделывать не придется, только тайминги ШИМ.
Этот регулятор на тэне 3 кв у меня греется до 96°
Быстро выпитый стакан не считается налитым.
10.04.2018 в 22:55 #20791Да и как то гармоничнее регулировать мощность регулятором, а не реле
Не гармоничнее)) Регулятор и реле устроены идентично. Просто реле мы можем как угодно управлять, а в регуляторе импульсы управляются переменным резистором. И зачем нам придумывать велосипед по кручению ручки резистора, когда можно управлять семистором напрямую?
Хорошо живет на свете Винни-Пух...
11.04.2018 в 05:44 #20808Что бы решить проблему с нагреванием твердотельного реле и проблему залипания электромагнитного можно поставить их параллельно. Вот подробная статья, причём логику работы схемы можно реализовать и программно.
11.04.2018 в 06:15 #20809Касательно использования одного вывода или нескольких под датчики температуры. С точки зрения платформы целесообразнее использование одного вывода. Поскольку платформа позиционируется как универсальная количество датчиков может варьироваться, у кого-то может не быть возможности измерения температуры в царге или напротив у кого-то есть необходимость в дополнительном датчике. Текущая реализация не допускает масштабирование, более того если я правильно понимаю она будет работать только с 4 датчиками и не как иначе.
Как уже писал @andydav идентифицировать датчик легко, подержав в руке. Назначить роль датчика можно в веб интерфейсе. Соответственно показания датчиков необходимо хранить в массиве, тогда датчиков может быть любое количество.
Я реализовывал подобную систему и изначально пошёл по аналогичному пути (с заранее определённым числом датчиков), впоследствии для того что бы внести изменения пришлось всё переписывать.
Существует такая универсальная прошивка под ESP8266, рекомендую к ознакомлению. Концепцию конфигурирования вполне можно перенять.
11.04.2018 в 18:02 #20888Полностью адаптировал код для ESP32… Прописал #def-ы, чтобы без проблем компилировалось под обе платформы – и ESP8266 и ESP32. Убрал некоторые программные косяки. В прилагаемых архивах 3 измененных файла из версии 1.3 и необходимые для ESP32 библиотеки.
Вложения:
Вы должны войти для просмотра вложений.11.04.2018 в 18:29 #2089911.04.2018 в 18:35 #20900Полностью адаптировал код для ESP32… Прописал #def-ы, чтобы без проблем компилировалось под обе платформы – и ESP8266 и ESP32. Убрал некоторые программные косяки. В прилагаемых архивах 3 измененных файла из версии 1.3 и необходимые для ESP32 библиотеки.
Класс! Может эту версию с #def-ами взять за основу. И уже на ней разрабатывать дальше, либо не путаться пока?
Не хватает знаний по организации процесса совместной разработки и Git’a. С гитом через недельку разберемся, когда закончу ролики обучающие выпускать. А с по организации надо что-то почитать, либо экспертов попросить пару мыслей озвучить.
Как вообще ветвится дерево разработки, как им управлять, как сливать бранчи. Или может есть что-то почитать, что является “библией” в этом вопросе. А то в сети инфы море, глаза разбегаются.
Хорошо живет на свете Винни-Пух...
11.04.2018 в 19:24 #20904Класс! Может эту версию с #def-ами взять за основу. И уже на ней разрабатывать дальше, либо не путаться пока?
Собственно я для этого скорректированные файлы и выложил. Они отлично компилятся под обе платформы. Кстати загрузка прошивки ESP и файловой системы идет на скорости 921 600 б/сек, а не на 115 200 б/сек как у 8266. В 8 раз быстрее – фактически влет!
За систему Гит – я начинал с этого Учебника … Очень просто и толково расписано с нуля и до серьезных наворотов.
11.04.2018 в 19:27 #20905Может эту версию с #def-ами взять за основу.
Давай я тебе текущий скетч со стартовой странички подрихтую, проверю и выложу как основу для дальнейшей работы. Если в процессе какие-то косяки будут выскакивать – будем оперативно решать.
Вот – можешь брать за стартовый… Пару косяков подчистил в инициализации FS и загрузке параметров конфигурации.
Вложения:
Вы должны войти для просмотра вложений.11.04.2018 в 19:35 #20908Как вообще ветвится дерево разработки…
Единого стандарта не существует, инструмент позволяет вносить изменения в в любую ветку разработки, сливать/объединять ветки, и при обнаружении конфликтов – разруливать их.
К примеру, если рассматривать вариант ОДНОЙ актуальной версии ПО, то дерево может быть таким:
– master (основная/актуальная и стабильная версия)
– dev (отладочная ветка)
…
– dev/feature_123 (отладочная ветка ф-ции 123)
– dev/feature_N (отладочная ветка ф-ции N)как им управлять, как сливать бранчи…
Если в контексте примера выше, на начальном этапе создается репозитарий (ветка master создается автоматически) и если есть – заливается стабильная версия. Далее создаем ветку dev, наследуя от master, все правки и изменения будут переноситься в master путем слияния именно с веткой dev. Когда необходимо что-то изменить, то все правки вносим в dev, или создаем отдельную ветку которую наследуем от dev, тестируем и если все “Ок” обратным слиянием (т.е. feature_123 -> dev -> master) релизим версию. Инструментарий поддерживает различные метки/комментарии, т.е. при желании не запутаешься. При разработке в под-ветках важно не забывать синхронизировать свою под-ветку с исходной (к примеру dev) перед внесением очередных изменений, чтобы избегать трудоемкого процесса устранения конфликтов при слиянии.
Если реализовывать структуру “отдельная версия – отдельное дерево”, то просто таких деревьев (master/dev/…) придется создать по кол-ву версий.
И да, во избежание недоразумений, master веткой управляется кто-то один, остальные участники процесса не должны иметь прав на запись в эту ветку.
11.04.2018 в 19:42 #20910Как вариант хостинга – https://bitbucket.org
У них вроде бы нет ограничений на кол-во публичных/закрытых репозитариев и пользователей.11.04.2018 в 19:49 #20911ESP32 вот эта нам нужна
http://s.aliexpress.com/qQJjUb67?fromSns= ?11.04.2018 в 19:56 #20913Я вот ТУТ обычно беру с дополнительным кондером по питанию, но это не принципиально – чип один и тот же, немного различается разводка деталей на плате.
11.04.2018 в 20:04 #20915что-то оно ругается при компиляции:
D:\LuckyBox_1_3\HTTP_init.ino: In function ‘void HTTP_init()’:
HTTP_init:12: error: ‘class ESP32HTTPUpdate’ has no member named ‘setup’
httpUpdater.setup(&HTTP);
библиотеки закинул и не помогло 🙂
-
АвторСообщения
- Тема «Автоматика LuckyBox» закрыта для новых ответов.