Длительный опрос MQTT по GPRS/HSDPA

Question

Я бы хотел использовать MQTT для отправки управляющей информации на устройство, но я обеспокоен тем, что оставлять соединение MQTT и соединение сотовой связи вверх (в основном в режиме длительного опроса) каким-то образом Плохо. Либо от сборов за передачу данных, от использования сети, от батареи, либо от какого-либо другого аспекта?

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

Есть ли какая-то причина, по которой я должен беспокоиться об этом подходе?

Answer 1

Я думаю, что этот подход вполне справедлив - думать об этом так: долго опросе вашего приложения передает очень небольшой объем данных, до тех пор, как он просто выборы, так

• использование данных должно быть мизерным
• аккумулятор подвергается воздействию только для данных, отправленных в дополнении к KeepAlive, которая является, по меньшей мере, на порядок выше, чем длинный опрос
• в качестве ссылки: ActiveSync, который работает все время, нет ничего иначе, чем причудливая форма длительного опроса

Answer 2

Возможно, вы захотите посмотреть MQTT-SN, который предназначен для работы через UDP и поэтому не требует активного соединения. Real Small Message Broker - это реализация брокера MQTT-SN, который будет соединяться с Mosquitto.

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