2016-05-29 27 views
0

Ich frage mich, was die Abkürzung "MSP" in HAL_xxx_MspInit() Callbacks steht. Ich habe das in einigen Firmware-Treibern wie der HAL-Bibliothek von ST gesehen. Zum Beispiel:Wofür steht der MSP in STM32CubeMX HAL_xxx_MspInit() Funktionen?

void HAL_UART_MspInit(UART_HandleTypeDef *huart); 
void HAL_SPI_MspInit(SPI_HandleTypeDef *hspi); 

von stm32f3xx_hal_uart.h und stm32f3xx_hal_spi.h. Ich frage mich, was Msp betrifft. Ist es nur eine Namenskonvention für Rückrufe von init Funktionen in Treibern oder hat es eine tiefere Bedeutung (was ich vermute, dass es hat).

+2

Wäre nicht das ST-Forum der geeignete Ort für ** ihre ** Namenskonvention? (Verwenden Sie nicht diesen Müll STLib sowieso, es ist ungeschickt, unflexibel und bläht Ihren Code ohne tatsächlichen Nutzen.) – Olaf

+1

Ich benutze es nicht ausgiebig. Nur um schnell ein paar Dinge auf meinem Devboard laufen zu lassen. Der Grund, warum ich SO frage, ist, dass ich glaube, dass ich es auch von anderen Anbietern gesehen habe. Ich frage mich hauptsächlich, ob es einen Grund gibt, eine solche Konvention für meine eigenen Treiberentwicklungen zu verabschieden. – StarSheriff

+0

Als persönliche Anmerkung: Die Namenskonvention STlib ist - naja - ungewöhnlich. In der Regel beginnen Namen, die mit Großbuchstaben beginnen, nur Makros und Enum-Konstanten. Also, nein, du solltest es nicht übernehmen, und das ist nichts Spezifisches. – Olaf

Antwort

2

In STM32CubeMX steht es für M CU S upport P ackage.

Die STM32CubeMX Dokumentation "STM32CubeMX for STM32 configuration and initialization C code generation" (UM1718) ist klar, auf dieser - Abschnitt 5.1:

enter image description here

Es ist jedoch etwas unhelpfully den Begriff mehrmals in der Dokumentation verwendet werden, bevor sie es tatsächlich definiert!

Weitere Aspekte der STM32CubeMX-Namenskonventionen werden ebenfalls in diesem Dokument definiert.