На 2,4GHz в най ниския режим DSSS (802.11b) има само 3 незастъпващи се канала:

A каква е разликата между Wi-Fi и MESH ?

Вариант с няколко приемника които са свързани с кабел към централен сървър?
Самите сензори на батерии ли ще работят или ще се захранват от електическата мрежа?

Ако ще има захранване значи, че все пак ще има кабел т.е. колкото и да е проблемен може да се ползва някаква комуникация по захранващите кабели - powerline, homeplug, ieee 1901 и т.н.

1000 у-ва при 1 Hz дава по един пакет на милисекунда. Това си е сериозно задание...

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

Верно ли не се сещаш?

Топологията най общо казано въпреки че сравняваме различни неща

При Wi-Fi стандартно всеки нод комуникира с акцес поинта директно. Каквато и MESH мрежа да се ползва в този сценарий на честота на предаване 1 секунда, като започне едно пре-предаване и цялата мрежа ще се задръсти. MESH мрежите са хубави но за други приложения защото те имат голяма латентност.

Да, добави и това че всеки пакет с пейлод 64 байта + протокол стека + прембюл би имал еъртайм 50+ mS при 10kbps (типично при GMSK в лента 12.5kHz на subGHz)
При тези кръчмарски сметки вече се вичжда че само с TDMA няма как да стане - сметката не излиза. Трябва да се приложи и FDMA.
И това е при идеални условия, ако има интерференции, а във нелицензираните обхвати вероятността клони към 100% нещата вече стават невъзможни.
Единствено нещо на 2,4GHz би могло да свърши работа затова като най стандартен вариант предложих Wi-Fi но такова решение аз лично не бих избрал защото такава система трябва да се напасне здраво към конкретните условия и примерно всеки новоинсталиран рутер може да срути всичко. Zigbee също е неприложим дори в "стар" топология защото няма нужните средства за управление на достъпа до медията. Може би ако се направят 16 мрежи на 16-те достъпни канала ... но пак всичко ще работи на границата на невъзможното.

Именно затова предложих нещо което реално съм тествал, има добри референции и реално работи - Weightless.

Има и друг вариант GSM мрежа но оперативните раходи едва ли ще оправдаят подобна "играчка"

И пак да попитам за какво може да се налага да се мери темпреатура, влажност, ток, напрежение с подобна честота в една сграда? Самото условия според мен е зададено за да те откаже.

В началото писах, че от много време отлагам темата, и една от причините е, че нямам отговор на повечето въпроси.

Малко предистория: в момента има инсталирана ZigBee мрежа от сензори за ток и температура. Те предават информация един път на минута и това е достатъчно за нуждите на клиента, но за в бъдеще желанието е да може честотата да е 1Hz, без да е задължително всички сензори да я ползват. Ако не може - не може, дискусията тук ще ми помогне да се аргументирам защо.

Кабелите трябва да се избягват, защото инсталацията струва много пари. ZigBee сензорите, които сега се ползват, са 200+ евро на парче и работят на батерии.

Ако мрежите в сградата са под твой контрол, може и да се получи. Както казва ilkor, имаш на разположение три незастъпващи се канала. Това прави по 333 у-ва във всеки канал и 3 ms ping latency при 1 Hz refresh rate. Централна архитектура, където устройствата са пасивни и отговарят на заявки от страна на сървъра, който ги минава едно след друго по статичен scheduler ще елиминра джангъра в спектъра и ще ти позволи да реализираш power saving концепт, при който всяко у-ва се събужа известно време преди да получи заявка от сървъра, калибрира спрямо зададения интервал (поради интерференции) и после пак заспива. Така по теория, не съм правил подобно нещо, но си струва да се проучи.

В случай, че има други мрежи в сградата, които не са под твой контрол обаче забравяш или чакаш цените на 802.11ax модемите да стигнат прилични цени след 2-3 години. Там има OFDMA и нещата изглеждат по-лесно. До колко ще са енергийно ефективни обаче първите модеми е отделен въпрос.

вземи пример: Philips Hue ...
"всяка стая" има датчици ZigBee и мяткат данни към локалния координатор, който е ZigBee / WiFi / LAN рутер който е "вързан" в твоя "облак"
на подобен принцип се правят "големите" хотели и учреждения...

Ако искаш да го реализираш с тези параметри може смело да предложиш LTE комуникация. Гарантирано че (ти) няма да имаш проблем да инсталираш и 10 000 устройства в сградата с възможност да предават дори още по често.
Цената ще е далеч под 200 Е и ще остане да се плати за мрежовия трафик в 1-вата година.

Така че задачата е решима ... въпреки че ми изглежда безумна

Данните от 1000 устройства предаващи всяка секунда 64В в рамките на денонощие ще са в размер на 5,5 GB! За година ще са вече 2 ТВ.
Кой би могъл да ползва такова количество данни за да си контролира температурата?

Най-напред трабва да се обмисли измерването, а едва след това комуникацията.
Измерване през секунда - ОК, но защо трябва да се предават данните, ако няма изменение? Температурата, предполагам се измерва с резолюция най-много 0.1 градуса. Тогава стойността ще се предава само, когато се понижи или повиши с 0.1 градуса. Същото и за останалите параметри.

При MESH-a, ако устройствата са по-близо до рутера, трафикът ще мине през рутера. Винаги ще търсят по-прекия път за пре-предаване. Да за хиляда устройства надали ще е много подходящо, но не пречи да се организират N mesh мрежи, които да се съединят в една накрая. Мешът го посочих като алтернатива на Zigbee.

Към автора на темата. Някой спомена за LTE. В този ред на мисли, NB-IoT може да се окаже по-евтин вариант.

Zigbee в 90% е звезда... направиш ли меш с него, не можеш си представи колко мотики настъпи...
На този етап "истински" меш няма измислен... всичко е компромис и шарени картинки
NB-IoT е особено бавен за този проект

Щом устройствата ще предават директно до рутера, това е пак комуникация тип звезда и тя е по скоро изключение в МЕШ мрежите.
А дали ще се търси най краткия път за пре-препредаване зависи от МЕШ протокола - повечето разчитат на статично рутиране а тези с динамично имат още по голяма латентност.
Само един посредник да имаш имаш това изначава 2 Х 20-50мС = 40-100мС вече латентност която е несъвместима с изчислената по-горе 1мС честота на предаване за 1000 нода 1 път в секунда в мрежата.

Аз написах LTE но със сигурност NB-IoT няма да е подходящо. Неговата ориентация е към по ниски обеми предавана информация. Обикновено в станцията на мобилния оператор за него се заделя един канал 200kHz и ако 1000 устройства в един и същ момент опитат да го ползват няма да се получи. Само нормалното LTE би се справило с дневен трафик от 5,5 GB.