• Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram

CC26XX от TI

nikolz

Well-known member
upload_2016-12-15_7-21-56.png



upload_2016-12-15_7-24-16.png
Рисунок 1 основан на измерении потребляемого тока для подключенного низкоэнергетического устройства Bluetooth. Устройство проводит большую часть времени в режиме ожидания, где среднее потребление тока составляет около 1 мкА.
В режиме ожидания устройство только просыпается на основе либо внешних прерываний или запланированных событий / прерываний от RTC.

upload_2016-12-15_7-22-43.png

CC2640 является Bluetooth низкой энергии беспроводной MCU обеспечивает полное решение на одном чипе. Есть три ядра, которые могут быть по отдельности питается и управляется.

upload_2016-12-15_7-29-13.png
 

086dx66

Member
В продаже нет еще?
Интересная штука, ттх эволюционируют
Там ведь был какой-то гемор с разработкой под него
Дебуг плата под 100$ и платный софт для разработки?
 

nikolz

Well-known member
В продаже нет еще?
Интересная штука, ттх эволюционируют
Там ведь был какой-то гемор с разработкой под него
Дебуг плата под 100$ и платный софт для разработки?
Есть у TI.
Просто это не китай и не рассчитано на подеки любителей.
Это для разработки массовых изделий.
Но возможно китайцы повторят подобные параметры в своих чипах.
 

nikolz

Well-known member
Пример когда устройство обмениваться информацией с центральным устройством, например
со смартфоном .
Устройство просыпается и транслирует пакеты на трех отдельных каналов и прослушивает по каждому из этих каналов для запросов на проверку или запросов на подключение.
Запросы сканирования является способом для Центральное устройство для получения дополнительной информации об устройстве перед подключением. Пакет данных обычно очень короткий, чтобы свести к минимуму потребление энергии. .
upload_2016-12-15_8-56-12.png
Таблица описания графика. Режим запроса соединения:

upload_2016-12-15_8-56-57.png

После соединения базовое время передачи данных составляет 144 мкс, который содержит 1
байт преамбулы, 4 байта доступа Адрес, 2 байта PDU, 3 байта CRC и 6 байт полезной информации.
upload_2016-12-15_9-2-18.png

upload_2016-12-15_9-2-44.png
 

nikolz

Well-known member
Режим ожидания.
Режим ожидания является режим питания при ожидании событий и включает в себя VDDR для зарядки энергией. Перезарядка является обязательной функции в режиме ожидания, чтобы сохранить память и убедитесь, что
питание достаточно для работы часов.
Потребление энергии в промежутке между этими зарядками около 70 нА.
среднее энергопотребление во время ожидания в том числе при дозарядки 1 мкА.
Режим дозарядки SVDDR:
upload_2016-12-15_9-9-16.png
Для более длительных интервалов ожидания, будет еще несколько импульсов перезарядки. Например, если соединение делается с периодом 100 мс, то ток ожидания в этом случае будет 1,57 мкА.
---------------------------------------
Когда соединение было установлено между периферийным устройством и центральным устройством, они общаются
во время событий подключения. Центральное устройство работает в качестве ведущего и периферийного устройства, как раб.
Вся связь между двумя подключенными устройствами происходит на этих соединительных событиях.
Они выполняются периодически с настраиваемым интервалом, в диапазоне от 7,5 мс до 4 секунд.
Каждое событие происходит на одном из каналов передачи данных и Мастер всегда инициирует событие.
----------------------------------------
Потребление тока в зависимости от времени в течение одного Событие подключения
upload_2016-12-15_9-16-36.png


upload_2016-12-15_9-16-56.png

Во время одного соединения может быть многократный двухсторонний обмен информацией.
 

pvvx

Активный участник сообщества
RTL8762A является недорогой, с высокой степенью интеграции с низким энергопотреблением Bluetooth однокристальный SoC, встроенный ARMCortex M0, 256KB eFlash, 80KB RAM, а также богатые периферийные интерфейсы...
 
Последнее редактирование:

nikolz

Well-known member
CC2640R2F- 5.0 Bluetooth®
TI провели тест открытого диапазона с SimpleLink CC2640R2F беспроводной MCU с использованием 125kbps PHY в очень неконтролируемой среде вблизи офиса в Осло, Норвегия, где были в состоянии сохранить соединение над 1.6km .
-------------------------------
Наконец, следует отметить , что потребление энергии по - прежнему является ключевым вопросом для большинства приложений с низким энергопотреблением Bluetooth. Используется уровень мощности передачи только + 5dBm, который потребляет около 9mA пиковой мощности в TX и 6mA в RX. В сочетании с очень низким потреблением тока в режиме ожидания CC2640R2F устройства позволяет обеспечить работу датчиков до 10 лет от одной литиевой батарее.
---------------------------------
Комплекты разработчика программного обеспечения (SDK) , поддерживающие новый стандарт Bluetooth низкой энергии для SimpleLink CC2640R2F беспроводной MCU , доступен в 2017. SimpleLink CC2640R2F беспроводной MCU массовое производство с начала декабря 2016 года. (2$ при партии 1000 шт)



 

pvvx

Активный участник сообщества
У TI все дорого, но это не китай.
У СС26XX 9 ма - это импульс ,
а у RTL - 48ма.Верно ?
50 - иначе это не WiFi. Но сгладить то можно.
У CC2640R2F работает не ARM, а "Sensor Controller" на который описания нет.... Это типа считать, что врублен NFC контроллер в RTL - у него аналогичные данному полному чипу характеристики... Туда, в него, код в 20КБ дополнительный грузиться и у него есть ещё свои RAM и ROM... (но засикречен :) )
ADC в серии "AMeba-Z" тоже с контроллерами, как и другие потроха - пробуждать чип умеют по всяким уровням и т.д.
В ESP-32S тоже есть примочка с десятком команд, но совсем недоразвитая (мало коду ест).
В итоге в характеристиках чипов теперь пишут только потребление выключенного CPU :) , что совсем не интересно - електронные наручные часы с Ч/Б мониторчиком, от мелкой батарейки и так работали годами ещё в том веке.

TI CC2640R2F Sensor Controller:
Контроллер датчиков содержит схему, которая может быть выборочно включена в режиме ожидания. Периферийные устройства в этом блоке могут управляться движком данного контроллера, который является оптимизированным по потреблению ЦПУ. Этот процессор может считывать и контролировать датчики или выполнять другие задачи автономно, тем самым значительно снижая энергопотребление и разгружая основной процессор CM3.

На том-же RTL проверено: 10..12 MГц является минималкой для полной функциональности WiFi без значительного снижения производительности (без всяких там sleep). Меньше не тянет, т.к. этот ресурс расходует RTOS при 1 мс "тике" к 95%. Такая она "плата" за многопоточность и отзывчивость системы в 1 мс. Так-же давно известно, что датчики лепить к таким монстрам не имеет смыслу. Если взять хотя-бы какой PIC24, то он обслуживает непрерывно достаточно медлючих датчиков (I2C) с обработкой в float, а при этом жрет до 1 mA (совместно с датчиками). Но производители решили впихивать совсем убогие "Sensor Controller" вместо чего-то отработанного, да ещё неизвестно с каким кодом... В итоге и выходят никчемные SoC...

Да и не 9 mA у TI, а только RF:
Radio TX, 5-dBm output power - typикал 9.1 mA (Differential RF mode is optimized for RF performance. Measured on CC2640Q1EM-7ID) - т.е. очередной Rms.
 
Последнее редактирование:
Сверху Снизу