Имеете ввиду сдвиг нуля влево в конструкциях типа такой: TCCR0B=(0

@@user-gv3yl5dq8e ,спасибо что отвелити ,неожидал,хотя на Вашем канале впервые . Ваш код приведенный выше попал в кадр на видео , плюс вы особо обращали внимания про количество кода ,первом случае на одном листе и код на 5 листах с разным занимаемым количеством байт Эта конструкция (0

​@@dancing_master Для того, чтобы оценить процентное соотношение автоматически сгенерированного кода к общему количеству, лучше всего скачать проект (ссылка в описании видео). Скажу честно, код на Си как учебное пособие не годится (хотя там достаточно комментариев, чтобы понять как он работает). Причина в том, что программа писалась поэтапно, добавлением новый функций без изменения изначальной структуры, поэтому выглядит она не очень красиво, и даже пару "костылей" присутствует. Автоматически сгенерированный код обеспечивает начальную инициализацию железа и очень сильно отличается по виду от написанного вручную, так что Вы его без проблем отличите. Машинный код, полученный из этого автоматически созданного Си-кода компилятором, действительно, занимает очень мало места, так как все эти сдвиги вычисляются на этапе компиляции и в итоговый двоичный файл идут только команды записи в регистры конфигурации вычисленных компилятором констант. Но такого Си-кода в программе совсем немного (навскидку, где-то поллиста - лист), и на общую картину он не влияет. Разница в объёме итогового двоичного кода получается из-за того, что при написании программы на Си используется, в основном, базовый синтаксис языка Си, без привлечения сторонних библиотек (конечно же, какие-то библоитеки используются, но только те, которые входят в состав среды разработки, а они, в общем-то, простые и компактные). Поэтому много чего приходится реализовывать самому (естественно, разработчик свой код пишет рационально: использует те типы данных и их обработчики, которые ему реально нужны, рационально использует аппаратные средства и т.д.). В итоге Си-шный исходник получается большой, а вот компилируется он в компактный машинный код. С Ардуино - совсем другое дело. Чтобы упростить разработку, создатели этой платформы включили в неё большое количество высокоуровневых библиотечных функций. В результате достаточно сложные действия выполняются одной командой (например, тот же pulseIn(), аналога которому в "чистом" Си, конечно же, нет). К чему это приводит? Эти высокоуровневые команды должны быть универсальными, поэтому даже если разработчику достаточно 8-битных данных, функция всё равно может использовать 16-битные (сами понимаете, на 8-битном контроллере это сразу очень сильно раздувает программу). Там не стесняясь используется деление/умножение (в той же Тиньке13 нет аппаратного умножения и деления, поэтому даже для одного единственного умножения будет подключена библиотека 16-битного умножения, а это четверть памяти Тиньки). Аппаратные средства используются крайне неэффективно, так как нельзя позволить какой-то функции монопольно захватить железо (например, таймер) под свои нужды, а вдруг в программе будет использована еще и другая функция, которая тоже захочет прибрать под себя это же железо? Сами они поделить его между собой не смогут (в чистом Си этой проблемы нет, так как всеми аппаратными ресурсами распоряжается программист). А там, где нельзя обойтись без работы с железом (например, работа с портами), ядро Ардуино вынуждено проводить кучу проверок и дополнительных действий, чтобы эти высокоуровневые функции не мешали одна другой. Например, знаете, как в ядре Ардуино реализован элементарный вывод "единички" на какой-либо выход порта? Это Си-шная функция почти на 20 строк. Она компилируется в полстраницы ассемблерного кода. А "чистый" Си для этой же операции порождает всего одну команду (SBI A,b или CBI A,b). В итоге на Ардуино получаем очень простой и компактный исходник, который компилируется в огромный двоичный файл. Который, к тому же, еще и жутко тормозит. Да, можно и на Ардуино писать эффективный софт, но это сложнее, чем в той же Atmel Studio, так как в Ардуино и редактор никакой, да и сама система под такое на заточена.

@@user-gv3yl5dq8e , изменил комментарий верхнего уровня , как-то так)

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

Ну, хоть что-то в этом видео понравилось, а то я уж думал, одни дизлайки будут :-)

А что за сервомотор? Дайте ссылку или подробное описание. Если имеется ввиду сервопривод, то он поддерживается стандартными библиотеками, например вот: edurobots.ru/2014/04/arduino-servoprivod/. Кстати, классическая Ардуино 8-битная, ядро контроллера в Ардуино такое же, как и в Тини85, отличие только в объёмах памяти и интегрированной периферии. Эти контроллеры без проблем работают с числами любой разрядности (и 16-битными и 32-битными и т.д.), только 8-битные операции выполняются одной машинной командой, а операции с большей разрядностью требуют несколько команд.

@@user-gv3yl5dq8e Добрый день. Меня зовут Александр, 61 год. Я хочу сделать один проэкт для моих внуков на модельной жедезной дороге. Это должно работать на Attiny85. Составные части: 1. Attiny85 2. две кнопки ( не выключатели) 3. 1 штука LED 4. Servo мотор - 1 штука ( SG90 9G Micro Mini Servo) или подобный 5. RM065 10КОм (?) потенциометр - 1 штука Принцип работы: Начальное состояние так называемое "0" состояние- ничего не происходит. Внимание: мы имеем две кнопки: А и Б Сначало нажимается кнопка А, потом Б. После нажатия Б в Attiny85 срабатывает счеткик с 0 на увеличение 1. В это время начинает мигать LED (можно сказать симметрично по 0,5 сек.). Потом через 1 сек. ( после нажатия Б) поворачивается servo-мотор на 180 град. и останавливается. LED-продолжает мигать. При нажатии АБ - 2 раз, АБ - 3 раз , и более- счетчик считает 2, 3 и более. Если на счетчике не "0", LED постоянно мигает, а серво находится в полодении 180 град. Уменьшение на счетчике только после комбинации БА, БА. Если состояния счеткика становится на "0", Servo поворачивается в положение 0 град. и только потом ( при нулевом Servo) перестает мигать LED. Потенциометр необходим для регулирования скорости вращения servo (ШИМ сигнала) Если сможите такой скейч сделать, сколько это будет стоить. С уважением Александр

Вам понадобится программатор (лучше всего USBAsp) и макетная плата (и для удобства модуль питания к ней). Из софта рекомендую среду разработки Atmel Studio (возможно, не самая навороченная, но бесплатная, всё легально обновляется, поддерживает все самые новые разработки). Для работы с программатором - AVRDUDE (он же "дудка"). Насчёт Протеуса согласен, AVR-ы он моделирует очень хорошо. А вот FlowCode не отменит Вам необходимость изучения Си или (а лучше "и") Ассемблера, так что слишком уж большие надежды на него не возлагайте. Хотя разработку он, действительно, во многих случаях сильно ускорит. Из контроллеров рекомендую начать с ATTyni 2313, т.к. к нему есть практически дословно переведенный на русский даташит (преподносится как книга, А.В.Белов, "Микроконтроллеры AVR в радиолюбительской практике", но какая же это книга, если от себя автор туда ничего не вписал? Зато ничего не испоганил). Но у Тиньки 2313 применений немного (так себе контроллер), скорее всего в первых практически полезных разработках Вы будете использовать Тини13 (для микропроектов) и Мегу8 (универсальный контроллер для простых проектов), так что смотрите сами, важна ли для вас подробная русская документация, или достаточно будет каких-нибудь уроков из интернета.

@@user-gv3yl5dq8e Благодарю. Заказал Atmega 328 P-PU. Гулять так гулять.

Это работает только если ядро поддерживает функцию экспорта. Ядро для ATTiny13, как нетрудно догадаться, экспорт не поддерживает.

@@user-gv3yl5dq8e , я сейчас не поленился, дошёл до компьютера и выполнил Скетч->Экспорт бинарного файла для ATTiny13. И в том месте, куда ранее был сохранен ino файл я обнаружил hex-файл (да ещё и файл листинга!). Так что Вы просто не умеете его готовить. И свои незнания преподносите как ноу-хау. ))

​@@vmlnn На момент выхода видео описанное в нём ядро было самое лучшее по компактности и быстродействию выходного кода. Но попытка экспорта выглядела вот так: drive.google.com/file/d/10LzOlWaFlD8tP2f-6GKbM0LI9QkydzpH/view?usp=sharing. Нет ничего удивительного в том, что за последние полтора года появились новые ядра, поддерживающие экспорт. Имеет ли смысл переходить на них? Не знаю, так как каждое новое ядро надо тщательно тестировать и сравнивать с другими. Это требует времени, а результат тестирования через полгода устареет. С учётом того, что Ардуино на Тини13 - это IMHO, не более чем учебное пособие для перехода к программированию на нормальном Си, я сейчас не готов тратить время на постоянный мониторинг ситуации с ядрами для Тини13. Возможно, когда-нибудь позже.

@@user-gv3yl5dq8e хм, а на дату то я и не посмотрел. Прошу прощения.

Александр, здравствуйте. Судя по описанию, это шлагбаум автоматический будет? Если Вы говорите об Attiny85, то, полагаю, речь идёт о плате Digispark. К сожалению, под руками Digispark'ов сейчас у меня нет (Вы, наверное, поняли из видео, что я, в основном, на "голых" контроллерах устройства собираю и коллекция Ардуин у меня небогатая), так что собрать в железе нужное Вам устройство я пока не смогу. Поэтому скетч для Ардуино я Вам написал, но отлаживать его в реальном устройстве Вам придётся самому. Конечно же, я проверил его работу на модели в Протеусе, кажется, получилось всё как Вы хотели. Вот здесь файл проекта: drive.google.com/file/d/1Z2DUu0S_9w7j54xBeSe9XAIgPm4jsaTh/view?usp=sharing. Там есть и скетч, и hex-файл для прошивки микроконтроллера. Сразу хочу предупредить, что программа весьма неоптимальна, но сделано это для того, чтобы начинающему программисту в ней было легко разобраться. Если бы там были задействованы прерывания и фрагменты кода не были бы разделены по логическим блокам, программа была бы значительно компактнее и быстрее, но разобраться в ней стоило бы больших усилий. Но и в таком виде она свою задачу выполняет, так что, думаю, это вполне нормальное решение. Если будут вопросы, пишите лучше в Вайбер (там и фото и видео прикрепить легко, в отличие от Ютубовких комментариев): +375336794006

@@user-gv3yl5dq8e Спасибо Вам большое, за ваш ответ. Извените, что я не знаю как Вас величать. Да вы угадали, что это шлагбаум. Просто шлагбаум я и сам могу сделать, но только для одной колеи: Заехал состав в зону шлагбаума, активизировал эту систему. В любую сторону выехал, выключил. А мне надо для двухколейки, для двух поездов. Если два поезда: заехал один- система сработала на включение. Первый еще не выехал, а заезжает второй или третий- (кнопки только считают на вьезд) но не отключают систему. Для этого АБ на включение ( вьезд), а БА на выключение (Выезд). Я пытаюсь сам все сделать, пользуюсь Flprog, и другими программами. Но не так для меня просто. Из интернета как я понял, чтобы создать такую последовательность , как я хочу, наверно, должна применяться логика, компораторы и т.д. Я тоже пользуюсь голыми тинками и сам собираю схемы, в этом нет проблем. Вот с скейчами возникают проблемы. Для Arduino Uno с серво создал скейч. На Arduino Uno работает. Но завожу FLPROG программу в Attiny85, ошибка и все. Flprog хорошая программа, но для компеляции нет возможности переключать на 8-bit Timer , чтобы использовать для серво. Мой E-Mail: kumelektronik@gmail.com Александр

​@@kumelektronik340 Предполагалось, что мои видео будут для начинающих радиолюбителей школьного возраста, поэтому я назывался просто Дед. Но по факту оказалось, что есть зрители старше меня, так что называться Дедом оказалось не всегда уместным. Как раз в следующем видео я уже исправился, теперь представляюсь Александром. Ваш тёзка. Среду разработки Flprog я видел издали, но знакомиться с ней ближе не стал, т.к. её назначение - помочь программировать контроллеры разработчикам, далёким от программирования, но я-то уже полжизни пишу программы и для микроконтроллеров и для компьютеров, так что изучать Flprog мне не было смысла. Поэтому по разработке в Flprog, к сожалению, я Вам не смогу помочь. Но я думаю, что раз Вы уже работаете с Тиньками, то без проблем разберётесь со скетчем под Ардуино IDE. Единственный нюанс есть по Тини85, наверное, Вы и так это знаете, но на всякий случай расскажу: в стандартных Ардуино контроллер Тини85 не применяется, но есть Ардуино - совместимая плата от сторонних разработчиков с Тини85 на борту. Называется Digispark. Для работы с ней в Ардуино IDE надо установить дополнение, это очень просто, всё скачивается и устанавливается автоматически, инструкция, например здесь: tsibrov.blogspot.com/2018/12/digispark.html. После установки дополнения можно будет дорабатывать и компилировать тот скетч, что я Вам набросал. Если нет желания использовать плату Digispark, полученный при компиляции скетча hex-файл можно заливать в голый контроллер программатором (но в этом случае надо настроить контроллер на тактовую частоту 16.5МГц), в этом случае драйвера под Digispark ставить не обязательно, достаточно только поставить дополнение к Ардуино IDE. Если Вы не пользуетесь Протеусом и не смогли открыть проект, пишите, сброшу схему или таблицу назначения выводов Тини85 в моём проекте.

@@user-gv3yl5dq8e Спасибо , дедушка Саша. Так много информации, которую надо переработать. Но зато очень интересно. Если что-то не будет получаться, буду обращаться. С приветом дедушка Саша.

По ссылке под видео можно скачать рабочий проект в Протеусе, где используется миллис. Возможно у Вас не совсем правильно сконфигурирован микроконтроллер, проверьте его частоту (9.6 Мгц), состояние делителя тактовой частоты (Programmed) и состояние watchdog timer (отключен).

Спасибо, посмотрю.

Пробовал, у меня для Tiny13 не сработало (для "родных" Ардуиновских контроллеров работает). Разбираться я не стал, предположил, что поддержка экспорта должна быть в ядре и больше не пользовался этой функцией. Хотя, не исключено, что это у меня с настройками что-то не так. ----------------- Дополнил через какое-то время: раз возник такой интерес, полазил по ArduinoIDE. Действительно, экспорт обеспечивается ядром. А в ядре для Tiny13 даже намёка на его поддержку нет.

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

@@user-gv3yl5dq8e Ответ Огонь, начнём по другому...

@@traktor7960 Александр, так что же за вопрос у Вас был? Или уже не нужно?

Да, это он и есть. Высоковольтный параллельный программатор, заточенный по одну конкретную операцию: восстановление фьюзов.

Ну... если честно - не должны. Если в старых руководствах ещё писали, что эти огни "как правило не мигающие", то в последние лет 40 везде чётко указано: огни постоянного свечения. А рядом с ними могут быть белые стробы. Но у авиамоделистов (не скажу, что у всех, возможно, это особенности нашей региональной тусовки) так повелось, что если уж ставишь на законцовки крыльев огни, то лучше их делать мигающими для лучшей заметности. А в том, что заметность стробов действительно лучше, я когда-то убедился сам: пилотировал знакомый, я не очень внимательно следил за моделью, и вдруг понадобилось определить, на нас она летит или от нас. Модель ярко окрашена, но при этом на фоне неба видна как тёмный объект с цветными отсветами кое-где. И если бы не стробы, я не отличил бы цветные огни (которые днём почти не видны) от этих цветовых отсветов. Так что цветные стробы - это неправильно, но полезно.

Я когда решился перебраться на STM, сравнивал STM8 и STM32, и, в общем-то, никаких преимуществ STM8 не нашел. Ну разве что, на тот момент были 8-ки с ультрамалым потреблением. По цене они были одинаковы, при этом возможности STM32 значительно больше и выбор контроллеров шире. Так что я сразу перепрыгнул на STM32, а для решения простых задач по-прежнему использую AVRы. В принципе, считается, что среди 8-битников AVRы лидируют, так как наработок под них очень много, и инструментов, и библиотек, и готовых программных решений. Поэтому немного удивлен, что из STMов Вы изучаете STM8, а не STM32, но, видимо, не просто так Вы это решение принимали, наверное для Ваших задач это имеет смысл.

Всё правильно сказано, стм32 однозначно лучше и даже в ценовую категорию уже позволяет залезть млачшего 8 битного брата. Тут уже мой заскок просто хочу стм8

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

Это я слушаю. Домашние, похоже, не в восторге, но хотя бы не ругают :)

Согласен на 126%. Вот же... блин... Написал Вам ответ с персональной учётки, решил перенести на учётку канала, а Ютуб это сообщение совсем прибил. Но, думаю, уведомление с текстом моего ответа он Вам успел отправить.