Atmega8A + Ds18B20 + Nrf24L01

[zsal]

Здравствуйте! Разрабатываю беспроводной датчик в связке ds18b20 + nrf24l01 с батарейным питанием. В целях экономии энергии на батарейке думаю о таком алгоритме работы: датчик просыпается от собаки (пока настроен на ~2сек)

и слушает запрос, если есть запрос температуры - это буква 't' в приемном буфере,

то измеряется температура датчиком ds18b20

и данные загружаются в TX_BUFER посредством W_ASK_PAYLOAD

на датчик сразу шлется след. команда; мол вышли данные, а данные отправляются с автоподтверждением!

Минусы: необходимость слать сразу две команды, один за другим и связанное с этим усложнение, ну в очень легкой степени усложнение...

Плюс в том что обращение к ds18b20 происходит только тогда когда необходимо.

Что посоветуете? Может кто лучше подскажет алгоритм?

P/S думаю нарисовать блок схему алгоритма работы датчика ...потом выложу

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[Григорий Т.]

датчик просыпается от собаки (пока настроен на ~2сек) и слушает запрос

Запрос от собаки? Какая умная...

И отвечает тоже ей?

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[forever_student]

...Разрабатываю беспроводной датчик в связке ds18b20 + nrf24l01 с батарейным питанием...Что посоветуете? Может кто лучше подскажет алгоритм?

P/S думаю нарисовать блок схему алгоритма работы датчика ...потом выложу

Конфигурируете nrf24l01 на приём и разрешаете вывести прерывание по получении данных на IRQ

IRQ вешаете на ногу Атмеги с внешним прерыванием (предварительно его разрешив) и усыпляете Атмегу.

Всё.

И никаких собак .

Изменено 24 марта, 2015 пользователем forever_student

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[zsal]

ладно собака слово Вам не нравится, Watchdog.

Я же писал что пытаюсь экономить энергию батарейки.., при приеме NRF24L01 потребляет 13.1мА..так модуль долго не будет жить на одних батарейках...

А запрос не от собаки, запрос от базовой станции...

Два запроса от базовой станции решил использовать чтоб попользоваться режимом NRF24L01, когда он шлет заранее подготовленные данные (W_ASK_PAYLOAD) в режиме автоподтверждения..

При первом запросе, модуль ничем не ответит, или ответит какую нибудь службеную информацию, при втором запросе от базовой станции, шлет температуру...

ну как то так ))

[forever_student]

То, про что я писал, относится именно к экономии энергии. 13,1 мА - это в сам момент приёма, а вот в ожидании приёма около 30 мкА (состояние Standby1). Читайте Datasheet тщательнее .

Если сделаете так, как я написал - два запроса не нужны. Одного достаточно.

[zsal]

Хорошо.. Я проверю.. Если так, то да это действительно элегентное решение)

Слушаю запросы я так понимаю в режиме RX, в который я вгоняю модуль записью единички в регситре Config (первый бит кажется) вот в этом режиме потребление 13.1мА, не разве?

[zsal]

forever_student, Что то Вы не комментируете последнее мое сообщение...)). Мне хочется понять может у меня какой то не такой модуль (китайской)?

[forever_student]

...Слушаю запросы я так понимаю в режиме RX...

вот в этом режиме потребление 13.1мА, не разве?

Да, всё так. Это я попутал.

Тогда может попробовать вообще без запросов от базы? (т.к. в Вашем случае база должна непрерывно слать запросы, чтобы в момент пробуждения запрос можно было бы поймать. Каждое пробуждение д.б. длинным - не менее двух периодов запроса базы )

Т.е. база всегда на приёме, МК просыпается, опрашивает датчик, отсылает температуру, получает подтверждение (если нет, то повтор) и опять засыпает.

[zsal]

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