Да, спутал.

да всё норм .. я боялся ты его перепаивать будешь и пытаться разогнать ;)))

:))

У автора этого комента было замечено двух(!!!) ядерное ардуино , но он решил скрыть это туманом молчания . может вы на видео покажете реализацию этого проекта ?

По поводу "воды" и времени, согласен, есть над чем поработать. А по поводу неточностей и дезинформации - напишите что именно, в чем ошибся?

Например, указывали на кварц который стоит на интерфейсной меге, а кварц на ATMEGA2560 мелкий и находиться в низу с лева от чипа. Но я не задавался целью тыкать Вас носом в ошибки и не записывал их. Я попытался дать совет который возможно будет полезен.

Плюс какой смыслы из arduino IDE писать на чистом avr gcc который так тщательно инкапсулировали (упростили) ребята из компании для начинающих? AVR Studio бесплатна и там гораздо удобнее писать на чистом си если уже так хочется "ускорить" контролер и конечно же есть еще асемблер!!! Можно начинающих путать до опупения =)

Да, про кварц, это я потом уже понял что не туда показывал, но ведь все равно часто та та же - 16 мГц. Да, все верно, AVR Studio хорошая вещь. С ассемблером и я часто в ступор впадал :)

на последних минутах автор озвучил точно такие же мьісли.

Что мешает написать свои собственные функции и туда засунуть эти непонятные каракули? Будет и простота чтения/писания и скорость.

Насчёт "поинтереснее железо": подскажите, пожалуйста, в каком направлении копать? Где можно почитать что-нибудь на эту тему? Спасибо :)

@@user-ju7im5rp4u stm32 как вариант -) цена та же, возможностей больше.

@@progressivereloaders92 Это не Си++. Это Си

@@cutefox8319 Я в Atmel studio когда кодю, как раз такие функции типо ардуиновских Digital write Digital read Или даже Аnalog write, analog read и прописываю в виде макросов, обращаясь внутри них напрямую к биту порта или к регистру результатаАЦП илиТаймера в режиме Шим, вернее один раз прописал и потом просто копирую из проэкта в проэкт в заголовочный файл: Получается и Быстрое выполнение команд и одновременно их читабельность:))

А что мешает написать свои функции, которые будут юзать эти непонятные каракули? Сделаешь библиотеку и код переписывать не придется под каждую плату. Мыслите шире)

О да. Я вас понимаю. Я начинающий, только вхожу в эту сферу. Но все равно это так увлекательно самому что-то создать и видеть как это работает!!! Ассемблер вещь крутая. Но в современном мире его будут изучать только те, кто работают в этой сфере. Обычные пользователи не будут его изучать в силу сложности вхождения. Слишком много читать, ещё и даташиты на английском... А на Ардуино можно научиться программировать за час... Я не говорю что ассемблер плох. Наоборот, это крутая вещь. Но его сейчас никто не изучает.

До сих пор в шкафу лежит Sintez . В своё время , что бы его купить , пришлось откладывать деньги больше полугода .

@@victortremov9584 , брат брал Синтез с рук у "зажиточного" одногруппника, когда тот на Амигу переходил. Ценник сейчас и не вспомню, но если мама не ругалась, то было недорого)). Надо бы у брата спросить, вспомнить молодость))

Да парни, я вам покажусь мамонтом)) - мы разрабатывали и кодили аж в середине 90-х для i8081 8битного, и это была серийная продукция))

@@KirillVotrin , угу - чистый asm, никакого Си у нас на контроллеры тогда не было. На си писал для АТ, и без всяких плюсплюсов. Но я больше железо и общее сист.построение.

Как раз работать в Ардуино менее всего удобно. Я работаю в разных IDE и Ардуино самый худший.

@@user-og6vn2nz5j Я имел ввиду не само IDE, а фреймворк Ардуино. Он доступен например в PlatformIO. Довольно удобно использовать Ардуино код для быстрого написания программы. Куча встроенных библиотек. Типа матх и сериал. Потом после проверки идеи можно переписать код на регистры, для ускорения быстродействия.

Можно и в Arduino IDE наассемблере писать. Это просто редактор и подключен к нему тот же компилятор.

Писать на ассемблере можно где угодно. Хоть в блокноте. Лучше использовать Нотпад++ А дольше сгенерировать hex файл и зашить его обычным программатором. Для генерации прошивки можно использовать tavrasm.

Добрый день. В Гугле введите "Arduino Uno Pinout" или название той Ардуино что вам нужно. Перейдите в "Картинки". Там и будут распиновки

поясни

и в правду не тот

Добрый деень. Какой микроконтроллер у вас установлен?

@@UCanDo ардуино нано, на выход все работает

Я имел в виду какой конкретно микроконтроллер установлен на вашей Ардуино. Так как могут устанавливать разные микроконтроллеры. Предположу что это либо Atmega168 либо Atmega328. Может посмотреть какая именно?

@@UCanDo атмега328

Попробуйте простой скетч: const int buttonPin = 8; // the number of the pushbutton pin const int ledPin = 13; // the number of the LED pin void setup() { pinMode(ledPin, OUTPUT); pinMode(buttonPin, INPUT); } void loop() { if (!(PINB & 0b00000001)) { digitalWrite(ledPin, HIGH); } else { digitalWrite(ledPin, LOW); } } При нажатии на кнопку должен загораться светодиод

Да, именно в этом и проблема. Команды приведены для контроллеров AVR. STM использует совершенно другие команды, и не известно, поддерживаются они в среде Ардуино ИДЕ или нет. Как пример, посмотрите мое видео ukposts.info/have/v-deo/kqKcpWyxfJ12z5s.html Это мигание светодиодом на STM. Там используются совершенно другие команды.

Спасибо) будет время обязательно попробую разобраться)

Подобный вопрос уже был. Проверяется осциллографом. Но у меня осциллографа нет, потому взял данные из статей (ссылки есть в описании к видео).

Какая же прелесть? Вместо короткой команды PIN писать непонятную DigitalRead?

Не си усложняет, а arduino IDE упрощает. Просто в ней есть библиотека и всё. Кто тебе мешает написать раз: unsigned char WriteBit(unsigned char In, unsigned char BitNum, unsigned char Val){ return (Val==0) ? In&(~(1

Дошли!!!) void WriteBit(unsigned char *In, unsigned char BitNum, unsigned char Val){ *In = (Val==0) ? *In&(~(1

@@user-il4kd9qq3y кста, обращаться к переменной одновременно как к байту, так и побитно можно при помощи вот такой конструкции: union { struct flag_bit { int f0 : 1; int f1 : 1; int f2 : 1; int f3 : 1; int f4 : 1; int f5 : 1; int f6 : 1; int f7 : 1; } b; byte in; } in_f; таким образом написав: in_f.in = 55; // мы записываем в байт а прописывая: in_f.b.f0 = 1; in_f.b.f5 = 0; //мы работаем с битовыми полями нашей байтовой переменной in_f! Очень легко, просто и наглядно, причём компилятор всё делает чисто и красиво, я в асм'овский код заглядывал! 👍😁 Особенно мне это помогло, когда на плате ввода/вывода 3х8 все входы/выходы "территориально" перепутаны: union { struct in_bit { int d17 : 1; int d19 : 1; int d21 : 1; int d23 : 1; int d22 : 1; int d20 : 1; int d18 : 1; int d16 : 1; int d8 : 1; int d6 : 1; int d2 : 1; int d4 : 1; int d0 : 1; int d1 : 1; int d3 : 1; int d5 : 1; int d11 : 1; int d14 : 1; int d13 : 1; int d15 : 1; int d12 : 1; int d9 : 1; int d10 : 1; int d7 : 1; } i; struct in_byte { byte i0, i1, i2; } a; } in, ev; Ну-у, разводка платы было такая, что уж тут поделать! 🤔 А так хоть какая-то "понятность" в представлении сигналов и переносимости на другую плату была! Кста, так можно и в Ардуине порты описать! 👍😁🤪

я не знаю что вам ардуино иде упрощает, любая нормальная среда сама умеет за тебя дописывать строки, только переменные вписывай, в стм у тебя готовые функции лежат тебе просто нужно знать от куда их копировать и как ими пользоваться и тебе не нужно угадывать как тонны абстракции под твоим кодом будут всё собирать и потом выполняться. Арудино упрощает первый год возможно пока ты учишь всё это дело, потом просто нужно понять что это говно просто ущербно либо нужно для простещих проектов на уровне хобби или какого-то переключателя дома.

Лично не делал и не проверял. Есть проекты, где Ардуино воспроизводит звуковые файлы, но это были не MP3 a WAV, да ещё с урезанным битрейтом. На мой взгляд качественный плеер MP3 на базе Ардуино сделать невозможно. Либо использовать внешние модули MP3 - кодировщики, либо переходить на STM

Можно, но это не всегда на что-то влияет. Бывает что добавление этого файла не приводит ни к каким результатам.

нет, да и зачем вам это нужно, BASCOM и так не плохо работает

Серьёзно? Автор явно указывает неправильные компоненты. И чему он научит? Писец.

Все верно говорите.

Antisd Alexander Вообще-то, в ардуино есть описание платформ, в котором можно поправить частоту кварца.

+Александр Писклов Дело не в описании платформ и частоте кварца, а в том что все библиотеки рассчитаны на конкретную частоту МК. Тайминги в библиотеках сместятся, что вызовет сбой в работе/инициализации того или иного устройства. Если менять кварц (и соответственно менять частоту в описании платформы) то и нужно будет соответственно править и все библиотеки ко всем возможным устройствам... Та ещё головомойка...

Был бы у меня осциллограф, промерял бы реальную работу. А так, данные взяты из различных статей. Ссылки на них есть в описании к видео.

Если нет осциллографа, можно воспользоваться фантазией и секундомером. Пишется, например, 100 одинаковых строк digitalWrite на включение светодиода, зацикливаются на повтор 500 раз, следом за циклом пишется цикл 100 digitalWrite на выключение, прокручивающийся 9500 раз. Перед циклами желательно запретить прерывания. Получается, что за один проход двух циклов команда digitalWrite будет выполнена 1 млн раз, а обрабочик цикла всего лишь 10 тысяч раз. Т.о., период вспышек будет определяться в основном длительностью выполнения digitalWrite. Измеряете секундомером длительность, например, 10 вспышек, делите её на 10 миллионов - вот искомая длительность. Если лень возиться с секундомером, можно воткнуть снаружи циклов измерение разницы millis() c отсылкой результата в параллельный порт, только тогда прерывания нельзя выключать, и обработчик прерываний внесёт дополнительное время в измеряемый период. На UNO получается 5,15 мксек, а на MEGA 2560 - 7,73 мксек.

есть бенчмарки и мой Нано показывает длительность digitalWrite(3, HIGH); равную 3,67 микросекунды, а PORTB |= 0x80; длится 0,57 микросекунды.

Кстати, если есть Logic Analyser, то можно просто подряд несколько одинаковых команд инверсии пина поставить и посмотреть в графике длительность импульсов.

JRichVid Самому было интересно, откуда такие цифры. Я на mega32u4 осциллографом мерил - ~3.7мкС, а прямая запись в порт (out (p, val)) - 62.5нС.

Данные взяты из разных источников (ссылки на статьи есть в описании). Но можно и просто осциллографом посмотреть.

Добрый день. Код смогу проверить только на выходных. Проверять через if в основном цикле программы с такой частотой не получится. Только прерываниями. Но надо проверить.

мой код такой: void setup() { pinMode(2, INPUT); pinMode(4, INPUT); attachiterrupt(0, DF, RISING); void DF() { if (PIND & 0b00010000) { s++; }else{ s - -; } void loop() { // перевод s в градусы //далее выводим s на lcd или serial.

ститывание импульсов с энкодера происходит с частотой ~5 кГц но если из DF убрать if (PIND & 0b00010000) { s++; }else{ и оставить только s-- то он считывание выполняет с частотой в ~ 35 - 50 кГц

Все верно. На эту тему я делал видео: ukposts.info/have/v-deo/jXxohIeEqmZjuWw.html

Да увидел, но есть одно замечание по по поводу шим. Пром. двигатели от частотников пищат от 1300, до 16 000 Гц, иногда 800-1200 частоты фигурируют - тут уже проблема в выходном каскаде скорее всего. А в общем хорошие видео так держать. Сам хотел канал запилить, но хорошая работа, резко всплывшая из ниоткуда, испортила все начинания!!! ) @@UCanDo

+Andrew Mikhno Спасибо за отзыв. Слова - паразиты, трудно избавиться от того чему был научен. По поводу ускорения. Все верно, контроллер работает с той же скоростью, НО скорость выполнения программы увеличилась. Стандартные команды Ардуино ИДЕ сделаны универсальными (работают на любом микроконтроллере) а универсальность влечёт за собой усложнение кода для того что бы именно эта команда сработала именно на той Ардуино какую вы используете. В результате контроллер вместо одной операции делает несколько операций. Это влечёт за собой "медленную" работу программы, так как контроллер выполняет действия, которые на самом деле не нужны. В видео я привёл пример прямой записи в порт - такой код весит на много меньше (так как не происходит подключения стандартного "универсального" кода Ардуино ИДЕ, он здесь просто не нужен), а если лишний код не добавлен, то и контроллер не будет тратить рабочее время, а сделает только то что ему указали - запись в порт. Именно это и является "ускорением" - не делать лишней работы, а только то, что нужно. Код не другой, он тот же, только выглядит иначе. Но весит меньше и выполняется быстрее.

Тогда следует говорить про реализацию алгоритма и оптимизацию кода. Но ни в коем случае не о том что контроллер заработал быстрее. Для примера - работу ПК можно ускорить путем некоего API увеличив частоты некоторых подсистем на мат.плате/процессоре. В этом случае получается "без обмана" - софтовое ускорение. По вашей же логике что бы сделать программное ускорение - нужно переписать код всей системы. Повторюсь - это оптимизация реализации алгоритма, не более. Изначально я подумал - вау, какой то программный трюк, недокументированные возможности, какие то заложенные производителем ограничения в виде излишних задержек при выполнении машинного кода, и это можно отключить, но был уверен на 99.9(9)%, что это скорее всего маркетинговый ход - называть вещи не своими именами.

+Andrew Mikhno Да, вы правы, правильно говорить "оптимизация" а не "ускорение". Видео рассчитано на заядлых "ардуинщиков", которые ничего другого не знают и не понимают сути процесса. Я просто хотел дать толчок к саморазвитию, к более глубокому освоению МК и т.д. Именно по этому я говорил об ускорении, а не об оптимизации - многие даже не знаю что это такое, а вот "ускорить" "на халяву" - этого многие хотят :)) вот я и попытался "перевернуть умы людей". Не подумайте что я из себя строю всезнающего, нет, наоборот, я сам только учусь. И о том что узнаю - рассказываю другим. И я тоже ошибаюсь. Но и учусь :)

Andrew Mikhno Ага. На самом деле это не ускорение, а оптимизация кода.

Home Made - То, что ты можешь сделать Вообще-то, это называется оптимизацией.

Ассемблер есть Ассемблер. Вот только его Большинство Ардуинщиков совершенно не знает.

Можно ещё быстрее: .MACRO ONOFF sbi PORTB, 7 cbi PORTB, 7 .ENDM loop: ONOFF ONOFF ONOFF ONOFF ... ONOFF rjmp loop

Денис Акимов На ассемблере куда круче. И всегда понятно, сколько будет выполняться тот или иной код.

Home Made - То, что ты можешь сделать Ага. Как-то давно делал usb устройство на pic'е с внешним usb контроллером. Писал, естественно, на ассемблере. Тут решил опробовать ардуино и понял, что это для детей. Лучше использовать атмел студию.

первые 2 инструкции по 2 такта крайняя от 2 до 4. итого нога будет дрыгаться какминимум с 1/4 системной тактовой

Проблема совместимости возникает только на программном уровне, но не со всеми модулями. Некоторые все так же работают, а некоторые нет. Это связано с таймингами в командах. При замене кварца, время задержек изменяется, что влечет за собой неправильную передачу команд/данных, и, соответственно, это вызовет проблемы в работе.

Нужно смотреть Даташит на используемый микроконтроллер. Там все подробно описано, все возможные Настройки. Только неопытному человеку там трудно будет разобраться

@@UCanDo и с чего начать в итоге?

Что конкретно вас интересует? Если хотите посмотреть список доступных команд для Ардуино IDE, то вот здесь можете посмотреть основные Команды: arduino.ru/Reference Вот здесь можете посмотреть более расширенный список команд: www.arduino.cc/reference/en/ Вообще в Ардуино IDE можно использовать практически все от С++, а так же использовать вставки Ассембера. Если по каким-то настройкам микроконтроллера (на пример таймеры и т.д.) то нужно либо использовать готовые библиотеки, либо изучать даташит на микроконтроллер.

@@UCanDo команды для ардуино и написание скетчей не вызывает проблем, также как добавление функций в библиотеки ардуины. Хочется большего. Я так понимаю если лезть в глубь то через С++ и далее асемблер.... мне бы ещё примеры кода.

Музыка: Hevenly - Highway-WQ4FBtyC

заааачем?

в стандартном loop() дополнительные проверки делаются, ели делать свой цикл быстрее выполняется, так говорят по крайней мере.

Так такую структуру программы Arduino IDE добавляет от себя автоматически

Да все та же "кроссплатформенность". В библиотеках идет проверка на то, какая ардуина используется, какой стоит микроконтроллер, идет переподстановка многих констант / настроек под конкретный микроконтроллер. Да и еще много чего... К тому же основная цель многих библиотек - не скорость, а работоспособность на разных Ардуино.

Это чтобы нубам легче было.

Понимаете, угодить всем невозможно. Сделал бы я видео об ассемблере - 99% начинающих ардуинщиков просто не стали бы смотреть... а видео делал именно для них, так сказать, хотел дать толчок к большему развитию В то же время писать что-то более простое, тогда знающие начинают говорить о том что что-то не договорил, не оптимизировал, недописал... Я не знаю по поводу скорости обращения к памяти (я сам только учусь и не претендую на всезнание), но в моей отладочной плате на STM32F407VET6 скорость на портах можно выставить более 100 мГц. Точно не помню, посмотрел 1 раз и забыл - не придал этому значения. По Ассемблеру согласен, язык сильный. В наше время это палка о двух концах. С одной стороны можно написать очень быстрый и оптимизированный код, который "заставит" быстро работать даже "медленный" контроллер. С другой стороны существует столько "мощных" контроллеров/процессоров и множество сред разработки, которые "в два клика" создают нужную программу. И, с учетом существующих мощностей, ко будет все так же быстро выполняться, легко портироваться на другую платформу, легко читаем...

В "пользу" ассемблера говорит тот факт, что хуй кто когда портирует "KolibriOS" на другие платформы. Ассемблера я с лихвой нажрался во времена на Радио-86РК и работой с видеопамятью на i386dx, отладка адовый пиздец, хер когда к нему прикоснусь.

+Dimon Luchyn Да, все верно, нужно писать ms. Но у меня почему-то и так и через us работает одинаково.

Сомневаюсь что этим кто-то будет заниматься. Лучше переходить на AVR Studio

Дмитрий Екименко лучше переходить на stm, и забыть это говно как страшный сон, stm8 дешевле меги8, но лучше.

Да, все верно

Мне встречались устройства с Мегой32, работали на частоте 32 МГц. Только они работали не от кварцевого резонатора (обычного кварца) а от кварцевого генератора.

Запустить это одно, а заставить стабильно работать без глюков совсем другое. плюс сузится диапазон рабочих температур, плюс со временем могут вылезти глюки которые не заметил сразу, т.е. некоторы операции иногда могут выполняться с ошибками... у меня в частности были случаи когда из-за повышенной частоты некорректно работал захват таймера ICP, в другом случае при выходе из сна по прерыванию АЦП значение преобразования иногда бывало с большей ошибкой чем без сна и т.д. короче можно самому себе гемор создать, сразу вроде бы все нормально, продолжаешь дальше писать, а потом бьешься головой об стену не понимая почему правильно написанный код неправильно работает, а оказывается что частота для данного напряжения питания превышает рекомендуемую производителем...

Не будет), инструкции типа PORTB |= 1

светодИад

3-й бит

@@UCanDo Да, уже понял)

Производитель действительно гарантирует стабильную заботу до 20 мГц. Есть еще другой показатель: 16 мГц при питании от 5 вольт. При питании 3.3 вольта стабильная работа производителем не гарантирована. Вот посмотрите это видео: ukposts.info/have/v-deo/j5GoZGaFrGOGjoE.html Используется Atmega326, кварц на 16 мГц. Питание - 3.3 вольта. Устройство стабильно работает (круглые сутки, не выключаясь) уже около 9-ти месяцев. То есть "не гарантировано производителем" - не значит что вообще не будет работать. При частоте 32 мГц важнейшим фактором является внешний частотный генератор. Именно внешний генератор. От всего остального (кварц, внутренний генератор) работает не стабильно. Я проводил разные эксперименты, с использованием обычного кварца стабильная работа была на частоте 27 мГц. Выше никак. Только от внешнего генератора. Согласен с тем что это все делается на свой страх и риск. Производителем не даются гарантии работоспособности. А значит вероятность сбоя все равно присутствует.

Я делал как-то схему на 16Мгц 3.3v, потому что лень было согласовывать уровни 3.3-5V, работа с spi tft и spi флеш памятью, поскольку progmem для графики не хватало вообще. Работало паршиво, флеш читался и писался через раз. После того, как поменял кварц на 8МГц, все заработало идеально.

проверьте в реальном железе. Протеус не всегда адекватно моделирует устройства.

@@UCanDo На счет ускорения шим цикл for void loop() { for (int i=0; i

В видео я допустил ошибку. Где-то в комментариях уже говорилось об этом

Нужно дописать k++ перед закрывание скобок

так работает но ведь цикл должен всегда крутиться как же другии операции #include #include int PWM_time=200; //Число, которое мы как бы хотим записать в analogWrite(PIN, 32) void setup() { DDRB=B00000001; PORTB=B00000000; } void loop() { for (int k=0; k

Спасибо за отзыв. Ваши замечания правильны. Их уже много раз писали в комментариях к видео. Там же я и давал ответы. Как-то не хочется опять все дублировать. Почитайте комментарии

... Вообще говоря, поступать так - не лучшая идея. Почему нет? Вот несколько причин: Код намного сложнее отлаживать и поддерживать, и его намного труднее понять другим людям. Процессору требуется всего несколько микросекунд для выполнения кода, но вам могут потребоваться часы, чтобы выяснить, почему он работает неправильно, и исправить это! Ваше время ценно, правда? Но компьютерное время очень дешево, если судить по стоимости электричества, которое вы его питаете. Обычно гораздо лучше писать код наиболее очевидным способом. ... www.arduino.cc/en/Reference/PortManipulation

@@user-nq1qx7qt5i Я не соглашусь с вами. Почитайте историю создания Ардуино, на пример в Википедии: ru.wikipedia.org/wiki/Arduino Цитирую: "Целью проекта было создание дешевой и простой среды для начального обучения программированию". а если более подробно то среда разработки Ардуино разрабатывалась для школьников, чтобы заинтересовать ДЕТЕЙ и чтобы ДЕТЯМ было легко и просто писать какой-то код. Цель была именно в детях, в простоте, в том, чтобы заинтересовать, а не научить. Представьте себе человека, который всю жизнь ездил на машине только в симуляторе, а в качестве управления был только геймпад с 8 кнопками. Зато все просто и понятно, угол обзора всего несколько десятков дюймов (экран монитора), управление проще простого, не нужно переучиваться на управление другой машиной, ведь геймпад тот же.... А что будет если такой человек сядет в реальную машину? С микроконтроллерами то же самое. Ардуино не учит программированию. Вот скажите, что вы будете делать, если сделали все по инструкции, подключили все необходимые библиотеки, все настройки прописали правильно, компиляция и прошивка прошли без проблем, а в результате устройство не работает, или работает не так. Что вы будете делать? Что сделают те, кто ничего не знают кроме ардуино? Сможет ли кто-то самостоятельно разобраться, найти и устранить глюк? Может несколько человек и смогут, но подавляющее большинство побежит на форум чтобы получить готовое решение, или начнут качать/устанавливать другие библиотеки и пытаться запустить все МЕТОДОМ ТЫКА. Потому что никто не разбирается в том как работают библиотеки, что в них внутри, какие процессы происходят в МК, вот по этому таким людям потребуются МНОГО ЧАСОВ чтобы понять что в коде написано и еще больше часов чтобы найти ошибку. А если ошибка не явная - все! Приехали! Туши свет! Скажите, вы сможете определить ошибку связанную с наползанием "кучи" на область явно объявленных переменных. Вы хоть знаете о чем я сейчас спросил? А сколько еще Ардуинщиков об этом знает? один? два? Поймите, все, абсолютно все СЕРЬЕЗНЫЕ среды разработки работают на прямую с портами. Еще вопрос: что будет делать Ардуинщик, если у него не хватает памяти МК? Ну вот тупо программа не влазит в Atmega328. То есть 32 килобайта и не хватило... код весь пересмотрели, ничего выкинуть нельзя. Что делать? У меня была такая ситуация. После окончания написания программы код занимал 205% памяти, то есть 65,6 КИЛОБАЙТ! Кто из ардуинщиков с этим справится? Сразу побегут покупать Мегу2560 потому что не способны решит элементарные проблемы и вопросы. Знаний нет. После полу часа оптимизации код стал занимать 90%, то есть 28,8 килобайт. Даже свободное место осталось! И это не максимальная оптимизация. Я ничего не выкинул, не вырезал, все функции остались.... А на счет универсальности... Это такой спорный вопрос. И им "тычут" в первую очередь, но по факту никто этим не пользуется, и в половине случаев эта кроссплатформенность НЕ РАБОТАЕТ. Попробуйте один и тот же проект проект скомпиллировать и запустить на РАЗНЫХ Платах / Микроконтроллерах: Atmega8 attiny85 Atmega328 Mega2560 Arduino DUE Arduino LEONARDO Arduino ZERO ARDUINO MKR VIDOR 4000 ARDUINO 101 ARDUINO YÚN ARDUINO M0 и так далее... Перечислять можно долго. Кроссплатформенным в этих всех платах будет только скетч Blink (но не факт). Весь остальной код нужно будет существенно переделывать. А многие библиотеки так и вовсе не заработают! Так что не заблуждайтесь о кроссплатформенности.

@@UCanDo _Вы хоть знаете о чем я сейчас спросил?_ Вы умеете играть на пианино? Думаю, что да ;)) Я в начале. Уже есть вопросы, но я их приберегу, пока они не оформятся в *понятные* вопросы ;))

П.С. Минд42 плохо дружит с телефонами/планшетами. Комп работает с "картами" нормально. Там ссылки по теме. Мож чего пригодится...

Так у меня и видео не начального уровня. Канал рассчитан не на новичков, а на тех кто немного разбирается в программировании. И да, я умею играть на фортепиано и немного на гитаре ;)

Видео не новое. Возможно в новых версиях Arduino IDE код подправили и скорость возросла. Надо проверить.

@@UCanDo , я так же предположил. Сейчас реально за два исполнения 12 мкс. Спасибо за ответ)

​@@UCanDo Я проводил тесты на Arduino Uno порядка 5 лет назад. digitalWrite() - порядка 4-5 мкс.

Вы имеете ввиду как сделать радиоуправление на Ардуино?

Как? Я совсем новенький в Ардуино. Нет ли у Вас ссылок/инструкций по ускорению работы платы?

в примерно 10, тоесть даже не 10, не говоря уже о 20

В Arduino IDE С используется.

Согласен. Кстати, видео довольно старое, с тех пор Ардуино ИДЕ обновилась и многое пофиксили, и скорость работы стала приближаться к СИ-шной.

@@UCanDo Это сама ИДЕ стала шустрее(т.е. компиляция).. а сама прошивка ардуиновская (код этот) как был кривой, так и остался.. Ребята на форуме "схем нет", наглядно показывали разницу на блинке.. можно в луупе убрать задержку, только вкл. и выкл светик и посмотреть скорость на осциллографе.. там меандр получается не выше 50кГц. и еще помеха (когда цикл Лууп переходит в начало), и можно сделать этот блинк чисто СИшными командами, получим примерно половину тактовой частоты (т.е 8 Мгц при такте 16).. вот те и разница: 50кГц и 8 Мгц..

Задержка так и осталась 1 секунду. Проверьте на своей ардуино.

может конечно я и не прав, но _delay_us(1000) это и есть 1000мкс=1мс.

Посмотрел код, точно, должно быть _delay_ms а не _delay_us... но почему-то "_us" работает как "_ms" и у меня получаются нормальные задержки. Может это у меня что-то с самой библиотекой "delay.h"? Вы проверяли у себя? Задержки правильно идут в "_delay_ms" и " _delay_us"?

нет я не проверял, за видео спасибо.

спасибо, дорогой что правильно понял! значит все получится! я старый инж-электронщик и радиолюбитель, лет 15 назад увлекся AVR и PIC и писал на них управление блоками тьюнеров из телевизоров и автомагнитол на CodeVision, а сейчас полгода назад увидев ардуино решил приобщить к этому делу внука и соседского мальчишку, стал читать и смотреть ютуб, полный дурдом этот ардуино-иде! и эти дебильные скетчи!))) но для начала наверно все таки придется с ним познакомиться или может лучше MariaMole. но все таки хотелось бы подружить CVAVR с ESP32 и с NodeMcu как более продвинутые ардуины)

Да, скорость будет очень большая! Я видел проекты с частотой 32 Мегагерц! Библиотеки все равно придется править или писать самому.

А какое отношение имеет бутлоадер до скорости выполнения команд и к библиотекам??? Бутлоадер выполняет только одну цель: через UART получить прошивку и записать ее в конкретный адрес памяти. ВСЕ! Если МК будет работать на частоте (допустим) 32 мегагерца то и все команды будут выполнятся быстрее, все тайминги ускорятся, и работа с устройствами нарушится так как тайминги выполнения команд МК будут не соответствовать таймингам команд конкретного устройства (на пример дисплея). Работа нарушится.

Не буду спорить, я говорю что лично проверил на atmega 8, 328 с разным кварцем и собранным бутлодером! Но если мои слова вас не убедили, тогда попробуйте залить на 328-ую bootloader собранный для 8 мгц и установите кварц на 16 мгц, после чего загрузите блинк.

Вы поймите, вы не привели никаких данных. Лишь намеки. Если я в чем-то не прав, то дайте конкретные данные, ссылки где точно описано о том что вы говорите. А так даже не совсем понятно о чем речь...

Кстати, знаете почему у вас блинк в обоих случаях получается одинаковым? Потому что вы в настройках boards.txt прописали значение частоты. Вот только для большинства библиотек этого не достаточно.

Я не сказал что он получается одинаковый! Он разный и я прекрасно знаю все про boards.txt, он у меня настроен под целую ахапку атмег и разных частот для этих самых атмег! И рас уж такая пьянка пошла, то все толковые программисты делают библиотеки которые подстраиваются под частоту мк. А что касается не подходящих библиотек, заменить чило тактов в библиотеке это не такая и сложная задача. Библиотеки RF24, MFRC522, Shifty и еще многие другие, прекрасно работали без изменения.

Ещё лучше будет чем на пс4:)

наверное чтобы на экране места меньше занимали.. а не в памяти микроконтроллера.. не?)

Кто сейчас пишет на ассемблере?

Хороший пример быстрого и маленького кода По ходу ролик удалю и переделаю по-новой... В двух слова о моем видео пытался просто показать что Ардуино - это только начало, надо учить более серьезные языки, и переходить на "нормальное программирование"....

Так и заяви в новом ролике, что Ардуино это проект для популяризации микроконтроллеров среди широких масс, первая ступень на пути великих возможностей, которые открывают нам МК.

Николай Только, по-моему, вот так и появляются недопрограммисты, которые пишут код и абсолютно не понимают, как он работает.

Одной только заменой кварца не получится все решить. Нужно и код, и компилятор настраивать под новую частоту, иначе нормально работать не будет

Плата на первой космической покинет пределы электричества ;))

Да к ведь и не возможно считать отдельно 1 бит... Порты потому и разделены по 8 пинов в каждом (0-7) что составляет 1 байт. Это ограничение самого микроконтроллера. Он может дать значение только порта целиком, всех 8-ми бит (портов) сразу. А уж с полученным байтом мы и сравниваем требуемое нам значение и тем самым узнаем в каком состоянии находится тот или иной бит (то есть порт).

Возможно в этой среде и невозможно (надо проверить), а в некоторых других средах разработки это реально сделать.

Да, ошибся.

На когда?

А как получить этот Машинный код? Вы сможете написать программу в виде «0» и «1»?

Есть языки низкого уровня. Все расслабились на С, и тому подобные, еще бейсик вспомните.@@UCanDo

Кстати, есть Бейсик для АВР... но это совсем уж извращение :)))

Alex Bel, на порядок - значит в 10 раз. Ну ну. Смешно. Хоть раз пробовали декомпилировать код Си? Современный оптимизирующий компилятор генерирует код лучше, чем напишет человек на ассемблере. Только в очень редких случаях удается написать чуть-чуть быстрее. Реальный код это вам не ножкой подергать.