Поддерживаю..

Там и математика аппаратная 32-х битная..
Вот только когда начал разбираться, то оказалость, что QFP32L это урезанная версия QFP48L. Урезана не только по количеству выводов, а также по функционалу. В частности урезан функционал АЦП.
А в корпусе QFP48L на али в продаже почему-то не встречается

Далась вам эта 32-битная математика! Какая-то странная манера действовать под лозунгом "шоб було". Уверен, что в ваших проектах и в 16-битной математике реальной нужды нет. Как, собственно, и в мегагерцах и тому подобном "функционале АЦП".

Добавлено after 3 minutes 16 seconds:
Здесь на форуме, пожалуй, только КРАМ и делает нечто нуждающееся в математике сложнее таблицы умножения...

Я что? Так плохо выгляжу?

Например под BME280 пришлось писать и MUL_u64x24_80 и прочие вычисления..

По поводу "уверенности". можно ознакомиться с эффектом Даннинга-Крюгера

У меня касание к Z80 произошло только на одной халтурке - надо было модернизировать один импортный прибор. Степень моего тогдашнего авантюризма: до этого я ни строчки не написал для Z80, не было компилятора, и у меня в распоряжении был только листинг, не совпадающий с конкретной прошивкой и с комментами на ... венгерском языке.
Млолдой был, 50 лет, наглый.
К удивлению всех - оно заработало!

А у меня было мелкосерийное ус-во на z80 (чуть более 100 шт.). Началось в 1990-м, думал что отработает до 2000-ного максимум, реально доработало до 2010-го.)

И смысл? места занимает больше, плата сложнее... На тиню13 все равно не натянуть...
В единичных радиолюбительских применениях, когда в ящике лежит сотня тринадцатых тиней и ни одной многоножки с 20+ GPIO - еще можно думать в сторону расширителей портов...
Но в остальных случаях проще взять другой МК.

Just_Fluffy, OKF, ну это ж надуманный гипотетический пример, а иногда для какойто конкретной задачи полупериметр матрицы может быть больше доступного (свободного) числа gpio портов 1 mcu, сколько бы ног у него не было, я с таким несколько раз практически сталкивался, переходить на чипы большего размера не всегда так же просто как с tiny13 на tiny2313 например, по разным соображениям, и имхо применить простой расширитель в виде стандартной логики (демультиплексор или сдвиговый регистр или счетчик) - разумнее чем ляпать доп mcu чисто чтоб организовать развертку на матрице.

из библиотеки Гайвера Александра замутил для себя на c++

А вот на си тоже из Гайвера. Убрал накликивания и некоторые другие функции. В архиве файл протеуса для оценки работы. Перебрал 2 десятка библиотек для кнопок, лучше не нашел. Самому написать ума не хватает, поздно уже усиленно учить язык. У кого есть более удобная библиотека для кнопок, поделитель, пож.

Спойлер

Код:

   in R16, PIND
   sbrs R16, (бит кнопки)         ; пропустить если бит в регистре установлен
   rjmp на_выполнение      

Пользуюсь и не выпендриваюсь и оно работает))
Но ведь набегут критики и расскажут про дребезг))

shonty, chern55, опять же, все зависит от алгоритма и требований. Как по мне, гайверовский вариант - расточителен по выделяемому ОЗУ на кнопку...
Опять же, универсальные варианты всегда будут в чем то переусложнены. Поэтому варианты без дребезга тоже имеют право на существование.

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

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

да, но после фильтрации на дребезг))
иначе:
если обрабатывать когда не закончилась фаза дребезга.

Еще раз, зависит от требуемого алгоритма поведения кнопки.

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

Осознайте, наконец, что опрос кнопок по таймеру на 100% давит дребезг, и начните, наконец, радоваться жизни! Не повторяйте эту мантру "антидребезг", она уводит вас от реальности в мир грез и страданий...

ни на сколько))
у меня задержка перед заходом в опрос

Добавлено after 10 minutes 38 seconds:
Не всегда, но иногда так цикл оформляю:

Спойлер

Код:

LOOP:

; тут опрос кнопок..

rjmp LOOP

еxit_LOOP: ; сюда возвращаюсь из подпрограмм
;тут задержка
rjmp LOOP

ну это довольно смелое утверждение,
если дребезг длился все время между точками опроса то алгоритм может считать непредсказуемую последовательность из 4х вариантов при 2х последовательных опросах.

если же тупо увеличивать время опроса то могут быть пропущены короткие нажатия. или двойное нажатие будет интерпритировано как одиночное и наоборот, или возникнет существенная задержка реакции. (100mS например это уже заметно и часто неприятно)

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

Только не семпла (период опроса может быть разный), а в течение 20..50 мс длительности, обычно.