Кхм, всем привет

Привет

Позволю сказать - HAL не нужен

сказать, конечно, позволяю, но лично для меня HAL сильнj упростил что жизнь, что конкретно порог вхождения

сказать, конечно, позволяю, но лично для меня HAL сильнj упростил что жизнь, что конкретно порог вхождения

Вот именно. Лично я против такого низкого порога вхождения

Вот именно. Лично я против такого низкого порога вхождения

отчего же?

Постоянно юзаю SPL и то, около трети функций мной дописаны

А, вы просто этим пользуетесь гораздо дольше меня

ну тогда вам сам Бог велел топить за SPL

отчего же?

Отбирает понимание контроллера. Те же прерывания заменили на коллбеки, а NVIC, имхо, одна из самых интересных плюшек STM32

эцсамое

ну тогда вам сам Бог велел топить за SPL

Я не топлю за SPL. Топлю я за CMSIS, просто SPL хорош для быстрого написания и отладки. Затем можно всё заменить на CMSIS

а чо такое HAL?

?

High Access Level

Библиотека для STM32, хуже которой уже ничего не придумают

High Access Level

ШОБЛЯДЬ?))))

hardware abstraction level

это термин устоявшийся в мировом сообществе программистов со времен мамонтов

Упс. Ошибочка вышла

а там типа функция pwmmodeGOD(pin3, 50%, 10MHz, iposkoree)?

если что, просто хал есть везде, а стмщики назвали свою либу просто и без выкрутасов, хал)

в чем приемущество?

Больше абстракций богу абстракций

А по факту - больше ненужной херни и больше времени на отладку, если что-то не работает

типа платформонезависимый код?

Когда следующий митап?

выглядит как Hal_gpiotypedef это типо структура с иницализационными данными, дальше функция инита которой даешь указатель на эту структуру

сама функция везде на каждом камне разная

я вижу HAL в первую очередь как хороший способ избежать множества ошибок на начальном этапе. Да и поддерживать продукт, написанный при его помощи легче гораздо

вот таким способи достигается абстракция

я вижу HAL в первую очередь как хороший способ избежать множества ошибок на начальном этапе. Да и поддерживать продукт, написанный при его помощи легче гораздо

И нагенерить новых на среднем

я вижу HAL в первую очередь как хороший способ избежать множества ошибок на начальном этапе. Да и поддерживать продукт, написанный при его помощи легче гораздо

я встречал баги в хале, так что это палка о двух концах)

типа платформонезависимый код?

для всего STM32 - да

Баги и в SPL есть

И да, как ни странно, баги есть и в железе

я встречал баги в хале, так что это палка о двух концах)

HAL довольно активно поддерживается, баги исправляются)

в спл не встречал, но видимо я везучий)

Я недавно дико фалломорфировал от того, насколько криво сделали I2C в F1

Я недавно дико фалломорфировал от того, насколько криво сделали I2C в F1

ты про железо?

ты про железо?

Да

а что там такого?

Извечная проблема флага BUSY, сбросить который сможет, вроде, только реинит модуля

После 1 стопа флаг BUSY вывешивается навечно. До перезапуска модуля

я делаю так, инит через хал, работа через регистры

в спл не встречал, но видимо я везучий)

Из того что вспомнил - глянь работу с флеш-памятью. Во всех функциях там ожидается флаг Busy. Что неверно, ибо по сбросу флага Busy, если верить RM, операция не факт, что завершена. Для проверки завершения операции есть флаг EOP.

надо все libopencm3 попробовать и stm32 template library

Так что, в данном случае, всего лишь пришлось сменить проверяемый флаг

вторая кстате русскоязычным сообществом написана, чему я был несказанно рад

Таким образом, при быстрой записи во флеш из программы, без оптимизации будет работать, возможно, а вот с ней - нет)

Из того что вспомнил - глянь работу с флеш-памятью. Во всех функциях там ожидается флаг Busy. Что неверно, ибо по сбросу флага Busy, если верить RM, операция не факт, что завершена. Для проверки завершения операции есть флаг EOP.

а, так у них через 2 флага всё реализовано, и I2C, и SPI

Так что, в данном случае, всего лишь пришлось сменить проверяемый флаг

сейчас поищу статью, в которой это описывалось

сейчас поищу статью, в которой это описывалось

Если ты про ту, что на хабре, я её читал и ей руководствовался, когда SPL переписывал

а, так у них через 2 флага всё реализовано, и I2C, и SPI

А у SPI что там?

Я просто уже не помню, давно с ним работал и весь RM не получается в голове держать

А у SPI что там?

там все буферы для передачи данных по 2-м флагам проверяются

Эх, мне бы решить сначала проблему с непонятными зависаниями. Контроллер из серии F1 раз в день-два да зависнет, да так, что RESET не выводит из этого состояния, только отключение-включение питания

В основном зависание идёт при софтварном ресете

а это не железячная проблема?

ватчдог это конечно не правильно, но вай нот)

В основном зависание идёт при софтварном ресете

Сделай обработчик хардфолта

ну там непропай где-то, допустим

из-за этого даже резет на кропке не рабоатет

*кнопке

А сохранять статус можно в оперативной памяти, даже после резет она будет сохранять значения ибо питание то остаётся. Нужно только инит предусмотреть без обнуления и по указанному адресу.

Там все логи хранить для дебага

Ах, да, что сделано: 1. Ватчдог запущен. Но ватчдог бы просто ресетнул контроллер, а не повесил намертво. Пинать ватчдог не забываю. 2. Ресет в кнопке работает. Спокойно контроллер перезагружаю с кнопки. 3. Плата проверена 100500 раз. 4. Хардфолт и прочие неприятности я бы увидел. Светодиоды заморгали бы. 5. CSS включена, ошибку генератора я увидел бы. 6. Мощные потребители есть, но отключены. 7. Зависания крайне редки, порядка 1 в день-два-неделю

Сначала думал на flash, ибо включена защита, а если попробовать постучать в МК извне со включенной защитой, то он как раз повиснет до передёргивания питания(защита такая). Но отладчик отключен физически.

крайне странно, может свд вытащить и смотреть логи в реалтайме

Так говорю же, отладчик отключен именно физически. Он не подключен к плате, а лежит на столе

Все неиспользуемые выводы, кстати, включил как вход с подтяжкой к +

Так говорю же, отладчик отключен именно физически. Он не подключен к плате, а лежит на столе

дак подключить только swd трейс, может он и не виснет вовсе, а ловит ассерт и тупит там

Так у меня assert не врублен же в дефайнах

И да, два дня девайс с отладчиком провисел - ничего не вылетело

отладчик просто получал по свд инфу или реально дебаг был?

если первое, то может отладчик добавил земли

Отладчик в режиме дебага был. Инфа по SWD получается краааайне медленно

USART и то быстрее будет, так что SWO не юзаю, хоть и выведен

я всегда думал что swo это и есть юарт

Ниет. Он крайне медленный. То, что UART выводит на скорости 115200 секунду, SWO выводит секунд 6-7

оке, надо тогда себе трейс переделать будет

Ощущение такое, что какая-то ошибка в железе...

Я не топлю за SPL. Топлю я за CMSIS, просто SPL хорош для быстрого написания и отладки. Затем можно всё заменить на CMSIS

Цмсис — это название стандарта кодирования, если чо

И да, хал таки нужен

Цмсис — это название стандарта кодирования, если чо

А мне сдаётся, что это Cortex Microcontroller Software Interface Standard

Отбирает понимание контроллера. Те же прерывания заменили на коллбеки, а NVIC, имхо, одна из самых интересных плюшек STM32

А чем, собственно, прерывания в хал отличаются от спл?

А мне сдаётся, что это Cortex Microcontroller Software Interface Standard

Я это и сказал

Насколько я помню, там коллбеки. И это мне не нравится.

Как писать код

А вот и не угадал

Это стандарт описания ресурсов, не более

Насколько я помню, там коллбеки. И это мне не нравится.

Никто не заставляет их юзать, они объявлены как weak

Это стандарт описания ресурсов, не более

Нит

Это стандарт написания апи

Я просто не понимаю, что значит топить за цмсис

Я вызов колбека под себя переписал и удобно

Хал тоже в соответствии с цмсис написан

Всем привет