ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Четверг
25 апреля
632738 Топик полностью
Vit (21.11.2015 09:10, просмотров: 273) ответил Vit на STM32L4xx кто-нибудь уже обругивал?
В EmBitz (который раньше звался EmBlocks) добавили. Ещё не пробовал;). Вчерась дошли руки до дискавери. От Cube, Keil 5.17 и ST-Link v2.1 море мелких впечатлений. Через main.h (main.h, Карл!) передаются задефайненные зависимости, без которых не работает, хотя уверенно:) компилится. Подтягивал USB Device CDC от STM32L476-EVAL к STM32L476Dicovery (предусмотрительно забыли положить;). Заодно нашлись тупые описки в назначении управления таймером, ну и боле приятные:) - неправильные установки вайтстейтов и напряжения питания флеша. В Cube запихали включение питания GPIO (да, наверно и всего остального) прям во включение тактирования, причем там макрос (барьеров не заметил). Для GPIO моду указывают с пуллапом, а пуллапы никто не разрешает в соответствующих регистрах включения (которые в управлении питанием, а не в GPIO), правда оно и так как-то трепыхается. В Кайле состояние регистров GPIO (в частности GPIOD) не отображается и вручную не меняется (через память не смотрел - обычно посмотреть помогает) - наверно придется *.SVD рихтовать. В STLink 2.1 добавили VCP, дык он работает когда хочет. При запущенной отладке чаще отказывается фунциклировать. Жаль, идея была хорошая (в CMSIS-DAP от X893 и от Freescale фурычит вроде как нормально), но где-то тунисцы облажались. Пытался сгенерить из CubeMX этот самый USB Device CDC, дык оно честно сказало, что с клоками не совладало. По ходу вааще не знает о наличии MSI и, соответственно, возможности его автоподстройки от LSE. Но ручная правка клока не помогла - с полутыка не шмогло оно:) До QSPI ещё не добирался. А у SDIO даже на 144-ногом корпусе конфликт по мапу ног с одним из УАРТов - должно же быть что-то от ST традиционно говняное:)