Форум РадиоКот

Здравствуйте. Необходимо получать данные с ДУС L3gd20 на stm32f3-discovery и передавать их на компьютер. ДУС настроен на частоту измерения 960Гц. Настроил таймер на 2кГц(т-ма Котельникова), где читаю выходные регистры датчика и передаю через UART. До этого стояла скорость передачи 9600 бод/с. Понял, что UART не успевает за таймером (хотя коллизий нету, странно). Только со скоростью 230400 бод/с, частота передачи UART достигла ~1.8кГц.
Сдаётся мне, что всё это неправильно, и надо организовывать буфер, где будут хранятся данные с датчика. Потом эти данные можно неспешно передавать. (онлайн не нужен).
Подскажите, как организовать буфер?

FireProoF писал(а):Потом эти данные можно неспешно передавать.

А в это время буфер будет неспешно переполняться

FireProoF писал(а):как организовать буфер?

Массив. Не ?

Тогда еще один вопрос. Если у меня uart не успевает за таймером, то должны быть коллизии. Т.е. не закончилась предыдущая передача, а начинается новая. Да, и как быть уверенным, что данные не теряются пока передаются?
установил скорость uart 9600 и передаю 10 пакетов. занимает это 41,5мс. Вот теперь еще вопрос. Какова частота дискретизации? 2кГц, как и должно быть или 1/41,5мс= 240Гц?
Я понимаю, что здесь нужен FIFO-стек, но может есть уже готовые аппаратные велосипеды?

Зачем гемор наживать ? Передавайте с такой скоростью, которая полюбому обеспечит непрерывную передачу данных, при вашей частоте опроса датчика. Если хотите снизить скорость передачи - снижайте частоту выборки данных.
Нереально передавать данные с более низкой скоростью, чем выборка этих данных, не потеряв их. И никакие аппаратные средства не помогут, ибо это физически невозможно. Это как наливать в бочку воду с одним расходом, а забирать из неё с более меньшим, надеясь, что она не переполнится.

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

Аlex писал(а):Зачем гемор наживать ? Передавайте с такой скоростью, которая полюбому обеспечит непрерывную передачу данных, при вашей частоте опроса датчика. Если хотите снизить скорость передачи - снижайте частоту выборки данных.
Нереально передавать данные с более низкой скоростью, чем выборка этих данных, не потеряв их. И никакие аппаратные средства не помогут, ибо это физически невозможно. Это как наливать в бочку воду с одним расходом, а забирать из неё с более меньшим, надеясь, что она не переполнится.

Действительно) Прост по инерции захотел получать данные на предельных частотах)

Z_h_e писал(а):Если данные избыточны, то можно их ужать. Например передавать не абсолютные величины, а только на сколько они изменились. Алгоритм правда в таком случае усложняется.

Очень полезная идея! В моём случае таким образом можно увеличить частоту на 40%)

FireProoF писал(а):Очень полезная идея!

Каким-то образом нужно будет отслеживать целостность данных, а то вдруг пакет утерян и все остальное соответственно тоже идет неверно. Например раз в N времени передавать абсолютные значения для сравнения и корректировке при необходимости.

Если есть USB, то зачем мучиться через UART?
USB Кроме более высокой скорости гарантирует целостность данных.

Ну да. Уже методом тыка освоил передачу по usb. Правда там приходится всю информацию перед отправкой собирать в пакет, так как терминал отображает концевики отдельных пакетов.