 In questa accensione, iniziamo con la parte retica del P1 e vedremo un esempio pratico usando l'alpibam del configuratore scenario integrato in Cubemax 6.5.0. Un quick view della agenda, iniziamo con la teoria del P1 e poi muoviamo la parte del hands-on con le proprie lezioni cubemax, la ricorda di generazione di generazione e le mesure di potere usate con il potere monitor Cubemax, inseriamo l'essenziale della applicazione di low power che ci sono sviluppati. Siamo già visto che la versione cubemax 6.5.0 è riuscita a usare il configuratore grafico per l'autonomico modus low power breakdown, e noi nuoviamo l'alpibam principale e il principale feature principale. L'alpibam è la migliore innovazione che è introdurata in STM42U5 per ridurre l'alpibam e è un modus operativo che permette di essere funzionale e autonomico independente del modus power e senza alcuni software. La migliore è una modus operativo grafica al sistema hardware e è un modus operativo in STM42U5 basato su la ma. In l'alpibam, il perifero può lavorare a stop-to modus grafica al capacità di recensione di lock. Questo è uno dei suoi esplici del meccanismo l'alpibam che esistece di ricordare le coste di potere usare. In altre MCU, dovremmo usare a riuscire a sviluppare il flagga completo di l'alpibam, con l'alpibam, questo non è successo. L'alpibam automaticamente esistece l'alpibam per ridurre l'alpibam e i lock cerni sono richieste solo quando è necessario. Questo fa una grande contribuzione per ottenere la migliore optimizzazione di lock dinamico e risulta in una storia di potere usare l'alpibam. Abbiamo visto che l'alpibam fa usare l'alpibam. STM42U5 è un nuovo l'alpibam che ha due l'alpibam, chiamato Low Power DMA e GP DMA. GP DMA e Low Power DMA belong to two different power domains which are CPU domain and Smart RAM domain respectively. Both hardware instances can work with link at least which is a mode typically used by Alpibam system to chain different actions and build useful functionalities. Here is a list of peripherals supporting Alpibam. They are classified in autonomous and passive depending on their capability to request clock. Alpibam makes use of DMA transfer in link at least mode that can be memory to memory, peripheral to memory or memory to peripheral. Thanks to link at least DMA can change its configuration and time. Link at least is a linear data structure which consists in a series of connected node and it's used to chain DMA services and it's programmed per channel. Each DMA channel will have defined services by a link at least data structure which embeds basic tasks to be performed. The hardware loads the node with source destination address and then data transfer is made. The same approach is used on both Low Power DMA and General Purpose DMA. Each DMA transfer has its own configuration stored in SRAM area in case of Low Power DMA it is SRAM for 60k bytes. Each of these stored configuration is named node. Each node is linked to another node in order to define the next transfer configuration. A set of DMA transfer nodes linked to each other builds a queue. When started the DMA fetches the first node which is called a hat node and then the fetching operation is repeated until the last queue node is reached, known as tail node. CubeMX 6.5.0 integrates LP1 configurator for STM42U5 thanks to the presence of LP1 utilities which is a subset of modular drivers located in STM42 CubeU5 firmware pack. In this slide we can see how the utility folder is linked to CMC's driver, middlesware and hull. LP1 utility can access all firmware modules. LP1 utility exposes layer of drivers with 3 levels of abstraction LL basic and advanced. Basic and advanced layer hardware agnostic instead LL layer contain device specific configuration for each supporter peripheral. We notice that the level of granularity is different so advanced LP1 layer will work on queue granularity instead basic LP1 layer will work on node granularity. These are the main steps to build an LP1 application on CubeMX. The tool will help to define scenario, select peripheral instances and configure queue. Once the queue is configured we will enter parameters for data and trigger configuration of the peripheral. 4 and 5 steps are very similar to what done in standard CubeMX configurator. At the end we can check LP1 design if it's okay we can generate code. Let's see all these steps in practice for demonstration.