Дружище, ты почему смотришь только софтовую часть? Этот мк делался с упором на аппаратные возможности. И некоторые функции, такие как чтение данных с пинов, работают быстрее чем rp2040 и прочие на Pyton. Что вы уперлись в api и sdk? Api тут вообще не требуется, sdk это просто библиотека, но ты её видишь как-то по своему. Не стоит путать целевое назначение МК и программное обеспечение для этого МК. А что касается Ардуино, то посмотри, что сейчас есть на рынке (ну или год назад что было) ты просто говоришь про atmega328, да, это древний МК, который актуален до сих пор, потому что простой и не прихотливый. А ещё есть Arduino Portenta X8, да это тоже Arduino, но посмотри на характеристики этой платы:
PROCESSOR NXP® i.MX 8M Mini - 4x Arm® Cortex®-A53 core up to 1.8 GHz, 1x Arm® Cortex®-M4 core up to 400 MHz
MICROCONTROLLER STMicroelectronics STM32H747AII6 Dual Arm® Cortex®-M7/M4 IC - 1x Arm® Cortex®-M7 core up to 480 MHz 1x Arm® Cortex®-M4 core up to 240 MHz
И вообще посмотри на все решения под этим названием, много нового узнаешь. Уперлись в свои стереотипы и ими оперируете. Вы шоры уберите со своих глаз и на многое будете глядеть иначе. В последнее время сильно раздражают вот такие диванные эксперты, которые "умные" вещи пытаются писать. Пишут что ардуино - это для новичков, а rp2040 - это типа продвинутые.
Что из этого, начинающий должен был понять? Что-то про регистры процессора? Про прерывания? Про команды? Про что? Кусок незаконченной статьи, текст ничем, информации - нет. Читал, смотрел и статья закончилась. Неожиданно. Это ещё и часть 1! Я боюсь представить, что будет в части 2! Там на асмемблере будем писать операционку? Автор, ты молодец, что хочешь поделиться чем-то, но попробуй структурировать подачу информации. Ты пишешь : для начинающих, а я с опытом ассемблера и работая с этими одноплатниками тебя не понял!
Я такие софтверные решения применял в начале 2000,потому что автоматизация была на низком уровне, но были lpt порты, com-порты. Для них делали модули и да, собирали инфу, управляли железом, передавали на почту, хранили в базах данных. И Web сервера поднимали и так далее. Но сейчас, делать тоже самое, но на более компактном железе и говорить про актуальность.... Ну не знаю.... 25 лет уже прошло, сейчас есть более интересные решения, вариантов организации на любых МК, любых платформах...
И для чего же ещё нужен UNIX host особенно rpi4? Вы для чего её используете? Мониторинг? Я же про автоматизацию говорю. То, что вы делаете мониторингом, а потом ногами, реализуется на одной atmega328 или самой дешёвой esp32. Зачем туда толкать rpi4 или что-то подобное, не понимаю. Хотя, понимаю, если вы не умеете работать с МК, но умеете писать скрипты для Web серверов (хотя perl уже так устарел, что нет слов) так вы ещё и базу данных используете, mysql видимо и решение стало уже софтовым а не железным. Суть автоматизации не в костылях, а в простоте! Порой можно на реле собрать надёжное и простое решение а порой и 64ядерный сервер не справится с простой задачей. Я сейчас вижу, что rpi4 это микроскоп, которым забивают гвозди и доказывают, что так и должно быть.
И вот, я прочитал предыдущие 2 статьи (как мне показалось не ваши, потому что слишком много воды) и вопросов к моему комментарии стало ещё больше! Если вы пишите что esp32 C6 Wroom1 имеет на борту свой CAN интерфейс, то зачем ставить преобразователь uart-can? И так и не понятно, зачем на периферийном МК столько памяти на борту? И зачем там смотреть на энергопотребление, если питание по проводам приходит? Короче, вопросов стало ещё больше и нет на них ответов. И так и не понятно, чем CAN, в данном случае лучше rs-485, при том, что вы пишите что таких устройств может быть до 64, при этом rs-485 до 255. А комментарии к прошлым статьям показывают реальность этих статей.
У себя на фазенде я подключил все датчик через 1-Wire к RPi4. На Pi простой перловый скрипт делает регулярный опрос датчиков и скидывает данные через HTTPS запросы типа POST на сервер (в Postgres), где они обрабатываются и визуализируются простыми CGI скриптами. На всё-провсе ушло два дня. Пришлось вынужденно заняться этой темой в позапрошлом году после того, как из-за морозов ниже -35С у меня остановился газовый котел и все нафиг замерзло. Теперь весь дом мониторится, визуализируется и рассылаются оповещалки по e-mail. :-)
Вы используете целую RPi4 Для банального мониторинга и при этом ничем не управляете? Это же как минимум неэффективно! Ну вот не пришла SMS или почта (самый бессмысленный способ оповещения) и все снова замерзло, потому что вы не приехали! А все потому, что неэффективно используется оборудование. Вернее оно вообще не используется. Честно сказать, не слышал про perl скрипты уже очень долго, тем более для автоматизации.
А в чем необходимость именно can шины? Да, она может работать без ведомого, но это отчасти хаос и судя по модулями, они имеют не так уж им много интерфейсы. Если честно, я не понял куда их ставить (да, статью читал по диагонали, больше схему смотрел), чем они управляют и для чего предназначены. Ну модули, ну на CAN шине, а в чем особенность? Почему не 485,я понял из комментариев, но не понял почему отсутствие ведущего - это минус? Кто рулит всей сетью? Кто управляет, по какой логике и так далее. Ведущий может опрашивать узлы и принимать из них команды, коды, да все что ему необходимо, как это в промышленной автоматизации и он принимает решение на уровне головного. То, что происходит на уровне локального, он тоже знает но не мешает ему выполнять. И действительно не понимаю суть именно вот этого решения!? Должна же быть цель у проекта. Я перечитал и вижу, что есть описание пинов МК, что-то про питание и шину, про Ethernet модуль (хоть и не понятно зачем он там). Куча полевиков, пара реле, без опторазвязок. Бррр. Для чего это все? Умный дом - понятно, распределения система - тоже понятно, но все остальное, вы хоть опишите как проект, а не техническое решение. И самое главное - почему выбран именно этот микроконтроллер? Он же просто стоит как примитивный модуль, для отработки команд от головного! Включить и выключить реле! Зачем туда ставить плату с esp32 C6 Wroom1 и не использовать её!? Что мешает поставить что-то проще, дешевле, возможно с большим количеством пинов, в конце концов управлять большим числом нагрузок и иметь возможность подключения датчиков (если эта плата не для розетки). В любом случае этот модуль на шине висит и ему не нужен другой интерфейс. А вот поставить маленькую eeprom для записи уникальных персональных данных, без выбора адресов джамперами - это куда эффективнее. Работа большая проведена, но подумайте, насколько это эффективно? За из лишнюю эмоциональность сразу прошу прощения.
14 часов читать и корректировать лицензионное соглашение... Хмммм... Его же потом никто не читает))) уж если он с красными глазами, после 14 часов, я боюсь представить что будет с простым пользователем, который это прочитает.
Что-то я не понимаю, про какое солнышко и про какой хвост идёт речь? Это простой ИК канал и я говорил о том, что вам стоит взять светодиод (с охватом в 180 градусов) и просто считать все команды с заводских ИК пультов. И передавать на любое устройство с ИК приемником. Если приёмник примитивный и реагирует на взмах хвоста кошки, то это не проблема передатчика! А для большинства оборудования команды уникальны и используются только в одном виде. Канал вверх, канал вниз, громкость вверх, громкость вниз ну и так далее. Только power в основном на одной кнопке и работает на вкл и на выкл.
А на чем базируется ардуино? Это просто МК Atmega 328 (ну или подобное мощнее или с большим количеством пинов ввода/вывода). На самом деле, разработка своих решений это не сложно, просто не каждый кто работает только с ардуино может выйти за рамки плат прототипирования. А если это электронщик, грамотный, то он понимает, как это устроено и для него нет границ для разработки своего железа, хоть для дома, хоть для предприятия. Несомненно, для предприятия просто не примут контроллер на Atmega, но это не значит что он там не сможет работать.
Так вы на целевые проекты смотрите а говорите в целом про архитектуру. И программный код на Pyton (который кстати в тысячу раз медленнее работает на МК) и Rust. А в чем тогда смысл? Низкоуровневые МК нужно уметь программировать правильно, оптимизированным и корректный кодом, а не python-ом. Вы берете более мощный мк, менее производительный язык программирования, дополнительные настройки и делаете проект, который по производительности не быстрее чем на Arduino... Как мне это знакомо! Это софтверный подход, а не подход электроника и автоматика. Я на паре десятков ардуино смогу сделать автоматизацию предприятия, которая будет работать и очень корректно. А вот вам будет сложно на pico малине осуществить тоже самое. Это разные мк под разные задачи. И ещё, имейте ввиду, что Arduino это не только Atmega 328. В линейке ещё очень много мощных мк. И если вы не понимаете суть их и просто сравниваете их по скорости, производительности и мощности, без других факторов, то вам стоит разобраться с их назначением и только потом вещать свое мнение.
Ну так кто мешает вам её брать и использовать? Мощнее ардуино сейчас почти все микроконтроллеры! А в итоге, в 90% проектов применяется максимально простое решение с кодом на С++, с минимальным объёмом памяти и оптимизации. И нет необходимости в этих малинах, esp32 и прочих мастодонтах. Вы сами то понимаете, как использовать её двухядерность? Понимаете как она работает, эта малинка? Чем её программировать, что и как к ней подключать? Если это просто "умный" комментарий, то лучше оставьте его при себе.
А в чем смысл говорить о том, что Esp лучше? В чем лучше? Это просто 2 разных микроконтроллера. Они могут работать независимо и понятие лучше здесь не применимо. Если мне просто нужно разрулить с десяток сигналов на простой логике, без Wi-Fi, без bluetooth без геммороя, то я возьму ардуино. Если мне нужно устройство, беспроводное, то я возьму Esp32. Ардуино не устарела, потому как состоит из одного микроконтроллера, а это самая простая архитектура! До сих пор на Atmega 8-32 делают готовые устройства и они выпускаются по сей день. А если вы мыслите потребительски (пошёл готовое взял и всё) то что вы делаете в этой теме? Зачем ваши комментарии в теме про ардуино?
Это сейчас в программирование приходят после заборостроительного и гвоздевыпрямительного институтов. Сейчас в ИТ влетают все, кому не лень и спустя месяц считают себя гениями, а в 90 и 2000 это было призвание и талант, не каждый мог взять и разработать простую программу на С или Pascal, не говоря уже о сложных вещах. Но и программирование тогда было целевым, разрабатывал код для определённых задач производства, банков и прочего очень ответственного. Там нужно было думать и мыслить сильно вперёд. И ответственность была сильно выше чем сейчас. Там каждый головой отвечал за свою программу.
А не проще было поставить esp32 с одним ИК диодом (ну и одним мосфетом) и не трогать устройство? Передавай сигналы кому хочешь, телевизору, саундбару, кондиционеру и любому другому, кто использует ИК для работы.
Я высказал свое мнение, вы начали защищаться. Зачем? Разве я сказал что вы делаете что-то ненужное? Моя мысль о том, что делается очередная "универсальная" макетка для целевых задач. Просто статья ради статьи? Объясните, а чем мк + лора отличается от вашей платы или от того же EByte, И в чем проблема взять готовый модуль от EByte? Сразу все готовое, с низким энергопотреблением, с хорошими диапазонами и дальность, адекватными по цене. Готовый под пайку модуль. И программируй его сразу. Зачем снова изобретать колесо?
Проект можно сказать - прикольный, не более. Использовать как макетку - да, можно, но порой нужен другой чип для лоры, более мощный или другого диапазон. Следовательно этот релиз уже не подходит. И опять-же, использовать макетку для устройства, да зачем оно нужно. Изготавливать плату, которая совместима с pro mini, тоже не понятно, что мешает подключить любую лору к любому МК? Те более что у лоры и диапазонов много и задачи разные и мощность тоже. В общем как игрушку для временной мелочи - да, можно, а как практичное устройство, в виде макетки да и ещё на батарейках - где вы учились и учились ли вы вообще? Релиз не имеет права быть на макете!
Все остальные обсуждения, касательно долговечности на одной батарейке - исключительно зависит от задач датчика, периодичности опроса и так далее. В режиме сна считать ток потребления, не опираясь на энергозатраты в режиме чтения данных с пинов или от устройств, анализа, вычисления и передачи данных - ну это прям по детски как-то. Нет универсального энергопотребления, Все от задач зависит.
Дружище, ты почему смотришь только софтовую часть? Этот мк делался с упором на аппаратные возможности. И некоторые функции, такие как чтение данных с пинов, работают быстрее чем rp2040 и прочие на Pyton. Что вы уперлись в api и sdk? Api тут вообще не требуется, sdk это просто библиотека, но ты её видишь как-то по своему. Не стоит путать целевое назначение МК и программное обеспечение для этого МК. А что касается Ардуино, то посмотри, что сейчас есть на рынке (ну или год назад что было) ты просто говоришь про atmega328, да, это древний МК, который актуален до сих пор, потому что простой и не прихотливый. А ещё есть Arduino Portenta X8, да это тоже Arduino, но посмотри на характеристики этой платы:
PROCESSOR NXP® i.MX 8M Mini - 4x Arm® Cortex®-A53 core up to 1.8 GHz, 1x Arm® Cortex®-M4 core up to 400 MHz
MICROCONTROLLER STMicroelectronics STM32H747AII6 Dual Arm® Cortex®-M7/M4 IC - 1x Arm® Cortex®-M7 core up to 480 MHz 1x Arm® Cortex®-M4 core up to 240 MHz
EXTERNAL MEMORY 2 GByte Low Power DDR4 DRAM; 16 GByte eMMC
И вообще посмотри на все решения под этим названием, много нового узнаешь. Уперлись в свои стереотипы и ими оперируете. Вы шоры уберите со своих глаз и на многое будете глядеть иначе. В последнее время сильно раздражают вот такие диванные эксперты, которые "умные" вещи пытаются писать. Пишут что ардуино - это для новичков, а rp2040 - это типа продвинутые.
Все верно! Начинать от простого к сложному! Постепенно, кушая слона по частям, начиная с маленьких кусочков.
Что из этого, начинающий должен был понять? Что-то про регистры процессора? Про прерывания? Про команды? Про что? Кусок незаконченной статьи, текст ничем, информации - нет. Читал, смотрел и статья закончилась. Неожиданно. Это ещё и часть 1! Я боюсь представить, что будет в части 2! Там на асмемблере будем писать операционку? Автор, ты молодец, что хочешь поделиться чем-то, но попробуй структурировать подачу информации. Ты пишешь : для начинающих, а я с опытом ассемблера и работая с этими одноплатниками тебя не понял!
Я такие софтверные решения применял в начале 2000,потому что автоматизация была на низком уровне, но были lpt порты, com-порты. Для них делали модули и да, собирали инфу, управляли железом, передавали на почту, хранили в базах данных. И Web сервера поднимали и так далее. Но сейчас, делать тоже самое, но на более компактном железе и говорить про актуальность.... Ну не знаю.... 25 лет уже прошло, сейчас есть более интересные решения, вариантов организации на любых МК, любых платформах...
Тем более, если не применять ethernet, то зачем юзать такое мощное железо?
И для чего же ещё нужен UNIX host особенно rpi4? Вы для чего её используете? Мониторинг? Я же про автоматизацию говорю. То, что вы делаете мониторингом, а потом ногами, реализуется на одной atmega328 или самой дешёвой esp32. Зачем туда толкать rpi4 или что-то подобное, не понимаю. Хотя, понимаю, если вы не умеете работать с МК, но умеете писать скрипты для Web серверов (хотя perl уже так устарел, что нет слов) так вы ещё и базу данных используете, mysql видимо и решение стало уже софтовым а не железным. Суть автоматизации не в костылях, а в простоте! Порой можно на реле собрать надёжное и простое решение а порой и 64ядерный сервер не справится с простой задачей. Я сейчас вижу, что rpi4 это микроскоп, которым забивают гвозди и доказывают, что так и должно быть.
И вот, я прочитал предыдущие 2 статьи (как мне показалось не ваши, потому что слишком много воды) и вопросов к моему комментарии стало ещё больше! Если вы пишите что esp32 C6 Wroom1 имеет на борту свой CAN интерфейс, то зачем ставить преобразователь uart-can? И так и не понятно, зачем на периферийном МК столько памяти на борту? И зачем там смотреть на энергопотребление, если питание по проводам приходит? Короче, вопросов стало ещё больше и нет на них ответов. И так и не понятно, чем CAN, в данном случае лучше rs-485, при том, что вы пишите что таких устройств может быть до 64, при этом rs-485 до 255. А комментарии к прошлым статьям показывают реальность этих статей.
Вы используете целую RPi4 Для банального мониторинга и при этом ничем не управляете? Это же как минимум неэффективно! Ну вот не пришла SMS или почта (самый бессмысленный способ оповещения) и все снова замерзло, потому что вы не приехали! А все потому, что неэффективно используется оборудование. Вернее оно вообще не используется. Честно сказать, не слышал про perl скрипты уже очень долго, тем более для автоматизации.
Это можете купить в интернете, под управлением Алисы. А здесь речь о другом.
А в чем необходимость именно can шины? Да, она может работать без ведомого, но это отчасти хаос и судя по модулями, они имеют не так уж им много интерфейсы. Если честно, я не понял куда их ставить (да, статью читал по диагонали, больше схему смотрел), чем они управляют и для чего предназначены. Ну модули, ну на CAN шине, а в чем особенность? Почему не 485,я понял из комментариев, но не понял почему отсутствие ведущего - это минус? Кто рулит всей сетью? Кто управляет, по какой логике и так далее. Ведущий может опрашивать узлы и принимать из них команды, коды, да все что ему необходимо, как это в промышленной автоматизации и он принимает решение на уровне головного. То, что происходит на уровне локального, он тоже знает но не мешает ему выполнять. И действительно не понимаю суть именно вот этого решения!? Должна же быть цель у проекта. Я перечитал и вижу, что есть описание пинов МК, что-то про питание и шину, про Ethernet модуль (хоть и не понятно зачем он там). Куча полевиков, пара реле, без опторазвязок. Бррр. Для чего это все? Умный дом - понятно, распределения система - тоже понятно, но все остальное, вы хоть опишите как проект, а не техническое решение. И самое главное - почему выбран именно этот микроконтроллер? Он же просто стоит как примитивный модуль, для отработки команд от головного! Включить и выключить реле! Зачем туда ставить плату с esp32 C6 Wroom1 и не использовать её!? Что мешает поставить что-то проще, дешевле, возможно с большим количеством пинов, в конце концов управлять большим числом нагрузок и иметь возможность подключения датчиков (если эта плата не для розетки). В любом случае этот модуль на шине висит и ему не нужен другой интерфейс. А вот поставить маленькую eeprom для записи уникальных персональных данных, без выбора адресов джамперами - это куда эффективнее. Работа большая проведена, но подумайте, насколько это эффективно? За из лишнюю эмоциональность сразу прошу прощения.
14 часов читать и корректировать лицензионное соглашение... Хмммм... Его же потом никто не читает))) уж если он с красными глазами, после 14 часов, я боюсь представить что будет с простым пользователем, который это прочитает.
Что-то я не понимаю, про какое солнышко и про какой хвост идёт речь? Это простой ИК канал и я говорил о том, что вам стоит взять светодиод (с охватом в 180 градусов) и просто считать все команды с заводских ИК пультов. И передавать на любое устройство с ИК приемником. Если приёмник примитивный и реагирует на взмах хвоста кошки, то это не проблема передатчика! А для большинства оборудования команды уникальны и используются только в одном виде. Канал вверх, канал вниз, громкость вверх, громкость вниз ну и так далее. Только power в основном на одной кнопке и работает на вкл и на выкл.
А на чем базируется ардуино? Это просто МК Atmega 328 (ну или подобное мощнее или с большим количеством пинов ввода/вывода). На самом деле, разработка своих решений это не сложно, просто не каждый кто работает только с ардуино может выйти за рамки плат прототипирования. А если это электронщик, грамотный, то он понимает, как это устроено и для него нет границ для разработки своего железа, хоть для дома, хоть для предприятия. Несомненно, для предприятия просто не примут контроллер на Atmega, но это не значит что он там не сможет работать.
Так вы на целевые проекты смотрите а говорите в целом про архитектуру. И программный код на Pyton (который кстати в тысячу раз медленнее работает на МК) и Rust. А в чем тогда смысл? Низкоуровневые МК нужно уметь программировать правильно, оптимизированным и корректный кодом, а не python-ом. Вы берете более мощный мк, менее производительный язык программирования, дополнительные настройки и делаете проект, который по производительности не быстрее чем на Arduino... Как мне это знакомо! Это софтверный подход, а не подход электроника и автоматика. Я на паре десятков ардуино смогу сделать автоматизацию предприятия, которая будет работать и очень корректно. А вот вам будет сложно на pico малине осуществить тоже самое. Это разные мк под разные задачи. И ещё, имейте ввиду, что Arduino это не только Atmega 328. В линейке ещё очень много мощных мк. И если вы не понимаете суть их и просто сравниваете их по скорости, производительности и мощности, без других факторов, то вам стоит разобраться с их назначением и только потом вещать свое мнение.
Ну так кто мешает вам её брать и использовать? Мощнее ардуино сейчас почти все микроконтроллеры! А в итоге, в 90% проектов применяется максимально простое решение с кодом на С++, с минимальным объёмом памяти и оптимизации. И нет необходимости в этих малинах, esp32 и прочих мастодонтах. Вы сами то понимаете, как использовать её двухядерность? Понимаете как она работает, эта малинка? Чем её программировать, что и как к ней подключать? Если это просто "умный" комментарий, то лучше оставьте его при себе.
А в чем смысл говорить о том, что Esp лучше? В чем лучше? Это просто 2 разных микроконтроллера. Они могут работать независимо и понятие лучше здесь не применимо. Если мне просто нужно разрулить с десяток сигналов на простой логике, без Wi-Fi, без bluetooth без геммороя, то я возьму ардуино. Если мне нужно устройство, беспроводное, то я возьму Esp32. Ардуино не устарела, потому как состоит из одного микроконтроллера, а это самая простая архитектура! До сих пор на Atmega 8-32 делают готовые устройства и они выпускаются по сей день. А если вы мыслите потребительски (пошёл готовое взял и всё) то что вы делаете в этой теме? Зачем ваши комментарии в теме про ардуино?
Это сейчас в программирование приходят после заборостроительного и гвоздевыпрямительного институтов. Сейчас в ИТ влетают все, кому не лень и спустя месяц считают себя гениями, а в 90 и 2000 это было призвание и талант, не каждый мог взять и разработать простую программу на С или Pascal, не говоря уже о сложных вещах. Но и программирование тогда было целевым, разрабатывал код для определённых задач производства, банков и прочего очень ответственного. Там нужно было думать и мыслить сильно вперёд. И ответственность была сильно выше чем сейчас. Там каждый головой отвечал за свою программу.
А не проще было поставить esp32 с одним ИК диодом (ну и одним мосфетом) и не трогать устройство? Передавай сигналы кому хочешь, телевизору, саундбару, кондиционеру и любому другому, кто использует ИК для работы.
Я высказал свое мнение, вы начали защищаться. Зачем? Разве я сказал что вы делаете что-то ненужное? Моя мысль о том, что делается очередная "универсальная" макетка для целевых задач. Просто статья ради статьи? Объясните, а чем мк + лора отличается от вашей платы или от того же EByte, И в чем проблема взять готовый модуль от EByte? Сразу все готовое, с низким энергопотреблением, с хорошими диапазонами и дальность, адекватными по цене. Готовый под пайку модуль. И программируй его сразу. Зачем снова изобретать колесо?
Проект можно сказать - прикольный, не более. Использовать как макетку - да, можно, но порой нужен другой чип для лоры, более мощный или другого диапазон. Следовательно этот релиз уже не подходит. И опять-же, использовать макетку для устройства, да зачем оно нужно. Изготавливать плату, которая совместима с pro mini, тоже не понятно, что мешает подключить любую лору к любому МК? Те более что у лоры и диапазонов много и задачи разные и мощность тоже. В общем как игрушку для временной мелочи - да, можно, а как практичное устройство, в виде макетки да и ещё на батарейках - где вы учились и учились ли вы вообще? Релиз не имеет права быть на макете!
Все остальные обсуждения, касательно долговечности на одной батарейке - исключительно зависит от задач датчика, периодичности опроса и так далее. В режиме сна считать ток потребления, не опираясь на энергозатраты в режиме чтения данных с пинов или от устройств, анализа, вычисления и передачи данных - ну это прям по детски как-то. Нет универсального энергопотребления, Все от задач зависит.