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

[turnon]

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

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

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

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

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

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

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

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

[Aner]

Как во многом, - "палка о двух концах". Когда не понимаете и гонитесь за малым временем приема то забываете кучку других проблем. 1- обработка такого быстрого потока как 1...2 Мбита это не простой выбор микроконтроллера, который кушает поболее, если нужно обработать скоростной поток, не каждый пик, атмел, да и арм успеет сделать обработку и не покушать хорошо батарейку. 2- широкая полоса приема дает низкую чувствительность, а мощность передатчика размазана по широкой полосе, это сокращает расстояние для уверенной работы, 3 - ловля бо'льшого количества помех при большей полосе, увеличение битых пакетов при приеме ... 4 - зеркальный канал приема, который и так не ахти какой, при широкой полосе доп проблема. В городе при наличие пром помех проблем много будет у таких устройств. Поэтому нужно искать середину используя эти простенькие модемы или пользовать HFSS.

[Yogen]

1...2 Мбита это не простой выбор микроконтроллера...

Мегабитов тут не будет. Чип максимум на 500кб/c. А для предполагаемого трафика хватит и 100кб/с за глаза. МК планирую STM32. Но вариант автономного датчика предполагает однократный съём данных раз в месяц или реже, либо однократный суточный запуск для записи данных на SD. Всё остальное время МК спит. Просыпаться каждый раз вместе с CC1100 вроде как не нужно, он сам пишет принятые данные в FIFO и если там корректный пакет пробуждает МК через GPIO.