4000 крави, с 4 отчета на ден, с 200мА батерия, с "наведен" RF, без копи-пейст ардуино гит-хъб сорс
ще "стане" само, ако играеш театър за евро пари... както и да го смятате

Щом ще има един координатор - кой ще го мъкне - оФчаря?
Няколко координатора? ако ще е в заградено място - все един ще хване "верен пакет" от не синхронизирана крава,
Няколко(3..4) координатора се синхронизират(ТХ-ASK), по-лесно от колкото 1000-4000
Къде и как координатора ще "съхранява" данните?

слушаш преди предаване(задължително)
няколко приемни канала
ТХ[1] - delay(RND) - TX[2] - delay(RND) - TX[n]

варианти много за несинхронизирано предаване бол...
въпроси - още толкова...
соларче на кравата?

Езичето на траката/звънчето - не може ли да се впрегне в енергопроблема?

А на бика може и без звънче

Откъде дойде това 200мА? Миро изказа някакво предположение мислейки си сигурно за coin батериики. А аз си мисля че тоя добитък (за крави иде реч) съвсем няма да му дотежат 4хАА, или 1-2 18650, или CR123 и т.н. Тъй че си мисля че поне 2000-3000мАч може да се осигурят.
Централата пък я виждам на мрежово захранване - нещо с ОС, интернет връзка към облака, пък и скромни няколкостотин GB локалко за 'кеш' (малинка, портокал или нещо от този клас поне).
Реално погледнато, едва ли някой има нужда да слага сензори на стадото за да ги гледа от топлия ъгъл на кошарата - мисля си че са тръгнали от "облачната" част със телефонско зяпане, и т.н.
А и ако проект е за в БГ, мисля си че това ще да е някоя от фермите в Балкана дето ги гледат за деликатесно месо - няма да е стил австралийски сериал дето обикалят с хеликоптери имението.

1x AA e 2600mAh на 3.6V и бачка дори зимата на -30. Няма нужда от много батерии.
При нас нормата е един нод да изкарва 2.5-3г като предава на всеки 5мин за 200мс при 45мА с една АА батерия. Няма синхронизация никаква и понякога сензорите за стотици на един приемник. Мах 20% от пакетите се губят, но и затова се предава на 5мин а не на всеки час.

Сигурно говориш за нещо литиево във форма на AA, или за 18650 (което не е баш АА)? Аз си мислех за обикновени Mn и подобни - ама те са на 1.5V, за 3.6V говориш за по-особена баКтерия.

Saft LS
Това е най масово използваната батерия за радио приложения с малка мощност и размер. Няма нужда от дц-дц, щото всичкото чип на ТИ е правено за 3.6V

Според мене радиото е най-малкия проблем. Това с температурата и с опашката ми се видят къде къде по-сложни.

Вижте какво казва Лео на първа страница... Единия датчик ще е в търбуха (имплантант може би), другите също сложни за закрепване. Така че очевидно поне датчиците трябва да са с малки и леки батерии.
Координаторът ще виси на шията и има възможност за малък солар, но щял да има евентуално второ радио, gps и т.н. Демек на него сигурно може да си позволи малко по-голяма батерия, но постоянно включено радио едва ли. Пък и няма нужда, щото не е фатално ако женитбата не е толкоз бърза.
Разбира се нищо не пречи да има и вариант бърза сватба, за да се инталира по-лесно. Примерно ако има бутонче, натискаш и следващите няколко минутки да се слухти нон стоп. Ако няма бутон може и с "кум", който не спи и може да синхронизира младоженците.

На някого може и да му е полезно, ако се захване с животинска телеметри... Теглото на проследяващото или каквото и да било телеметрично устройство не трябва да превишава 3 до 5 % от теглото на конкретното добиче. Това важи за всякакви животни, като за птици има и други изисквания.

Сензора за телесна температура в стомаха (търбуха в който влиза храната преди преживяне) не е необходимо да е малък и лек, а напротив за да си остане в стомаха, а не да се из*ка. Ориентировъчните параметри са макс. Ф38х110мм, 120g. Спокойно ще събере LS26500 (C), 7.7Ahq 48g. Това са размерите на магнитите, които едно време (докато при балирането на слама и сено се е използвал стоманен тел) со поставяли в стомаха на кравата за да събира парчета тел и пирони. Ветеринарите са в час с процедурата по поставяне и си имат съответните приспособления за това. Този сензор е най ясен.

Сензора на крака също може да поеме същата батерия. Закрепва се с каишка над копитото и трудно ще падне. Този на опашката не знам как ще се крепи, но може и да отпадне. Сензора на крака ще следи двигателната активност.

Нашийника е координатора. Той е със соларни панели и може да си позволи да работи по-дълго. Има радиа на 2,4GHz, 169MHz (Si4463 - давайте отзиви за него, че сефте го пипам), GSM с две SIM карти и GPS.

Хрумна ми, 5 минути преди предаване да се будят координаторите за да си сверят часовника по гпс и така ще се синхронизират по между си така, че офсета от 1 сек ще е достатъчен за да няма колизии.
Като дойде време за предаване (с отчитане на офсета на конкретната мрежа), координатора започва да предава пакети, в които има и време и номер на пакета. Кагато сензора се събуди и включи на приемане и приеме поредния пакет ще знае, колко е избързал/закъснял. Датчиците се препитват по определен ред, като заявката за предаване към следващия датчик ще включва потвърждението на приемането на данни от предходния.

Виждам че те блазни идеята прозорците да са много на рядко. Но колкото по-рядко се чуват устройствата, толкова повече грешка ще се натрупва в часовниците им и съответно прозорците трябва да са по-дълги. Демек от гледна точка на батерия няма голямо значение. Но за "женитбата" е за предпочитане сесиите да се кратки и начесто вместо дълги и нарядко. И в двата случая съотношението on/off time е еднакво и ти трябват еднакъв брой опити да го нацелиш. Но едно е да се пробваш веднъж в секунда, друго е веднъж дневно.

Иначе ако ти хареса идеята с един канал само за анонси и женитба ще може да го ползваш и за синхронизация между координаторите. Аз май го писах, но пак ще обясня примерен вариант - имаш един канал в който всички координатори периодично се обаждат и само се анонсират. За да не се настъпват помежду си, както в тоя канал така и в другите може всеки координатор да се събужда и ослушва за анонса на предходния координатор. То няма гаранция че ще го чуе (може кравата да е другаде), но ако се чуят ще знаеш колко точно "наблизо" са. И ако се налага може леко да почнеш да си местиш прозореца/анонса. Така системата ще се синхронизира, дори и да нямаш gps-и или каквато и да е друга синхронизация.
А пък вече координатора след като си направи анонса по службния канал, може веднага след това да смени на своя си канал и да започне прозорец за датчиците. В тоя прозорец може само да слуша и то даже няма нужда цял прозорец ако е тихо...
Датчиците пък е редно да се събуждат и да слушат само анонсите на координатора си и да си сверяват часовниците по тях. Тъй като са малък и фиксиран брой датчици и няма да имат много данни, може от анонса да се разбира кой датчик може да говори и да е само един. И да ги въртиш. Първи анонс - първи датчик, спане, втори анонс, втори датчик и така...
На кратко алгоритма:
1. Всеки координатор се събужда през определен интервал, чува или не чува комшията и евентуално си донаглася времето за предаване на анонс.
2. След това координатора предава анонс
3. Всички женени датчици за тоя координатор също се събуждат за анонса и си сверяват часовниците.
4. Координаторът и евентуално само един от датчиците си сменят канала и си бърбрят... другите спинкат.

ама то ако има повече "репитери" в МЕШ с радиуси 100...1000 метра - децата са ти най-малкия проблем и няма смисъл от никакво синхронизиране
репитер - слухти нон стоп и препредава пакета до главния координатор с ID нула
кординатор[0] е репитер с "изход" на данните
дете: праща данни до ID 0 през най-близкия репитер (ако му "знае" ID) или бродкаст до нула
децата няма смисъл да се женят - важното е базата данни да знае, че съществува или автоматично да ги логва на база група ID или някъв маркер в протокола
едно дете с тъпа антена повече от 500 метра трудно ще метне ако не е лора

кординатора няма сми да познава децата(освен на протокол ниво) - той е мост към базата - да се оправя тя

Нещо прекалено усложнено ми се вижда, Миро. Защо трябва координаторите да анонсират в отделен канал? Включването на GPS ПРЕДИ момента на предаване решава въпроса със синхронизацията на координаторите по време. И понеже те ще са активната страна при комуникацията със своите сензори, т.е. сензорите само ще приемат до получаване на своята заявка за предаване, няма как да настъпи колизия при синхронизирани координатори. Най-много някой избързал във времето сензор да приеме пакет от друг координатор и да го дискардне заради различния адрес в пакета. Може отместването във времето да не е 1 сек, а по-малко. Тестовете при различни температури на платките ще покажат колко бяга часовника.

А дали наоколо и къде точно има крава е задача на главния координатор, който управлява мрежата на 169MHz, в която координаторите на 2,4GHz мрежи са нодове. Този координатор е идентичен с тях (има GSM и GPS) и служи евентуално като втори канал за събиране на данните, но по-важната му задача е да локализира кравите на терен. В момента главния проблем на това пасище е, че не могат да ги намерят и се налага с часове да обикалят.

Ти сериозно ли смяташ да пъхаш устройството в корема на кравата ? През устата? Наясно ли си в какъв филм се вкарваш? И то на 2.4 гигахерца? Ако това си решил да правиш - хвърляй проекта в кофата и не си губи времето с глупости. До тука се сещам поне за 15 потенциални и по-скоро реални проблема които ще имаш.
Аз отначало разбрах, че ще има нод на врата на кравата а в полето ще има мастър дето ще събира данните от нодовете на вратовете на кравата. Това с имплантите и поглъщането го забрави изцяло.

Не трябва... но идеята на анонсите е женитба и синхронизация. В първия случай е по-добре да слушаш/търсиш само 1 канал вместо 80+. Във втория случай когато са на 1 канал всички, синхронизираш не само вътре в мрежата, но и самите мрежи помежду си.


Да, но така твърдо налагаш изискването всички да имат GPS и той да работи. Ако парите идват по европроект - ОК, но иначе няма смисъл да оскъпяваш. Но по-важното е, че GPS я го има. я не... Ще вкарат зимата кравите в някой обор и върви обяснявай що мрежите почват да бъгясват.
Аз даже бих помислил и върху "асистиран" вариант на GPS, в смисъл ако анансите са ти на един канал с определен интервал, то всеки координатор може на няколко цикъла да проверява по един ананс и да си изгражда побитова карта кои комшии чува. Освен това може вместо 1 централен координатор както ги наричаш да сложиш 3-4 по краищата на пасището. Не може да разчиташ на точна триангулация, но ако знаеш за всеки координатор как чува централните и кои от останалите - това си е доста информация... Пък за търсенето в краен случай може да сложиш и remote light-out