>Там видите ли нет аспектов "depends: zlib, libssl, [...еще 10 либ]". Можно пересобрать фирмвар от >и до - ибо он мелкий. А если будет надо менеджмент вон того, все ВНЕЗАПНО сильно менее удобно. Так >только кернел и uboot билдить комфортно, ибо не зависят от внешних либ. А юзермоду надо ОТДЕЛЬНО, >В СТОРОНЕ, НЕСТАНДАРТНО кроить альтернативную иерархию с либами и в нее это собирать.Соглашусь лишь отчасти. Во-первых даже на AVR бывают библиотеки. Другое дело что чаще всего
не заморачиваются изготовлением именно бинарных либ,а хранят их в виде кучки исходников и цепляют
оттуда что надо. Во-вторых "мелкость" штука относительная. Наверно, имея под рукой китайский многоядерный Xeon с Али я бы считал "мелкими" существенно более крупные вещи чем сейчас. Имеется в
виду в смысле компиляции,а не вникания и редактирования.
В-третьих в линуксе есть chroot который позволяет сделать альтернативную иерархию с либами сделать
для целей кросскомпиляции. Цена - практически только дополнительное место на диске,что сейчас
обычно не проблема.
>И лучше всего софт работает - в конфиге разработчика. Так что, если у вас нет такого майнфрейма и >эмуля, можно неприятных сюрпризов получить.
Так я именно об этом и говорю. Что если у разработчика софта был x86-32 то огребать дополнительные сюрпризы собирая это на x86-64 совершенно не хочется.
Вот например есть такая штука как ardupilot. И там даже есть возможность сборки под Raspberry Pi.
Но - с подключенным другим комплектом других датчиков,не такие как подключил я. Точнее даже большая часть подключенных датчиков совпадает,но они не на фирменной дорогущей плате за 20 тыс руб. https://geobond.ru/product/Navio2/
,а "россыпью" в виде китайских модулей с Али.
А описание переноса на свою конфигурацию - вот такое минималистичное:
https://github.com/ArduPilot/ardupilot_wiki/blob/master/dev/...
Особенно порадовала фраза:
"Work through any issues highlighted by '#error' messages in the codebase, which will require per-board configuration."
Что можно перевести - сиди и разбирайся сам, писать развернутую документацию нам было Лень. Ну что - имеют право лениться. Но вот мне бы не хотелось чтобы к необходимости править известные места добавилась необходимость искать и править неизвестные,которые вылезут при переносе
например на arm64. Мне вообще-то результат хочется получить,а не абстрактным "развитием проекта"
заниматься. Тем более что в моей задаче даже RPi и то "много" потому что робот наземный,а не летающий(тут летать нельзя). Можно было бы и STM32 обойтись,но
он в отличие от RPi, видео пересылать мне через интернет не сможет. А я хочу чтобы робот именно
через интернет (LTE) управлялся - тогда у меня гарантированно не вылезет проблем с нелицензированным передатчиком (а иначе могут ибо в погранзоне живу).
