Сеть радиодатчиков, collision и SimpiciTI Опции

[turnon]

Нужно реализовать систему, которая будет собирать данные с датчиков температуры. Самая простая топология - звезда. Мастер - постоянно запитан. Слейвы (до 100 шт.) имеют батарейное питание и включаются на короткое время раз в 5-10 мин для передачи текущей температуры мастеру.

Собираюсь использовать CC1101 и протокол SimpliciTI, у него есть даже ретрансляторы, но они не нужны.

Но возникает одна проблема. Как избежать одновременной работы нескольких слейвов. Ведь при одновременной работе вместо пакета от одного слейва мастер получит кашу/мешанину и скорее всего не примет пакет вообще или отбросит его из-за несоответствия CRC.

И как я понял, в SimpliciTI эта проблема (коллизии) никак не решается.

Пока видится несколько вариантов решения, но ни один из них не вдохновляет.

1. В том же СС1101 есть технология под названием Clear Channel Assessment (CCA). Т.е. слейв перед отправкой может проверить, не занят ли канал другим слейвом. Но в этом случае при большом количестве слейвов некоторые могут очень долго ожидать свободного канала. К тому же во время ожидания будет использоваться батарейка. А слейв должен работать минимально возможное время, в отстальное время - сон.

2. Разделение по времени отправки пакета каждым слейвом. Непонятно как синхронизировать время. Даже если на каждом слейве есть RTC и время одинаковое, непонятно в какой момент слейв должен выполнять отправку.

Если у кого есть опыт реализации подобного, буду очень благодарен если поделитесь опытом/протоколом.

[rx3apf]

Как вариант - да. У себя я использовал ежесекундный опрос для активации обмена, в случае активации оставлял приемник в режиме непрерывного приема для сеанса связи с отключением по таймауту (ну и по команде завершения сеанса, разумеется). При скорости 125 kbps среднее потребление радиоканала при отсутствии посторонних несущих было менее 15 uA.

[Aner]

Как вариант - да. У себя я использовал ежесекундный опрос для активации обмена, в случае активации оставлял приемник в режиме непрерывного приема для сеанса связи с отключением по таймауту (ну и по команде завершения сеанса, разумеется). При скорости 125 kbps среднее потребление радиоканала при отсутствии посторонних несущих было менее 15 uA.

Это на каком таком чипе у приёмника потребление менее 15 uA и какой бэнд? Средне за сколько таймслотов? 1:1000, ...
И у какого приемника непрерывное потребление меньше 6-8mA? ... с той вашей широкой полосой еще и чувство укажите, может он Rx совсем тупенький?

...
их я могу сделать хоть каждые 10 ms, то я гарантированно приму запрос. И среднее потребление будет равно длительности нахождения в RX/1 сек. Время настройки на мастера будет от 0 до 1с?

10 ms получить трудно, если из сна или из выключенного состояния, кварцу нужно примерно столько времени или поболее на разгон или выбег на стабильную частоту генерации.

[Yogen]

10 ms получить трудно, если из сна или из выключенного состояния, кварцу нужно примерно столько времени или поболее на разгон или выбег на стабильную частоту генерации.

Рисунок из описания режима Wake-on-Radio CC1101. Чип за за 14.4 мс успевает проснуться, послушать эфир и снова уснуть на 11мс.

10 мсек период просыпания для задачи ТС - это конечно глупо, но не невозможно.
Например у nRF24L01+ время просыпания из "power down" == 1.5мсек.

Почему глупо? Ведь чем меньше тем лучше? Если я правильно понял за время нахождения слейвов в RX мастер должен успеть передать как минимум один запрос, поэтому их нужно посылать как можно чаще, у мастера питание неограничено. А вот слэйв может слушать уже раз в секунду, всё равно поймает, ведь время прослушки будет больше периода запросов.

P.S. RTC в устройстве не будет.

Сообщение отредактировал Yogen - Jan 5 2016, 11:53