caxapa.ru :: Вопрос про callback (STM32 HAL). Я так понял, что функции типа callback (HAL_TIM_IC_CaptureCallback и подобные) вызываются после очистки флага прерывания (__HAL_TIM_CLEAR_IT), то есть прерывание от другого прерывания с меньшим приоритетом будет

Котяра (30.04.2019 12:54, просмотров: 13034)

Вопрос про callback (STM32 HAL). Я так понял, что функции типа callback (HAL_TIM_IC_CaptureCallback и подобные) вызываются после очистки флага прерывания (__HAL_TIM_CLEAR_IT), то есть прерывание от другого прерывания с меньшим приоритетом будет вызываться? Если мне надо что-то сделать внутри этого прерывания, чтобы другие прерывания ожидали, то надо написать код до __HAL_TIM_CLEAR_IT? А где? Есть HAL_TIM_IRQHandler, там все делается, но нет области для пользователя. То есть при любой генерации кода в MX этот файл будет заново переписан. Что можно сделать кроме того, чтобы хранить мои изменения в отдельном файле и переписывать после очередного генерирования кода?

Ответить

- OFF, кнешна, но я вот наблюдаю, HAL заражает людей. Мы уже отказались, а поздно, зомби! - VLLV(30.04.2019 15:17)
  - Потому я и называю таких людей дружбанами :). Однако, справедливости ради, следует заметить, что подобного рода явления происходят и при переходе на операционную систему - там тоже приходится "дружить", зачастую не понимая, как оно работает. - Ксения(30.04.2019 15:54)
    - Не хотел холивара, просто наткнулись на несколько косяков HALа, уже не помню каких, да и неважно. Я предполагал, что специально обученный человек будет настраивать HAL для каждого проекта, а остальные заниматься приложениями. Этот подход не VLLV(428 знак., 30.04.2019 22:07)
      - вот тут верно - "делают из программистов зомби". Если ты - программист. :-) А если просто разработчик некоего электронного устройства? И совсем не программист? - Лагунов(01.05.2019 06:53)
        
        Значит нефиг лезть в программный код - lloyd(01.05.2019 08:31)
        
        где ж я программиста найму? :-) Тут на себя-то денег еле хватает. - Лагунов(01.05.2019 09:46)
        
        Кхе-кхе. Скрипач(561 знак., 01.05.2019 10:02 - 12:29)
        
        Отдаться в хорошие руки - отличный план, только где они, хорошие руки? А абы кого в свою лубяную избушку пускать не резон. - йцукен(01.05.2019 13:49)
        
        да какие обиды? :-) всё дело только в том, что кому и зачем всё это нужно. С точки зрения технического прогресса? Конечно надо укрупняться (т.е. продаться). Для гарантированного дохода каждому - тоже. Но к примеру в 90-е речь шла просто о Лагунов(520 знак., 01.05.2019 12:50)
        
        " Бог всегда на стороне больших батальонов" - VLLV(01.05.2019 10:20)
    - !!! Вы абсолютно правы. Я даже местами отказываюсь понимать, как работают ф-ии HAL. Максимум - поправлю инициализацию портов. - Лагунов(30.04.2019 17:55)
    - Когда читаю про неприятие ХАЛа, сразу вспоминаю эпоху глобального срача "С vs Ассемблер" и незабвенного Доктора Туама Осеса :) А ХАЛ, правильно, ту же роль, что ОСь играет - прокладки между программистом и "железом". - Сидоргек(30.04.2019 15:58)
      - Да не, тут проблема не в концепции, а в реализации. И она у STшников получилась аховая. Тот же posix существует сколько лет уже, и никого не смущает - lloyd(30.04.2019 19:35)
      - Я с HALа начал программиировать STM32, но сейчас частично перeшел на LL HAL(USART, TIM, SPI, GPIO) - несложная периферия, которой свободно можно рулить без лишних абстракций. Остальная периферия - пока использую HAL. A.L.(126 знак., 30.04.2019 16:44)
      - Здесь только одно непонятно. Если программист не знает железо, как же он его программирует? А если знает, зачем ему эта прокладка? - SciFi(30.04.2019 16:02)
        
        всё просто. Если я не знаю языка Си, то что мне делать (если надо работать с STM32)? - Лагунов(30.04.2019 17:56)
        
        printf он и в африке printf. А что там в самом низу UDR или THR или DR глубоко пофиг - megajohn(30.04.2019 16:33 - 16:38)
        
        Ага, конечно. Выхлоп printf может быть перенаправлен в какой-нибудь usart или дебажный swd, а то и на дисплей через ОЗУ или в файл на sd-карточку. И это добро ещё и настраивается кучей параметров, вроде методики работы с плавучкой. Evgeniy1294(53 знак., 30.04.2019 18:47)
        
        кэп, я говорил обобщённо. Ну раз не понятно, то добавлю к примеру i2c.write spi.read и т.д. и т.п. - megajohn(30.04.2019 18:52)
        
        Ну вот, например, i2c.write у меня тоже сделано хитровывернуто, ибо есть специфические требования. - SciFi(30.04.2019 18:59)
        
        Потому что аппаратный i2c, как обычно, забажен?) - Evgeniy1294(30.04.2019 22:09)
        
        Будете смеяться, но нет. Именно особенные требования. - SciFi(30.04.2019 22:32)
        
        я и не знаю printf, у меня - sprintf. :-) - Лагунов(30.04.2019 17:58)
        
        Ладно, ладно. Просто не всё сводится к printf, есть вещи, которые без доступа к регистрам не сделаешь, или же халы будут там только мешать. Плюс есть обоснованные опасения о качестве этих поделок индусских студентов. - SciFi(30.04.2019 16:51)
        
        с чего вдруг? У меня мирно уживаются и HAL (if (HAL_GPIO_ReadPin (GPIOC, GPIO_PIN_13)==0)), и UART4->TDR=BUF106CM1[SCBYT1] | 0x0100; - Лагунов(30.04.2019 18:01)
        
        И что же не так вот здесь: "if (!(GPIOC->IDR & (1 << 13)))"? - SciFi(30.04.2019 18:04)
        
        так тут думать надо. :-) (особенно: 1<<13) - Лагунов(01.05.2019 06:55)
        
        Для ленивых и эстетов там есть макрос GPIO_IDR_IDR13. Кстати, насчёт "думать надо", я придумал слоган для хала: "Погромист, кодируй, не приходя в сознание"™ - SciFi(01.05.2019 10:54 - 11:18)
        
        Недавно наблюдал коллегу, неделю запускавшего USART под лозунгом "ХАЛ-песец, напишу сам!" и такИ пришедшего к выводу, что "там USART глючный" :) Коллега, если что, опытный и очень неглупый. - Сидоргек(30.04.2019 17:55 - 17:58)
        
        Нихрена он не опытный, если это конечно не чудо-камень с докой на китайском. - Evgeniy1294(30.04.2019 18:48)
        
        C vs Ассемблер, я ж говорю. Аргумент в пользу С был - пишем быстро, "низким уровнем" ведает компилятор, который там ошибок не делает. Если не устраивает (по скорости, например) то, что нагенерил компилятор, переписываем на АСМе (читай - курим Сидоргек(31 знак., 30.04.2019 16:21)
- Прерывания с мЕньшим приоритетом не будут вызываться, пока находишься в обработчике текущего прерывания. Хоть до очистки флага, хоть - после. - il-2(30.04.2019 13:38)
- Читаем про систему NVIC. Если кратко, то при переходе в колбэк ядро останется в режиме обработки прерываний (исключений). В ходе обработки прерывания может быть вызвано прерывание с более высоким приоритетом. Для решения этой проблемы нужно или Evgeniy1294(172 знак., 30.04.2019 13:07 - 13:10)

ARM, RISC-V контроллеры