Я просто понял статью так, как пытался донести до читателя ее автор. Вы - по другому. По мнению автора Arduino и C - это разные языки.
Нет, не "верхнее". Откройте соответвующие даташиты и посмотрите. Пусть на конкретный дисплей найти даташиты непросто. Зато на МК и Лору - легко. Мк Атмега328, таблица 32-3 - для 8 МГц типичное потребление в активном режиме 5мА, максимальное - 12.ДВЕНАДЦАТЬ! Теперь LoRA sx1278 - таблица 2,5,1 , типичное потребление в режиме приемника от 10.8 до 12мА, передатчика - от 20 до аж 120мА в записимости от мощности. Пусть ваши модули потребляют даже в 2 раза ниже типичных значений (ну вот повезло вам, попались удачные образцы А экран не потребляет вовсе. Все равно получается (5 +11 + 0)/2 = 8мА Так что ваши 3мА - цифра абсолютно нереальная. Вы либо врете, либо категорически не умеете мерить. В принципе и то и другое хорошо согласуется с остальными вашими высказываниями про "язык ардуино" и прочую ерунду
Ну, автор то пишет это сознательно, ради полемического эффекта. а новички потом повторяют, не понимая, что в их устах это звучит полной чушью. Для Cadil - Основа тулчейна Ардуино - библиотека Wiring. Это именно библиотека, точно такая же, как например библиотека экрана или библиотека термосенсора. Да, она не слишком эффективно написана. поскольку ее авторы заботились в первую очередь о простоте использования, а не о скорости или энергопотреблении. Но это именно библиотека языка Си/С++ и вам никто не запрещает в рамках того же ардуино использовать другие библиотеки (они есть) и даже написать свою. Но говорить, что Ардуино - это не язык Си - это абсолютно безграмотно и выдает в вас голимого чайника.
ардуино это не другой язык, а типа библиотека с повышенной многоплатформенностью и упрощенностью использования. естественно это достигается путем компромиссов. Использовать вместо богохульных диджиталВрайтов "чистый си" - это круто, модно и молодежно ящитаю, но для чего-то большего чем мигание светодиодом в 90% случаев все равно придется искать какие-то библиотеки. Да, возможно они будут работать лучше и быстрее, но их может просто не оказаться в наличии, и тогда отвергая ардуино придется углубляться и в программирование и в тонкости устройства конкретных микроконторллеров, и если с атмегами это еще в какой-то мере легко (много уроков, примеров, и даже готовых библиотек), то с чем-то другим можно и мозг сломать так ничего и не добившись.
где-то там же есть сведения о токопотреблении периферии. То бишь грамотно оперируя регистром PRR можно энергопотребление свести к минимально возможному. Сперва надо договориться - какую величину мы измеряем? Моментальное потребление, среднее, медианное или ещё что? Если мы говорим об усреднении, то за какой период?
такие суждения от невежества. У любого производителя есть и библиотеки, и стеки. А если чего-то нет, то оно обязательно найдётся у сообщества.
наверно. Но по большей части это всё контент для профессионалов, для которых подобный вопрос типа "делать ли вот этот модуль для управления ядерным реактором на ардуино или не на ардуино" не стоит в принципе. В соседней теме где-то вон обсуждают почему блютус в какой-то ЕСПешке отжирает всю память нафиг - и чо? наверное кто-то должен раскурить даташит и написать более лучшую библиотеку. но кто это сделает?
Такие суждения от расстановки приоритетов. Кто-то готов ковырять регистры некоего МК, а кто-то просто делает то что ему нужно, наиболее подходящим способом. Ардуино облегчает делание, уменьшая, при этом, доступные юзверю ресурсы МК. Кто в теме, для тех нечастых случаев, когда ресурсов нужно больше, может уйти в регистры, ничего там сложного нет. Однако, не стоит превращать работу с регистрами МК в антирелигию Ардуино. Любая религия есть опиум для народа, что "слава Ардуино", что "слава чистому Си".
именно. Но никто не мешает достичь уровня профессионала обычному хоббисту. касательно ESP - в родном тулчейне всё есть. С ESP проблемы с другой стороны растут.
сейчас изучаю MSP430F55xx. Это такая линейка МК от TI с USB на борту. А т.к. у TI есть USB стек, то желания ковырять регистры у меня нет. Реализация разворачивается в громоздкий код объемом почти 5 кБ. Но мне пофигу - у TI под USB выделено 2 кБ RAM + 4 кБ RAM под свои нужды. Хотя LUFA интереснее и меньше занимает памяти (стек от атмела ещё меньше, но возможности очень скудны). Но если сравнивать в лоб MSP430F5510 и atmega32u4 - МК от TI на голову выше.
много кто мешает. во-первых производительность МНУ не у всех достаточно высокая. во-вторых, мотивации может не хватить. Мне например больше нравится паять чем программировать, а изучение глубин даташитов и всяких там хитрых протоколов иногда конечно приносит удовлетворение, но чаще фрустрацию, т.к. предыдущий пункт. ну и свободное время самый бич.
Знаете сколько одних железок "на голову выше" чем другие. Вам нравится ковырять их кишки - прекрасное хобби. Но хобби у всех разные. Однако, повторюсь, забивать гвозди, если их надо забивать, удобнее молотком, хотя устройство у него уже пару тысяч или более лет принципиально не менялось.
