D
Size: a a a
2021 March 01
VV
Andre Savelev
Хотя если подумать, ваш метод с проверкой результата на USBD_BUSY не хуже. Так как внутри CDC_Transmit_FS делается такая же проверка.
Вчера просто уже спать хотел, и думал, что CDC_Transmit_FS может быть тяжёлой функцией, которая копирует какие-нибудь буферы, поэтому проверять результат её выполнения с повторной отправкой, может быть накладно.
Вчера просто уже спать хотел, и думал, что CDC_Transmit_FS может быть тяжёлой функцией, которая копирует какие-нибудь буферы, поэтому проверять результат её выполнения с повторной отправкой, может быть накладно.
:) Спасибо что сообщили. В целом два почти равнозначных варианта. Я у себя пока код не причесывал, но ваш вариант (сначала подождать пока USBD_BUSY а потом наверняка отправить) вероятно более универсален. Мой вариант может быть чуть быстрее только если заведомо известно, что "конфликты" возникают очень редко, да и то выигрыш будет в "несколько тактов", что, скорее всего, несущественно :)
VO
а как в коде отражается то что я в генераторе выбираю Debug Serial Wire? Вроде при этом пины никак не настраиваются.
OD
Может быть есть какие нибудь варианты чтобы по DMA конкретные пины в порту изменять не трогая остальные?
Если весь порт работает на выдох, то без проблем реализуется. Я так делал динамическую индикацию из 9 светодиодов.
K
Если весь порт работает на выдох, то без проблем реализуется. Я так делал динамическую индикацию из 9 светодиодов.
Да на выход.
OD
Да на выход.
У автора канала есть статья про дма. В середине ее пример двух светодиодов. Посмотрите. https://istarik.ru/blog/stm32/138.html
K
У автора канала есть статья про дма. В середине ее пример двух светодиодов. Посмотрите. https://istarik.ru/blog/stm32/138.html
Спасибо. Посмотрю завтра
М
Подскажите, я правильно понимаю, что нельзя обрабатывать данные с i2c в режиме сна на стмке?
2021 March 02
s
Макс
Подскажите, я правильно понимаю, что нельзя обрабатывать данные с i2c в режиме сна на стмке?
Sleep mode — в этом режиме тактирование ядра остановлено, все цепи ввода-вывода микроконтроллера сохраняют своё состояние.
Ты можешь повесить прерывания на i2c и по прерыванию пробуждать ядро для общения
Ты можешь повесить прерывания на i2c и по прерыванию пробуждать ядро для общения
М
Sleep mode — в этом режиме тактирование ядра остановлено, все цепи ввода-вывода микроконтроллера сохраняют своё состояние.
Ты можешь повесить прерывания на i2c и по прерыванию пробуждать ядро для общения
Ты можешь повесить прерывания на i2c и по прерыванию пробуждать ядро для общения
Это вот была моя мысль, но проблема в том, что это акселерометр, с которого данные постоянно идут, поэтому не выйдет заснуть
А7
Макс
Это вот была моя мысль, но проблема в том, что это акселерометр, с которого данные постоянно идут, поэтому не выйдет заснуть
У акселерометра тоже ведь есть выход прерывания, который можно настроить. Пусть по движению, он разбудит ядро.
K
Макс
Это вот была моя мысль, но проблема в том, что это акселерометр, с которого данные постоянно идут, поэтому не выйдет заснуть
Где то год назад видел в рассылке от компэла модули акселерометров (уже запаянная микросборка 1 на 0,5 см). Суть ее в том, что помимо акселерометра там уже фильры все прикручены и простенькая система управления есть. Преимущество в том, что шумы все отфильтрованы. И в контроллер данные будут приходить не от любого дребезга, а уже когда реально что то двигаться будет. Может быть вам поможет.
КБ
Где то год назад видел в рассылке от компэла модули акселерометров (уже запаянная микросборка 1 на 0,5 см). Суть ее в том, что помимо акселерометра там уже фильры все прикручены и простенькая система управления есть. Преимущество в том, что шумы все отфильтрованы. И в контроллер данные будут приходить не от любого дребезга, а уже когда реально что то двигаться будет. Может быть вам поможет.
А как в ней калибруются фильтр?
K
А как в ней калибруются фильтр?
Вот поискал нашел. Думаю автору что то подобное бы пригодилось https://www.chipdip.ru/news/kx134-1211-tri-axis-accelerometers-with-noise-filters .