Сенсорные сети, Вопросы потребления Опции

[Concorde]

Сейчас занимаемся созданием распределенной беспроводной сети для датчиков. Используем продукты от RFM, т.к. они имееют наименьшее потребление/время выхода на режим. Пока все устраивает, но хотелось бы перейти на многочастотную сеть. Проблема в том, что задержка доставки сигнала события должна быть очень небольшая. Сейчас решаем этот вопрос проверкой сигнала RSSI (оцифровкой) каждые 50мсек. (если есть несущая - проснуться и попробывать принять пакет). Варианты с обычными супергетеродинами не подходит, т.к. у них очень большое время выхода на режим (пока заработает кварц, потом VCO/PLL). Сам я в радиотехнике смыслю плохо, но есть идея. Оцените, пожайлуста. Можно ли использовать ЦАП (бит 16) для настройки на частоту (управлением варикапом) для быстрого выхода на режим приема. Это позволило бы не включать кварц/PLL. И изредка (раз в несколько секунд, скажем) корректировать напряжение управлением варикапа с помощью обычного PLL, для компенсации температурных эффектов. Т.е., микроконтроллер просыпается каждые 50мсек, включает быстрый ЦАП, необходимые блоки для приема (LNA, Mixer, IF amp), потом оцифровывает выход с IF для определения - есть ли несущая или нет.

[Alex2172]

Предлагаю Вам беспроводной сенсор на 2,4ГГц с микроконтроллером MSP430 на борту, потребляет в спящем режиме 4мкА, время выхода на прием из спящего режима - 2 милисек, переключение RX-TX - менее 1 милисек, при скорости 250кбод, вероятность пакетной (16 октетов) ошибки PER<5% при расстоянии 50..100 метров в черте города (прямая видимость между передатчиками) при работе на 1/4 волновую антенну (~2.5 см).
Также к платформе предлагается бесплатная ОС TinyOS + аппаратная прослойка (HAL) + пример приложения реализующий механизм множественного доступа к каналу передачи данных и маршрутизации.
За 2..4 мсек Вы успеете передать пакет, принять ACK или определить коллизию.