Я про это думал. У нас есть в музее в конторе.

Как раз примерно такое я описал только что в статье по просьбе комментирующего.

Там больше. Три одометра, два счётчика МЧ.
Может ещё что-то всплывёт.
Микросхема стоит 16р/ш при покупке от 10 штук. Я её потом напаяю прямо на плату, когда буду разводить. Главное — код мизерный, память не ест, гемора нет.

МЧ и одометры растут конечно, но им тоже нужен сброс. Есть одометр поездки, сбрасывается перед стартом. Есть МЧ после ТО, тоже сбрасываются после того самого ТО.

Написал в тексте статьи два способа организации циклической записи без хранения указателя.

Про беду с хранением указателя я писал выше. Можно писать блоками на sizeof некую структуру и в ней держать байт маркера. О, сейчас напишу в самой статейке.

Да, меня тоже поразила разница в цене микрухи и сборки.
За чип хотят 16р/штука.

SD хорошо, но там слишком много контактов. Это же мотоцикл, более того, эндуро. Там такие вибрации, что контакты противопоказаны.

Ну и жрёт память SD в ардуине и флеш жрёт и быстродействие совсем не то. Здесь же i2c одна на всех, две ножки всего. Никаких файловых систем, просто пиу и готово.

После senmail.cf меня уже не удивить.

Жуть какая…

Да, я тут видел, что впихали ноду в МК. Жесть.

На тему xmacros. Там надо много писать.
Чем плоха запись, как у меня>

Там много кнопок и есть специфика своя, я бы сделал для шифт класс управляющий кнопок, а их состояние менял в классе onClick/offClick. ставя / убирая бит соответствующий в некой глобальной переменной shiftState.

Спасибо. Обе статейки были прочитаны, конечно же.

Спасибо.
У меня несколько разных дисплеев, я неспешно подбираю поконтрастнее.

Нет, на самом виду. Там от нажатия кнопки (PreClick) до события Click 10мс, это как раз дребезг.

Спасибо, почитаю сейчас. Для следующего шага мне как раз что-то подобное надо.

SD толстая либа весьма.
ООП позволяет как раз одной строкой создать и настроить объект. Если их много, это удобно, конечно же. Ну и спрятать логику глубоко можно. Я проверил, вот этот код занимает совсем мало памяти что на ООП, что так.
Я бы на твоём месте подумал о втором контроллере с SD и связал бы их по I2C. Например, Pro Mini размером сам с карточку SD.

На руль обязательно. Но это будет параллельно — на руле и на приборке.
На КТМ, более того, это штатная фича и разъёмы уже есть.

Это мотоцикл. Руки в перчатках, время есть тк все тыки идут на стоящем моте.
В проекте пока что так:
Два экрана: нормальный и спортивный. Переключаются сликом по кнопке режим (1).
В спортивном кнопка ввода (4) даёт старт/стоп круга по клику. Удержание сбрасявыет всю статистику гонки.
В нормальном режиме клики вверх/вниз (2/3) преключают одометры. Долгое удержание ввода (4) сбрасывает текущий одометр. Удержание ввода (4) переводит экран в меню и можно ходить по полям: одометр, моточасы, часы. Ходить кнопками вверх/вниз. Клик на ввод приводит к редактированию поля, если можно. Можно только часы портить. Клик ввода завершает редактирование и выходит из меню. Долгое удержание выводит из меню. Очень долгое обнуляет поле.

Думаю добавить в протокол класса флаг для слишком долгого удержания на замену его многокликом. Достаточно внутри просто вызвать переход к toIdle. Это полезно для настройки часиков.

Есть, я попробовал уже. Сделаю так и так, посмотрю, что получится, можно сравнить будет.
У меня на подходе конкретное изделие :) как раз.