​​Скетч использует библиотеку Adafruit NeoPixel для управления светодиодами и мой код работы с инкрементальным энкодером. Свой потому, что не устроили готовые библиотеки. Мне нужно было обновление положения энкодера при каждом щелчке и работа по прерыванию.

В коде я использовал функцию выделенных внешних прерываний INT0 и INT1, которые висят на пинах D2 и D3 МК ATMega328p. Механический энкодер от мыши коммутирует эти пины на землю, а в состояние 1 они возвращаются внутренним резистором подтяжки к напряжению питания. Подтяжка включается записью 1 в порт этих пинов, как если бы они были выходами (строки 49 и 50 в коде).

​​Оказывается я не могу писать в канал регулярно, поэтому буду писать нерегулярно.
Написал материал про то, как я пошатал API TJournal весной: https://tjournal.ru/flood/124066-shiryaev-byl-v-yarosti-kogda-uznal

Сегодня вечером (в восемь по Мск) вместе с профессором Новиковым обсудим «Ирландца», я последний раз побомблю с Death Stranding, а также разберем ситуацию вокруг законопроекта о профилактике домашнего насилия.
https://www.twitch.tv/petyancast

Трудно заставить себя делать что-то регулярно, но постараюсь обновлять канал чаще.
Промежуточные результаты на данный момент:
1. OpenCV на raspberry Pi zero W еле шевелится, распознавание цветных пятен в кадре 320x320 при 10 к/с грузит единственное ядро на 100%. Пока попробую rpi 2 B, может перейду на rpi 4 или x86.
2. Стрим H264 в браузер с низкой задержкой работает только с кастомным декодером видеопотока (один из вариантов), нативно браузер будет буферизовать поток с задержкой в несколько секунд.
3. Стрим MJPEG даёт не намного большую задержку, зато работает и в мобильных браузерах и не требует обработки случаев подключения в середине трансляции. Для rpi и её камеры я сделал демку. Почти все похожие демки перед отправкой кадра конвертируют его в base64, что в полтора раза увеличивает трафик, у меня же кадры передаются в бинарном виде и без лишней нагрузки на процессор. Пример может быть интересен тем, кто хочет передавать бинарные данные через вебсокеты.

4. Билдить OpenCV на самой малине могут только мазохисты. На Zero этот процесс занимает от 12 часов. На наше счастье есть вариант кросс-компиляции.

5. Теперь у меня есть герметичная камера с хорошим освещением и размерами поля 50х50 см. Любая открытая конструкция засирается пылью и шерстью кошек, которая потом наматывается на движущиеся детали машинок.

Поставил на RPi2, добавил тестов. Выяснилось, что я скармливаю OpenCV кадры в неправильном формате и около 60-70 мс занимает только парсинг JPEG 512х512 точек. Три из четырёх ядер загружены на 90% каждое и это ещё нет никакой обработки. С камеры можно получить raw данные в нужном формате (BGR), их и попробую. Буду держать в курсе.

Если кому-то вдруг интересно, то есть реализация OpenCL для видеоядра RPi, может пригодиться для работы с изображениями.

Я порылся в слитых файлах Intel и сделал некоторое описание, которое поможет вам оценить серьёзность возникшей угрозы.
https://tjournal.ru/tech/195512-eksklyuzivnyy-analiz-dannyh-iz-posledney-utechki-intel

Было небольшое дополнение к первой части слива. В нём дистрибутивы двух программ для автоматизированного тестирования, сертификаты беспроводного приёмника HDCP и схемы с диаграммами прототипа ноутбука на Tiger Lake (11 поколение Intel Core).

Ссылку не прикрепил на подробный обзор этих данных https://habr.com/ru/post/514458/#addition (в конце)

Я перевёл на русский язык образовательный фильм о технологиях производства современной электроники. В нём показаны основные этапы изготовления микросхем, начиная с распиливания кристалла кремния.
Дополнительная информация тут: https://tjournal.ru/194802
Фильм: https://youtu.be/OOAMRRBmaXU
Текст читал Павел Поцелуев с канала Alpha Centauri (телега).

Добавлю к предыдущему найденный форум, где люди вскрывают микросхемы и фотографируют кристаллы с помощью микроскопа. Можно полистать и посмотреть красивые снимки. На картинке 486-ой от AMD.