Временные параметры радиосети - Страница 3

worldmasters · 28.02.2018, 09:46

Сообщение от AR_Favorit

Желаемый средний ток потребления мастеров и слейва?

чем меньше тем лучше. Не знаю как посчитать. Устройства могут вообще днями не передавать информации в это время лучше чтобы наноамперы потребляли. Главное устройство к компу подключено поэтому ему все равно.

Сообщение от mike-y-k

а чем готовые решения не подходят?

Да я и взял готовое решение. модуль приемопередатчика 2,4ггц. производитель заверял ультранизкое потребление. 13ма в режиме приема, 11 передача.
На базе этого и нужно сеть построить. А радиусу нужно метров 50 уверенного приема. Скорость сети ... даже не сама скорость а пакеты с устройств должны приходить ну не позже 3 сек после появления события. Пакеты небольшие по 32 байта максимум. Частота появления событий от максимум 5 в секунду. Но большее время устройства спят.

Сообщение от STM32F0

Не пойдёт. Чел изобретает вечный двигатель. Его "Всем спать!" и чтобы просто и мгновенно иначе назвать нельзя.

О. Генерал диванных войск. Вам то какое дело чем я занимаюсь? Пусть даже и вечный двигатель.

Сообщение от Yuri222

1. Мастер (главное устройство) циклически опрашивает слейвы (40 датчиков).
Если тем сказать нечего - спят. таймаут = слейв или спит, или нет связи. И запрашивает следующее устройство.
Понятно, в этой схеме работы не самое быстрое время реакции, надо подсчитать, насколько она реальна в принципе.

батарея на 250ма. при токе в 13ма в постоянном режиме приема через 19 - 24 часа батарейка кончится.

Сообщение от Yuri222

2. Главное устройство излучает пакет синхронизации, слейвы (датчики) привязываются к нему и в свой временной отрезок пуляют данные, если они есть.

С какой периодичностью включать устройства на прослушку синхроимпульса?
А если главное устройство вообще перестало функционировать, через сколько времени устройство поймет что никого нету и перестанет хавать попусту батарею?

Сообщение от DanilinSA

Навесить на датчик Bluetooth low energy (или ANT/ANT+ ). Такие датчики от батарейки типа "таблетка" могут годами работать.

BLE тоже пробовал. Но с 8 виндой он вяжется раз через раз. А в семеркой вообще поддержки нету.
Про АНТ не слышал. А есть готовые модули??

Сообщение от mike-y-k

Но это уже есть в готовых решениях, где только и нужно что сделать и спаять плату по уже готовому RD, написать нужную обработку датчика(ов)

Да да. Взял готовое устройство, развел плату все собрал и вот тут и начались пляски с бубном и недокументированные особенности. ))

AR_Favorit · 28.02.2018, 10:30

Сообщение от worldmasters

чем меньше тем лучше. Не знаю как посчитать. Устройства могут вообще днями не передавать информации в это время лучше чтобы наноамперы потребляли. Главное устройство к компу подключено поэтому ему все равно.

Очень просто посчитать. Есть емкость батареи и есть требуемый минимальный срок работы от нее (не "чем больше тем лучше", а оговоренный, на который будет ориентироваться пользователь). Делим одно на другое, получаем этот самый средний ток потребления.

индюк · 28.02.2018, 10:42

Сообщение от worldmasters

BLE тоже пробовал. Но с 8 виндой он вяжется раз через раз. А в семеркой вообще поддержки нету.

дык напиши прогу чтоб оно работало через компорт и бери не узб а уартный модуль

Yuri222 · 28.02.2018, 10:45

Сообщение от worldmasters

батарея на 250ма. при токе в 13ма в постоянном режиме приема через 19 - 24 часа батарейка кончится.

Еще раз повторю, раз с первого раза не поняли -
датчики спят. Мастер (главное устройство) их опрашивает.
Естественно - в ответ тишина. После таймаута (миллисекунду, например) не получив ответа мастер запрашивает следующее устройство. Если же есть что сказать - проснулся, в течение 0,1сек дождался запроса, ответил - и снова как медведь в берлогу.
Эта музыка будет долгой, даже с Вашей батарейкой в 250 мАч.

mike-y-k · 28.02.2018, 10:47

worldmasters
А фамилии текущих пациентов?
Вариант с BLE стоило поднять на отдельном промежуточном устройстве (шлюзе) с тем же BLE и уже дальше в ПК.

Года три назад слепил приятелю на дачу систему с датчиками влажности и температуры в разных помещениях. До сих пор работают без замены CR2032. Данные считываются каждый час. Вариант оповещения от датчиков не рассматривался, но таки возможен. Пациенты на CC2500. Собственно там немного доработанный пример был использован

- даже программировать особо не пришлось, только платы развести и спаять. Главная морока

была уже в центральном модуле - сбор, вывод на карточку, обработка отсутствия, контроль питания датчиков, вывод на экран, обработка энкодера, работа с RTC,… это все уже пришлось писать…

Собственно:

всех на один канал
всем таймер ожидания = число датчиков*максимальное время сеанса связи*2…4
опрос шлюзом всех по очереди с интервалом опроса = таймер ожидания / число датчиков. Делаем например три попытки.
при первой инициализации датчик ждёт своего опроса, передаёт/получает данные и засыпает на указанный интервал.
при истечении интервала можно проснуться и подождать своего опроса для корректировки точки старта своего окна (уход внутреннего таймера). Это место собственно можно по разному сделать - откалибровать внутренние часы датчиков от питания и температуры и использовать эти данные для подстройки отсчета таймера ожидания, дополнительную коррекцию проводить в сеансах связи, посыпаться всегда на N-й интервал для синхронизации и сообщении о своём наличии, заряде батареи, текущем состоянии датчика,… Тут многое от параметров используемого и параметров в месте установки зависит.
контроллер собирает данные, организует ведение журнала событий и данных, контролирует состояние питания и доступность датчиков, передаёт наверх данные по запросу.

Это эскиз, подробности и процедуры по возможности реализации, необходимости,…
Подобные решения всегда требуют (с учётом имеющегося или планируемого) проработки на бумаге и хорошего тестирования. И им явно должно быть наплевать на используемую наверху операционную систему и интерфейс к ней. Все нужное на RX/TX, а остальное на установленном на них модуле.

AR_Favorit при известной емкости батареи всем еще проще получается.
Есть потребление в режиме сна и саморазряд - умножаем их на длину интервала сна. Есть потребление на просыпание и засыпание с соответствующими токами. Перемножаем и добавляем.
Есть потребление при передаче и приеме с их длительностями - тут просто берём максимальные возможные длительности и опять перемножаем с суммированием.
Получаем (при отсутствии ошибок в размерностях) значение в mAh на цикл.
Делим ёмкость батареи на потребление на цикл и получаем число циклов, умножаем на длину цикла и получаем гарантированное время работы.
При девиации температуры в месте установки проводим коррекцию на температуру по худшему сценарию - зима/лето по 6 месяцев и с постоянной минимальной температурой каждый период.
На полученное значение ориентируем пользователя.
Хуже будет только при совсем левых/старых батарейках

.
Но тут обратная связь от датчика с напряжением батарейки и скорость его снижения помогут определиться.

индюк · 28.02.2018, 10:50

на мастере делаешь самую длинную преамбулу и максимальную скорость передачи.
слейвы по большей части спят и иногда выходя из сна смотрят преамбулу. поймал - ответил и спать.
у меня так работает плата от батареек больше года на чипконе.

AR_Favorit · 28.02.2018, 13:04

Сообщение от mike-y-k

AR_Favorit при известной емкости батареи всем еще проще получается.
Есть потребление в режиме сна и саморазряд - умножаем их на длину интервала сна. Есть потребление на просыпание и засыпание с соответствующими токами. Перемножаем и добавляем.
Есть потребление при передаче и приеме с их длительностями - тут просто берём максимальные возможные длительности и опять перемножаем с суммированием.
Получаем (при отсутствии ошибок в размерностях) значение в mAh на цикл.
Делим ёмкость батареи на потребление на цикл и получаем число циклов, умножаем на длину цикла и получаем гарантированное время работы.

Ну да. Но это расчет со стороны разработчика (в нашем случае советчика), а со стороны заказчика должно быть просто - "хочу, чтоб работало вот от такой батарейки вот столько-то месяцев/лет".

А от заявленной хотелки уже и танцевать.

worldmasters · 28.02.2018, 13:48

Сообщение от AR_Favorit

"хочу, чтоб работало вот от такой батарейки вот столько-то месяцев/лет".

А от заявленной хотелки уже и танцевать.

Вот так и есть. И приходиться плясать.
Спасибо за советы. Надо обдумать как все это применить.

mike-y-k · 28.02.2018, 14:18

AR_Favorit для заказчика такого просто расчеты по имеющимся вариантам реализации с их оценочной стоимостью в производстве. И варианты по источникам питания. Обычно на второй итерации обсуждения находится разумный компромисс.
Для особо упёртых в долгую жизнь батарейки можно предложить РИТЭГ

- вполне для таких задач можно в габариты пары 6F22 уложится с ресурсом больше 10 лет.

worldmasters, Если в месте пребывания датчиков есть механические колебания, свет, тепло - то в питание можно и харвестер добавить с ионисторм. Вопрос там уже только по бюджету будет.

Yuri222 · 28.02.2018, 14:34

Сообщение от worldmasters

1. С какой периодичностью включать устройства на прослушку синхроимпульса?
2. А если главное устройство вообще перестало функционировать, через сколько времени устройство поймет что никого нету и перестанет хавать попусту батарею?

1. Ни с какой. Нету чего передавать - нечего и просыпаться.
2. Как запрограммируете. Если есть что передать - проснулся, послушал гарантированный период времени, ничего не словил - значит, с матером нет связи, заснул на какой-то выбранный период.
Если данные не важны, и на смерть мастера нет никакой реакции со стороны обслуживающего персонала - тогда какая вообще разница, за сколько разрядятся слейвы...