> Просто они с другой целью,не с той которая нужна вам(и мне).Это и было поводом попробовать иные варианты.
> У Sunxi сам этим пользуюсь. А кто еще так умеет? Остальным попадающимся
> во всяких приставках и планшетах подавай загрузчик в припаянной
> на плате флэшке.
Рокчипы некоторые. Но там разные варианты поведения у разных чипов IIRC. Да и малины те же наконец.
> каким-нибудь "методом иголки", в худшем - программатор или jtag.
Ну я вон тем ARMv5 почти так и налил, только там иголок не надо, ROM на уарте после powerup врубается если "пинг" от программы флешера получен.
> За тем что код какого-нибудь условного "автопилота" был написан под 32-разрядную систему
Головой надо думать ДО написания софта, особенно нового. И на этапе выбора решений. Чтобы не было мучительно больно ПОТОМ.
> Те же роботостроители - далеко не все являются настолько крутыми программистами чтобы
> заранее учесть в своем код возможность запуска на системе с другой разрядностью.
Значит, однажды они узнают простые истины сложным способом.
> уже наигрался и давно свалил в закат, так что даже и вопросы ему не задать.
Тогда вы нарывались на проблемы сразу на старте затеи. Но вообще читать сорц помогает, я проверял.
> Под рукой может оказаться какой-нибудь акселерометр,гироскоп,или еще какой датчик,к которому
> как написал код в середине двухтысячных какой-нибудь хорошо разбирающийся в теме
СИЛЬНО нужный код - можно и самому причесать, если НАДО. Я даже так делал. Выпилив вместе с голимыми "int" и несколько buffer overrun заодно.
> зубодробительный код какого-нибудь цифрового фильтра или чего-то подобного
> - занятие не простое и не быстрое.
Я это более менее умею, самообслуживание - помогает в опенсорсе.
> Пока еще не видел самоделок на RISCV на тех любительских форумах где общаюсь.
А таки китайцы D1 какойнить продают занедорого. Еще б ядер побольше по той цене :)
> Отдельный вопрос - где это у одноплатников столько памяти чтобы адресация в
> 32 бита не влезла?
Кроме памяти есть еще перфоманс математики и проч, 64 бит регистры в кодеках, крипто и проч намного лучше, а в u32 даже параметры в ФС не влезут.
> А я ни разу не ставил дома x86-64 систем - надобности в
> них нет,а разгребать глюки при переносе кода нет желания.
А я первопроходец направления. Топ фортуны500 сразу AMD64 подхватили. А потом я и себе забацал "воркстейшн мечты". ECC, SSD, HW вирт, IOMMU, мощный проц/GPU, в красивом корпусе, с технологичным питальником. Монитор под стать. Звездный крейсер. Но новая итерация будет преследовать +1 цель: 100% открытое системное фирмваре. Так что видимо RISCV-64 уже.
> (особенно в сельской местности) регуляторы скорости моторов - управляются
> именно ШИМом, унаследованным еще аж от чисто аналоговой аппаратуры радиоуправления.
Я не фанат унаследованых систем и поэтому порой не обламываюсь налутать что-то наподобие сам по своим лекалам. На данный момент местность мне не важна, я научился "in situ" делать все что лезет в 2 слоя. Полевиков и STMок у меня есть.
> Это к вопросу зачем в DIY совместимость:)
Я не некромансер. И даже в "simple" радио я запускаю пакетные протоколы собственного разлива. А порой и экспериментирую с странным форматом сигнала.
> Управлялись бы они по i2c/spi - этот костыль с stm32 не был бы нужен.
STM32 намного лучше вертится под жесткий реалтайм и меньше точек системных факапов. Это кроме всего прочего делает линух сторону forgiving. Линух еще пока не до конца ртос, есть слабые места. А у STM'ки богатый аналог, куча периферии и проч. И я не буду DAC -> DMA жесткореалтаймно лупить из линя. А из STMки - почему нет?
> bldc моторов я хотябы на картинке видел, то для коллекторных моторчиков всяких
> ездящих игрушек не видел даже на картинке,не говоря про живьем.
Я могу себе тупо налутать это и будет та фирмварь какая мне нравится. И будет там STM ценой аж бакс да полевики, взятые оптом а то и сдутые с мамки если габариты пофиг и еще по мелочи.
> под этот мотор взять регулятор, способный _долговременно_ переваривать ампер сорок тока
> - не знаю. Прямо хоть сам с нуля делай на том самом stm32.
Ну собссно набить полевиков к STM'ке не больно какая проблема. Несколько однотипных запараллелить можно. Мотору частота не важна и "драйвер" может даже из BJT слепить, это вообще можно чуть не из остатков мамки сделать, почти все кроме STM, если параметры устроят.
А в маломощных вещах до нескольких ампер у меня есть забавные полевички которые не обломно GPIO вертеть до 50-100 кГц или чуть больше. Вам не понравятся имхо.
> прошивка,а вибро и водо защита.
Залить герметиком каким имхо. Но вообще в лодку и так вода попадать не должна. А ряд герметиков умеет уксус выделать - что для электроники фигово.
> Спасибо что хоть такие появились. Это сейчас одноплатников много на любой вкус
> - можно даже не возиться с заказами,а купить за наличные если до Питера доехать.
Я краудфандил ARMv7-based ДО гамнин, которая прочухала перспективность позже, и броадком решил - вот - слить лопухам устаревший хлам. ARMv7 это минимум с которым я работаю "всерьез".
> договориться с посредником о покупке и он сразу предупредил что мало шансов
> что посылку с этим
Техасы мне не нравятся хоть как: дорогие и маломощные, оверинженернутые, сложные в bring-up. Не зря они вылетели с рынка почти везде - bang per buck плохой.
> Я тоже не очень понимаю этих плюющихся господ. Разве что может быть
> кто-то из них сильно переписывал стартовые скрипты под какую-то свою задачу,а
> после перехода Дебиана на systemd пришлось всю эту работу заново делать.
Ну хз, я запиливаю кастомные сервисы в мои системы, мне так то проще стало. Допустим перепилить за редхатом юнит системды в разы проще чем стартовый скрипт под них же. Актуально для внереповых прог.
