Серыя STMicroelectronics STM32WBA Пачатак працы

Інфармацыя аб прадукце

тэхнічныя характарыстыкі:

• Назва прадукту: Пакет STM32CubeWBA MCU
• вытворца: STMicroelectronics
• Сумяшчальнасць: Мікракантролеры серыі STM32WBA
• Ліцэнзаванне: Ліцэнзія BSD з адкрытым зыходным кодам

Інструкцыя па ўжыванні прадукту

Асноўныя характарыстыкі пакета STM32CubeWBA MCU:
Пакет STM32CubeWBA MCU забяспечвае ўсе неабходныя кампаненты ўбудаванага праграмнага забеспячэння для распрацоўкі прыкладанняў на мікракантролерах серыі STM32WBA. Ён вельмі партатыўны ў серыі STM32 і пастаўляецца з HAL і LL API, напрыкладampфайлы і кампаненты прамежкавага праграмнага забеспячэння.

Архітэктура скончанаview:
Архітэктура пакета STM32CubeWBA MCU складаецца з трох узроўняў - прыкладанняў, бібліятэкі і кампанентаў на аснове пратаколаў, апаратнага ўзроўню абстракцыі, драйвераў BSP, асноўных драйвераў і API нізкага ўзроўню.

FAQ

• Што ўваходзіць у пакет STM32CubeWBA MCU?
  Пакет уключае API нізкага ўзроўню (LL) і ўзроўню апаратнай абстракцыі (HAL), напрampфайлы, прыкладанні, такія кампаненты прамежкавага праграмнага забеспячэння FileX/LevelX, NetX Duo, бібліятэкі mbed-crypto і многае іншае.
• Ці сумяшчальны пакет MCU STM32CubeWBA з генератарам кода STM32CubeMX?
  Так, пакет цалкам сумяшчальны з генератарам кода STM32CubeMX для генерацыі кода ініцыялізацыі.

Уводзіны

• STM32Cube - гэта арыгінальная ініцыятыва STMicroelectronics па значнаму павышэнню прадукцыйнасці дызайнера за кошт скарачэння высілкаў, часу і выдаткаў на распрацоўку. STM32Cube ахоплівае ўвесь партфель STM32.
  STM32Cube ўключае ў сябе:
  • Набор зручных інструментаў распрацоўкі праграмнага забеспячэння для ахопу распрацоўкі праекта ад задумы да рэалізацыі, сярод якіх:
    • STM32CubeMX, графічны інструмент канфігурацыі праграмнага забеспячэння, які дазваляе аўтаматычна генераваць код ініцыялізацыі C з дапамогай графічных майстроў
    • STM32CubeIDE, універсальны інструмент распрацоўкі з перыферыйнай канфігурацыяй, генерацыяй кода, кампіляцыяй кода і функцыямі адладкі
    • STM32CubeCLT, комплексны набор інструментаў каманднага радка з кампіляцыяй кода, праграмаваннем платы і функцыямі адладкі
    • STM32CubeProgrammer (STM32CubeProg), інструмент праграмавання, даступны ў графічным і камандным радку версіях
    • STM32CubeMonitor (STM32CubeMonitor, STM32CubeMonPwr, STM32CubeMonRF, STM32CubeMonUCPD), магутныя інструменты маніторынгу для тонкай налады паводзін і прадукцыйнасці прыкладанняў STM32 у рэжыме рэальнага часу
  • Пакеты STM32Cube MCU і MPU, комплексныя платформы ўбудаванага праграмнага забеспячэння, спецыфічныя для кожнай серыі мікракантролера і мікрапрацэсара (напрыклад, STM32CubeWBA для серыі STM32WBA), якія ўключаюць у сябе:
    • Узровень апаратнай абстракцыі STM32Cube (HAL), які забяспечвае максімальную пераноснасць у партфелі STM32
    • Нізкаслойныя API STM32Cube, якія забяспечваюць найлепшую прадукцыйнасць і адбітак з высокай ступенню кантролю карыстальніка над абсталяваннем
    • Паслядоўны набор кампанентаў прамежкавага праграмнага забеспячэння, такіх як ThreadX, FileX / LevelX, NetX Duo, USBX, сэнсарная бібліятэка, mbed-crypto, TFM, MCUboot, OpenBL і STM32_WPAN (уключаючы Bluetooth® Low Energy profileі паслугі, Mesh, Zigbee®, OpenThread, Matter і ўзровень MAC 802.15.4)
    • Усе ўбудаваныя праграмныя ўтыліты з поўным наборам перыферыйных і прыкладных прampлес
  • Пакеты пашырэння STM32Cube, якія ўтрымліваюць убудаваныя праграмныя кампаненты, якія дапаўняюць функцыянальныя магчымасці MCU і MPU STM32Cube з дапамогай:
    • Пашырэнні прамежкавага праграмнага забеспячэння і прыкладныя пласты
    • ExampLes, які працуе на некаторых канкрэтных платах распрацоўшчыкаў STMicroelectronics
• Гэта кіраўніцтва карыстальніка апісвае, як пачаць працу з пакетам STM32CubeWBA MCU.
  • У раздзеле 2 асноўных функцый STM32CubeWBA апісваюцца асноўныя функцыі пакета STM32CubeWBA MCU.
  • Раздзел 3 Архітэктура STM32CubeWBA скончаныview забяспечвае надview архітэктуры STM32CubeWBA і структуры пакета MCU.

Агульная інфармацыя

Пакет STM32CubeWBA MCU працуе на 32-бітных мікракантролерах STM32 на аснове працэсара Arm® Cortex®-M33 з Arm® TrustZone® і FPU.
Заўвага: Arm і TrustZone з'яўляюцца зарэгістраванымі гандлёвымі маркамі Arm Limited (або яе даччыных кампаній) у ЗША і/ці іншых месцах.

Асноўныя функцыі STM32CubeWBA

• Пакет STM32CubeWBA MCU працуе на 32-бітных мікракантролерах STM32 на аснове працэсара Arm® Cortex®-M33 з TrustZone® і FPU.
• STM32CubeWBA збірае ў адным пакеце ўсе агульныя кампаненты ўбудаванага праграмнага забеспячэння, неабходныя для распрацоўкі прыкладання для мікракантролераў серыі STM32WBA. У адпаведнасці з ініцыятывай STM32Cube гэты набор кампанентаў вельмі мабільны не толькі ў мікракантролерах серыі STM32WBA, але і ў іншых серыях STM32.
• STM32CubeWBA цалкам сумяшчальны з генератарам кода STM32CubeMX для стварэння кода ініцыялізацыі. Пакет уключае API нізкага ўзроўню (LL) і ўзроўню апаратнай абстракцыі (HAL), якія ахопліваюць абсталяванне мікракантролера, разам з шырокім наборам эксampякія працуюць на платах STMicroelectronics. API HAL і LL даступны ў ліцэнзіі BSD з адкрытым зыходным кодам для зручнасці карыстальнікаў.
• Пакет STM32CubeWBA MCU таксама змяшчае комплексны кампанент прамежкавага праграмнага забеспячэння, створаны на аснове прамежкавага праграмнага забеспячэння Microsoft® Azure® RTOS і іншых уласных стэкаў і стэкаў з адкрытым зыходным кодам, з адпаведнымі напр.ampлес.
• Яны пастаўляюцца з бясплатнымі, зручнымі ўмовамі ліцэнзіі:
  • Інтэграваны і поўнафункцыянальны Azure® RTOS: Azure® RTOS ThreadX
  • Рэалізацыя CMSIS-RTOS з Azure® RTOS ThreadX
  • Стэкі USB-хостаў і прылад, якія ўваходзяць у мноства класаў: Azure® RTOS USBX
  • Пашыраны file сістэма і ўзровень перакладу флэш: FileX / Узровень X
  • Сеткавы стэк прамысловага класа: аптымізаваны для павышэння прадукцыйнасці з мноствам пратаколаў IoT: NetX Duo
  • OpenBootloader
  • Інтэграцыйнае рашэнне Arm® Trusted Firmware-M (TF‑M).
  • бібліятэкі mbed-crypto
  • Бібліятэка ST Netwok
  • Бібліятэчнае рашэнне STMTouch для сэнсара
• Некалькі прыкладанняў і дэманстрацый, якія рэалізуюць усе гэтыя кампаненты прамежкавага праграмнага забеспячэння, таксама прадстаўлены ў пакеце STM32CubeWBA MCU.
• Схема кампанентаў пакета STM32CubeWBA MCU паказана на малюнку 1. Кампаненты пакета STM32CubeWBA MCU.

  

Архітэктура STM32CubeWBA скончанаview

Пакетнае рашэнне STM32CubeWBA MCU пабудавана вакол трох незалежных узроўняў, якія лёгка ўзаемадзейнічаюць, як апісана на малюнку 2. Архітэктура пакета STM32CubeWBA MCU.

Узровень 0

Гэты ўзровень падзелены на тры падузроўні:

• Пакет падтрымкі платы (BSP).
• Узровень апаратнай абстракцыі (HAL):
  • HAL драйвер перыферыйных прылад
  • Драйверы нізкага ўзроўню
• Базавае выкарыстанне перыферыйных прылад, напрampлес.

Пакет падтрымкі платы (BSP)
Гэты ўзровень прапануе набор API адносна апаратных кампанентаў апаратных плат (такіх як драйверы LCD, Audio, microSD™ і MEMS). Ён складаецца з дзвюх частак:

• Драйвер кампанента:
  Гэты драйвер звязаны са знешняй прыладай на плаце, а не з прыладай STM32. Кампанентны драйвер забяспечвае спецыяльныя API для знешніх кампанентаў драйвера BSP і можа быць перанесены на любую іншую плату.
• Драйвер BSP:
  Драйвер BSP дазваляе звязваць драйверы кампанентаў з пэўнай платай і забяспечвае набор зручных для карыстальніка
  API. Правіла наймення API - BSP_FUNCT_Action().
  Example: BSP_LED_Init(), BSP_LED_On()
  BSP заснаваны на модульнай архітэктуры, якая дазваляе лёгка пераносіць на любое абсталяванне, проста ўкараняючы працэдуры нізкага ўзроўню.

Узровень апаратнай абстракцыі (HAL) і нізкі ўзровень (LL)
STM32CubeWBA HAL і LL дапаўняюць адзін аднаго і ахопліваюць шырокі спектр патрабаванняў да прымянення:

• Драйверы HAL прапануюць высокаўзроўневыя функцыянальна-арыентаваныя вельмі партатыўныя API. Яны хаваюць MCU і перыферыйную складанасць ад канчатковага карыстальніка.
  Драйверы HAL забяспечваюць агульныя шматэкземплярныя функцыянальна-арыентаваныя API, якія спрашчаюць рэалізацыю карыстальніцкіх прыкладанняў, забяспечваючы гатовыя да выкарыстання працэсы. Напрыкладample, для камунікацыйных перыферыйных прылад (I2S, UART і іншых), ён забяспечвае API, якія дазваляюць ініцыялізаваць і канфігураваць перыферыйныя прылады, кіраваць перадачай даных на аснове апытання, перапынення або працэсу DMA і апрацоўваць памылкі сувязі, якія могуць узнікнуць падчас сувязі. API драйвера HAL дзеляцца на дзве катэгорыі:
  1. Універсальныя API, якія забяспечваюць агульныя і агульныя функцыі для ўсіх мікракантролераў серыі STM32.
  2. API-інтэрфейсы пашырэння, якія забяспечваюць спецыяльныя і настроеныя функцыі для пэўнага сямейства або пэўнага нумара дэталі.
• API нізкага ўзроўню забяспечваюць API нізкага ўзроўню на ўзроўні рэгістра, з лепшай аптымізацыяй, але меншай партатыўнасцю.
  • Яны патрабуюць глыбокіх ведаў аб спецыфікацыях MCU і перыферыйных прылад.
  • Драйверы LL распрацаваны, каб прапанаваць хуткі, лёгкі, арыентаваны на экспертаў ўзровень, які бліжэй да апаратнага забеспячэння, чым HAL. У адрозненне ад HAL, API LL не прадугледжаны для перыферыйных прылад, дзе аптымізаваны доступ не з'яўляецца ключавой функцыяй, або для тых, якія патрабуюць цяжкай канфігурацыі праграмнага забеспячэння або складанага стэка верхняга ўзроўню.
  • Асаблівасці драйвераў LL:
    • Набор функцый для ініцыялізацыі асноўных перыферыйных функцый у адпаведнасці з параметрамі, указанымі ў структурах даных.
    • Набор функцый для запаўнення структур даных ініцыялізацыі значэннямі скіду, якія адпавядаюць кожнаму полю.
    • Функцыя перыферыйнай дэініцыялізацыі (перыферыйныя рэгістры аднаўляюцца да значэнняў па змаўчанні).
    • Набор убудаваных функцый для прамога і атамарнага доступу да рэгістра.
    • Поўная незалежнасць ад HAL і магчымасць выкарыстання ў аўтаномным рэжыме (без драйвераў HAL).
    • Поўны ахоп падтрымоўваных перыферыйных функцый.

Базавае выкарыстанне перыферыйных прылад, напрampлес
Гэты пласт ахоплівае эксampфайлы, пабудаваныя на перыферыйных прыладах STM32 з выкарыстаннем толькі рэсурсаў HAL і BSP.

Узровень 1

Гэты ўзровень падзелены на два падузроўні:

• Кампаненты прамежкавага праграмнага забеспячэння
• Exampфайлы на аснове кампанентаў прамежкавага праграмнага забеспячэння

Кампаненты прамежкавага праграмнага забеспячэння

• Прамежкавае праграмнае забеспячэнне - гэта набор бібліятэк, якія ахопліваюць Bluetooth® Low Energy (Linklayer, HCI, Stack), Thread®, Zigbee®,
• Matter, OpenBootloader, Microsoft® Azure® RTOS, TF‑M, MCUboot і mbed-crypto.
• Гарызантальнае ўзаемадзеянне паміж кампанентамі гэтага ўзроўню ажыццяўляецца шляхам выкліку прадстаўленых API.
• Вертыкальнае ўзаемадзеянне з драйверамі нізкага ўзроўню ажыццяўляецца з дапамогай спецыяльных зваротных выклікаў і статычных макрасаў, рэалізаваных у інтэрфейсе сістэмнага выкліку бібліятэкі.
• Асноўныя характарыстыкі кожнага кампанента прамежкавага праграмнага забеспячэння наступныя:
  • Microsoft® Azure® RTOS
    • Azure® RTOS ThreadX: аперацыйная сістэма рэальнага часу (RTOS), распрацаваная для ўбудаваных сістэм з двума функцыянальнымі рэжымамі.
      • Агульны рэжым: агульныя функцыі RTOS, такія як кіраванне патокамі і сінхранізацыя, кіраванне пулам памяці, абмен паведамленнямі і апрацоўка падзей.
      • Модульны рэжым: пашыраны карыстальніцкі рэжым, які дазваляе загружаць і выгружаць папярэдне звязаныя модулі ThreadX на хаду праз дыспетчар модуляў.
    • NetX Duo
    • FileX
    • USBX
  • Bluetooth® Low Energy (BLE): рэалізуе пратакол Bluetooth® Low Energy для ўзроўняў сувязі і стэка.
  • MCUboot (праграмнае забеспячэнне з адкрытым зыходным кодам)
  • Пратаколы Zigbee® для стэка і звязаных з ім кластараў.
  • Стэк пратаколаў Thread® і канальны ўзровень.
  • Давераная прашыўка Arm®-M, TF‑M (праграмнае забеспячэнне з адкрытым зыходным кодам): Эталонная рэалізацыя архітэктуры бяспекі платформы Arm® (PSA) для TrustZone® з адпаведнымі бяспечнымі службамі.
  • mbed-crypto (праграмнае забеспячэнне з адкрытым зыходным кодам): прамежкавае праграмнае забеспячэнне mbed-crypto забяспечвае рэалізацыю API крыптаграфіі PSA.
  • Бібліятэка датчыкаў дотыку STM32: надзейнае рашэнне ёмістнага датчыка дакранання STMTouch, якое падтрымлівае датчыкі набліжэння, сэнсарныя клавішы, лінейныя і паваротныя датчыкі дотыку. Ён заснаваны на правераным прынцыпе павярхоўнага пераносу зарада.

Exampфайлы на аснове кампанентаў прамежкавага праграмнага забеспячэння
Кожны кампанент прамежкавага праграмнага забеспячэння пастаўляецца з адным або некалькімі examples (таксама званыя прыкладаннямі), якія паказваюць, як ім карыстацца. Інтэграцыя прampтаксама прадастаўляюцца файлы, якія выкарыстоўваюць некалькі кампанентаў прамежкавага праграмнага забеспячэння.

Пакет прашыўкі STM32CubeWBA скончаныview

Падтрымліваюцца прылады і абсталяванне серыі STM32WBA

• STM32Cube прапануе вельмі партатыўны апаратны ўзровень абстракцыі (HAL), пабудаваны вакол агульнай архітэктуры. Гэта дазваляе прынцып нарошчвання слаёў, напрыклад, выкарыстанне ўзроўню прамежкавага праграмнага забеспячэння для рэалізацыі іх функцый, не ведаючы, у глыбіні, які MCU выкарыстоўваецца. Гэта паляпшае шматразовае выкарыстанне кода бібліятэкі і забяспечвае лёгкую пераноснасць на іншыя прылады.
• Акрамя таго, дзякуючы шматслаёвай архітэктуры STM32CubeWBA прапануе поўную падтрымку ўсіх серый STM32WBA.
• Карыстальніку застаецца толькі вызначыць правільны макрас у stm32wbaxx.h.
• Табліца 1 паказвае макрас для вызначэння ў залежнасці ад выкарыстоўванай прылады серыі STM32WBA. Гэты макрас таксама павінен быць вызначаны ў прэпрацэсары кампілятара.
  Табліца 1. Макрасы для серыі STM32WBA

  Макрас, вызначаны ў stm32wbaxx.h	Прылады серыі STM32WBA
  stm32wba52xx	STM32WBA52CGU6, STM32WBA52KGU6, STM32WBA52CEU6, STM32WBA52KEU6
  stm32wba55xx	STM32WBA55CGU6, STM32WBA55CGU6U, STM32WBA55CGU7, STM32WBA55CEU6, STM32WBA55CEU7

   
• STM32CubeWBA мае багаты набор эксampфайлы і прыкладанні на ўсіх узроўнях, што дазваляе лёгка зразумець і выкарыстоўваць любы драйвер HAL або кампаненты прамежкавага праграмнага забеспячэння. Гэтыя эксampпрацуюць на платах STMicroelectronics, пералічаных у табліцы 2.
  Табліца 2. Платы для серыі STM32WBA

  Савет	Плата STM32WBA падтрымлівае прылады
  NUCLEO-WBA52CG	STM32WBA52CGU6
  NUCLEO-WBA55CG	STM32WBA55CGU6
  STM32WBA55-DK1	STM32WBA55CGU7

• Пакет STM32CubeWBA MCU можа працаваць на любым сумяшчальным абсталяванні. Карыстальнік проста абнаўляе драйверы BSP, каб перанесці прадастаўлены exampфайлы на плаце, калі апошняя мае такія ж апаратныя функцыі (напрыклад, святлодыёд, ВК-дысплей і кнопкі).

Пакет прашыўкі скончаныview

• Пакетнае рашэнне STM32CubeWBA прадастаўляецца ў адным паштовым пакеце, структура якога паказана на малюнку 3. Структура пакета прашыўкі STM32CubeWBA.

  

• Для кожнай дошкі камплект эксamples пастаўляецца з загадзя сканфігураванымі праектамі для інструментальных ланцужкоў EWARM, MDK-ARM і STM32CubeIDE.
• Малюнак 4. STM32CubeWBA exampле надview паказвае структуру праекта для плат NUCLEO‑WBA52CG, NUCLEO-WBA55CG і STM32WBA55G-DK1.

  

• Былыampфайлы класіфікуюцца ў залежнасці ад узроўню STM32Cube, да якога яны прымяняюцца, і называюцца наступным чынам:
  • Узровень 0 прampлес называюцца Exampлес, выпрamples_LL і Examples_MIX. Яны выкарыстоўваюць адпаведна драйверы HAL, драйверы LL і сумесь драйвераў HAL і LL без якіх-небудзь кампанентаў прамежкавага праграмнага забеспячэння.
  • Узровень 1 прampфайлы называюцца прыкладаннямі. Яны забяспечваюць тыповыя выпадкі выкарыстання кожнага кампанента прамежкавага праграмнага забеспячэння. Любое прылажэнне прашыўкі для дадзенай платы можа быць хутка створана дзякуючы шаблонным праектам, даступным у каталогах Templ ates і Templates_LL.

Праекты з падтрымкай TrustZone®

• TrustZone® уключаны ExampІмёны файлаў утрымліваюць прэфікс _TrustZone. Правіла прымяняецца таксама для прыкладанняў (за выключэннем TFM і SBSFU, якія зыходна прызначаны для TrustZone®).
• Прыклад з падтрымкай TrustZone®ampфайлы і прыкладанні забяспечваюцца шматпраектнай структурай, якая складаецца з бяспечных і неабароненых падпраектаў, як паказана на малюнку 5. Шматпраектная бяспечная і неабароненая структура праекта.
• Праекты з падтрымкай TrustZone® распрацаваны ў адпаведнасці з шаблонам прылад CMSIS-5, пашыраным, каб уключыць загаловак падзелу сістэмы file перагародка_ .h, які ў асноўным адказвае за наладжванне блока бяспечных атрыбутаў (SAU), FPU і прызначэнне бяспечных/небяспечных перапыненняў у бяспечным стане выканання.
• Гэтая налада выконваецца ў бяспечнай функцыі SystemInit() CMSIS, якая выклікаецца пры запуску перад уваходам у функцыю main() абароненага прыкладання. Звярніцеся да дакументацыі па праграмным забеспячэнні Arm® TrustZone®-M.

  

• Пакет прашыўкі пакета STM32CubeWBA забяспечвае раздзяленне памяці па змаўчанні ў раздзеле _ .ч files даступны ў: \Drivers\CMSIS\Device\ST\STM32WBAxx\Include\T emplates
• У гэтыя перагародкі files, SAU адключана па змаўчанні. Такім чынам, адлюстраванне памяці IDAU выкарыстоўваецца для атрыбуцыі бяспекі. Глядзіце малюнак Бяспечнае/неабароненае раздзяленне з выкарыстаннем тэхналогіі TrustZone® у даведачным кіраўніцтве RM0495.
• Калі карыстальнік уключае SAU, канфігурацыя рэгіёнаў SAU па змаўчанні вызначана ў раздзеле files наступным чынам:
  • Рэгіён SAU 0: 0x08080000 – 0x081FFFFF (небяспечная бяспечная палова флэш-памяці (512 Кбайт))
  • Рэгіён SAU 1: 0x0BF88000 – 0x0BF97FFF (неабароненая сістэмная памяць)
  • Рэгіён SAU 2: 0x0C07E000 – 0x0C07FFFF (бяспечны, неабаронены выклік)
  • Рэгіён SAU 3: 0x20010000 – 0x2001FFFF (неабаронены SRAM2 (64 Кбайт))
  • SAU рэгіён 4: 0x40000000 – 0x4FFFFFFF (неабароненая перыферыйная адлюстраваная памяць)
• Каб адпавядаць раздзяленню па змаўчанні, прылады серыі STM32WBAxx павінны мець наступныя наборы байтаў параметраў карыстальніка:
  • TZEN = 1 (прылада з падтрымкай TrustZone®)
  • SECWM1_PSTRT = 0x0 SECWM1_PEND = 0x3F (64 з 128 старонак унутранай флэш-памяці ўстаноўлены як бяспечныя) Заўвага: унутраная флэш-памяць цалкам абаронена па змаўчанні ў TZEN = 1. Карыстальніцкія байты SECWM1_PSTRT/ SECWM1_PEND павінны быць устаноўлены ў адпаведнасці з дадаткам канфігурацыя памяці (рэгіёны SAU, калі SAU уключаны). Кампаноўшчык праекта бяспечных/неабароненых прыкладанняў files таксама павінны быць выраўнаваны.
• усе эксampфайлы маюць аднолькавую структуру:
  • Папка \Inc, якая змяшчае ўвесь загаловак files.
  • Папка Src, якая змяшчае зыходны код.
  • Папкі \EWARM, \MDK-ARM і \STM32CubeIDE, якія змяшчаюць загадзя сканфігураваны праект для кожнай ланцужкі інструментаў.
  • readme.md і readme.html, якія апісваюць exampпаводзіны і неабходнае асяроддзе, каб прымусіць яго працаваць.
  • ioc file што дазваляе карыстальнікам адкрываць большую частку прашыўкі, напрыкладampфайлы ў STM32CubeMX.

Пачатак працы з STM32CubeWBA

Запуск першага HAL example

У гэтым раздзеле тлумачыцца, як проста запусціць першы exampу STM32CubeWBA. Ён выкарыстоўвае ў якасці ілюстрацыі генерацыю простага святлодыёднага тумблера, які працуе на плаце NUCLEO-WBA52CG:

1. Спампуйце пакет STM32CubeWBA MCU.
2. Распакуйце яго ў каталог па вашаму выбару.
3. Пераканайцеся, што не змяняеце структуру пакета, паказаную на малюнку 1. Таксама рэкамендуецца скапіяваць пакет у месцы, блізкім да каранёвага тома (гэта значыць C:\ST або G:\Tests), паколькі некаторыя IDE сутыкаюцца з праблемамі, калі шлях даўжыня занадта вялікая.

Запуск першага з уключаным TrustZone® напрample

• Перад загрузкай і запускам уключанага TrustZone® напрample, абавязковае чытанне выхample readme file для любой канкрэтнай канфігурацыі, якая гарантуе ўключэнне бяспекі, як апісана ў Раздзеле 4.2.1 Праекты з падтрымкай TrustZone® (TZEN=1 (байт опцый карыстальніка)).
  1. Перайдзіце да \Projects\NUCLEO-WBA52CG\Exampлес.
  2. Адкрыйце папкі \GPIO, затым \GPIO_IOToggle_TrustZone.
  3. Адкрыйце праект з дапамогай абранага інструментарыя. Хуткі разview аб тым, як адкрыць, стварыць і запусціць эксampфайл з падтрымоўванымі ланцужкамі інструментаў прыведзены ніжэй.
  4. Перабудуйце паслядоўна ўсе бяспечныя і небяспечныя праекты files і загрузіць бяспечныя і неабароненыя выявы ў мэтавую памяць.
  5. Запусціце былуюample: рэгулярна бяспечнае прыкладанне пераключае LD2 кожную секунду, а небяспечнае прыкладанне пераключае LD3 у два разы хутчэй. Для атрымання дадатковай інфармацыі звярніцеся да readme file былогаampле.
• Каб адкрыць, пабудаваць і запусціць exampз падтрымоўванымі ланцужкамі інструментаў, выканайце наступныя дзеянні:
  • EWARM:
    1. Пад эксample, адкрыйце падпапку \EWARM.
    2. Запусціце працоўную вобласць Project.eww
    3. Аднавіце бяспечны праект xxxxx_S files: [Праект]>[Перабудаваць усё].
    4. Усталюйце небяспечны праект xxxxx_NS як актыўнае прыкладанне (пстрыкніце правай кнопкай мышы на праекце xxxxx_NS [Усталяваць як актыўны])
    5. Аднавіце небяспечны праект xxxxx_NS files: [Праект]>[Перабудаваць усё].
    6. Перазагрузіце неабаронены двайковы файл з дапамогай [Праект]>[Спампаваць]>[Спампаваць актыўную праграму].
    7. Усталюйце прыкладанне xxxxx_S як актыўнае (пстрыкніце правай кнопкай мышы на праекце xxxxx_S [Усталяваць як актыўны].
    8. Перазагрузіце бяспечны двайковы файл з дапамогай [Спампаваць і адладзіць] (Ctrl+D).
    9. Запусціце праграму: [Debug]>[Go(F5)]
  • MDK-ARM:
    1. Адкрыйце ланцужок інструментаў \MDK-ARM.
    2. Адкрыйце працоўную вобласць Multiprojects file Праект.uvmpw.
    3. Выберыце праект xxxxx_s у якасці актыўнага прыкладання ([Усталяваць як актыўны праект]).
    4. Стварыце праект xxxxx_s.
    5. Выберыце праект xxxxx_ns як актыўны праект ([Усталяваць як актыўны праект]).
    6. Стварыце праект xxxxx_ns.
    7. Загрузіце небяспечны двайковы файл ([F8]). Гэта спампоўвае \MDK-ARM\xxxxx_ns\Exe\xxxxx_ns.axf на флэш-памяць)
    8. Выберыце праект Project_s як актыўны праект ([Усталяваць як актыўны праект]).
    9. Загрузіце бяспечны двайковы файл ([F8]). Гэта спампоўвае \MDK-ARM\xxxxx_s\Exe\xxxxx_s.axf ва флэш-памяць).
    10. Запусціце былуюampле.
  • STM32CubeIDE:
    1. Адкрыйце ланцужок інструментаў STM32CubeIDE.
    2. Адкрыйце працоўную вобласць Multiprojects file .праект.
    3. Перабудуйце праект xxxxx_Secure.
    4. Перабудуйце праект xxxxx_NonSecure.
    5. Запусціце прыкладанне [Debug as STM32 Cortex-M C/C++] для бяспечнага праекта.
    6. У акне [Рэдагаваць канфігурацыю] выберыце панэль [Запуск] і дадайце загрузку выявы і сімвалаў неабароненага праекта.
       Важна: Небяспечны праект павінен быць загружаны перад бяспечным праектам.
    7. Націсніце [Ok].
    8. Запусціце былуюample на перспектыву адладкі.

Запуск першага адключанага TrustZone® example

• Перад загрузкай і запускам адключанага TrustZone® example, абавязковае чытанне выхample readme file для любой канкрэтнай канфігурацыі. Калі канкрэтных згадак няма, пераканайцеся, што на прыладзе платы адключана бяспека (TZEN=0 (байт опцыі карыстальніка)). Глядзіце FAQ аб выкананні неабавязковай рэгрэсіі да TZEN = 0
  1. Перайдзіце да \Projects\NUCLEO-WBA52CG\Exampлес.
  2. Адкрыйце папкі \GPIO, затым \GPIO_EXTI.
  3. Адкрыйце праект з дапамогай абранага інструментарыя. Хуткі разview аб тым, як адкрыць, стварыць і запусціць эксampфайл з падтрымоўванымі ланцужкамі інструментаў прыведзены ніжэй.
  4. Адбудуйце ўсё files і загрузіць малюнак у мэтавую памяць.
  5. Запусціце былуюample: Кожны раз, калі націскаецца кнопка [КАРЫСТАЛЬНІК], святлодыёд LD1 пераключаецца. Для атрымання дадатковай інфармацыі звярніцеся да readme file былогаampле.
• Каб адкрыць, пабудаваць і запусціць exampз падтрымоўванымі ланцужкамі інструментаў, выканайце наступныя дзеянні:
  • EWARM:
    1. Пад эксample, адкрыйце падпапку \EWARM.
    2. Запусціце працоўную прастору Project.eww (назва працоўнай вобласці можа змяніцца, напрыклад, напрampда іншага).
    3. Адбудуйце ўсё files: [Праект]>[Перабудаваць усё].
    4. Загрузіце выяву праекта: [Праект]>[Адладка].
    5. Запусціце праграму: [Debug]>[Go (F5)].
  • MDK-ARM:
    1. Пад эксample, адкрыйце падпапку \MDK-ARM.
    2. Запусціце працоўную вобласць Project.uvproj (назва працоўнай вобласці можа змяніцца з ранейшай, напрыкладampда іншага).
    3. Адбудуйце ўсё files:[Праект]>[Перабудаваць усе мэты files].
    4. Загрузіце вобраз праекта: [Debug]>[Start/Stop Debug Session].
    5. Запуск праграмы: [Debug]>[Run (F5)].
  • STM32CubeIDE:
    1. Адкрыйце ланцужок інструментаў STM32CubeIDE.
    2. Націсніце [File]>[Пераключыць працоўную вобласць]>[Іншае] і перайдзіце ў каталог працоўнай прасторы STM32CubeIDE.
    3. Націсніце [File]>[Імпарт] , абярыце [Агульныя]>[Існуючыя праекты ў працоўную вобласць], а затым націсніце [Далей].
    4. Перайдзіце ў каталог працоўнай прасторы STM32CubeIDE і абярыце праект.
    5. Аднавіць увесь праект files: Выберыце праект у акне [Правадыр праекта], затым націсніце меню [Праект]>[Пабудаваць праект].
    6. Запусціце праграму: [Run]>[Debug (F11)]

Распрацоўка індывідуальнага прыкладання

Заўвага: Праграмнае забеспячэнне павінна ўключыць кэш інструкцый (ICACHE), каб атрымаць выкананне з флэш-памяці ў стане чакання 0 і дасягнуць максімальнай прадукцыйнасці і лепшага спажывання энергіі.

Выкарыстанне STM32CubeMX для распрацоўкі або абнаўлення прыкладання

• У пакеце STM32CubeWBA MCU амаль усе праекты, выклampфайлы ствараюцца з дапамогай інструмента STM32CubeMX для ініцыялізацыі сістэмы, перыферыйных прылад і прамежкавага праграмнага забеспячэння.
• Прамое выкарыстанне існуючага праекта напрampфайл з інструмента STM32CubeMX патрабуе STM32CubeMX 6.10.0 або вышэй:
  • Пасля ўстаноўкі STM32CubeMX адкрыйце і пры неабходнасці абнавіце прапанаваны праект. Самы просты спосаб адкрыць існуючы праект - двойчы пстрыкнуць па *.ioc file так што STM32CubeMX аўтаматычна адкрывае праект і яго зыходны код files.
  • STM32CubeMX стварае зыходны код ініцыялізацыі такіх праектаў. Асноўны зыходны код прыкладання змяшчаецца ў каментарах «ПАЧАТОК КОДУ КАРЫСТАЛЬНІКА» і «КАНЕЦ КОДА КАРЫСТАЛЬНІКА». У выпадку змены выбару і налад IP STM32CubeMX абнаўляе частку ініцыялізацыі кода, але захоўвае асноўны зыходны код прыкладання.
• Для распрацоўкі ўласнага праекта ў STM32CubeMX выканайце пакрокавы працэс:
  1. Выберыце мікракантролер STM32, які адпавядае неабходнаму набору перыферыйных прылад.
  2. Наладзьце ўсё неабходнае ўбудаванае праграмнае забеспячэнне з дапамогай вырашэння канфліктаў распіноўкі, памочніка па наладцы дрэва гадзіннікаў, калькулятара энергаспажывання і ўтыліты, якая выконвае канфігурацыю перыферыйных прылад MCU (напрыклад, GPIO або USART) і стэкаў прамежкавага праграмнага забеспячэння (напрыклад, USB).
  3. Стварыце код ініцыялізацыі C на аснове абранай канфігурацыі. Гэты код гатовы да выкарыстання ў некалькіх асяроддзях распрацоўкі. Код карыстальніка захоўваецца пры наступнай генерацыі кода.
• Для атрымання дадатковай інфармацыі аб STM32CubeMX звярніцеся да кіраўніцтва карыстальніка STM32CubeMX для стварэння кода C канфігурацыі і ініцыялізацыі STM32 (UM1718).
• Каб атрымаць спіс даступных праектаў, напрampфайлы для STM32CubeWBA, звярніцеся да заўваг да прыкладання STM32Cube прашыўкаampфайлы для серыі STM32WBA (AN5929).

Прыкладання для драйвераў

Дадатак HAL
У гэтым раздзеле апісваюцца крокі, неабходныя для стварэння карыстацкага прыкладання HAL з дапамогай STM32CubeWBA:

1. Стварыце праект
   • Каб стварыць новы праект, пачніце альбо з шаблоннага праекта, які прадстаўлены для кожнай дошкі ў раздзеле \Праекты\ \Шаблоны або з любога даступнага праекта ў \Праекты\ \Прыклады або \Праекты\ \Прыкладанні (дзе адносіцца да назвы платы, напрыклад STM32CubeWBA).
   • Праект Template забяспечвае пустую функцыю асноўнага цыклу. Аднак гэта добрая адпраўная кропка для разумення налад праекта STM32CubeWBA. Шаблон мае наступныя характарыстыкі:
     • Ён змяшчае зыходны код HAL, драйверы CMSIS і BSP, якія ўяўляюць сабой мінімальны набор кампанентаў, неабходных для распрацоўкі кода на дадзенай плаце.
     • Ён змяшчае ўключаныя шляхі для ўсіх кампанентаў прашыўкі.
     • Ён вызначае падтрымоўваныя прылады серыі STM32WBA, дазваляючы правільна канфігураваць драйверы CMSIS і HAL.
     • Гэта гатовы да выкарыстання карыстальнік fileпапярэдне настроены, як паказана ніжэй:
       HAL ініцыялізуецца з базай часу па змаўчанні з дапамогай ядра Arm® SysTick. SysTick ISR рэалізаваны для мэты HAL_Delay().
       Заўвага: Пры капіраванні існуючага праекта ў іншае месца пераканайцеся, што ўсе ўключаныя шляхі абноўлены.
2. Дадайце неабходнае прамежкавае праграмнае забеспячэнне ў праект карыстальніка (неабавязкова)
   Каб вызначыць крыніцу files, якія будуць дададзены ў праект file спіс, звярніцеся да дакументацыі для кожнага прамежкавага праграмнага забеспячэння. Звярніцеся да прыкладанняў у \Projects\STM32xxx_yyy\Applications\ (дзе адносіцца да стэка прамежкавага праграмнага забеспячэння, напрыклад ThreadX), каб ведаць, якая крыніца files і ўключаюць шляхі павінны быць дададзены.
3. Наладзьце кампаненты прашыўкі
   Кампаненты HAL і прамежкавага праграмнага забеспячэння прапануюць набор параметраў канфігурацыі падчас зборкі з выкарыстаннем макрасаў #define, аб'яўленых у загалоўку file. Канфігурацыя шаблону file змяшчаецца ў кожным кампаненце, які трэба скапіяваць у тэчку праекта (звычайна гэта канфігурацыя file мае назву xxx_conf_template.h, слова _template неабходна выдаліць пры капіраванні ў тэчку праекта). Канфігурацыя file дае дастаткова інфармацыі, каб зразумець уплыў кожнай опцыі канфігурацыі. Больш падрабязную інфармацыю можна знайсці ў дакументацыі для кожнага кампанента.
4. Запусціце бібліятэку HAL
   Пасля пераходу да асноўнай праграмы код прыкладання павінен выклікаць HAL_Init() API для ініцыялізацыі бібліятэкі HAL, якая выконвае наступныя задачы:
   • Канфігурацыя папярэдняй выбаркі флэш-памяці і прыярытэту перапынення SysTick (праз макрасы, вызначаныя ў st m32wbaxx_hal_conf.h).
   • Канфігурацыя SysTick для генерацыі перапынення кожную мілісекунду з прыярытэтам перапынення SysTick TICK_INT_PRIO, вызначаным у stm32wbaxx_hal_conf.h.
   • Ўстаноўка прыярытэту групы NVIC на 0.
   • Выклік функцыі зваротнага выкліку HAL_MspInit(), вызначанай у карыстальніку stm32wbaxx_hal_msp.c file для выканання глабальнай апаратнай ініцыялізацыі нізкага ўзроўню.
5. Наладзьце сістэмныя гадзіны
   Канфігурацыя сістэмнага гадзінніка выконваецца шляхам выкліку двух API, апісаных ніжэй:
   • HAL_RCC_OscConfig(): гэты API наладжвае ўнутраныя і знешнія асцылятары. Карыстальнік выбірае канфігурацыю аднаго або ўсіх асцылятараў.
   • HAL_RCC_ClockConfig(): гэты API канфігуруе крыніцу сістэмнага тактавага сігналу, затрымку флэш-памяці, а таксама прадкалітары AHB і APB.
6. Ініцыялізуйце перыферыю
   • Спачатку напішыце перыферыйную функцыю HAL_PPP_MspInit. Дзейнічайце наступным чынам:
     • Уключыце перыферыйныя гадзіны.
     • Наладзьце перыферыйныя GPIO.
     • Наладзьце канал DMA і ўключыце перапыненне DMA (пры неабходнасці).
     • Уключыць перыферыйнае перапыненне (пры неабходнасці).
   • Пры неабходнасці адрэдагуйце stm32xxx_it.c, каб выклікаць неабходныя апрацоўшчыкі перапыненняў (перыферыйныя і DMA).
   • Працэс запісу выконвае функцыі зваротнага выкліку, калі плануецца выкарыстанне перыферыйнага перапынення або DMA.
   • У карыстальніка main.c file, ініцыялізаваць перыферыйную структуру ручкі, затым выклікаць функцыю HAL_PPP_Init() для ініцыялізацыі перыферыйнага прылады.
7. Распрацаваць прыкладанне
   • На гэтым сtage, сістэма гатовая і можа пачацца распрацоўка кода карыстальніцкага прыкладання.
   • HAL забяспечвае інтуітыўна зразумелыя і гатовыя да выкарыстання API для канфігурацыі перыферыйнага прылады. Ён падтрымлівае апытанне, перапыненні і мадэль праграмавання DMA, каб задаволіць любыя патрабаванні прыкладання. Для атрымання больш падрабязнай інфармацыі аб выкарыстанні кожнай перыферыйнай прылады звярніцеся да rich exampнабор уваходзіць у пакет STM32CubeWBA MCU.
     Увага: У рэалізацыі HAL па змаўчанні таймер SysTick выкарыстоўваецца ў якасці часовай базы: ён генеруе перапыненні праз рэгулярныя прамежкі часу. Калі HAL_Delay() выклікаецца з перыферыйнага працэсу ISR, пераканайцеся, што перапыненне SysTick мае больш высокі прыярытэт (меншы лікава), чым перыферыйнае перапыненне. У адваротным выпадку працэс ISR абанента блакуецца. Функцыі, якія ўплываюць на канфігурацыі разгорткі часу, аб'яўлены як __слабыя, каб зрабіць магчымым перавызначэнне ў выпадку іншых рэалізацый у карыстальніцкім file (з выкарыстаннем таймера агульнага прызначэння, напрыкладample, або іншая крыніца часу). Для атрымання дадатковай інфармацыі звярніцеся да HAL_TimeBase exampле.

LL дадатак
У гэтым раздзеле апісваюцца крокі, неабходныя для стварэння карыстацкага прыкладання LL з дапамогай STM32CubeWBA.

1. Стварыце праект
   • Каб стварыць новы праект, альбо пачніце з праекта Templates_LL, які прадстаўлены для кожнай дошкі ў \Projects\ \Templates_LL або з любога даступнага праекта ў \Projects\ \Напрamples_LL ( адносіцца да назвы платы, напрыклад NUCLEO-WBA32CG).
   • Шаблон праекта забяспечвае пустую функцыю асноўнага цыкла, якая з'яўляецца добрай адпраўной кропкай для разумення налад праекта для STM32CubeWBA. Асноўныя характарыстыкі шаблону наступныя:
     • Ён змяшчае зыходныя коды драйвераў LL і CMSIS, якія ўяўляюць сабой мінімальны набор кампанентаў, неабходных для распрацоўкі кода на дадзенай плаце.
     • Ён змяшчае ўключаныя шляхі для ўсіх неабходных кампанентаў прашыўкі.
     • Ён выбірае падтрымліваемую прыладу серыі STM32WBA і дазваляе правільна канфігураваць драйверы CMSIS і LL.
     • Ён забяспечвае гатовы да выкарыстання карыстальнік files, якія папярэдне настроены наступным чынам:
       ◦ main.h: узровень абстракцыі вызначэння LED і USER_BUTTON.
       ◦ main.c: канфігурацыя сістэмнага гадзінніка для максімальнай частаты.
2. Перанос існуючага праекта на іншую плату
   Каб падтрымаць існуючы праект на іншай мэтавай дошцы, пачніце з праекта Templates_LL, прадастаўленага для кожнай дошкі і даступнага ў \Projects\ \Шаблоны_LL.
   • Выберыце LL example: Каб знайсці дошку, на якой LL examples разгорнуты, звярніцеся да спісу LL exampСпіс STM32CubeProjectsList.html.
3. Порт LL exampль:
   • Скапіруйце/устаўце папку Templates_LL – каб захаваць першапачатковую крыніцу – або непасрэдна абнавіце існуючы праект Temp lates_LL.
   • Тады партаванне заключаецца галоўным чынам у замене Templates_LL files па Exampмэтавы праект les_LL.
   • Захоўвайце ўсе спецыфічныя часткі дошкі. З меркаванняў яснасці, асобныя часткі дошкі пазначаны спецыфічным сцяжком tags:

     

   • Такім чынам, асноўныя этапы пераносу наступныя:
     • Заменіце stm32wbaxx_it.h file
     • Заменіце stm32wbaxx_it.c file
     • Замяніць main.h file і абнавіце яго: захавайце вызначэнне святлодыёда і кнопкі карыстальніка ў шаблоне LL у раздзеле КАНФІГУРАЦЫЯ ПЛАТЫ tags.
     • Замяніце асноўны.c file і абнавіць яго:
   • Захоўвайце канфігурацыю гадзінніка функцыі шаблона SystemClock_Config() LL у раздзеле BOARD SPECIFIC CONFIGURATION tags.
   • У залежнасці ад вызначэння святлодыёда, замяняйце кожнае ўваходжанне LDx іншым LDy, даступным у main.h file.
   • З гэтымі мадыфікацыямі эксample цяпер працуе на мэтавай дошцы

Праграмы бяспекі
Гэты пакет пастаўляецца з праграмамі бяспекі.

SBSFU прыкладання

• SBSFU забяспечвае рашэнне Root of Trust, уключаючы функцыі бяспечнай загрузкі і бяспечнага абнаўлення прашыўкі (на аснове MCUboot).
• Раствор выкарыстоўваецца перад выкананнем заяўкі.
• Рашэнне дае эксampфайл бяспечнага сэрвісу (пераключальнік GPIO), які ізаляваны ад неабароненага прыкладання. Небяспечнае прыкладанне падчас выканання ўсё яшчэ можа выкарыстоўваць гэтае рашэнне.

Прыкладанні TFM
TFM забяспечвае рашэнне Root of Trust, уключаючы функцыі бяспечнай загрузкі і бяспечнага абнаўлення прашыўкі
(на аснове MCUboot). Раствор выкарыстоўваецца перад выкананнем заяўкі. Рашэнне забяспечвае бяспечныя службы TFM, ізаляваныя ад неабароненага прыкладання. Небяспечнае прыкладанне падчас выканання ўсё яшчэ можа выкарыстоўваць гэтае рашэнне.

радыёчастотныя прыкладання
Радыёчастотнае прымяненне апісана ў гэтай нататцы па дадатку: Стварэнне бесправадных прыкладанняў з мікракантролерамі серыі STM32WBA (AN5928).

Атрыманне абнаўленняў выпуску STM32CubeWBA
Апошнія выпускі пакетаў STM32CubeWBA MCU і патчы даступныя ў серыі STM32WBA. Іх можна атрымаць з дапамогай кнопкі ПРАВЕРІЦЬ НА АБНАЎЛЕННЕ ў STM32CubeMX. Для атрымання дадатковай інфармацыі звярніцеся да раздзела 3 кіраўніцтва карыстальніка STM32CubeMX для генерацыі кода C канфігурацыі і ініцыялізацыі STM32 (UM1718).

FAQ

• Калі я павінен выкарыстоўваць HAL замест драйвераў LL?
  • Драйверы HAL прапануюць высокаўзроўневыя і функцыянальна-арыентаваныя API з высокім узроўнем партатыўнасці. Складанасць прадукту або перыферыйнага абсталявання схавана для канчатковых карыстальнікаў.
  • Драйверы LL прапануюць API нізкага ўзроўню рэгістра з лепшай аптымізацыяй, але менш партатыўнымі. Яны патрабуюць глыбокіх ведаў аб прадуктах або характарыстыках IP.
• Ці магу я выкарыстоўваць разам драйверы HAL і LL? Калі я магу, якія абмежаванні?
  • Можна выкарыстоўваць драйверы HAL і LL. Выкарыстоўвайце HAL для фазы ініцыялізацыі IP, а затым кіруйце аперацыямі ўводу/вываду з дапамогай драйвераў LL.
  • Асноўнае адрозненне паміж HAL і LL заключаецца ў тым, што драйверы HAL патрабуюць стварэння і выкарыстання дэскрыптараў для кіравання аперацыямі, у той час як драйверы LL працуюць непасрэдна з перыферыйнымі рэгістрамі. Былыamples_MIX прample ілюструе, як змяшаць HAL і LL.
• Як уключаны API ініцыялізацыі LL?
  • Вызначэнне API ініцыялізацыі LL і звязаных з імі рэсурсаў (структур, літэралаў і прататыпаў) абумоўлена пераключальнікам кампіляцыі USE_FULL_LL_DRIVER.
  • Каб мець магчымасць выкарыстоўваць API ініцыялізацыі LL, дадайце гэты пераключальнік у прэпрацэсар кампілятара інструментальнай ланцуга.
• Як STM32CubeMX можа генераваць код на аснове ўбудаванага праграмнага забеспячэння?
  STM32CubeMX мае ўбудаваныя веды пра мікракантролеры STM32, уключаючы іх перыферыйныя прылады і праграмнае забеспячэнне, якое дазваляе прадастаўляць карыстальніку графічнае прадстаўленне і генераваць *.h або *.c files на аснове канфігурацыі карыстальніка.

ВАЖНАЯ ЗАЎВАГА – УВАЖЛІВА ЧЫТАЙЦЕ

• STMicroelectronics NV і яе даччыныя кампаніі («ST») пакідаюць за сабой права ўносіць змены, выпраўленні, удасканаленні, мадыфікацыі і паляпшэнні ў прадукты ST і/або ў гэты дакумент у любы час без папярэдняга паведамлення. Пакупнікі павінны атрымаць самую актуальную інфармацыю аб прадуктах ST, перш чым рабіць заказы. Прадукцыя ST прадаецца ў адпаведнасці з умовамі продажу ST, якія дзейнічаюць на момант пацвярджэння замовы.
• Пакупнікі нясуць поўную адказнасць за выбар, выбар і выкарыстанне прадуктаў ST, і ST не нясе адказнасці за дапамогу ў прымяненні або дызайн прадуктаў пакупнікоў.
• ST тут не прадастаўляе ніякіх ліцэнзій, відавочных або пэўных, на права інтэлектуальнай уласнасці.
• Перапродаж прадуктаў ST з умовамі, адрознымі ад інфармацыі, выкладзенай у гэтым дакуменце, прыводзіць да анулявання любой гарантыі, прадастаўленай ST на такі прадукт.
• ST і лагатып ST з'яўляюцца гандлёвымі маркамі ST. Для атрымання дадатковай інфармацыі аб гандлёвых марках ST звярніцеся на www.st.com/trademarks. Усе іншыя назвы прадуктаў і паслуг з'яўляюцца ўласнасцю іх адпаведных уладальнікаў.
• Інфармацыя ў гэтым дакуменце замяняе інфармацыю, якая была прадстаўлена ў папярэдніх версіях гэтага дакумента.
• © 2023 STMicroelectronics – Усе правы абаронены

Дакументы / Рэсурсы

Серыя STMicroelectronics STM32WBA Пачатак працы [pdfКіраўніцтва карыстальніка Серыя STM32WBA Пачатак, Пачатак, Пачатак

Спасылкі

• Кіраўніцтва карыстальніка