Low Level Driver Library für TLE987x

// Effektive Initialisierung und Konfiguration von Hardware-Modulen für optimale Leistung.

 

Qualifizierte Low Level Driver Library für MOTIX™ TLE987x

 

Die qualifizierte Low Level Driver (LLD) Library für die MOTIX™ MCU TLE987x Familie ermöglicht es dem Benutzer, die Hardwaremodule zu konfigurieren und zu initialisieren und mit ihnen während der Betriebszeit zu interagieren. Die Bibliothek besteht aus 21 Treiberordnern für die entsprechenden Hardwareblöcke. Jeder Ordner enthält ein Modul (.c/.h-Dateipaar) für die exponierten APIs und die Konfigurationsdatenstrukturen. Zusätzlich gibt es mehrere Module mit den nicht-exponierten Treiberteilen und einen Typdefinitions-Header (enthält Aufzählungstypen für die symbolische Darstellung von Registerfeldwerten).

Aufbauend auf dem Cortex Microcontroller Software Interface Standard (CMSIS). Der Treiber verwendet die Geräteabstraktion (Geräte-Header-Datei TLE987x.h mit Register- und Bitfeldsymbolen und -adressen) aus dem Hardware-SDK.

Der LLD wird als qualifizierter und getesteter Code für den produktiven Einsatz angeboten.

 

Einige Fakten über die MOTIX™ LLD

Qualifizierte Software für den produktiven Gebrauch

Umfassende
Qualitätsdokumente

Unterstützte
Konfiguration

Geeignet mit MOTIX™ Motor Control Software

Low Level Driver Library im Überblick

 

// Was ist ein Low Level Driver?

Ein Low Level Driver (LLD) ist eine einheitliche API zur Steuerung der Peripheriemodule auf dem Mikrocontroller. Der Hauptzweck eines LLD ist die Initialisierung von Hardwaregeräten und die Bereitstellung einer Schnittstelle für übergeordnete Softwarekomponenten zur Interaktion mit der Hardware. LLDs sind speziell auf eine bestimmte Hardware oder eine bestimmte Gerätefamilie zugeschnitten. Sie sind so konzipiert, dass sie mit der Hardware auf einer sehr niedrigen Ebene arbeiten und die Funktionalität des Geräts direkt steuern können.

// Wie wird der Low Level Driver verwendet?

  • Integrieren Sie die Bibliothek in Ihr Anwendungsprojekt, indem Sie die Dateien kopieren oder das CMSIS-Paket in Keil µVision installieren.

  • Binden Sie die Treiber-Header-Dateien in Ihre Applikationsmodule ein (1).

  • Erzeugen Sie Variablen des jeweiligen Konfigurationsstrukturtyps und weisen Sie diese durch Aufruf der Ifx_*_InitDriver() zu (2).

  • Setzen Sie die Werte der struct-Members mit Hilfe der mitgelieferten Enumerationstyp (3).

  • Initialisieren Sie das Peripheriegerät durch Aufruf der Funktion Ifx_*_Init(&config) (4).

  • Rufen Sie die APIs in Ihrem Code auf (5).

// Was wird mit dem Low Level Driver geliefert?

Lieferumfang:

  • LLD-Quellcode (auch als CMSIS-Paket erhältlich)

  • Benutzerdokumentation (API)

  • Applikationsbeispiel

 

  • SW-Anforderungsspezifikation (inkl. Traceability Reports zur Architektur und Test)

  • SW-Architekturdokumentation (Enterprise Architect HTML-Export)

  • Statischer Code-Analysebericht (einschließlich MISRA-Report)

  • Unit Test Report

// Welche Peripheriegeräte werden unterstützt?

Driver/folder name

Description

adc1

10-Bit Analog Digital Converter (ADC1)

adc2

Measurement Core Unit including the ADC2 Core (8-bit ADC).

bdrv

Bridge Driver (including Charge pump) to drive external NFET B6 bridge

ccu6

Capture/Compare Unit 6

cpu

Arm® Cortex®-M3 Core

csa

Current Sense Amplifier

dma

Direct Memory Access Controller

gpio

General Purpose Input/Output (GPIO) Ports and peripheral I/O

gpt12

General Purpose Timer Units GPT1 and GPT2

isr

Interrupt System

mf

Measurement Unit

mon

High-Voltage Monitor Input

pmu

Power Management Unit

scu_dm

System Control Unit: Digital Modules

scu_pm

System Control Unit - Power Modules

sdadc

14-bit Sigma Delta ADC Driver (ADC3/4)

ssc

High-Speed Synchronous Serial Interface (SSC1/SSC2)

timer2x

Timer2 and Timer21

timer3

Timer3

uart

UART1/UART2

wdt1

Watchdog Timer (WDT1)

common

Header for commonly used data types

sfr_access

Provides access routines for Special Function Registers (SFR)
// Welche Entwicklungstools werden unterstützt?

Der LLD wurde mit dem Compiler Arm V6.x (insb. V6.16 und V6.19) getestet. Die Technologien clang und lto werden empfohlen, um den Code-Overhead zu minimieren, der durch den Rich-API-Ansatz verursacht wird.

Beispielprojektdateien werden bereitgestellt für:

  • Visual Studio Code (mit Python Scons build)

Die Bibliothek ist als CMSIS-Pack-Datei verfügbar für die Verwendung in

  • Keil Embedded Development Tools für Arm 5.38