Hallo community,
ich bin gerade dabei den STM32L432KC Mikrocontroller kennen zu lernen
und möchte nun die serielle Ausgabe über die UART Schnittstelle nutzen
um aktuelle ADC Werte eines Potentiometers alle 2 Sekunden auszugeben.
Der Timer dazu und das Auslesen der ADC Werte funktionieren bereits.
Ich speichere den ADC Wert als unit32_t und wandle den Wert dann in die
Voltage Dimension um.
Nun zu meinem Problem. Wie ist es mir möglich den unit32_t
uwInputVoltage über die UART Schnittstelle zu senden? Die Funktion
HAL_UART_Transmit erwartet sich uint8_t?
Daniel schrieb:> Nun zu meinem Problem. Wie ist es mir möglich den unit32_t> uwInputVoltage über die UART Schnittstelle zu senden?
Indem du (d)eine uint32_t - Variable in 4 Bytes aufteilst und
diese der Reihe nach veschickst, beim Empfänger wieder
zusammensetzt.
Ich nehme mal an du möchtest das in einem Terminal Programm ausgeben? In
dem Fall musst du deinen Wert in eine ASCII kodierte Zeichenkette
umwandeln und diese dann Byte weise aussenden. Genaugenommen möchte die
HAL_UART_Transmit() auch keinen uint8_t sondern einen Zeiger auf einen
solchen.
ein Beispiel:
Hallo Kevin,
danke für deine Antwort!
Gibt es eine andere Möglichkeit den Wert in eine ASCII kodierte
Zeichenkette zu wandeln?
Die Aufgabe die ich lösen möchte verbietet den Gebrauch von Standard C
Rotinen wie sprintf oder malloc
Kevin M. schrieb:> Ich nehme mal an du möchtest das in einem Terminal Programm> ausgeben? In> dem Fall musst du deinen Wert in eine ASCII kodierte Zeichenkette> umwandeln und diese dann Byte weise aussenden. Genaugenommen möchte die> HAL_UART_Transmit() auch keinen uint8_t sondern einen Zeiger auf einen> solchen.>> ein Beispiel:> 1void sendUART(uint32_t value)> 2{> 3 char buffer [20];> 4 uint32_t len> 5 len = sprintf(buffer, "Wert: %d V\r\n", value);> 6> 7 HAL_UART_Transmit(&huart2,(uint8_t*)buffer, len,100);> 8}
Daniel schrieb:> Gibt es eine andere Möglichkeit den Wert in eine ASCII kodierte> Zeichenkette zu wandeln?> Die Aufgabe die ich lösen möchte verbietet den Gebrauch von Standard C> Rotinen wie sprintf oder malloc
Dann musst es halt nachprogrammieren. Zumindest teilweise.
1.) Aufteilen in Bytes (Stellenwerte mit Division und Modulo)
2.) Konvertieren jedes Bytes in ein ASCII Zeichen (addieren eines
festen Offsets laut ASCII Tabelle)
3.) Einen Buffer Byte für Byte damit füllen.
4.) Nullbyte als Terminierung anhängen.
5.) Fertig ist der String.
Daniel schrieb:> Die Aufgabe die ich lösen möchte verbietet den Gebrauch von Standard C> Rotinen wie sprintf
Die Aufgabe bestimmt nicht, sondern irgendwelche Ressentiments einer
Person.
Falls es um den möglichen Pufferüberlauf geht, dann kann man einfach
snprintf nehmen.
Cyblord -. schrieb:> Fertig ist der String.
Tja.
Es ist irgendwie bedrückend, mit ansehen zu müssen, wie unbeholfen hier
so manche Programmierer sind. Alle wollen irgend etwas ganz Grandioses
machen, aber sie haben keine Ahnung von den Grundlagen.
Manchmal möchte man all diesen Leuten sagen "übergib dein Projekt an ein
passendes Ingenieurbüro und zahle deren Salär, fertig! Alternative:
Lerne selbst, mit Messer und Gabel zu essen."
Aber dann fühlen sich genau diejenigen maßlos beleidigt, die es am
nötigsten haben.
W.S.
Daniel schrieb:> Die Aufgabe die ich lösen möchte verbietet den Gebrauch von Standard C> Rotinen wie sprintf oder malloc
Ich nehme an es handelt sich um eine Schulaufgabe?
Du darfst die HAL benutzen aber keine Standard C Funktionen? Sehr
seltsam, das klingt ja fast nach Hausaufgabe ;)
Beschreib doch vielleicht etwas näher was genau damit gemacht werden
soll, vielleicht kann man das dann eleganter lösen. Ansonsten wüsste ich
spontan auch nichts, außer es wie von Cyblord vorgeschlagen selbst zu
implementieren.
Wo da der mehrwert liegt erschließt sich mir allerdings nicht so ganz.
Wenn es um eine Übungsaufgabe geht wäre es sinnvoller den UART ohne HAL
zu benutzen :D
Walter T. schrieb:> Daniel schrieb:>> Die Aufgabe die ich lösen möchte verbietet den Gebrauch von Standard C>> Rotinen wie sprintf oder malloc>> Ich nehme an es handelt sich um eine Schulaufgabe?
Da printf u.U. malloc im Hintergrund nutzt und malloc bei embedded
generell eher skeptisch zu sehen ist, ist die Aufgabe nicht unbedingt
absurd. Gibt genug Industrieprojekte, wo dynamische Allozierung auf dem
Heap schlichtweg verboten ist und auch kein Codereview bestünde.
Ich gehe davon aus, dass man in einem Umfeld, bei dem ein Code-Reviews
stattfinden, Low-Level-Code eher nicht von den Anfänger-Kollegen gemacht
wird. Und das man dann auch eher Kollegen als das Internet fragt.
Aber beim Thema Schulaufgabe handelt es sich ja auch um eine Frage,
keine Feststellung.
Nop schrieb:> Da printf u.U. malloc im Hintergrund nutzt und malloc bei embedded> generell eher skeptisch zu sehen ist, ist die Aufgabe nicht unbedingt> absurd.
Naja sprintf nutzt aber keinen dynamischen Speicher, daher bekommt es ja
einen Buffer der vorher in fester Größe angelegt wurde. Wenn man ganz
sicher seien möchte und seinem Stack nicht traut kann man ihn noch
global anlegen. Und mit snprintf kann man wie schon angemerkt auch einen
out of bounds Zugriff verhindern, auch wenn es nicht wirklich ein
Problem ist die benötigte Buffergröße zu bestimmen.
