Номер полезной нагрузки MQTT в зависимости от размера - PullRequest
0 голосов
/ 19 июня 2019

Я хочу перенести данные в реальном времени с Arduino на Raspberry Pi.В этом случае данные поступают от акселерометра.

У меня нет точного числа, но скажем, акселерометры (4 из них с ускорениями x, y и z) могут считываться на частоте около 20-100 Гц от Arduino.

Первоначально я опубликовал значения, как только они были прочитаны.Таким образом, это означает, что полезная нагрузка составляла 4 акселерометра * (3 направления + 1 отметка времени) = 16 значений.Мне также пришлось добавить задержку, чтобы Raspberry мог обрабатывать полученные данные.

Затем я сделал модификацию, в которой я определил переменную n_data_records, определяющую, сколько показаний акселерометров следует собрать перед отправкой.Так, например, с n_data_records = 16 я бы отправил 16 * 16 = 256 значений = 1 КБ данных.Также небольшая задержка необходима, чтобы Raspberry мог получать и обрабатывать данные.

На стороне Raspberry данные принимаются и отображаются в режиме реального времени.Таким образом, в первом методе имеется фиксированная задержка между каждым отображаемым значением, в то время как во втором значения из каждой полезной нагрузки являются плотными (по времени), но имеют большую задержку между каждой полезной нагрузкой.

Что яхочу, это выяснить, какова была бы оптимальная комбинация размера полезной нагрузки и задержки между полезной нагрузкой.Я мог бы и, вероятно, сделаю некоторые тесты по этому вопросу, но я уверен, что другие столкнулись с подобными дилеммами, и есть некоторые предложения.Есть ли какие-либо предложения о том, как взвесить размер полезной нагрузки относительно задержки между опубликованными полезными нагрузками?

...