Пейджинговая сеть на основе ESP32 и модулей LoRa

Всем добрый день!
Очень заинтересовала вот эта СТАТЬЯ . Она вкратце задает идею создания пейджеров, не зависящих от каких бы то ни было операторов связи.

Основой этой сети будут служить радиомодули на основе технологии LoRa. Они могут быть на различные частоты как на 433 МГц, 868 МГц или 915 МГц. Ранее я сам имел дело с конструированием устройств на ESP32 и модулях LoRa, но там я передавал данные телеметрии и Базовая станция сама запрашивала данные от каждой точки измерений.

Тут же, так себе представляю, также будет Базовая станция, которая в случае необходимости будет рассылать на пейджеры те или иные предопределенные сообщения (которые, кстати, уже могут быть заранее прописаны в каждом пейджере и не будет необходимости передавать полностью все сообщение, а только его номер) или не предопределенные сообщения, которые могут набираться исходя из той или иной необходимости.
После того как сообщение или его номер будет разослано всем абонентам, абонентский пейджер его принимает и дает звуковой сигнал об этом до тех пор, пока абонент не прочитает это сообщение и не подтвердит это прочтение. Вот в этом и кроется самая проблема.
Задачей этой пейджинговой радиосети является не только отправка абонентам сообщений, но и сбор сигналов от абонентов о подтверждении прочтения сообщений - это важно!
Так вот, когда произошла рассылка, абоненты начали читать сообщение и нажимать кнопки отправки сигнала о подтверждении прочтения сообщения, то в любом случае эти сигналы будут накладываться друг на друга и Базовая станция может не понять и не разобрать эти сигналы, кто прочитал, а кто нет... В общем возникнет "каша", которую не сможет разобрать Базовая станция.

В этом и кроется мой вопрос: "Как упорядочить обратные сообщения от абонентов, чтобы Базовая станция приняла все подтверждающие прочтение сообщения сигналы?".

Понимаю, что нужно вводить как-то очереди или чтобы каждый пейджер знал в какое время или момент времени он может отправить сигнал. Скажем нажал кнопку, а пейджер стал в дежурный режим оправки и отправил сигнал именно в его момент времени. Для реализации этого наверняка нужно будет прикручивать к пейджеру или модуль точного времени или gps-модуль...

Какие у кого на этот счёт будут мысли? Очень будет интересно послушать, ну и я тоже буду параллельно думать над этим вопросом. Тема интересная и хочу обязательно сделать примерно такую систему.

0

mike84, не вижу сложностей. Вы организуете свою "пейджинговую" сеть, разрабатывая собственный протокол сообщения. Предусматриваете обработку сообщений на стороне клиента, именно для которого предназначено сообщение, игнорируя сообщения для других пейджеров-клиентов (например, по ID клиента). Получается широковещательная посылка, но отрабатывает один получатель. В ответ клиент может послать серверу эхо-сообщение, что сообщение принято (как это происходит при обработке TCP/IP пакетов, в отличие от протокола UDP).
Читали?

0

Сложностей как раз таки целая куча...
Разработать свой протокол не проблема, проблема в синхронизации при одновременной передаче сигналов несколькими пейджерами!

Сообщение от sharpey Читали?

Прочитал, но тут не пишут как разрулить эту логику - как обеспечить "очередь" передачи или, в общем, одновременную передачу несколькими пейджерами сообщений. В этом пока самый вопрос!

Добавлено через 21 минуту
Интересна идея, как это все грамотно обставить. А потом эту идею реализовать в коде.

Добавлено через 17 минут
Вот есть несколько проектов и другие подобные этим:
Ссылка № 1. Ссылка № 2. Ссылка № 3.
Но они все на два пейджера... не для группы... может и для группы, но для одновременной рассылки многим пейджерам, но не для одновременной работы (передачи) нескольких пейджеров.

0

На первых парах накрапал вот такую логику.
Сама сеть состоит из базовой станции (далее - БС) и нескольких ретрансляционных станций (далее - РС) и определенного количества мобильных станций (далее - МС) (скажем до 50 штук).

1) Рассылка БС необходимого сообщения всем МСх.
2) Рассылка РС1 этого же сообщения всем МСх.
3) Рассылка РС2 этого же сообщения всем МСх. И т.д.
Если МС получает повторно тоже сообщение, то игнорирует его и повторно на экран пейджера не выводит и звуковой сигнал не дает.
То есть таким образом мы сделали рассылку БС и всеми РСх необходимого сообщения.
4) Запрос БС у каждой МСх подтверждения о получении сообщения. Номера тех МСх, которые не дали такого подтверждения отправляются на РС1 (далее - Номера 1).
5) Запрос РС1 у каждой МСх под Номерами 1 подтверждения о получении сообщения.
Номера тех МСх, которые не дали такого подтверждения отправляются на РС2.
Номера тех МСх, которые подтвердили получение сообщение, отправляются на БС.
6) и так далее...

0