Cast von einem struct

Simon schrieb:
> Frage: Wie muss ich *data casten damit er das akzeptiert?

überhaupt nicht.

ein char wird kein uint16.

soll auch ohne cast gehen

1

void debug_puts(char *data) {

2

    UART_DATA tmp;

3

    do

4

    {

5

        while(UARTTransmitterIsReady(DEBUG_UART));

6

        tmp.data8bit = *data;

7

        UARTSendData(DEBUG_UART, tmp);

8

    } while( *data++ );

9

}

Was auch geht ist ein:

UARTSendData(DEBUG_UART, (UART_DATA)(UINT16)(*data));

Aber bisher noch ungetestet, compilen tut ers.

Simon schrieb:
> Was auch geht ist ein:
>
> UARTSendData(DEBUG_UART, (UART_DATA)(UINT16)(*data));
>
> Aber bisher noch ungetestet, compilen tut ers.

warum überhaupt diese struct? übergib doch der UARTSendData einfach 
2Parameter einmal für das 1.byte und einmal für das nächst e bit.

Wie soll denn jetzt UARTSendData wissen, ob es 9 oder 8 bit senden soll? 
Wenn du  data8bit setzt, dann änderst du damit auch nicht das 9.bit.

Peter II schrieb:
> Wie soll denn jetzt UARTSendData wissen, ob es 9 oder 8 bit senden soll?
> Wenn du  data8bit setzt, dann änderst du damit auch nicht das 9.bit.

Naja, die sache ist das nen PIC32 UART sowohl ein 9 als auch ein 8 Bit 
transfer kann. das wird dann in der microchip lib anhand der 
konfiguration des UARTs bestimmt.

Simon schrieb:
> UINT16 __data;
Namen von Funktionen/Variablen/Typen die du selbst definierst dürfen 
nicht mit zwei Unterstrichen beginnen. Diese sind reserviert für den 
Compiler+Standard Library. Wenn es funktioniert ist es pures Glück, bei 
der nächsten Compiler-Version kann's schon schiefgehen. Also besser 
umbenennen...

Siehe hier: 
http://www.gnu.org/software/libc/manual/html_node/Reserved-Names.html

Meinst du?:

UINT16 __data;


Ich bin unschuldig, das war microchip selbst

Simon schrieb:
> Meinst du?:
Hä? Ja, das hab ich doch geschrieben?!

Simon schrieb:
> Ich bin unschuldig, das war microchip selbst
Achso, dann hats Microchip falsch gemacht. ST sind da auch Experten 
drin.