UART вывод для Attiny13

Простая библиотека для отладочного вывода в UART на скорости 115200, 8 бит, без четности, 1 стоп-бит для Attiny13 и других МК без аппаратного UART.
Код проекта: github.com/Moo...
Информация по использованию встроенного ассемблера для AVRGCC: www.nongnu.org...

[@Stifling_Musketeer]

Вообще тема крутая очень !

[@Avenir-Sigrun]

Благодарю

[@bdpcvit]

С++ для контроллеров а тут опа и ассемблер. Отличный материал. Спасибо!

[@pavellavrlavr5164]

Спасибо , ждём ещё

[@vladimirkudiyarov2936]

Отлично! В тиньку код пихать - это вам не на пайтоне писать! ))

[@user-rd8jk9hi4b]

Спасибо огромное!

[@bbrylov]

Спасибо, интересно

[@alexandrmatyshkin1209]

очень интересно. ждем nrf/

[@torcher5023]

1:43 всë равно же там не получается целочисленного числа тактов. За время передачи кадра накопится ошибка.

[@ciklomat]

У меня есть реализация приемника DMX512 сигнала на ассемблерной вставки в С. Работает на скорости 250000 просто замечательно, но если подогреть немного феном или паяльником Attiny13, то наблюдается большая потеря данных.

[@kolynbybyn9997]

Если я правильно понял анонс в конце видео, NRF будет работать в качестве беспроводного UART? Если да, то советовал бы обратить внимание на модуль JDY-40. Дешев, доступен, во "сне" потребление 5 микроампер (проверено), три жб стены побивает, на открытой местности 100+ метров, две ноги - трансмитт и сон. Не знаю, как при радиошуме, 2.4 ГГц - грязный диапазон, вышеописанное для глухой провинции... На мой вкус для восьминожек ATtiny - датчиков самое то.

[@alexmorozov73]

Анонс был просто про использование NRF24 с Attiny13, когда еще 2(3) ноги остаются свободными. Можно и мост для UART, наверное, сделать, но флеш-памяти впритык. Про JDY-40 знаю, даже думал взломать ее прошивку, чтобы ее же контроллером (а-ля 8051) заменить Attiny вовсе, но там беда как с SDK для МК, так (самое главное для меня) с просыпанием из глубокого сна по изменению пина (использованная модель МК является, вероятно, самой простой в серии и много чего описанного в документации не делает в принципе). Так что время не стал тратить, ибо его нет.

[@yl923]

Можно uart использовать как произвольный генератор пакета импульсов в произвольной по событию посылке? По сути просто произвольная последовательность импульсов фиксированной ширины объединённых в пакет.

[@Ais_Hunt]

Attiny13 и NRF24 - ждемс, очень интересный анонс. Вывод ресета тоже пойдет в дело?

[@alexmorozov73]

Нет, свободными остаются 2 ноги и ресет. Было бы флеша чуть-чуть больше, можно было бы что-то "эпическое" сделать, но и так вроде бы получается немало... :) PS: про Attiny25/45/85 знаю, но в них "вызова" меньше :)

[@user-wc4zd5te7p]

Нихера не понял, но оооочень интересно!!!

[@stargazer3249]

Ты очень молод, подрастешь - поймёшь. ;))

[@stargazer3249]

Тема интересная, но сейчас интересует только пользователей раритетов

[@user-wc4zd5te7p]

@@stargazer3249 ну 50+ не думаю что ОЧЕНЬ молод))))

[@SIM31r]

А на прерываниях не получается такие скорости реализовывать? Пробовал писать подобное, с использованием прерываний код проще получается.

[@alexmorozov73]

Вы имеете ввиду прерывание таймера? Чтобы каждый бит был точной длины, придется и в прерывании немного постараться, но код скорее всего будет чуть компактнее. Но... Но придется пару волатильных переменных в памяти держать (хотя бы однобайтовый буфер и позицию в нем), и еще нужна будет процедура ожидания конца передачи, чтобы гарантировать окончание вывода, например перед глубоким сном. Так что не факт, что в конечном проекте вариант с прерыванием таймера будет компактнее и проще.

[@SIM31r]

@@alexmorozov73 да, свои плюсы и минусы. Работа с прерываниями потребует таймер, который возможно нужен будет для других дел. Есть и плюсы - можно будет возвращать управление другим прерываниям и основной программе после передачи каждого бита. Если скорость 2400 бит/с это актуально, каждый бит ~500 микросекунд будет. Держать прерывания запрещенным так долго не всегда возможно. Из плюсов быстрый обработчик, никаких искусственных пауз при передачи бита, изменили состояния порта и вышли из прерывания. И можно будет тот же механизм использовать для чтения из порта. Прерывание по изменению состояния ноги и проверка таймера...

[@alexmorozov73]

Но идеальной пилы на логическом анализаторе не получится... :) Из-за других прерываний.

[@user-wc4zd5te7p]

Канал сугубо для максимум 500 пользователей...для тех что поставили лайки, остальные типа меня подписались на всякий пожарный, но нифига не понимают...и смотрят лишь иногда когда смотреть нечего)) подача материала не для новичков.....в 2016-2017-2019 гг ролики более понятны были