>> За тем что код какого-нибудь условного "автопилота" был написан под 32-разрядную систему
> Головой надо думать ДО написания софта, особенно нового. И на этапе выбора
> решений. Чтобы не было мучительно больно ПОТОМ.Как я уже говорил - нередко умеющие в нужную математику (и обладающие навыками реального пилотирования) бывают что программированием владеют лишь на любительском уровне.
И заранее предусмотреть проблемы переноса своего кода на другую произвольно взятую железку
не могут. Да и не надо оно им так как пишут под ту железку которая есть в наличии. Потому кто-нибудь другое переписывает под железку которая оказалось у него. И так методом последовательных итераций получается некий достаточно объемный проект,созданный силами многих разных людей.
Серьезно всё это переделывать - большая работа,на которую ни у кого нет сил и времени.
> Тогда вы нарывались на проблемы сразу на старте затеи. Но вообще читать
> сорц помогает, я проверял.
Вот только размер предполагаемого к прочтению может быть весьма внушительным если
говорить о линуксовых одноплатниках. Это в микроконтроллер какой-нибудь особо сильно
много кода всё равно не засунешь поэтому проекты так не распухают.
> Я это более менее умею, самообслуживание - помогает в опенсорсе.
Самообслуживание это конечно хорошо. Но переписать под себя всё - не хватит ни сил ни времени.
Всё-таки хочется и результат в более-менее обозримом будущем получить,а не через годы.
Хотябы даже и потому что через годы это можно будет уже купить готовое за не очень дорого - как те же летающие дроны,которые раньше делали сами,а теперь их в магазинах сколько угодно на любой вкус и кошелек.
>> Пока еще не видел самоделок на RISCV на тех любительских форумах где общаюсь.
> А таки китайцы D1 какойнить продают занедорого. Еще б ядер побольше по
> той цене :)
А вот я,как и многие любители, был бы готов доплатить не за больше ядер,а за хорошую документацию и удобный в пользовании визуальный симулятор. Пока что из микроконтроллеров по документированности и доступности удобных средств отладки - безусловный лидер AVR. И любители
активно их покупают и используют,хотя это не самые дешевые контроллеры. Платят за удобство использования в своих проектах.
>> регуляторы скорости моторов - управляются
>> именно ШИМом, унаследованным еще аж от чисто аналоговой аппаратуры радиоуправления.
> Я не фанат унаследованых систем и поэтому порой не обламываюсь налутать что-то
> наподобие сам по своим лекалам.
Опять же - если заниматься не только переписыванием всего программного кода но и изготовлением
всей электроники с нуля(начиная с самих плат) - то результат в виде работающего изделия
отодвигается в туманное будущее.
А так-то да, в мире есть люди,которые сами выпекают и радиолампы и даже не сложные микросхемы.
> я научился "in situ" делать все что лезет в 2 слоя. Полевиков и STMок у меня есть.
Полевики и STMки нынче действительно не дефицит.
Дефицит - это время на изготовление и _отладку_ того же самодельного регулятора.
>> Управлялись бы они по i2c/spi - этот костыль с stm32 не был бы нужен.
> STM32 намного лучше вертится под жесткий реалтайм и меньше точек системных факапов.
Безусловно согласен,но я другое имел в виду когда говорил о костыле. Сейчас управление мотором - это сигнал через i2c/spi с компа на stm32,потом с него в виде ШИМ-сигнала на регулятор в котором
свой микроконтроллер,управляющий силовыми полевиками. Именно поэтому я назвал в данном
примере stm32 ненужным костылем. Правильно было бы научить тот контроллер что полевиками
управляет - понимать команды,поступающие по i2c от линуксового компа. Но регуляторов для коллекторных моторов, управляемых по i2c мне на глаза не попадалось.
Даже возникла мысль найти среди китайских регуляторов совместимый с одной из открытых прошивок
(например BLHeli) и прошивку ему переписать на свою. Проблема только в том,что совместимость китайских регуляторов с открытой прошивкой заранее не известна. Я уже два купил, у обоих в описании упоминание о BlHeli было,и оба по факту оказались несовместимы.
> Линух еще пока не до конца ртос, есть слабые места. А у STM'ки богатый
> аналог, куча периферии и проч. И я не буду DAC ->
> DMA жесткореалтаймно лупить из линя. А из STMки - почему нет?
Согласен с вами.
>> прошивка,а вибро и водо защита.
> Залить герметиком каким имхо. Но вообще в лодку и так вода попадать
> не должна.
В море нередко вода просто в воздухе висит в виде мелкой пыли.
> А ряд герметиков умеет уксус выделать - что для электроники фигово.
Об уксусе хотябы известно. А вот фирма Kipor в своих "инверторных" бензогенераторах
на другие грабли наступила. Они залили плату электроники чем-то что имеет слишком большой
коэффициент теплового расширения и через какое-то количество циклов нагрева-охлаждения просто
отрывает детали от платы. И эти электронные блоки выпускаются с таким герметиком с 2003 года,
и также продолжают регулярно умирать.
