> Если ставим его на "малину" то это можно считать фирмварью?

Лишь условно. В контексте сабжа оно компьютер, как ваш десктоп. А то что компьютер может быть встраиваемым/бортовым/etc - наверное немного другой аспект.

> А размер zip-архива исходников там 92 мегабайта.

Вероятно 92 мега все же не МКшной фирмвари - а софта под ОС с кучей вон того depends и тогда это все же другое.

> Для компиляции на моем i5-8250U это приемлимо.

Ну, вы же его не ребилдите от и до с ноля чартерными рейсами? И даже при разработке вы меняете ну может пару файлов, они обычно и рекомпилятся, остальное как правило из объектников уже и все в целом разумно. Но вот там уже поди "depends" надо дофига и кросс задолбаетесь.

> А будь или проц послабее или исходники побольше - ожидание компиляции занимало
> бы уже весьма много времени.

Разово - и хрен с ним. При dev тоже меняется только что редактили. А если ну вот реально оптом надо - варианты тоже так то есть. Например распределенный компил, мощность 1 не так уж важна, можно и пачку малин в "билдферму". Реальная проблема будет если у этого добра мало RAM, компил валится, а более жирных на этой архитектуре в принципе не бывает. Актуально для ARMEL и MIPSEL всяких. А с x86 просто желающих возиться - все меньше.

> И ведь не просто ждать приходит когда можно
> уйти чем-то другим заниматься,а смотреть где оно очередную ошибку выкинет.

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

>> У современных разработчиков сейчас - x86-64, у практически 100% тушек.
> Здест ключевое слово - СЕЙЧАС. А код может быть написан и десять
> лет назад и больше.

Со своей стороны я считаю что если его за 10 лет не окультурили - возможно он не так уж нужен и в глобальном масштабе выброс трагедией не является. А любители редких сортов пусть сами и разбираются с своим этсамым, не делая это чужими проблемами.

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

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

Напротив. При том же наборе операций отвалидировать математику на 2 разных системах улучшает тестироваение и валидацию портабельности с теми же усилиями. Впрочем для себя я юзаю типы из C99, uint32_t это всегда uint32_t. Что на авр, что на x86-64, определен он так. А если код уповал на int конкретной разрядности, /dev/null по нему соскучился.

>> Я тоже так иногда делаю. Не очень понятно что вам не нравится.
> Не нравится _времязатратность_ такого способа модификации исходника.

У норм людей ключевые параметры более-менее в 1 локации задаются. Ну и альтернативы могли быть и еще хуже, вероятно.

> вместо того чтобы как-то в одном месте параметры собрать (и желательно откомментировать)
> это неудобно.

Ну вот то что в 1 месте их не собрали - фэйл конечно. Но сам по себе #error как способ срубить билд если юзерь что-то прошляпил - норм.

> Вы прямо в точку попали:) Чаще всего пеку себе булочки сам потому
> что до ближайшего магазина у меня тут 8 километров по морю,на лодке

Ну, вот видите, вам проще так. А вон тем проще - в булочную сходить. Вопрос соотношений. И так и так - валидно и каждый для себя сам определяется, что сам, что другим делегировать. И ессно совсем забесплатно другие вообще совсем все - не факт что сделают.

> Но вот сделать обслуживание своего кода удобным - это можно сказать правило
> хорошего тона в программировании.

И портабельность кода - одно из ключевых требований в этом аспекте, если что.

> Раз уж MIPI CSI упомянули то знаете что способы управления всякими планшетно-телефонными
> камерами чаще всего добывались реверсом

Насколько я помню сам MIPI CSI относительно стандартен и проч, да и даташиты на матрицы довольно часто бывают как ни странно. Вот контроллеры - там у кого что конечно. И зависит от доков на SoC. Недокументированые SoC грабли не только с MIPI но и - везде.

> подключения, но чаще всего плохо в смысле качества картинки.

Ну это отзывы юзерей в инете надо смотреть по хорошему.

> Вот только принципиальное отличие всех этих мышей и звонков - в том,что
> это _промышленные_ изделия.

Спецом под РФ их никто не делает как вы понимаете.

> То есть на них были получены производителем (ну должны были) разрешительные бумаги.

ISM не требует лицензирования - с определенными ограничениями (выделенные под всеобщий срач частоты, лимиты мощности). Я стараюсь использовать мозг и предполагаю что "не создавай проблем других и их не создадут тебе". Т.е. не борзеть с мощой, не занимать канал надолго, мало отличаясь от "похожих девайсов" в полосе, не соваться на хзчьи частоты, и понимать что и зачем я делаю и на какое примерно расстояние это может проблемы создавать, всем пофиг. ISM и тому подобные (SRD/LPD) полосы для всеобщего ср@ча на короткие дистанции и созданы.

> А вот если гражданин сделает радиобрелок или радиомышь САМ - то это
> будет "нелицензированное радиопередающее средство" и получать на него бумаги придется

Для ISM - в пределах лимитов ISM - это не требуется, особенно если это не продавать. А то может мне микроволновку лицензировать? Она на 2.4ГГц наверное несколько ваттов в эфир пуляет. Никто за ней ессно не будет бегать. И за звонком и брелком авто тоже.

А самый кайф это более-менее укладываясь в эти лимиты посмотреть насколько можно разными фокусами расстояние расширить.

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

Если оперировать в лимитах ISM/LPD/SRD и не борзеть - то это перебор. Китайцы свои пультики тоже ессно не лицензировали но их в рф - миллионы.

Более того! В продаже в РФ бывают и совсем левые вещи. Скажем пультики на 315 МГц. Вообще-то это АМЕРИКАНСКАЯ полоса для открывашек гаражей и т.п.! А у россиян для такого 433. У амеров наоборот, 433 по идее "хамский" а для этой фигни 315 и 915 (в РФ на нем GSM - упаси туда сунуться).

> Да, с самодельной радио мышью в крупном городе действительно можно затеряться в
> общем радиошуме.

А вы уверены что у вас питальник не шумит как три мыши? :)

> С достаточно мощным передатчиком дрона - уже может быть чревато последствиями.

Самый кайф имхо пульнуть пакет лимитированой мощой на почтенное расстояние. А за запуск дрона у россиян сейчас - вообще вроде можно поиметь неприятностей, это вроде карается независимо от радио, не?

> маскирующего радиошума немного, и если обнаружат то сильно прилетит по шапке
> за нарушение погранрежима.

А там запрещен даже ISM? И скажем микрой пользоваться нельзя? Я бы скорее поверил что все обделаются при виде дрона и попытаются сбить его - и найти владельца, который заманается доказывать что не шпион.

> эту тему поспрашивал - рекомендовали с самоделками в эфир не высовываться,

С большой мощей и постоянным сигналом, да еще подвешенно на дроне - плоховатая идея. Впрчоем сейчас у россиян вроде и за просто пуск дрона взгревают нехило, не?