Только изначально вы сравниваете 2 разных языка! При этом один (С#) был изначально написан на другом (на С++).
Потом, вы говорите про компиляторы, но какое они отношение имеют к языку? Это немного другая тема, потому как у разных сред разработки разные компиляторы, но одинаковые языки. Вы компиляторами сравниваете языки программирования... Серьёзно?
Дальше, С++ как база, применяется во многих других системах, отличных от прикладных задач (программирование микроконтроллеров, ПЛК, разработка новых языков программирования и т.д.) и для него не нужна никакая другая исполнительная среда, отладочная среда, framework. Ничего не нужно, только железо. В свою же очередь, С# не сможет работать без framework. Он работает в изолированной среде, в безопасной. Таким образом вы уже сравниваете 2 абсолютно разные системы/языки программирования.
И стоило тогда в статье упомянуть, о чем идёт речь (если только прикладные системы рассматриваются) и уточнять в чем их соавнивают, а не просто сравнивать их как языки программирования.
В целом было интересно почитать ещё и комментарии, потому как там самое развитие событий. И детали сравнили, и синтаксис и про .h файлы написали. Все мелочи обсудили, а глобально никто и не задумался, в чем же отличия!
Очень интересный проект (визуализация его) и очень достойная реализация.
Мне как разработчику, тем более в рамках микроконтроллера, очень понравилось.
Единственное, хотелось бы увидеть более компактные виджеты, что бы не прокручивать экран. Возможно что и по 2 - 3 виджета в строке, группированные по смыслу. И возможность листания влево - вправо, для смены экранов (что-то типа табов, но с перелистыванием), без вызова меню.
И да, ещё забыл добавить: на предприятии, предположения и аналитика на базе нейросети не должна быть основопологающим фактором. Там работают только проверенные цифры, точные и чёткие. На эти цифры опирается производство, его стабильность и безопасность. Как прогноз, предположение, вероятность выхода за диапазон - нейросеть можно использовать, но требуется проверка данных. И это можно как дополнение использовать, а не как основу.
Вам не кажется что такая только софтверная архитектура немного устарела. Хотя можно сказать и другое, но я вижу это именно так. В данном случае, базовая - это система автоматизации, а вы можете к ней сверху добавить нейросети, а не наоборот.
Мы просто такое проходили уже, окого 25 лет назад и нам казалось - мы гении, мы можем что угодно сделать! Мы крутые программисты с прекрасной идеей! А 10 лет назад меня взяли в команду, которая делала аналитических продукты. Не разработчиком, а руководителем, потому как они не смогли реализовать продукт (конкретному заказчику) потому что не понимали специфики производств. И даже я им не смог объяснить, что им нужно было переделать. Амбиции teamlead-ов взяли верх над реальностью. С итоге от проекта тупо отказался заказчик и потребовал возврата всего финансирования.
И по сей день реальность такова, что все вот такие решения, а тем более на Linux, с распределеным кодом и прочей современной лабудой, умирают не родившись. Сейчас ваше решение выглядит красиво! Его делает команда разработчиков, они умеют многое! Очень много вопросов не сейчас, а потом, когда вы дадите продукт заказчику. Кто это будет обслуживать, допиливать, полировать и перенастраивать. Ведь эти решения не для 10 датчиков влажности в теплице... Вы же говорите о промышленных масштабах!
Завтра вы столкнетесь с избыточностью данных, отсутствием возможности использовать интернет на предприятии, просто отсутствие "жирных" каналов связи и многое другое. Будет ли ваш продукт работать в таких условиях?
А вы в реальности сталкивались с промышленностью, не на бумаге? С их проблемами в данных, с консолидацией, обработкой. В конце концов с интеграцией с их scada (хотя такое на работает, а scada лишь интерфейс и данные не хранит), а лучше с opc серверами, rt хранилищами данных и так далее.
То что вы демонстрируете - работает несомненно, но есть очень много вопросов. В частности у меня, потому как я сделал десятки подобных аналитических систем внутри производств. Да, без нейросетей, и да с глубоким интеграциями. И они работали, а некоторые работают до сих пор, потому как для них нет альтернативы.
Нейросеть - это просто, а вот корректные, актуальные и живые данные с датчиков - это не всегда просто.
Очень радует ваш оптимизм и настрой, самое главное попробуйте это все сделать в боевых условиях пару-тройку раз.
И самое главное здесь - не программный код, который в демонстрируете, а суть! Программный код - это просто, идея, связи, решения и универсальность применения - вот это уже стоит большего внимания. Знания практиков, а не теоретиков!
Очередной проект на ***надцать миллионов с тысячами километров проводов. И снова героически его доделали. Вы там походу только картинки от статьи к статье меняете и пару предложений новых. В чем суть данной статьи? Что вы сделали нового, что улучшили, что модернизиповали или где с6иизили стоимость внедрения и стоимость владения?
Это похоже на шиномонтажную мастерскую: приехал BMW, мы ему колесо залатали и поменяли, потом приехал Mercedes, мы ему колесо залатали и поменяли, потом приехал Ferrari, мы ему колесо залатали и поменяли... И так далее. От статьи к статье. Мы сделали щит, поставили туда Wiren Board (и описываете кучу модулей, которые поставили с ним вместе, с ссылками на каждый модуль), подключили и запустили.
А ведь действительно, в комментариях задают грамотные вопросы про датчики протечки. Это же вы ничего не поменяли, не улучшили, не убедили заказчика что такое решение - "шляпа" и оно кривое.
Смысл от таких статей - только реклама WB...
Я не хейчу, просто отслеживаю этого автора и от статьи к статье убеждаюсь что ничего нового то и нет. Как клали сотни километров проводов, так и кладут, как не думали над оптимизацией, так и не думают, просто с каждым разом проекты все крупнее и проводов все больше, ну и щиты все жирнее, а нового - ничего.
Хотя нет, контроллер порядковую цифру увеличивает, периодически.
Да, как проект 14 летней давности, нормально. Сейчас конечно можно делать и проще и быстрее и на другой элементной базе.
Комментариев много и много прям хейтовых. Я и понимаю людей и не понимаю. Вы смотрите проект как историю и автор об этом сказал сразу, ну так и отнесите ь к нему как к истории. Я в 1995 тоже начинал писать код на Ассемблере и да, сейчас его ещё помню, но сейчас пишу в основном на С, С++, С#. Изделие хорошее, а учитывая что оно показало себя с хорошей стороны и о работало более 14 лет и не в одном экземпляре, то можно сказать что проект удался, не смотря на критику и замечания.
А ещё можно сказать, что компания Atmel делает хорошие микроконтроллеры.
Да, устройство отчасти небезопасно, с точки зрения некоторых людей, но и оно не продаётся на прилавка магазинов.
Хотя, сейчас многое оборудование и инструменты больше опасны, нежели то, что продемонстрировал автор. И водонагреватели взрываются и утюги горят и многое что еще, поэтому ко всему стоит относится как к небезопасному и безопасному одновременно. Все, что мы видим в магазинах проектируется и изготавливается людьми, а людям свойственно ошибаться. Кому-то больше, кому-то меньше.
Автор, спас бо за интересную статью и экскурс к истокам микроконтроллеров (пусть и не к древним)
Тоже тебе такой умный порекомендовал на пин поставить конденсатор на 220uF? При отключении (тем более на светодиоде оптопары) у тебя ещё некоторое время будет сигнал висеть активный! Экстренного отлючения не получится.
Отличный проект! Давно думал о таком-же, но все никак руки не доходят. На YouTube видел очень похожий проект и там, автор проекта говорил о ряде минусов вертикально го расположения горшков. Особенно в части полива, освещения и размещения. Он первый вариант сделал, а потом переделывал его.
Насколько помню, там были проблемы с тем, что на нижние горшки мало остаётся воды, потому что с верхних она стремится к центру смачиваются только края горшков (которые ближе к центру). И что там нужно козырьки ставить над каждой партией горшков.
Поищите видео, очень полезное.
Еще, касательно автоматики: стоит сделать контроллер, который будет управлять этой системой, поддерживать уровень ph (по крайней мере, хотя бы контролировать его) контролировать уровень жидкости в основном резервуар, температуру, сделать автоматика для добавления питания и микро элементов. Охлаждение можно сделать через выносной радиатор с вентиляторами, ну а подогрев при помощи нагревательного элемента. Перенаправление потока сделать электроклапанами.
И проще всю систему перевести на напряжение 12 вольт, поставить туда автомобильный аккумулятор.
Насос на 22W здесь не нужен, это слишком много. Стоит поискать насос попроще и поэкономичнее. Так же вы можете запараллелить сборки аккумуляторов 2 по 2 (ну или 2 по 1 в случае с 12 вольтовым питанием), увеличивая тем самым емкость в 2 раза, единственное нужно поискать балластные схемы для зарядки, а питать нагрузку через диоды шотки (самая банальная схема, что бы перекоса не было). Возможно это поддерживает ваш контроллер заряда.
Проект действительно интересный, главное подобрать растения, которые будут там одновременно расти (не всем нужны одинаковые условия).
Я имел ввиду дорожки типа от земли к R27 и С3, там же они все являются землёй, но соединены так, будто на них пожалели меди. С17 можно повернуть вертикально, R26 тоже. Много дорожек идёт так, как будто им хотели добавить лишние миллиметры, а если повернуть компоненты и расставить их длина дорожек сократится, элементы встанут красиво. И я имел ввиду ширину дорожек везде, где их можно сделать шире, то стоит сделать. Например земляная дорога от R13 до R16, её спокойно можно сделать шириной в квадрат посадочного места.
И ещё пример: R21 повернуть на 180 градусов и сразу дорожка от R17 станет короче и аккуратнее.
R7 и R9 + пин разъёма находятся все в одной области, а соединены тонкими дорожками. На самом разъёме линия NetC1_1 ну прям очень тонкая. Что мешает её сделать в 3 раза шире, а R9 убрать в сторону.
Или от R3 до пина прямая линия короткая и может быть толще, но она проходит через верх и тонкая.
Там где земляной полигон, там видно где он есть, я про те моменты, где дорожки идут.
Это не упрёк, это исключительно эстетика и практичность.
Тонкие дорожки от перегрева могут тупо отвалится, а если вы их сделаете шире и короче, то и теплопередача будет совсем другая и емкость уменьшится и сопротивление. Учитывая что вы паяли плату вручную, то тем более, стоит на это обратить внимание.
Проект интересный и смелый. В то время, как все стремятся любой чих завернуть в микроконтроллер, вы сделали очень интересное и нужное устройство.
Единственное, есть вопросы к печатной плате. Там можно было более грамотно сделать разводку, более короткими цепями. Ну и обратите внимание, что у вас много цепей кругами ходят, особенно там, где можно залить полигоном. Просто идут маленькие дорожки, а можно было сделать все монотонно. Это к слову. Разводку и заливку лучше всего доводить руками, а не автоматом. И не стесняйтесь делать более толстые дорожки там, где это можно. И крутите элементы на плате, это тоже позволяет порой сделать более приятную расстановку и разводку платы. Это когда мы нитрокраской из шприца, в 90х рисовали платы и травили их хлорным железом, тогда был гемморой, а сейчас это все можно делать совсем иначе.
И у вас здесь нет таких высоких частот, что бы были помехи, а вот как раз из-за тонких дорожек возникают проблемы.
Я так понимаю, что мы живём в разных вселенных и для нас разные вещи имеют цену. Для вас печать - дорого, для меня модули. И мы каждый смотрим на это с разной стороны, поэтому не вижу смысла дискутировать об этом. Я 5и в коем случае не хочу вам что-то доказать, просто высказал свою мысль и непонимание того, что вы используете в своём творение.
Очень часто сталкиваюсь с решениями, которые используют мощное железо под примитивные задачи и от этого у меня возникает непонимание. А потом просто вижу, что люди делают из того, что у них в наличии. Я же рассматриваю задачи как то, что должно быть экономически, эффективнее, из недорогих компонентов, функциональнее и так далее.
Вам я желаю продолжать заниматься творчеством и создавать действительно хорошие и нужные вещи.
Это же обычный ШИМ, ничего более. У меня такая функция в салоне стоит с 2004 года. Любой МК справится на раз, ну или 555 таймер.
Я вот тут делал модули управления питанием для своего проекта и просто воткнул плату Arduino pro mini. Ног не много нужно было, поэтому разместил и развёл все на одну сторону, где питание подходит. Это первая версия, поэтому не идеальная.
Вообще не напрягаясь. Зашил 5 контроллеров за минуту.
Также могли сделать и в фарах бэхи. Один МК, который по простым командам (ну либо через CAN шину) принимает инфу и тупо отрабатывает ее.
Да, согласен, SPI интерфейс - самое удобное и быстрое решение, а здесь именно это и требуется, но опять-же есть ряд моментов:
1) Для чего делается устройство:
Если умный дом и нужен контроль местоположения людей - да, прекрасное решение. Решение стационарное.
Если контроль персонала в опасных зонах с высокой точностью - тоже да. Безопасность и надежность. Решение стационарное.
Если просто контроль наличия человека для включения даже не лампы, а светодиода - то нет, сложно, дорого, избыточно.
Самое неприятное, это питание. 1.8В, это не для таких решений как светодиод с аккумом.
2) Питание: Ну слишком ты его усложнил! Куча дросселей, емкостей, преобразование в 1.8В с 3.3, а также согласование SPI.
Зачем это все?!
Так что самая дорогая часть в моем проекте была бы печать корпуса такого размера , аккумулятор и светодиодная панель. И я этого успешно избежал.
Вот тут как раз печать корпуса, светодиодная и акккум - это самые дешевые элементы, а самое затратное - это компоненты, и труд.
Сделать на этом сенсоре свою плату - дело пары часов. ..... На LCSC все детали есть . Обойдется не дороже 20 Евро. Делайте и продавайте на алике. 1000% навар даже если сделаете скидку.
Даже 20 евро, что вряд ли будет в реальности - это оверпрайс для такого устройства.
Есть ряд готовых светильников с PIR датчиками. Берешь их, извлекаешь оттуда PIR и ставишь туда датчик RCWL-0513, RCWL-0515 или RCWL-0515. Цена вопроса - 0.5-1 Евро. Настраиваются на длительность активного сигнала при обнаружении. Ну или поставь интегральный таймер 555 (0.1 Евро), для задержки. И тогда будет нормальная схема для освещения.
Все хорошо в этой статье, кроме подбора материалов и компонентов. Использование таких "не дешёвых" компонентов делает стоимость максимально простого устройства невероятно дорогим. Считаю, что стоит в такие проекты вкладывать экономику. А так получается, что мы делаем радарный датчик освещения, причём аккумуляторный, за 1000 евро (это я утрирую, если что).
И взяв дешманский pir сенсор с простой начинкой, автор использует только коробку с аккумом. Фаршируя его дорогим железом, которое будет использоваться на 1-2% своих возможностей. А учитывая время на программирование + платы с jlcpcb, и материалы, стоимость проекта взлетает в космос. Автор, зачем такое вообще "изобретать" ? Что бы показать, что?
Ах да, забыл, ты же переживаешь за то, что вся эта система будет кушать много энергии и ты заботливо ставишь ещё один модуль (стоимостью в 5 исходных коробок) для экономии энергии. Потому что питание аккумуляторное!
Расскажи, как это работает? Зачем делать настолько неэффективные и дорогие проекты и потом героически рассказывать что ты сделал тут такое!
Попробуй Ch32v003j4M6. Чип навороченный, но всего 8 ног, для задач фары - более чем. Не похож на attiny 13 и 85. Аппаратно поддерживает почти все интерфейсы. На 6 свободных пинах ты и поворотники ещё прикрутишь, на адресной ленте.
В конце концов любое управление через один пин и резистивная обвязка.
Энкодер - отличное решение, но думаю здесь пары кнопок хватит. Когда летишь через руль, а за тобой летит велосипед, меньше всего хочется что бы на нем было много торчащих предметов (типа ручки энкодера)
Раза 3 перечитал, особенно начало. Особенно про аппаратную часть, функции, PID регулирование. Думал крышей поехал и мне кажется. Ан нет, не поехал.
Автор,у тебя такой потенциал! Потенциалище! А ты его тратишь на изготовление никому ненужных вещей! Поверь, даже самые топовые производители автомобилей никогда не будут использовать такие решения. Это не эффективно, усложнение и удорожание и просто незачем.
Направь свою энергию в буст технологий, для очень полезных и нужных вещей. Я посмотрел твои проекты, мне стало очень интересно. Много проектов, много интересных решений, много энергии, только все в мелочи. Ты как будто боишься сделать что-то достойное, мощное и крупное. Не разменивайся на мелочи.
Я делал раньше так-же, раздавал советы, делился знаниями, а сам ничего, из того что знаю и умею, не реализовывал. Или делал это на общество и бесплатно, а сейчас те, кому я давал информацию живут прекрасно, а мне приходится довольствоваться тем, что осталось.
Дискуссии конечно развернулись серьёзные!
Только изначально вы сравниваете 2 разных языка! При этом один (С#) был изначально написан на другом (на С++).
Потом, вы говорите про компиляторы, но какое они отношение имеют к языку? Это немного другая тема, потому как у разных сред разработки разные компиляторы, но одинаковые языки. Вы компиляторами сравниваете языки программирования... Серьёзно?
Дальше, С++ как база, применяется во многих других системах, отличных от прикладных задач (программирование микроконтроллеров, ПЛК, разработка новых языков программирования и т.д.) и для него не нужна никакая другая исполнительная среда, отладочная среда, framework. Ничего не нужно, только железо. В свою же очередь, С# не сможет работать без framework. Он работает в изолированной среде, в безопасной. Таким образом вы уже сравниваете 2 абсолютно разные системы/языки программирования.
И стоило тогда в статье упомянуть, о чем идёт речь (если только прикладные системы рассматриваются) и уточнять в чем их соавнивают, а не просто сравнивать их как языки программирования.
В целом было интересно почитать ещё и комментарии, потому как там самое развитие событий. И детали сравнили, и синтаксис и про .h файлы написали. Все мелочи обсудили, а глобально никто и не задумался, в чем же отличия!
Очень интересный проект (визуализация его) и очень достойная реализация.
Мне как разработчику, тем более в рамках микроконтроллера, очень понравилось.
Единственное, хотелось бы увидеть более компактные виджеты, что бы не прокручивать экран. Возможно что и по 2 - 3 виджета в строке, группированные по смыслу. И возможность листания влево - вправо, для смены экранов (что-то типа табов, но с перелистыванием), без вызова меню.
Это если смотреть на телефоне.
И да, ещё забыл добавить: на предприятии, предположения и аналитика на базе нейросети не должна быть основопологающим фактором. Там работают только проверенные цифры, точные и чёткие. На эти цифры опирается производство, его стабильность и безопасность. Как прогноз, предположение, вероятность выхода за диапазон - нейросеть можно использовать, но требуется проверка данных. И это можно как дополнение использовать, а не как основу.
Вам не кажется что такая только софтверная архитектура немного устарела. Хотя можно сказать и другое, но я вижу это именно так. В данном случае, базовая - это система автоматизации, а вы можете к ней сверху добавить нейросети, а не наоборот.
Мы просто такое проходили уже, окого 25 лет назад и нам казалось - мы гении, мы можем что угодно сделать! Мы крутые программисты с прекрасной идеей! А 10 лет назад меня взяли в команду, которая делала аналитических продукты. Не разработчиком, а руководителем, потому как они не смогли реализовать продукт (конкретному заказчику) потому что не понимали специфики производств. И даже я им не смог объяснить, что им нужно было переделать. Амбиции teamlead-ов взяли верх над реальностью. С итоге от проекта тупо отказался заказчик и потребовал возврата всего финансирования.
И по сей день реальность такова, что все вот такие решения, а тем более на Linux, с распределеным кодом и прочей современной лабудой, умирают не родившись. Сейчас ваше решение выглядит красиво! Его делает команда разработчиков, они умеют многое! Очень много вопросов не сейчас, а потом, когда вы дадите продукт заказчику. Кто это будет обслуживать, допиливать, полировать и перенастраивать. Ведь эти решения не для 10 датчиков влажности в теплице... Вы же говорите о промышленных масштабах!
Завтра вы столкнетесь с избыточностью данных, отсутствием возможности использовать интернет на предприятии, просто отсутствие "жирных" каналов связи и многое другое. Будет ли ваш продукт работать в таких условиях?
А вы в реальности сталкивались с промышленностью, не на бумаге? С их проблемами в данных, с консолидацией, обработкой. В конце концов с интеграцией с их scada (хотя такое на работает, а scada лишь интерфейс и данные не хранит), а лучше с opc серверами, rt хранилищами данных и так далее.
То что вы демонстрируете - работает несомненно, но есть очень много вопросов. В частности у меня, потому как я сделал десятки подобных аналитических систем внутри производств. Да, без нейросетей, и да с глубоким интеграциями. И они работали, а некоторые работают до сих пор, потому как для них нет альтернативы.
Нейросеть - это просто, а вот корректные, актуальные и живые данные с датчиков - это не всегда просто.
Очень радует ваш оптимизм и настрой, самое главное попробуйте это все сделать в боевых условиях пару-тройку раз.
И самое главное здесь - не программный код, который в демонстрируете, а суть! Программный код - это просто, идея, связи, решения и универсальность применения - вот это уже стоит большего внимания. Знания практиков, а не теоретиков!
Очередной проект на ***надцать миллионов с тысячами километров проводов. И снова героически его доделали. Вы там походу только картинки от статьи к статье меняете и пару предложений новых. В чем суть данной статьи? Что вы сделали нового, что улучшили, что модернизиповали или где с6иизили стоимость внедрения и стоимость владения?
Это похоже на шиномонтажную мастерскую: приехал BMW, мы ему колесо залатали и поменяли, потом приехал Mercedes, мы ему колесо залатали и поменяли, потом приехал Ferrari, мы ему колесо залатали и поменяли... И так далее. От статьи к статье. Мы сделали щит, поставили туда Wiren Board (и описываете кучу модулей, которые поставили с ним вместе, с ссылками на каждый модуль), подключили и запустили.
А ведь действительно, в комментариях задают грамотные вопросы про датчики протечки. Это же вы ничего не поменяли, не улучшили, не убедили заказчика что такое решение - "шляпа" и оно кривое.
Смысл от таких статей - только реклама WB...
Я не хейчу, просто отслеживаю этого автора и от статьи к статье убеждаюсь что ничего нового то и нет. Как клали сотни километров проводов, так и кладут, как не думали над оптимизацией, так и не думают, просто с каждым разом проекты все крупнее и проводов все больше, ну и щиты все жирнее, а нового - ничего.
Хотя нет, контроллер порядковую цифру увеличивает, периодически.
Удачи в проектах.
Да, как проект 14 летней давности, нормально. Сейчас конечно можно делать и проще и быстрее и на другой элементной базе.
Комментариев много и много прям хейтовых. Я и понимаю людей и не понимаю. Вы смотрите проект как историю и автор об этом сказал сразу, ну так и отнесите ь к нему как к истории. Я в 1995 тоже начинал писать код на Ассемблере и да, сейчас его ещё помню, но сейчас пишу в основном на С, С++, С#. Изделие хорошее, а учитывая что оно показало себя с хорошей стороны и о работало более 14 лет и не в одном экземпляре, то можно сказать что проект удался, не смотря на критику и замечания.
А ещё можно сказать, что компания Atmel делает хорошие микроконтроллеры.
Да, устройство отчасти небезопасно, с точки зрения некоторых людей, но и оно не продаётся на прилавка магазинов.
Хотя, сейчас многое оборудование и инструменты больше опасны, нежели то, что продемонстрировал автор. И водонагреватели взрываются и утюги горят и многое что еще, поэтому ко всему стоит относится как к небезопасному и безопасному одновременно. Все, что мы видим в магазинах проектируется и изготавливается людьми, а людям свойственно ошибаться. Кому-то больше, кому-то меньше.
Автор, спас бо за интересную статью и экскурс к истокам микроконтроллеров (пусть и не к древним)
Тоже тебе такой умный порекомендовал на пин поставить конденсатор на 220uF? При отключении (тем более на светодиоде оптопары) у тебя ещё некоторое время будет сигнал висеть активный! Экстренного отлючения не получится.
Объясни, для чего там конденсатор?
Отличный проект! Давно думал о таком-же, но все никак руки не доходят. На YouTube видел очень похожий проект и там, автор проекта говорил о ряде минусов вертикально го расположения горшков. Особенно в части полива, освещения и размещения. Он первый вариант сделал, а потом переделывал его.
Насколько помню, там были проблемы с тем, что на нижние горшки мало остаётся воды, потому что с верхних она стремится к центру смачиваются только края горшков (которые ближе к центру). И что там нужно козырьки ставить над каждой партией горшков.
Поищите видео, очень полезное.
Еще, касательно автоматики: стоит сделать контроллер, который будет управлять этой системой, поддерживать уровень ph (по крайней мере, хотя бы контролировать его) контролировать уровень жидкости в основном резервуар, температуру, сделать автоматика для добавления питания и микро элементов. Охлаждение можно сделать через выносной радиатор с вентиляторами, ну а подогрев при помощи нагревательного элемента. Перенаправление потока сделать электроклапанами.
И проще всю систему перевести на напряжение 12 вольт, поставить туда автомобильный аккумулятор.
Насос на 22W здесь не нужен, это слишком много. Стоит поискать насос попроще и поэкономичнее. Так же вы можете запараллелить сборки аккумуляторов 2 по 2 (ну или 2 по 1 в случае с 12 вольтовым питанием), увеличивая тем самым емкость в 2 раза, единственное нужно поискать балластные схемы для зарядки, а питать нагрузку через диоды шотки (самая банальная схема, что бы перекоса не было). Возможно это поддерживает ваш контроллер заряда.
Проект действительно интересный, главное подобрать растения, которые будут там одновременно расти (не всем нужны одинаковые условия).
Удачи и успехов тебе автор!
Я имел ввиду дорожки типа от земли к R27 и С3, там же они все являются землёй, но соединены так, будто на них пожалели меди. С17 можно повернуть вертикально, R26 тоже. Много дорожек идёт так, как будто им хотели добавить лишние миллиметры, а если повернуть компоненты и расставить их длина дорожек сократится, элементы встанут красиво. И я имел ввиду ширину дорожек везде, где их можно сделать шире, то стоит сделать. Например земляная дорога от R13 до R16, её спокойно можно сделать шириной в квадрат посадочного места.
И ещё пример: R21 повернуть на 180 градусов и сразу дорожка от R17 станет короче и аккуратнее.
R7 и R9 + пин разъёма находятся все в одной области, а соединены тонкими дорожками. На самом разъёме линия NetC1_1 ну прям очень тонкая. Что мешает её сделать в 3 раза шире, а R9 убрать в сторону.
Или от R3 до пина прямая линия короткая и может быть толще, но она проходит через верх и тонкая.
Там где земляной полигон, там видно где он есть, я про те моменты, где дорожки идут.
Это не упрёк, это исключительно эстетика и практичность.
Тонкие дорожки от перегрева могут тупо отвалится, а если вы их сделаете шире и короче, то и теплопередача будет совсем другая и емкость уменьшится и сопротивление. Учитывая что вы паяли плату вручную, то тем более, стоит на это обратить внимание.
Проект интересный и смелый. В то время, как все стремятся любой чих завернуть в микроконтроллер, вы сделали очень интересное и нужное устройство.
Единственное, есть вопросы к печатной плате. Там можно было более грамотно сделать разводку, более короткими цепями. Ну и обратите внимание, что у вас много цепей кругами ходят, особенно там, где можно залить полигоном. Просто идут маленькие дорожки, а можно было сделать все монотонно. Это к слову. Разводку и заливку лучше всего доводить руками, а не автоматом. И не стесняйтесь делать более толстые дорожки там, где это можно. И крутите элементы на плате, это тоже позволяет порой сделать более приятную расстановку и разводку платы. Это когда мы нитрокраской из шприца, в 90х рисовали платы и травили их хлорным железом, тогда был гемморой, а сейчас это все можно делать совсем иначе.
И у вас здесь нет таких высоких частот, что бы были помехи, а вот как раз из-за тонких дорожек возникают проблемы.
Я так понимаю, что мы живём в разных вселенных и для нас разные вещи имеют цену. Для вас печать - дорого, для меня модули. И мы каждый смотрим на это с разной стороны, поэтому не вижу смысла дискутировать об этом. Я 5и в коем случае не хочу вам что-то доказать, просто высказал свою мысль и непонимание того, что вы используете в своём творение.
Очень часто сталкиваюсь с решениями, которые используют мощное железо под примитивные задачи и от этого у меня возникает непонимание. А потом просто вижу, что люди делают из того, что у них в наличии. Я же рассматриваю задачи как то, что должно быть экономически, эффективнее, из недорогих компонентов, функциональнее и так далее.
Вам я желаю продолжать заниматься творчеством и создавать действительно хорошие и нужные вещи.
Это же обычный ШИМ, ничего более. У меня такая функция в салоне стоит с 2004 года. Любой МК справится на раз, ну или 555 таймер.
Я вот тут делал модули управления питанием для своего проекта и просто воткнул плату Arduino pro mini. Ног не много нужно было, поэтому разместил и развёл все на одну сторону, где питание подходит. Это первая версия, поэтому не идеальная.
Вообще не напрягаясь. Зашил 5 контроллеров за минуту.
Также могли сделать и в фарах бэхи. Один МК, который по простым командам (ну либо через CAN шину) принимает инфу и тупо отрабатывает ее.
Я думаю это в личку лучше написать. Не хочу светить свои идеи здесь.
Да, согласен, SPI интерфейс - самое удобное и быстрое решение, а здесь именно это и требуется, но опять-же есть ряд моментов:
1) Для чего делается устройство:
Если умный дом и нужен контроль местоположения людей - да, прекрасное решение. Решение стационарное.
Если контроль персонала в опасных зонах с высокой точностью - тоже да. Безопасность и надежность. Решение стационарное.
Если просто контроль наличия человека для включения даже не лампы, а светодиода - то нет, сложно, дорого, избыточно.
Самое неприятное, это питание. 1.8В, это не для таких решений как светодиод с аккумом.
2) Питание: Ну слишком ты его усложнил! Куча дросселей, емкостей, преобразование в 1.8В с 3.3, а также согласование SPI.
Зачем это все?!
Вот тут как раз печать корпуса, светодиодная и акккум - это самые дешевые элементы, а самое затратное - это компоненты, и труд.
Даже 20 евро, что вряд ли будет в реальности - это оверпрайс для такого устройства.
Есть ряд готовых светильников с PIR датчиками. Берешь их, извлекаешь оттуда PIR и ставишь туда датчик RCWL-0513, RCWL-0515 или RCWL-0515. Цена вопроса - 0.5-1 Евро. Настраиваются на длительность активного сигнала при обнаружении. Ну или поставь интегральный таймер 555 (0.1 Евро), для задержки. И тогда будет нормальная схема для освещения.
Все хорошо в этой статье, кроме подбора материалов и компонентов. Использование таких "не дешёвых" компонентов делает стоимость максимально простого устройства невероятно дорогим. Считаю, что стоит в такие проекты вкладывать экономику. А так получается, что мы делаем радарный датчик освещения, причём аккумуляторный, за 1000 евро (это я утрирую, если что).
И взяв дешманский pir сенсор с простой начинкой, автор использует только коробку с аккумом. Фаршируя его дорогим железом, которое будет использоваться на 1-2% своих возможностей. А учитывая время на программирование + платы с jlcpcb, и материалы, стоимость проекта взлетает в космос. Автор, зачем такое вообще "изобретать" ? Что бы показать, что?
Ах да, забыл, ты же переживаешь за то, что вся эта система будет кушать много энергии и ты заботливо ставишь ещё один модуль (стоимостью в 5 исходных коробок) для экономии энергии. Потому что питание аккумуляторное!
Расскажи, как это работает? Зачем делать настолько неэффективные и дорогие проекты и потом героически рассказывать что ты сделал тут такое!
Да на том же алиэкспрессе, но поверь, это из пушки по воробьям. Там ценник на модуль - как на гумманоидного робота.
Попробуй Ch32v003j4M6. Чип навороченный, но всего 8 ног, для задач фары - более чем. Не похож на attiny 13 и 85. Аппаратно поддерживает почти все интерфейсы. На 6 свободных пинах ты и поворотники ещё прикрутишь, на адресной ленте.
В конце концов любое управление через один пин и резистивная обвязка.
Энкодер - отличное решение, но думаю здесь пары кнопок хватит. Когда летишь через руль, а за тобой летит велосипед, меньше всего хочется что бы на нем было много торчащих предметов (типа ручки энкодера)
И ещё пару тысяч разных кодировок. Только кому это все нужно?
Раза 3 перечитал, особенно начало. Особенно про аппаратную часть, функции, PID регулирование. Думал крышей поехал и мне кажется. Ан нет, не поехал.
Автор,у тебя такой потенциал! Потенциалище! А ты его тратишь на изготовление никому ненужных вещей! Поверь, даже самые топовые производители автомобилей никогда не будут использовать такие решения. Это не эффективно, усложнение и удорожание и просто незачем.
Направь свою энергию в буст технологий, для очень полезных и нужных вещей. Я посмотрел твои проекты, мне стало очень интересно. Много проектов, много интересных решений, много энергии, только все в мелочи. Ты как будто боишься сделать что-то достойное, мощное и крупное. Не разменивайся на мелочи.
Я делал раньше так-же, раздавал советы, делился знаниями, а сам ничего, из того что знаю и умею, не реализовывал. Или делал это на общество и бесплатно, а сейчас те, кому я давал информацию живут прекрасно, а мне приходится довольствоваться тем, что осталось.
Время уходит быстро и незаметно.