SA32Bxx series MCU MCAL introduction
SA32Bxx series
MCU MCAL Introduction
Silicone has recently officially launched the SA32Bxx series of MCUs based on the ARM Cortex-M4F core that meet the ISO26262 ASIL-B level to meet the needs of applications such as body systems, automotive instrumentation, door and window seat control, car light control, air conditioning control, and low-voltage BMS. need. Among many applications, AUTOSAR is often mentioned and serves as an important part of the automotive MCU software ecosystem.
In the AUTOSAR system, the part closely related to the hardware is MCAL. The full name of MCAL is Microcontroller Abstractions Layer, also known as the microcontrol abstraction layer. It is the lowest layer in the AUTOSAR basic software and contains the peripheral drivers of the MCU. The MCAL layer is usually developed and provided by the chip manufacturer. Silicon Lijie officially launched the supporting AUTOSAR MCAL software package this time to meet the needs of related applications that require the use of AUTOSAR ecological development.
The AUTOSAR architecture distinguishes three software layers at the highest abstraction level: Application, Runtime Environment and Basic Software.
AUTOSAR basic software is further divided into Services (service layer), ECU Abstraction (ECU abstraction layer), Microcontroller Abstraction (microcontroller abstraction layer) and Complex Drivers (complex driver layer).
Microcontroller Abstraction Layer (MCAL)
That is, the connection with the actual microprocessor is located at the lowest layer of AUTOSAR BSW and is used to map the functions and peripheral interfaces of the microprocessor.
Description of Silicon Lijie MCAL software and sub-modules
Notes: The current MCAL version is 4.3.1
*Schematic diagram of each module of AUTOSAR and each sub-module of Silergy MCAL
Silicon Lijie MCAL modules can be roughly divided into: basic modules, functional modules, CDD_DRV modules, and CDD_SAFETY.
All the above modules truly achieve the standardization and high versatility of the software, so that customers can integrate our MCAL in the simplest way. All modules strictly follow the internal standard process from design to development to testing, and have passed complete static, unit, and integration testing, reflecting the high quality of MCAL software development.
MCAL code package and supporting files
The following is a summary description of each sub-module:
1) MCU driver module
???? The services provided by the MCU driver are as follows:
-Software setting;
-Select the state of the microprocessor (stop, sleep, suspend, etc.);
-Configure wake-up behavior;
-Manage internal PLL clock unit;
-Assign initial values to RAM related addresses;
2) WDG driver module
???? This module provides services for controlling and triggering the watchdog hardware and is called by the watchdog management module (WdgM).
3) GPT driver module
???? The universal timer driver provides an interface to access on-chip timers for controller periodic and single events.
4) PORT driver module
???? This module is responsible for the initialization of all Ports in microprocessing.
5) DIO driver module
???? The digital input and output driver provides read and write services for accessing DIO channels, DIO ports and DIO channel groups.
6) ADC driver module
???? The ADC driver is used to abstractly access the analog-to-digital converter. For each input channel, its conversion parameters are configurable.
7) CAN driver module
???? The CAN driver is used for abstract access to the CAN controller and is responsible for sending and receiving messages and switching between different states of the CAN controller (sleep/stop, etc. ) .
8) CRC driver module
???? The Cyclic Redundancy Check (CRC) driver is to provide a data transmission error detection function so that the receiver can receive accurate data during the transmission process of data in the chip.
9) Crypto driver module
???? The encryption driver provides standardized encryption functions and security key/certificate storage interfaces, providing a standard interface for automotive electronic systems to call the underlying encryption hardware.
10) FEE module
???? Flash simulates the EEPROM module, is in the memory hardware abstraction layer (Memory Hardware Abstraction), and cooperates with the Fls module to complete power-off data storage.
11) FLS driver module
???? The Flash driver provides a hardware-independent mechanism for accessing flash memory. The interface services it provides can be used to read, write, compare, and erase flash blocks.
12) LIN driver module
???? The LIN driver provides services for initializing message sending (header, response, sleep mode and wake-up). It is also responsible for receiving responses, checking the current status and verifying wake-up events.
13) PWM drive module
???? The PWM driver provides services to initialize and control the PWM channel in the microcontroller.
14) SPI driver module
???? Responsible for handling SPI serial port data exchange, mainly used for data interaction between MCU and external high-speed devices (such as external FLASH, SBC).
15) CDD_I2C driver module*
???? Responsible for handling I2C serial port data exchange, mainly used for data interaction between MCU and external command devices (such as external EEPROM, external watchdog, etc.).
16) CDD_UART driver module*
???? This module is responsible for processing UART serial port data exchange. It is mainly used for data interaction between MCU and external specific devices. It can also be used as a communication port for Debug.
17) CDD_DMA driver module*
???? This module enables the system to perform complex and efficient data block transmission with minimal CPU intervention to support high baud rate and high real-time communication.
18) CDD SAFETY module*
???? This module is presented in the form of SAFETY PACK, which can meet the requirements of functional safety ASIL-B level. By default, users understand ISO2626 and have read "SA32Bxx_series_safety_manual".
*SiLiJie provides detailed integration guide for CDD_Drv and SAFETY modules (please contact SiLiJie agents and FAE for details)
Each module of AUTOSAR can be flexibly configured, whether it is the module itself or the sub-modules within the module, and even the general parameters need to be highly configurable to meet the needs of different projects. Silicon Lijie SA32Bxx series chip MCAL supports system development based on the AUTOSAR standard architecture. Flexible configuration using EB Tresos Studio can greatly improve the reuse rate of software, lower the threshold for development and maintenance, and is also convenient for OEMs, Tier1 or other Third-party partners develop applications based on Silicone MCU.
Silijie is committed to providing you with the world's best analog chip solutions.
Please stay tuned for other options.
Silicon Lijie official website:
https://www.silergy.com
address:
Silijie Building, No. 6 Lianhui Street, Binjiang District, Hangzhou
contact number:
+86-571-87759971
-
END
-
Remember to share, like and watch!
-
-
-
About CLP Port
-
-
China Electronics Port (stock code: 001287) is the industry's leading comprehensive service platform for electronic component application innovation and modern supply chain. Relying on more than 30 years of industrial upstream and downstream resource accumulation, technology precipitation, and application innovation, it has developed into a comprehensive service platform covering electronic components. A comprehensive service provider of distribution, design chain services, supply chain coordination and industrial data services.
-
-
China Electronics Port adheres to the business philosophy of "serving customers and sharing with partners". While fulfilling its social responsibilities, it strives to build a component supply chain ecosystem to help the development of China's electronic information industry.
-
-
-
-
Click below to follow the CLP Port official account
-
Get more industry information
-