Постановката е следната. Имаме стадо добитък, всеки от които накичен с безжични сензори, организирани в мрежа (отделна за всеки добитък). В определено време, например на кръгъл час, сензорите се активират, мерят си съответните величини и ги мятат към своя координатор, който ги трупа и в определени часове ги предава нататък.
Въпросът е как да се организира едновременната работа на тези мрежи като алгоритъм при следните реалности:
1. Радиото е nRF25L01(+) и има доста честотни канали, но в определени моменти може (и ще) голям брой добитък да е събран на едно място в ограждение.
2. Минимална консумация на енергия.
3. Избягване или по-скоро детектиране на колизии от едновременно предаване.
4. ...

Някой да е попадалв подобна ситуация?

Ако има обратна връзка е лесно - всяко устройство си има адрес и мастъра (координатора) ги вика едно по едно да си предадат данните.
Ако няма, гледат за определен кръгъл час, явно имат RTC, може да се настрои със определено закъснение да излъчват.

ЙОК (IoC = Internet of Cows)

почти всички чипове (и този включително) харчат повече при приемане, отколкото при предаване.
предполагам Лъвчо там го стяга гривата.

А приемането дали не може да се включва само за 1 минута на всеки час ?

Имат RTC, който ще се синхронизира от координатора, който има гпс. Ще има ID на всяка мрежа и на всяко устройство в нея. Предаването се очертава да е тип TDMA в тайм-слотове задавани от координатора, както писа slav4o.com
Предаването ще е на 1 час за време колкото да се предадат данните и толкоз. Въпросът е, че ако всички се включват по едно време, дори и при избързване/изоставане на часовниците, може да настъпи говорилня, когато добитъците са наблизо. За сега се очертава да се разхвърля предаването по честоти и време - грубо казано 100 канала х 60 минути = 600 добитъка на едно място.
Търся нещо по-...

Не там ме стяга, Дедо... Предават се няколко байта през час. Колизии и съответно удължаване на активното състояние ме притеснява.

Е то щом ще има сверяване на RTC, няма да им бягат часовниците

Тези модули са с хардуерна корекция на радио-предаването, и трябва само да няма повторения на адресите им в мрежата. Различните мрежи може да пуснеш на различни канали и няма да се засичат.

Колкото до консумацията - според спецификацията на чиповете е около 11-12 mA при Tx/Rx в активен режим при 2 Mbit/sec скорост. В твоя случай вероятно става въпрос за малко данни, така че може да свалиш скоростта. Обърни внимание, че може да се превключва и мощността на радиото. А докато чака в стенд-бай консумацията би трябвало да е от порядъка на 20-30 uA. Модулите имат и изход IRQ, което може да хванеш с прекъсване на процесора, за да детектва точно кога има инициирана комуникация, и през останалото време цялата схема може да "спи".

След като ще се сихронизират от координатора, значи имат приемане, т.е. има обратен канал от координатора към добичето? Значи предава, остава будно още секунда да получи ack, ако не повтаря след малко и т.н. Ама това си е баламски подход. Ако имаш синхронизирано време може да се направи разписание на отделните добичета да мяукат в определен момент. Детекцията на колизии е при липса на ack.
То сигурно ще има и динамично "регистиране" на нов добитък (и де-регистриране по гергьовден?). Ако е така си получват идентификатор в мрежата и на тази база се наместват в разписанието на влаковете.
При тръгване ще им се наложи да постоят малко активни докато им обърне внимание концентратора. Ма то това сигурно няма какво да го говорим щом казваш че ще е TDMA?
Не знам дали има смисъл да преоткриваш топлата вода - има толкова протоколи по света че все нещо ще пасне наготово.
http://www.cs.iit.edu/~xli/paper/Conf/energy-info09.pdf
Тука дали нещо няма да пасне? Има reliable, ако му боднеш едно шедулърче за разкош трябва да дойде ефективно?
http://www.airspayce.com/mikem/arduino/RadioHead/

Тва nRF25L01 на 2.4 гиги ли е
АКО Е: смени чипа с някой дето има CSMA/CA
например SoC-че: CC2530

Аз бях почнал RF-стекче... ама изкочиха по-важни неща и така...
Първо RFM73 е аналог на 24L01+ с малко повече екстри, които в случая може да се ползват.
Относно времевите слотове, това с RTC не виждам как ще го постигнеш. Трябват милисекунди а не секунди. Пък и по-добре нещата да са адаптивни, т.е. да работи и без предварителна информация. Общо взето навсякъде по стандарти и изисквания се препоръчва да стреляш в тъмното на случаен принцип, вместо да залагаш алгоритми дето да се стремят да уплътнят ефира.
С две думи освен че не е лесно да се правят слотове, не и много редно. Само е изкушаващо
А топология ще има ли?

За времето не е толкова проблем - предполагам че като казва RTC няма предвид такова което се ограничава до 1с резолюция, по-скоро таймер с тик в областта на микросекундите. Според това колко добре си направи синхронизацията може да се постигне подобна точност - в микросекундите.
Така работи 802.11 - там клиентите (esp8266 ако щещ) спят за 100мс и DTIM и се будят малко преди очакваното време на beacon-а на ап-то. Скоро гледах за новия 802.11x - там ще има някакво "Target wake time" - може би нещо такова обсъждаме. В обратния пакет (ack) ако изобщо го има, координатора може да връща таймстампа и/или време за следващо будене. Ако това се изтърве (нода не го приеме) може да влиза пак в процедура за регистрация. То сигурно ще трябва да се организира някакъв цикъл - както 100мс на вифито, но тук може да е нещо по-голямо според постигната прецизност на сихнронизацията на времето и броя на нодовете. В началото ще има beacon и регистрациите ще се правят в някакъв резервиран прозорец около него. После следва прозорец за комуникация с отделните нодове.
Разликата спрямо това да има мастър които "опипва" нодовете е че нодовете няма да трябва да стоят будни на приимане постоянно.
Някой чипове имаха възможност да дадът таймстамп на момента на приемане на фрейма.

Колко десетки или стотици хиляди нода ти е таргета?
Изобщо не ти трябва синхронизация. Ако има колизия - препредават и двамата и толкоз.
Проблем ли ти е ако закъснеят данните? Примерно ти ги измериш сега а ги получиш след 5 секунди или 5 минути ?

Мастъра трябва ли да е лоу пауър?
Можеш ли да имаш няколко мастъра?

Проблемът не е в резолюцията, а в точността. Евтинджос кварц (100ppm) дава до 8 секунди грешка на ден. Ако се буди и сверява на всеки "кръгъл час" грешката ще е в рамките на 300mS, което за седене буден си е множко.
Сега ако се налага може да сложи по-точен часовник, или да се сверява по-честичко, но при всички случаи се вдига цена/сложност/консумация или нещо друго. Въпросът е дали се налага, щото аз мисля че за няколко байта/час не се налага
Пак да кажа, че опитите да се уплътнява ефира не са за препоръчване! Навсякъде искат фейрплей, демек не бива да използваш факта че имаш много устройства. Щото представи си обратната ситуация - ти имаш две устройства и наблизо някой идиот е сложил "групичка" която така си е наместила времената, че ти когато и да решиш да се обадиш все ще се сбиеш с някой от групичката. Реално ако играеш по правилата ти няма да имаш никаква комуникация, а групичката почти няма да те усети. Някак си не е честно

Това е добитъка. Сензорите са 3 - един за телесна температура в търбуха и два за движение на крака и на опашката. Координаторът е във вид на нашийник. Мрежата е на 2,4GHz, като ще се гони минималната мощност на излъчване за стабилна връзка - както се вижда дистанцията между сензорите и координатора е малка. Кварца на RTC е ±20ppm и ±0,04ppm/°C2, така че синхронизацията не е проблем.
Проблемът е, че ако елементите на отделните мрежи предават в едно и също време, ще им колизии, които не могат да се избегнат с просто препредаване (колко пъти все пак и с какво закъснение). На едно място могат да бъдат събрани над 100 добичета (както е на снимката), поради необходимостта от ежемесечно третиране срещу паразити. Затова разрешените към 80 канала в банда са недостатъчни. Единственото решение, което ми идва до момента е меренето да си остане на кръгъл час, а предаването на данни към координатора да става 4 пъти на ден, като за всяка мрежа ще има отделен офсет от точния час, например през секунда. Като се има предвид скоростта на трансфер от 1Mbps и това, че данните да няколко байта, би трябвало да е достатъчно. Допълнително ще се използват отделни честотни канали за отделните участъци от пасището (всеки участък е ограден с електро-пастир). Координаторите предават данните или по гпрс (ако успеят, защото там има някакво покритие от виваком и донякъде от мтел, но не и от теленор) или по друго радио на 169MHz към координатора на дадения участък от пасището. Така за всеки участък от пасището ще има и втора радиомрежа. За сведение - общата площ на пасището е към 10к декара и е разделено на множество участъци.

Нещо не мога да те разбера... що да не могат да се избегнат?

На 1Mb/s всеки канал ти дава грубо да кажем до 5000 пакета/секунда ако няма колизии. Аз не виждам какъв е проблемът да имаш няколко стотин говеда дето да пращат по средно пакет на секунда. Ако са хиляди да го мислим, ама ти говориш само за 100-на и то не на всяка секунда и то не на един и същ канал... та къде е проблемът?