-
- Ещё один интересный вопрос для приборов с батарейным питанием. Прибор может ожидать приёма пакета, достаточно длинного. Но очевидно, что если в какой-то момент времени приём пакета уже не идёт, то можно выключаться (когда времени осталось на длину fk0(1074 знак., 14.05.2013 14:55)
- И будет срабатывать по каждой помехе. - PlainUser(17.05.2013 13:51)
- Научитесь мысли передавать доходчиво. - fk0(17.05.2013 14:14)
- "Можно, например, каждый передаваемый пакет предварять ещё одним пакетом минимальной длительности. И на приёмной стороне ожидать вначале пакета длиной 0 или 1 байт. При получении ..." PlainUser(116 знак., 20.05.2013 07:52)
- А какая разница какой длины пакет, если он всё равно будет принят как преамбула совпадёт. Хоть 0 байт, хоть все 32. - fk0(20.05.2013 10:12)
- При совпадении будет запускаться основной процесс.Чем чаще тем больше кушаем батарею. - PlainUser(21.05.2013 08:21)
- А какая разница какой длины пакет, если он всё равно будет принят как преамбула совпадёт. Хоть 0 байт, хоть все 32. - fk0(20.05.2013 10:12)
- "Можно, например, каждый передаваемый пакет предварять ещё одним пакетом минимальной длительности. И на приёмной стороне ожидать вначале пакета длиной 0 или 1 байт. При получении ..." PlainUser(116 знак., 20.05.2013 07:52)
- Научитесь мысли передавать доходчиво. - fk0(17.05.2013 14:14)
- Организовать процесс так, чтобы был один постоянно включенный приемник с нормальныйм питанием. Тогда батарейные девайсы будут инициировать обмен - минимальное потребление. Или узел-координатор, если нужно прямой обмен батарейных шалабушек. С Гудвин(92 знак., 14.05.2013 17:15)
- Это подразумевалось, батарейный прибор послал запрос и ждёт ответ. Чтоб сократить время ожидания (и не использовать автоподтверждение...) А с таймслотами и контроллерами проф. уровня ничего хорошего не получится (кварца нет, разбегутся быстро и fk0(52 знак., 14.05.2013 17:57)
- А чем автоподтверждение не угодило? Очень гарная фишка как раз для минимизации потребления. На днях пытал 32 байта + "паровоз" 32 байта обратно. На скорости 1 Мбит 700 us на все про все. Очень удобно - автоматом. Количество повторов настраивается. Гудвин(36 знак., 14.05.2013 18:15)
- AA требует CRC. CRC мешает использовать собственные алгоритмы исправления ошибок. - fk0(14.05.2013 18:47)
- Бред какой то... Тропосферную связь хочешь замутить? ;) - Гудвин(14.05.2013 18:58 - 19:01)
- AA требует CRC. CRC мешает использовать собственные алгоритмы исправления ошибок. - fk0(14.05.2013 18:47)
- А чем автоподтверждение не угодило? Очень гарная фишка как раз для минимизации потребления. На днях пытал 32 байта + "паровоз" 32 байта обратно. На скорости 1 Мбит 700 us на все про все. Очень удобно - автоматом. Количество повторов настраивается. Гудвин(36 знак., 14.05.2013 18:15)
- Это подразумевалось, батарейный прибор послал запрос и ждёт ответ. Чтоб сократить время ожидания (и не использовать автоподтверждение...) А с таймслотами и контроллерами проф. уровня ничего хорошего не получится (кварца нет, разбегутся быстро и fk0(52 знак., 14.05.2013 17:57)
- И будет срабатывать по каждой помехе. - PlainUser(17.05.2013 13:51)
- В диаграмме на странице 35 есть ответ (Standby-II mode --> Packet is in TX FIFO (No) --> is CE==1 (No) --> Standby-I. - fk0(13.05.2013 18:45)
- Ещё один интересный вопрос для приборов с батарейным питанием. Прибор может ожидать приёма пакета, достаточно длинного. Но очевидно, что если в какой-то момент времени приём пакета уже не идёт, то можно выключаться (когда времени осталось на длину fk0(1074 знак., 14.05.2013 14:55)