Мой первый KitRover: попытка сделать машинку с управлением по сети (часть 2)

Если собрать всю картину воедино, получается катастрофическая цепочка:

1. Видеопоток и команды пакуются в тяжелый gRPC (TCP).

2. Прокси-сервер разрывает поток на Unary-запросы и пинает Бэкенд.

3. Команды управления превращаются в длинные текстовые AT-строки.

4. Эти строки летят на слабый чип RP2040.

5. Программа на Go судорожно пытается распарсить тонны текста, постоянно спотыкаясь о сборщик мусора.

1. Видео поток не взаимодействует с моими сервисами которые используют gRPC;

2. Не совсем понял почему такой итог. Backend и Proxy работают отдельно. Backend по Unary отдает JWT, а Proxy переотправляет команды по Stream;

3. Тут всё верно. Для удобства разработки решил использовать то, что удобно на этом этапе. Дальшейшие переделки и сравнения это поводы для статей. Цели сделать сразу хорошо и уложиться в одну статью нет. В будущих итерациях планируется улучшать. Сейчас задача сделать то, что катается по комнатам.

4. Ответ пересекается с пт.3

5. Будет интересно рассмотреть работу c Go от -gc=conservative через -gc=leaking к -gc=none.

Машинка будет реагировать на пульт с грацией и скоростью лунохода.

Сейчас машинка вполне неплохо едет для технического мазохизма.

Вы правы насчет "автор прикладной начинающий программист", это мой первый проект с микроконтроллерами, выходящий за рамки Blink. Цели браться за C/C++ у меня нет, даже если это стандарт.

Спасибо за конструктивную критику.

Мой первый KitRover: попытка сделать машинку с управлением по сети. (часть 1)

Спасибо, ознакомлюсь.

Я написал мессенджер в одиночку. Поможете устроить ему краш‑тест?

Звонки настраиваются не сложно. Да и в целом нет проблем с настрокой и ресурсами для Element.