-
- Автономный датчик по RF. Счетчик расхода чего-нибудь. Он живет в синхронной системе. Т.е. у него время синхронизировано с системным. Он просыпается. Всасывает пакет от мастера (ибо знает, когда тот должнен быть в эфире). Быстро обрабатывает и засыпает. Evgeny_CD(29 знак., 04.11.2008 15:12)
- У меня не датчик, а исполнительный механизм. Передавать ничего не должен, но должен часто включаться, чтобы услышать команду. Синхронизм ничего не дает. - Vladimir Ljaschko(05.11.2008 11:24)
- Задачи у всех разные. Но и тут желательно (IMHO) получение подтверждения о том, что маханизЬм включился. - Evgeny_CD(05.11.2008 11:58)
- Давайте посчитаем 3m(642 знак., 04.11.2008 19:18)
- Датчик обычно ничего не ждет. Он просыпается, выплевывает данные, возможно принимает ответ, и засыпает. Считайте еще. Это обычно так делают. - 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)
- ИМХО именно такая "синхронная" система имеет смысл, если сборщик данных тоже д.б. экономным. Такое бывает вообще? - she(04.11.2008 19:56)
- Зоказчеги именно такие системы почему то все время хотят. 3m(196 знак., 04.11.2008 21:31)
- А также если slave девайсов много в одной "соте" сборщика. Чтобы они не толкались в эфире, и время | энергия зря не тратились, такой синхронизм и нужен. Кроме того, "сборщик" может быть ретранслятором, так что тут экономность тоже важна. - Evgeny_CD(04.11.2008 21:03)
- Прием длинный по ряду причин: 3m(640 знак., 04.11.2008 21:47)
- Датчик обычно ничего не ждет. Он просыпается, выплевывает данные, возможно принимает ответ, и засыпает. Считайте еще. Это обычно так делают. - she(04.11.2008 19:49)
- У меня не датчик, а исполнительный механизм. Передавать ничего не должен, но должен часто включаться, чтобы услышать команду. Синхронизм ничего не дает. - Vladimir Ljaschko(05.11.2008 11:24)
- Сспади. Датчик охранки напимер. RF включается за пару мс. (генератор раскачать и ФАПЧ) - she(04.11.2008 15:11)
- Недавно анализировали разряд батареи в приборе на сс2500 и получилось меньше года. Период включения около 500 мс. - Vladimir Ljaschko(04.11.2008 15:16)
- Что-то сомневаюсь. Впрочем, с 2500 не работал. - she(04.11.2008 15:20)
- Недавно анализировали разряд батареи в приборе на сс2500 и получилось меньше года. Период включения около 500 мс. - Vladimir Ljaschko(04.11.2008 15:16)
- Автономный датчик по RF. Счетчик расхода чего-нибудь. Он живет в синхронной системе. Т.е. у него время синхронизировано с системным. Он просыпается. Всасывает пакет от мастера (ибо знает, когда тот должнен быть в эфире). Быстро обрабатывает и засыпает. Evgeny_CD(29 знак., 04.11.2008 15:12)