caxapa.ru :: Давайте посчитаем

3m (04.11.2008 19:18, просмотров: 229) ответил Evgeny_CD на Автономный датчик по RF. Счетчик расхода чего-нибудь. Он живет в синхронной системе. Т.е. у него время синхронизировано с системным. Он просыпается. Всасывает пакет от мастера (ибо знает, когда тот должнен быть в эфире). Быстро обрабатывает и засыпает.

Давайте посчитаем Предположим что датчик 1 раз в секунду просыпается, включает прием, ждет в течение 100мс запрос, выдает ответный пакет данных за 20мс после чего засыпает. Предположим что используется cc1100, ее ток в слипе и при ожидании pll lock не учитываем 1) приём 15ма*100мс=1500ма*мс 2) передача 30ма*20мс=600ма*мс (всего 1 и 2 = 2100ма*мс) 3) спячка 0,01ма*880мс=8,8ма*мс Раскладка энергозатрат показывает полную бессмысленность экономии на спичках. Это еще не учтены случаи потери пакетов на приеме (и соответственно выпадения датчика из синхронизма), в результате чего для восстановления синхронизации придется включать прием весьма надолго.

Ответить

- Датчик обычно ничего не ждет. Он просыпается, выплевывает данные, возможно принимает ответ, и засыпает. Считайте еще. Это обычно так делают. - she(04.11.2008 19:49)
  - Тормозимс, сообщение Евгения не осознал. - she(04.11.2008 19:50)
- А если 1 раз а минуту? А если раз в час? Задачи разные бывают. Непонятно, зачем прием такой длинный? - Evgeny_CD(04.11.2008 19:21)
  - Прием длинный по ряду причин: 3m(640 знак., 04.11.2008 21:47)
    - Как все запущено. Evgeny_CD(844 знак., 04.11.2008 22:08)
    - СС1100 старовата для таких вещей. Щас модно штуки, которые сами просыпаются, смотрят, есть ли несущая и начинают прием/засыпают. В среднем сильно меньше жручесть получается. - she(04.11.2008 22:01)
      - та нет, у cc1100 все это есть. просыпается по внутреннему RC, смотрит либо на RSSI, либо ждет определённое время приема преамбулы. Единственно что плохо - скважность велика... - Alex B.(05.11.2008 00:39)
      - Аха, а мотом таких штук как соберется 100 в одной комнате, они как устроят коллизию,и будет полный финиш. - Evgeny_CD(04.11.2008 22:08)
        
        Коллизии прогнозируются на этапе технического предложения. Мощность, вероятность, дальность, количество объектов, последствия... Тема избитая - например, работа системы опознавания "в одной комнате". Разве что батарейки там не экономят :) - Vladimir Ljaschko(05.11.2008 09:45)
        
        Как они коллизию устроят? Никто ж ничего не передает, чисто потребление в режиме ожидания приема оптимизируется. - she(04.11.2008 22:14)
        
        Распознавание несущей требует превышения этой несущей над шумами. Быстрое распознавание - сильное превышение. А при приеме пакета можно кодирование всякое продвинутое использовать. - Evgeny_CD(04.11.2008 22:56)
        
        Можно, но это ИМХО немного из другой оперы =) - she(04.11.2008 23:27)
  - ИМХО именно такая "синхронная" система имеет смысл, если сборщик данных тоже д.б. экономным. Такое бывает вообще? - she(04.11.2008 19:56)
    - Зоказчеги именно такие системы почему то все время хотят. 3m(196 знак., 04.11.2008 21:31)
    - А также если slave девайсов много в одной "соте" сборщика. Чтобы они не толкались в эфире, и время | энергия зря не тратились, такой синхронизм и нужен. Кроме того, "сборщик" может быть ретранслятором, так что тут экономность тоже важна. - Evgeny_CD(04.11.2008 21:03)

Мобильная и беспроводная связь