Тестирую новый вариант изготовления толкателей кнопок и работу ams системы. Зачем-то напечатался блок, по массе как все кнопки 🤷‍♂️

Напечатал печатную плату 🤷‍♂️ сносный вариант для макетирования, но не самая высокая точность. Можно сделать точнее на sla принтере, но много химии, щелочи. Здесь же от задумки до макета ушел час. Идея в целом не новая, но крайне годная.
По наставлению друга заменил «шумные» kls7 на тихие smd кнопочки 👉

Драйвер для новой панели в работе. Вроде те же вызовы mipi dsi, те же 4 линии, но контроллер другой 🤷‍♂️

За выходные успешно собралось ядро, драйвер дисплея, дерево устройств, части корпуса. Загрузка ОС проходит без ошибок и стабильно, дисплей определяется, но картинка не выводится 🤷‍♂️ пока выясняю, проблема на физическом уровне или все же системном. Надеюсь, за следующий вечер смогу пофиксить это ньюанс

После проверки дифференциальных пар интерфейса дисплей по какому-то волшебству завелся. Пока что снова на 6.1 и с костылями в драйвере, но работает 🐧

Трассировка плат — прикольный и увлекательный процесс, пока это простые и небольшие схемы. Большую часть девайсов последнее время пректирую в kicad. Взял микруху, согласовал уровни и прибор готов. Нередко игрался с автотрассировщиками. При грамотном расположении компонентов он быстро прокладывал дорожки между всеми компонентами. В какой то момент с выводных компонентов перешел на smd, платы стали меньше, изготовление проще, но сложнее в пайке.
При разработке материнской платы консоли столкнулся с резко возросшей сложностью и очень кропотливой работы. Сейчас необходимо четко прописывать все шины, правила и ограничения на каждую из них, учитывать длину дорожки, импеданс дифф пар, частоты интерфейсов. Это только часть что вспомнил. Также нужно учитывать ограничения производства, и не повышать класс точности без необходимости, иначе стоимость улетает в небо (хотя такие технологии сейчас у всех в кармане). Еще из ньюансов — в открытых источниках недостаточно информации о грамотном проектировании современных высокоскоростных интерфейсов и приходится добывать знания на отдельных курсах 🧐 (так что с изучением языка и тремя курсами по созданию устройств сейчас снова как студент🤷‍♂️)

В рамках опроса по целевой ОС на устройстве, восьмая часть респондентов выбрала android. С одной стороны — под него сделано действительно немало игр, но большинство из них заточены на сенсорный экран. Малая часть игр поддерживает геймпады, но если поддерживают, то это порты или клоны с ПК версий.
В рамках gameдни мне попалась в руки DVTech Android 001 (OEM GameMT E6 Max). По названию девайса (обзор чуть позже, но в интернете явно уже есть) понятно какая ОС, и она меня разочаровывает. Как ОС в общем случае — окей, оно поддерживает многозадачность, работу с файлами и переферией. Но встроенная игровая оболочка, сами игры, неадаптированность ОС к железу — довольно печально.
Как отметил @divannyi_it

Делюсь, мне абсолютно неважно, какая система будет стоять. Я считаю, что должно быть несколько консолей на нескольких системах.

На мой взгляд, в этих консолях важно, чтобы пользовательский опыт не множился на ноль.

И кажется, что андроид не наш вариант. Это достаточно большой и тяжелый программный продукт с неочевидными плюсами. В целом, я согласен даже на оболочку phosh (😭), но это должен быть стабильный linux с хорошей интеграцией консольного взаимодействия (ну примерно как steam os). Но, пока есть все исходники железа есть неплохие шансы выпустить хороший продукт.

Gameдни закончились, едем домой. За эти выходные успел ничего не поделать, просто переключиться и получить новую информацию/опыт. Из забавного: теперь есть первые выпуски вновь печатной игромании, микроконсоль, новые идеи и хорошее настроение 🤝

Разобрал робота чтобы «причесать» провода. На первое время оставлю arduino в качестве контроллера — достаточно дешевая готовая плата с 8ми разрядным чипом. А в качестве протокола управления — Modbus RTU. Это достаточно простой бинарный протокол связи используемый в промышленности.
При реализации modbus для робота с простыми сервоприводами планирую обьявить несколько аналоговых регистров на чтение запись каждой оси, пару бинарных для схвата и режимов работы. Имплементация новых команд в дальнейшем не составит сложности (главное задокументировать те, что будут уже заложены). В качестве контроллера планирую использовать телефон и наконец то затестировать работу с QtSerial и usb permissions в ▶️5.2.

Доработка драйверов, патчей ядра, дерева устройств — уже несколько привычный процесс, но не без ньюансов. Уже успешно завелся целевой чип, контроллер доменов питания, дисплей. Осталось завести wifi, бортовой emmc, контроллеры type c, звука и заряда аккумулятора. Ну и отладить отдачу заголовков в sdl2 и можно будет вернуться к написанию приложушек 👉

По какому-то счастливому стечению обстоятельств потратил минут 15 на прошивку ПЛИС по JTAG. Сначала не определился программатор, потом программатор не видел чип. У меня не стандартная конфигурация для таких экспериментов (ВМ qemu с ubuntu) и проблема казалась тривиальной (софтовой). Но lsusb и modprobe говорили что всё ок. На удивление, помогла только перезагрузка ноута 🤷‍♂️