Малоногие ARMы
Странный вопрос.
Кто-нибудь игрался с АРМами в малоногих, но паяемых на коленке корпусах?
soic-8, tssop-14 или даже wlp-16?
wlp-16 реально на коленке лутом развести, или не стОит?
"stm32G0" в корпусах типа соик8 обещают, но еще не. или уже?
какие засады с errata, gcc, программаторами?
хочется вообще забыть про малоногие attiny, и что-то типа "измерять одно напряжение, рулить одним ключом, хвастаться о результате по uart/spi/i2c" делать на том же компиляторе, тех же библиотеках, с тем же программатором что и для многоногих stm32f4.
что посоветуете? ну и чтоб без привязки к виндоус. или с этим сейчас уже всё неплохо, и проприетарных программаторов/сред, работающих только под виндоус уже не надо?
ps: на данный момент активно работаю с stm32f407 и капельку с stm32f10x, (g++, lto, opencm, st-flash полностью устраивают. )
pps: капелька оффтопика.
1. c++ на stm32f4 или на иных эмбеддед кто-нибудь использует? плюсы, при грамотном применении, позволяют и объявлять переменные где удобнее, и безопаснее/проще/удобнее делать инициализацию глобальных сущностей типа "uart3" или "timer5". если не злоупотреблять затейливым наследованием и потоками, то кодогенерация практически не отличается от классического С, но добавляется много доп.проверок совместимости типов, булевский тип, итп. вроде сахар, но время и силы экономит.
2. "LTO" (оптимизация во время линковки) кто-нибудь использует? если аккуратно соблюдать Стандарт языка, то побочек от нее нет, а вот код становится и компактнее и быстрее. компактнее - иногда вчетверо при слишком дряном исходнике.
3. на свежих gcc (новее 7.х) сочетание stm32f4 + g++ + LTO -- падает на этапе линковки с внутренними ошибками этого самого линкера. грустно. Кто с этим сталкивался? на работе интернет ограничен, попробую дома воспроизвести баги.
Кто-нибудь игрался с АРМами в малоногих, но паяемых на коленке корпусах?
soic-8, tssop-14 или даже wlp-16?
wlp-16 реально на коленке лутом развести, или не стОит?
"stm32G0" в корпусах типа соик8 обещают, но еще не. или уже?
какие засады с errata, gcc, программаторами?
хочется вообще забыть про малоногие attiny, и что-то типа "измерять одно напряжение, рулить одним ключом, хвастаться о результате по uart/spi/i2c" делать на том же компиляторе, тех же библиотеках, с тем же программатором что и для многоногих stm32f4.
что посоветуете? ну и чтоб без привязки к виндоус. или с этим сейчас уже всё неплохо, и проприетарных программаторов/сред, работающих только под виндоус уже не надо?
ps: на данный момент активно работаю с stm32f407 и капельку с stm32f10x, (g++, lto, opencm, st-flash полностью устраивают. )
pps: капелька оффтопика.
1. c++ на stm32f4 или на иных эмбеддед кто-нибудь использует? плюсы, при грамотном применении, позволяют и объявлять переменные где удобнее, и безопаснее/проще/удобнее делать инициализацию глобальных сущностей типа "uart3" или "timer5". если не злоупотреблять затейливым наследованием и потоками, то кодогенерация практически не отличается от классического С, но добавляется много доп.проверок совместимости типов, булевский тип, итп. вроде сахар, но время и силы экономит.
2. "LTO" (оптимизация во время линковки) кто-нибудь использует? если аккуратно соблюдать Стандарт языка, то побочек от нее нет, а вот код становится и компактнее и быстрее. компактнее - иногда вчетверо при слишком дряном исходнике.
3. на свежих gcc (новее 7.х) сочетание stm32f4 + g++ + LTO -- падает на этапе линковки с внутренними ошибками этого самого линкера. грустно. Кто с этим сталкивался? на работе интернет ограничен, попробую дома воспроизвести баги.