DualCore - M4 (CPU APPS) и M0+ (сетевой процессор) - с 2.Многопротоколовая подключение 4 ГГц и множество функций с низким энергопотреблением:

http: // www.ул.com/en/microcontrollers/s ... TID = SS1961

Сколько за единицу и подойдет для нового «F405 & F411 Версии Bluepill "Интересно.

Пока нет цены на единицу.....

Ум ~ ммммм...

Если это более 8 долларов.25 Тогда эспрессфра

https: // www.aliexpress.com/item/esp32-w ... 09094.HTML

Я получил заказ до китайского Нового года на пару (2), установленную на Совете по оценке прорыва Wemos.


Мнение Рэя

Подумайте 1 день, у нас будет 4,8,16,64,1024 MCU STM32, мы сможем соревноваться с FPGA со всеми этими MCUS ARM
Ох, и гораздо важнее, что 2.4 ГГц BLE, способное, наконец, ST пытается жить, чтобы конкурировать против NRF51822 & ESP32

ESP32 довольно быстрый, но я не считаю его очень низким энергопотреблением.

Этот чип объединяет STM32L4 (Cortex M4) с ядром Cortex-M0+, M0+ обрабатывает 2.Радио 4 ГГц и L4 обрабатывают все остальное. Даже L4 сам по себе впечатляюще низко, поэтому я ожидаю, что эта комбинация будет впечатляющей. Не могу дождаться, чтобы получить в свои руки один...

Когда я внимательно посмотрю на SKU, я заметил что -то похожее на CC2640 TI CC2640
http: // www.ул.com/content/st_com/en/pro ... B55CG.HTML


VS TI CC2640
http: // www.тип.com/product/cc2640/описание

В основном я читаю его, поскольку ST сейчас серьезно относится к Bluetooth LE и его интеграции с MCUS
Похоже, мы получим «оскорбительный» взрывной рост »всего всего Bluetooth LE, мыши, клавиатуры, фитнес -трекеров, умных часов, маяков, датчиков, света, дронов, торговых автоматов, 3D -принтеров & Все виды аксессуаров для ПК и мобильных телефонов », и я думаю, что все телевизоры потребительской электроники, радио, часы, u ane, Интернет вещей становятся интернетом всего всего

[Aonsquared - Солнце 25 февраля 2018 г. 9:11] - ESP32 довольно быстрый, но я не считаю его очень низким энергопотреблением.
...

РЧ -секция - это свинья Power. У меня нет цифр (пока) на ESP32, но ESP8266 - номинальный UC, когда RF выключен:
https: // www.хакерс.io/rayburne/esp826 ... IME-1DF8AE При 80 МГц NOP8266 NODEMCU требует менее 40 мА. Я ожидаю того же или лучше от ESP32.

Луча

Нашел это на форумах ESP32:
http: // bbs.ESP32.com/viewtopic.PHP?t = 2662
Я сделал некоторый тест, чтобы получить представление о энергопотреблении ESP32 (Devkitc от Olimex). Я попробовал разные сценарии и хочу суммировать данные в своего рода таблице:

VCC = 5V
Не. Ядра активно: по умолчанию

Сценарий ----------------------------------------- CPU80MHZ ------- ------ CPU160MHZ ----------- CPU240MHZ
- ЦП + электроника + BT --------------------------- 113MA ------------------ 123MA-- --------------- 141ma
- ЦП + электроника ------------------------------ 38MA ---------------- --- 51 мА ----------------- 73MA
- ЦП (глубокий сон) + электроника ------------- 3.5ma ------------------- 3.5ma ----------------- 3.5 мА Похоже, что оба ядра в ESP32 - один и тот же тип (до 240 МГц на ядро), что увеличит энергопотребление.

STM32WB имеет один M4 и один M0+, и M0+ должен быть очень эффективным (по цене производительности). M4 должен потреблять около 10-20 мА, M0+, может быть, половина этого, оставляя больше тока для радио-радио.

ST утверждает: Active-Mode MCU + RF (SMPS ON): < 50 мкА/МГц
RX: 3.8 мА
TX на 0 дБм: 5.5 мА Это скорее маркетинговый номер, скажем, это будет 100UA/МГц (несколько периферийных устройств), при 64 МГц = 6.4ma + 4.2ma_radio = 11ma..

[Aonsquared - Солнце 25 февраля 2018 г. 16:55] - ...
Кажется Оба ядра в ESP32 - один и тот же тип (до 240 МГц на ядро), что увеличит энергопотребление.
...

Да, но, поскольку ядра идентичны и в качестве эспресс -ссылок в Freertos, сторона Arduino может использовать Core_0, который поддерживает RF -стек... по существу удаление нагрузки из core_1. https: // www.хакерс.io/rayburne/esp32- ... Res-8dd948

Кроме того, ESP32 имеет совершенно отдельное 3-е ядро, которое является низким энергопотреблением. Я еще не играл (пока) с коприцессором ULP, но я возлагаю большие надежды на этот маленький кусок песка. http: // esp-idf.Readthedocs.io/en/last ... S/Ulp.HTML

Я предполагаю, что STM по-прежнему будет превосходить потребности в реальном времени, но ESP32 будет более универсальным, особенно с добавлением PSRAM.

Луча

[Mrburnette - Пн 26 февраля 2018 г. 12:57] - Кроме того, ESP32 имеет совершенно отдельное 3-е ядро, которое является низким энергопотреблением. Я еще не играл (пока) с коприцессором ULP, но я возлагаю большие надежды на этот маленький кусок песка. http: // esp-idf.Readthedocs.io/en/last ... S/Ulp.HTML

С нетерпением жду вашего поведения об этом

В то же время, однако, предполагая 20 мА для M4 и 11MA из расчета Пито: 31 млн. М! Отлично подходит для мобильных устройств с очень ограниченным бюджетом электроэнергии.

Ждать...Извините, я понял, что расчет был для основного M4!

Таким образом, маркетинг ST говорит, что 50UA/MHZ, и мы удвоим его до 100UA/MHZ, предполагая, что периферийные устройства включены.

M4: 100UA/MHZ * 64 МГц: 6.4 мА
M0+: 100UA/MHZ* 32 МГц: 3.2MA
Bluetooth Active Transmit: 5.5MA (0DBM), давайте удвоим это (+3DBM) до 11ma

Таким образом, с 2 ядрами, передаваемой Bluetooth, 20 - это 20.6ma...

Ну, когда они начнут появляться в количествах и на некоторых досках для разработчиков, * и * они являются разумной ценой, тогда они привлекут мое внимание. До тех пор мы ждем и видим.

[Ахулл - Пн 26 февраля 2018 г. 11:44] - Ну, когда они начнут появляться в количествах и на некоторых досках для разработчиков, * и * они являются разумной ценой, тогда они привлекут мое внимание. До тех пор мы ждем и видим.

+1
Да, я с шотландцем

казалось, что это может быть оценено несколько дороже для готовой платы против BP/MM ржу не могу
http: // www.ул.com/content/st_com/en/abo ... P4013.HTML Инженерные образцы STM32WB в пакетах до 100 PIN WLCSP начнут выборки, чтобы привести клиентов в первом квартале 2018 года по цене от 1 доллара США.56 за заказы с большим объемом Надеюсь, это станет новой игрушкой здесь, BLE STM32DUINO?

Nordic Semi уже имеет значительную опору на этом рынке BLE...

Платы NRF51XXX доступны менее чем за 5 долларов на AliexPress, а новые платы NRF52XXX также снижаются в цене до ниже 10 долларов

У Sandeep Mistry уже есть очень зрелое ядро ​​Arduino для этих процессоров от Nordic, поэтому я думаю, что пройдет некоторое время, прежде чем продукт STM сможет наверстать упущенное.


Тем не менее, Imho ble трудно использовать, потому что, как правило, основная причина для его использования - позволить вашему смартфону общаться с вашим проектом, а написание кода, которое работает на различных смартфонах и оборудовании гораздо сложнее, чем кажется, что он кажется.

Хотите верьте, хотите нет, но стандарт BLE не определяет стандартную сервис BLE, похожую на последовательное устройство, поэтому нет никаких приложений с полками, которые будут отправлять и получать поток данных символов.

Nordic имеет свою собственную услугу UART, в частном идентификационном номере, приложение Red Bear Labs использовало другой личный идентификатор частного обслуживания и т. Д

Получение вашего приложения на устройство Apple требует учетной записи разработчика с Apple и стоит $$ в год.

Android бесплатный, но я обнаружил, что в разных версиях Android есть всевозможные причуды с BLE, и различные производители. Аппаратное обеспечение ведет себя по -разному.

Поэтому, если вам не нужно подключиться к смартфону, и вы должны использовать низкую мощность, тогда есть множество лучших вариантов.

Смартфон и высокое использование мощности, просто используйте Wi -Fi..
Не смартфон и низкое использование энергии, вероятно, используйте Lora

Я использовал ядро ​​Grumpyoldpizza для STM32L4, и это превосходно. «Официальный» STM L4 Arduino Core гораздо более глюка. Если Крис и Томас сделают доску Core и Dev на основе STM32WB и расширят для него ядро ​​Dragonfly/Ladybug/Butterfly, у Nordic NRF -доски будут иметь серьезную конкуренцию

Да, STM несколько опаздывает на вечеринке, но я думаю, что лучше поздно, чем никогда, скандинавский & ESP32 & Даже TI уже впереди, их более ранние попытки с BL

[AG123 - Ср. 07 марта 2018 г. 9:18] - ...
STM несколько опаздывает на вечеринку ...

В этом случае быть «опозданием» может быть хорошей вещью. Некоторые из дизайнерских решений должны иметь преимущество, когда их конкуренты пытаются найти «сладкую» точку на рынке для IoT. В то время как ESP8266 из Espressif был большим успехом, были серьезные проблемы в управлении питанием, и термин «низкая власть» просто никогда не был подходящим. ESP32 - значительно более гибкий продукт, а с тремя «ядрами» - это технология цены/производительности, чтобы победить.

Возможно, также, STM, посвятит некоторые ресурсы для обеспечения «утвержденной» реализации Arduino, как и Espressif. В то время как «ардуиноид» часто рассматривается как «класс хобби», значительное количество инженеров всегда работают «на домашних семинарах», пытаясь добраться до следующей большой концепции ... Шум, созданный на этих семинарах.

[Aonsquared - Вторник 06 марта 2018 г. 22:16] - Я использовал ядро ​​Grumpyoldpizza для STM32L4, и это превосходно. «Официальный» STM L4 Arduino Core гораздо более глюка. Если Крис и Томас сделают доску Core и Dev на основе STM32WB и расширят для него ядро ​​Dragonfly/Ladybug/Butterfly, у Nordic NRF -доски будут иметь серьезную конкуренцию

STM32WB скоро будет поддержан Похоже на ядро ​​STM32L0/STM32L4. Однако, насколько я понимаю, детали будут отправлять только 2 часа 2018 года.

Любое предложение о том, что Ble Arduino Api de Jour для использования ?

Что немного интересно отметить, что, хотя мы волнуемся из -за предстоящей новой игрушки, которая еще не выпущена, Intel была сделана там и сбросила ее (прекращена), я не слишком уверен, будет ли Intel отрядить его и предложить для продажи снова
https: // магазин.Ардуино.CC/USA/ARDUINO-101
https: // www.Ардуино.cc/en/reference/curieble
https: // www.Адафрут.com/продукт/3033

Северный, казалось, тоже дал API выстрел
https: // github.com/nordicsemiconductor/ble-sdk-arduino
http: // bleduino.cc/

И от Св
https: // github.com/stm32duino/spble-rf

и другой
https: // github.com/pauloborges/glessed

Я думаю, что 1 из проблем состоит в том, что формальный стек протоколов BLE довольно большой (довольно похож на USB) с точки зрения большого количества формальных вариантов использования и определенных протоколов. Я полагаю, что заголовки и классы будут отражать GAP, GATT/ATT, L2CAP и IT (The BLE 'Library') обсуждает команды HCI (которые могут быть серийными/SPI и т. Д.)

(сторона приложения)
Разрыв | ГАТТ / АТТ
L2CAP
----------
HCI
LL
Фирменный
(BLE Radio Side)

На данный момент я использую Zentri AMS001, который является модулем UART BLE: https: // www.Зентри.com/ble-модулы/

Это практически кора-м3, контролируемый последовательными командами, поэтому у меня нет опыта управления прямым прошивным программным обеспечением BLE. AMS001 действительно хорош, за исключением фиксированных характеристик, например,. Однако в этом мне нравится, что шифрование довольно легко реализовать, просто:
#define SERIAL_ENABLED 1 #define LCD_ENABLED 1 #if LCD_ENABLED #include LiquidCrystal lcd(PB15, PB14, PB13, PB12, PB11, PB10); #endif volatile int state = LOW; const int ZCD_Pin = PB1; int led_Pin = PB0; // PWM-capable pin void setup() { pinMode(led_Pin, OUTPUT); // setup the pin as PWM attachInterrupt(ZCD_Pin, zcd, FALLING); Timer1.setPeriod(5 * 1000); Timer1.setChannel1Mode(TIMER_OUTPUT_COMPARE); Timer1.setCompare(TIMER_CH1, 1); Timer1.attachCompare1Interrupt(handler_led); Timer1.refresh(); } void loop() { } void zcd() { digitalWrite(led_Pin, LOW); Timer1.resume(); } void handler_led() { digitalWrite(led_Pin, HIGH); Timer1.refresh();

[AG123 - Чт, 08, 2018, 14:26] - Я думаю, что 1 из проблем состоит в том, что формальный стек протоколов BLE довольно большой (довольно похож на USB) с точки зрения большого количества формальных вариантов использования и определенных протоколов. Я полагаю, что заголовки и классы будут отражать GAP, GATT/ATT, L2CAP и IT (The BLE 'Library') обсуждает команды HCI (которые могут быть серийными/SPI и т. Д.)

На самом деле это грязная часть. Многое код, который я видел в этой области, старался быть слишком простым с одной стороны, и для большого оборудования, ориентированного на другую сторону. Att/l2cap/hci не имеет значения. Все, что важно, это интерфейсы Gatt и Gap.

Концептуально что -то подобное здесь (да, это API типа отдыха, но он передает в значительной степени интересные аспекты для центрального центра):

https: // www.Bluetooth.орг/докман/ручка ... _id = 285911 (ЗАЗОР)
https: // www.Bluetooth.орг/докман/ручка ... _id = 285910 (Гатт)

Библиотека Arduino 101 интересна. Он начался с проберильной библиотеки, попытался исправить много деталей, сломала совместимость (неудивительно, учитывая ограниченный объем бле-пешеходов), а затем вынуждено снова быть совместимым снова ... Однако нет возможности справиться с показаниями и уведомлениями ...

Не видел ни одного кода стиля Arduino, который бы правильно получил концепции центрального/периферического/вещателя/наблюдателя против. клиент/сервер и тому подобное ...

Стек кодов не слишком большой, кажется. Bluenrg-1 делает это примерно в 72K. Стек Lorawan составляет около 40 тысяч по сравнению с этим ...

У меня был немного опыта с низким уровнем бле, очень с нетерпением жду возможности найти дешевые STM32 BLE, чтобы играть с.

Я могу подтвердить, что да, большинство реализаций BLE не обеспечивают никакой безопасности, даже при правильной установке шифрования AES по умолчанию, так как его спецификация сломана (возможно, это улучшилось в более поздних чипах?).

Решение Nordic к большим требованиям к вспышке стека было в основном генератором кода только с указанными протоколами и функциями.

И да, Android BLE - это абсолютный беспорядок внутри (не скажу, что это был причина, по которой мой стартап потерпел неудачу, но это определенно не помогло), но Android >= 5.4 довольно работоспособно. Просто забудьте о обратной совместимости со старыми телефонами, это совершенно другой API и совсем не надежный, а также утечка батареи.

На данный момент, по -видимому, по -прежнему будет то, что ST нацелен только на то, чтобы клиенты громкости были
https: // www.ул.com/en/microcontrollers/ ... TID = SS1961
Объемы заказа составляют 10000 (без доступности дистрибьютора), и казалось, что в дикой природе нет «обнаружения» или «нуклео»
Поскольку у STM32s есть немного на периферийных устройствах SOC, это может быть нацелено на интеллектуальные часы, фитнес -ленты или варианты использования «IoT»
В некотором смысле это все еще в значительной степени похоже на серию Ti CC2640
www.тип.com/product/cc2640

BLE имеет плохую безопасность и нарушение конфиденциальности, он продолжает рекламировать в не связанном состоянии, так как это использование BLE «маяков»
Я думаю, что дизайн преднамерен, учитывая намерение использовать его для «маяков». К сожалению, это самая большая игра в городе, учитывая
Увеличение числа SOC и устройств, поддерживающих BLE, и нет никаких сомнений в том, что это растущий рынок. AES может быть довольно безопасным, но при чтении спецификаций мне было трудно понять специфику протокола, я думаю, что различные части на «более низком» уровне, который является основным стеком BLE, нельзя защитить, то, что можно закрепить, после Connect Minkup обсуждается.

Другая вещь о стеке протоколов BLE в том, что это проще, следовательно, было бы проще и меньше написать приложение, которое в значительной степени является собственной Gatt/Gap

У меня это странное чувство, что блед, в конце концов, «новый USB» я.эн. ДЕФАКТО БЕЗОПАСНОЕ СЛУЖБА между устройствами (клавиатуры, мыши, интеллектуальные часы, фитнес-трекеры, шкалы BLE и т. Д.)

Я получил такого рода поздно, но ST проводит несколько семинаров STM32WB и предоставляя DEV -доски STM32WB в начале 2019 года:

https: // www.ул.com/content/st_com/en/ab ... -2018.HTML

Регистрация бесплатна, и, надеюсь, я пойду в 13 февраля в Бристоле.

Похоже, он наконец входит в массовое производство
Сейчас есть «конкуренция», по крайней мере, альтернативы против NRF51822 и Ти CC2640
SC SOC, как правило, «дорого», надеюсь, он будет конкурентоспособна на массовом рынке
И что дистрибьюторы распределяют их

Я наткнулся на эту сеть
https: // www.ул.com/content/st_com/en/su ... индикатор.HTML

и для терпения вы можете прыгнуть прямо к этому сердечнику Bluetooth
https: // www.ул.com/content/ccc/resource ... Gy-Bth.PDF
https: // www.ул.com/content/ccc/resource ... iew-rf.PDF

Интересно, что связи между меньшим ядром CM0, которое запускает сервисы Bluetooth, являются «почтовым ящиком общей памяти», который можно увидеть «приложением» как 2 -канальный интерфейс UART.

счастливого чтения

Это должно «взорвать» конкуренцию BLE, так как она, кажется, заявляет Bluetooth 5.0 2 Мбит / с, но все же просто медленно по сравнению с Wi -Fi 100 - 1 Гбит / с

И забавная вещь в том, что в наши дни заголовки ООН, кажется, «должны быть» на «досках разработки», и версия USB -ключа, кажется, является «новой мини -»
https: // www.ул.com/content/ccc/resource ... Доски.PDF

[AG123 - Сб 02 марта 2019 г. 9:37] - Я наткнулся на эту сеть
https: // www.ул.com/content/st_com/en/su ... индикатор.HTML

и для терпения вы можете прыгнуть прямо к этому сердечнику Bluetooth
https: // www.ул.com/content/ccc/resource ... Gy-Bth.PDF
https: // www.ул.com/content/ccc/resource ... iew-rf.PDF

Интересно, что связи между меньшим ядром CM0, которое запускает сервисы Bluetooth, являются «почтовым ящиком общей памяти», который можно увидеть «приложением» как 2 -канальный интерфейс UART.

счастливого чтения

Я на самом деле посещал семинар ST STM32WB около 2 недель назад. Вы неправильно прочитали это немного скользят - если ключ STM32WB находится в режиме испытаний RF, он появляется в качестве UART для хост -ПК, который вы отправляете команды ACI, чтобы понравиться последовательному терминалу.

Команды IPCC и HSEM не появляются в качестве UARTS при программировании микроконтроллера - на самом деле это довольно беспроблемные, обратные вызовы генерируются для каждого события BLE, и вы просто выполняете вызовы функций BLE в вашем коде пользователя, когда это необходимо.

В любом случае, наконец, у них есть ядростики STM32WB и голые чипы. Avnet спонсировал мастерскую в Бристоле, поэтому кажется, что они первые дистрибьютор, получивший чипсы и доски разработчиков, но Мусер, похоже, будет в наличии довольно скоро в наличии.