Система сбора данных по радиоканалу Опции

[krian]

Всем доброго здоровья!
Существуют ситемы сбора данных по радиоканалу. Такие системы включают в себя множество датчиков и один приемник. Датчики передают короткие пакеты с данными и идентификационным кодом. С ними нет обратной связи для запросов. Делают они это несинхронно, т.е. практически случайным образом. Крайние случаи - это когда передает только один и когда все одновременно. Причем, при одновременной работе нескольких датчиков, как я понимаю, начала и концы передаваемых пакетов в общем случае не совпадают. Тем не менее, приемник принимает информацию от всех датчиков без ошибок. Я хотел бы узнать, как это обеспечивается? Может датчики работают на разных частотах и передают в медленном темпе, так что приемник успевает сканаровать все каналы с более высокой скоростью. Или используется специальное кодирование, которое позволяет это все распознавать по специальному алгоритму? Или то и другое одновременно. Вобщем интересуют принципы организации такой связи. Поэтому буду благодарен за информативные посты или ссылки по этой теме.

[www...]

С ними нет обратной связи для запросов.

Вы уверены что обратной связи нет? Просто сейчас полно интегральных трансиверов с минимумом обвеса(как раз с таким сейчас работаю)

[krian]

Вы уверены что обратной связи нет?

Не уверен. Пока я не знаю ничего, кроме того, что я написал. Если буду знать, то тогда мне будет проще. Пока я хочу предварительно узнать принципиальную возможность реализации в том виде, как я написал. Единственное, в чем я уверен, что это не ZIGBEE и не Nanonet. Скорее всего, используется какое-то стандартное, причем, достаточно простое решение. Например, как с беспроводными датчиками в системах охраны. Я, кстати, тоже не знаю по каким правилам они работают и какие протоколы там используются. Отличие может быть в том, что в системе охраны датчик передает только сигнал тревоги, а здесь он должен передавать данные измерений. Может он и слушает эфир на предмет занятости канала, а может и нет. Там скорее всего присутствует попытка попытка максимально экономить энергию батареи, поэтому приемник выключен. Но по моим представлениям, его можно было бы включить перед тем, как передавать, а если занято, то выключится и через какой-то таймаут повторять попытки. Там данные меняются медленно, поэтому особой срочности нет. Но это пока предположения.
Есть еще одно предположение. Диапазоны, которые обычно используются для таких целей, 315, 433 и т.д. МГц имеют болше 200 узкополосных каналов (зависит от ширины канала). Датчики расположены в ближней зоне. Не больше нескольких десятков метров. Поэтому я бы настроил систему так, чтобы каждому датчику выделить свой канал. Не думаю, что в одной такой сети их болше 50. Единственное, что меня смущает, то это то обстоятельство, что скорость сканарования может быть довольно медленной и приемник может включиться на канал с опозданием, когда часть информации уже прошла. И если нет обратной связи с датчиком, то "как ему объяснить", что надо продублировать?

https://ru.wikipedia.org/wiki/GFSK
https://ru.wikipedia.org/wiki/%D0%A7%D0%B0%...%86%D0%B8%D1%8F

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

Если нет обратной связи, то, как я понимаю, только рандомизацией передачи и избыточностью.

А не могли бы Вы в таком случае прояснить следующий вопрос.
Я понял так, что под рандомизацией Вы подразумеваете подмешивание к сигналу бинарного шума. А дальше на приемной стороне каким-то корреляционным методом или накоплением выделять из общего потока нужный сигнал. Например, по признаку какого-то заранее известного индивидуального ключевого кода. Вопрос вот в чем. Какой минимальной длины должен быть этот ключевой код и как это будет зависеть от количества сигналов передаваемых по одному каналу связи одновременно? Интересно также, можно ли заранее посчитать время интегрирования для выделения сигнала из потока?
Эти вопросы меня интересуют для развития эрудиции. В описываемом же случае, я думаю, все гораздо проще.