- LiFePO4 Speicher Test         
Ergebnis 1 bis 10 von 43

Thema: strukturen, ein- und ausstieg

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Erfahrener Benutzer Robotik Einstein Avatar von Dirk
    Registriert seit
    30.04.2004
    Ort
    NRW
    Beiträge
    3.803
    uint8_t kennt der Compiler in diesem Fall.
    Der Fehler liegt VOR dieser Fehlerzeile.
    Such mal die ganze Header-Datei ab oder poste sie hier (keine Ausschnitte, sondern den kompletten Header, so wie er kompiliert wurde).
    Gruß
    Dirk

  2. #2
    Erfahrener Benutzer Robotik Einstein Avatar von inka
    Registriert seit
    29.10.2006
    Ort
    nahe Dresden
    Alter
    77
    Beiträge
    2.180
    das hier ist der komplette header:

    Code:
    #ifndef STANDARD_H_
    #define STANDARD_H_
    
    #endif /*STANDARD_H_*/
    
    
    
    
    void accuspannung(void);
    
    void accuzustand(void);
    
    void watchDogRequest(void);
    
    void task_LCDHeartbeat(void);
    
    void printAllSensorValues(void); 
    
    
    //void writeDoubleLCD(void);
    
    //void writeDouble(void);
    
    //void I2C_transmissionError();
    
    //void show_buttons();
    
    //ACS_setStateChangedHandler(acsStateChanged);
     
    void acsStateChanged(void);
    
    void bumpersStateChanged(void);
    
    //void receiveRC5Data(void);
    
    //void receiveRC5Data(void (RC5data_t) (rc5data));
    //void batteryVoltageLow(void);
    void batteryVoltageLow (uint8_t isVoltageLow);
    //void printAllSensorValues(void);
    //void task_LCDHeartbeat(void);
    //void watchDogRequest(void);
    
    
    //ACS_setStateChangedHandler(void);
    //ACS_setStateChangedHandler(acsStateChanged);
    gruß inka

  3. #3
    Erfahrener Benutzer Robotik Einstein
    Registriert seit
    27.08.2013
    Ort
    Region Basel
    Alter
    67
    Beiträge
    2.435
    Hallo Dirk,

    Zitat Zitat von Dirk Beitrag anzeigen
    uint8_t kennt der Compiler in diesem Fall.
    Woher ?

    MfG Peter(TOO)

    - - - Aktualisiert - - -

    Hallo Inka,

    Und wie sieht das Hauptprogramm aus?

    Besonders: Welche Header bindest du da ein und in welcher Reihenfolge?

    Ich bin immer noch der Meinung, dass der Compiler zu diesem Zeitpunkt nicht weiss was uint8_t sein soll.

    MfG Peter(TOO)

  4. #4
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    08.08.2008
    Ort
    DE
    Beiträge
    523
    Code:
    #endif /*STANDARD_H_*/
    Das kommt ganz ans Ende der Datei.

    Das ist eine schwäche von C.
    Der Fehler ist immer zwischen dem Anfang der Datei und der Stelle welche der Compiler angibt!
    Sorry, aber lern doch bitte wie man die Fehlermeldungen liest. Die sind zu 98% immer sehr genau an der entsprechenden Stelle! Nur bei fehlenden Klammern ist die Meldung verstreut, aber dafür gibts jetzt ja die Möglichkeit sie mit Autocomplete sofort zu schließen.

    error: expected ‘)’ before ‘isVoltageLow’
    Der Compiler will hinter uint8_t eine Klammer. Warum ist mir jetzt auch nicht bewusst. Evtl liegts am uint8_t.

    EDIT: Nach kurze Suche, sollte es wirklich daran liegen, dass uint8_t unbekannt ist. Tauch es mal mit "unsigned char" aus, dann sollte es gehen


    mfg
    Geändert von Wsk8 (04.10.2013 um 14:43 Uhr)

  5. #5
    Erfahrener Benutzer Robotik Einstein Avatar von inka
    Registriert seit
    29.10.2006
    Ort
    nahe Dresden
    Alter
    77
    Beiträge
    2.180
    hallo,

    das "#endif /*STANDARD_H_*/" habe ich ans programmende verschoben - das problem löst es aber nicht...


    das hauptprogramm:
    Code:
    /*****************************************************************************/
    // Includes:
    
    #include "RP6ControlLib.h"         // The RP6 Control Library.
                                    // Always needs to be included!
    
    #include "RP6I2CmasterTWI.h"    // I2C Master Library
    #include "../../RP6Lib/standard/standard.h"
    #include "RP6Control_I2CMasterLib.h"
    
    
    /**************************ACS_state_changed**********************************/
    
    //siehe standard.c
    
    /********************bumpers_state_changed************************************/
    
    //siehe standard.c
    
    /**
     * And the RC5 Event Handler is the same as on the Robot Base, too.
     */
    
    void receiveRC5Data(RC5data_t rc5data)
    {
        // Output the received data:
        writeString_P("RC5 Reception --> Toggle Bit:");
        writeChar(rc5data.toggle_bit + '0');
        writeString_P(" | Device Address:");
        writeInteger(rc5data.device, DEC);
        writeString_P(" | Key Code:");
        writeInteger(rc5data.key_code, DEC);
        writeChar('\n');
    }
    
    /**
     * This is a new Event Handler and it gets called when the Battery Voltage
     * is getting low! The Parameter isVoltageLow is true, when the voltage
     * is low and false, when the voltage is OK.
     */
    /*
    void batteryVoltageLow(uint8_t isVoltageLow)
    {
        if(isVoltageLow)
        {
            writeString_P("\nBattery Voltage low: ");
            // Send Battery voltage to UART:
            writeIntegerLength((((adcBat/102.4f)+0.1f)), DEC, 2);
            writeChar('.');
            writeIntegerLength((((adcBat/1.024f)+10)), DEC, 2);
            writeString_P("V\n");
        }
        else
        {
            writeString_P("\nBattery Voltage is OK!\n");
        }
    }
    */
    /********************print_all_sensor_values*********************/
    //siehe standard.c
    /************************************************************/
    
    /************** * Heartbeat function*************************/
    //siehe standard.c
    /************************************************************/
    
    /***************************watchDog_Request**********************/
    // siehe standard.c
    /*****************************************************************/
    // I2C Requests:
    
    /**
     * The I2C_requestedDataReady Event Handler is now a lot smaller.
     * It is free for your own request routines.
     * You can put them in the Block of the if condition.
     * (similar to the RP6 Base Example programs...)
     */
    void I2C_requestedDataReady(uint8_t dataRequestID)
    {
        // We need to check if this is an INT0 Request from the Robot Base unit.
        // The Function call inside the if condition returns true if it was an
        // interrupt request, so we have to negate it here and if it was NOT
        // an interrupt request from the Robot base we can check any other sensors
        // from which you may have requested data...
        if(!checkRP6Status(dataRequestID))
        {
            // Here you can Check other sensors/microcontrollers with their own
            // request IDs - if there are any...
        }
    }
    
    /******************************I2C Error handler******************************/
    // siehe standard.c
    /*****************************************************************************/
    
    
    // Main function - The program starts here:
    
    int main(void)
    {
        initRP6Control();
        initLCD();
    
        writeString_P("\n\nRP6 CONTROL M32 I2C Master Example Program!\n");
        writeString_P("\nInterrupts - part 2...\n");
    
        // ---------------------------------------
        // The Event Handlers can be set the same way as with the
        // RP6Lib:
        ACS_setStateChangedHandler(acsStateChanged);
        BUMPERS_setStateChangedHandler(bumpersStateChanged);
        IRCOMM_setRC5DataReadyHandler(receiveRC5Data);
        // New LowBat Event Handler:
        BATTERY_setLowVoltageHandler(batteryVoltageLow);
        // New Watchdog Request Event Handler:
        WDT_setRequestHandler(watchDogRequest);
    
        // ---------------------------------------
        // Init TWI Interface:
        I2CTWI_initMaster(100);
        I2CTWI_setRequestedDataReadyHandler(I2C_requestedDataReady);
        I2CTWI_setTransmissionErrorHandler(I2C_transmissionError);
    
        sound(180,80,25);
        sound(220,80,25);
    
        setLEDs(0b1111);
    
        showScreenLCD("################", "################");
        mSleep(500);
        showScreenLCD("I2C-Master", "Example Program 3");
        mSleep(1000);
        setLEDs(0b0000);
        clearLCD();
        accuspannung();
        mSleep(1500);
    
        // ---------------------------------------
        // Setup ACS power:
        I2CTWI_transmit3Bytes(I2C_RP6_BASE_ADR, 0, CMD_SET_ACS_POWER, ACS_PWR_MED);
        // Enable Watchdog for Interrupt requests:
        I2CTWI_transmit3Bytes(I2C_RP6_BASE_ADR, 0, CMD_SET_WDT, true);
        // Enable timed watchdog requests:
        I2CTWI_transmit3Bytes(I2C_RP6_BASE_ADR, 0, CMD_SET_WDT_RQ, true);
    
        showScreenLCD("ACS Status:", "");
    
        startStopwatch1();
        startStopwatch2();
    
        while(true)
        {
            task_LCDHeartbeat();
            task_checkINT0();
            task_I2CTWI();
            accuzustand();
        }
        return 0;
    }
    standard.c:
    Code:
    #include "standard.h"
    #include "RP6ControlLib.h"
    #include "RP6I2CmasterTWI.h"
    #include "RP6Control_MultiIOLib.h"
    #include "RP6Control_I2CMasterLib.h"
    #include "RP6ControlServoLib.h"
    #include "RP6Control_OrientationLib.h"
    
    
    /************************ Write a floating point number to the LCD or terminal. ******/
     /*
     * Example:
     *
     *            // Write a floating point number to the LCD (no exponent):
     *            writeDoubleLCD(1234567.890, 11, 3);
     *
     * The value of prec (precision) defines the number of decimal places.
     * For 32 bit floating point variables (float, double ...) 6 is
     * the max. value for prec (7 relevant digits).
     * The value of width defines the overall number of characters in the
     * floating point number including the decimal point. The number of
     * pre-decimal positions is: (width - prec - 1).
     */
    
    void writeDoubleLCD(double number, uint8_t width, uint8_t prec)
    {char buffer[width + 1];
        dtostrf(number, width, prec, &buffer[0]);
        writeStringLCD(&buffer[0]);
    }
    
    /* Write a floating point number to the terminal (no exponent):
               writeDoubleLCD(1234567.890, 11, 3);
    */
    
    void writeDouble(double number, uint8_t width, uint8_t prec)
    {char buffer[width + 1];
        dtostrf(number, width, prec, &buffer[0]);
        writeString(&buffer[0]);
    }
    
    
    
    
    /**************accuspannungsanzeige********/
    
    void accuspannung(void) //  accuspannung ausgeben
    {
    // Voltage & current sensor test:
    multiio_init();
    LTC2990_measure();
    setCursorPosLCD(0, 0);
    //writeStringLCD("BAT Current: ");
    //writeDoubleLCD(cbat, 6, 1);
    writeStringLCD(" accu: ");
    writeDoubleLCD(vbat, 4, 1);
    writeStringLCD( " V");
    }
    
    /**************accuzustand********/
    
    void accuzustand(void) //  accuspannung abfragen und signalisieren
    {
    
    LTC2990_measure();
    if (vbat < 6)
    {
    buzzer(330);
    mSleep(200);
    buzzer(330);
    mSleep(200);
    }
    
    }
    
    /*****************************************************************************/
    // I2C Error handler
    
    /**
     * This function gets called automatically if there was an I2C Error like
     * the slave sent a "not acknowledge" (NACK, error codes e.g. 0x20 or 0x30).
     * The most common mistakes are:
     *   - using the wrong address for the slave
     *   - slave not active or not connected to the I2C-Bus
     *   - too fast requests for a slower slave
     * Be sure to check this if you get I2C errors!
     */
    void I2C_transmissionError(uint8_t errorState)
    {
        writeString_P("\nI2C ERROR --> TWI STATE IS: 0x");
        writeInteger(errorState, HEX);
        writeChar('\n');
    }
    
    /*******************LCD_heart_beat************************/
    
    void task_LCDHeartbeat(void)
    {
        if(getStopwatch1() > 500)
        {
            static uint8_t heartbeat = false;
            if(heartbeat)
            {
                clearPosLCD(0, 15, 1);
                heartbeat = false;
            }
            else
            {
                setCursorPosLCD(0, 15);
                writeStringLCD_P("*");
                heartbeat = true;
                printAllSensorValues();
            }
            setStopwatch1(0);
        }
    }
    
    /*********************watchdod_request*****************/
    /*
     * Now we have a second "Heartbeat" display
     * which shows if the Controller still reacts on
     * the Watchdog requests from the Slave Controller!
     * And it also shows if the slave Controller is
     * still up and running.
     *
     * It will blink with a rate of about 2Hz when
     * the watchdog requests are still active.
     */
    void watchDogRequest(void)
    {
        static uint8_t heartbeat2 = false;
        if(heartbeat2)
        {
            clearPosLCD(0, 14, 1);
            heartbeat2 = false;
        }
        else
        {
            setCursorPosLCD(0, 14);
            writeStringLCD_P("#");
            heartbeat2 = true;
        }
    }
    /*******************print_all_sensor_values*****************/
    
    /*
     * This function prints out all ADC values and motor parameters:
     * power, desired speed, measured speed and driven distance.
     *
     * It first calls "getAllSensors()" from the library which reads all
     * the sensor values we use here from the Slave Controller.
     * Then you can use just the same variables as on the RP6Base to get
     * the ADC values.
     */
    void printAllSensorValues(void)
    {
        getAllSensors();
        writeString_P("\nRead Sensor Values:\n");
        writeString_P("PL:");writeIntegerLength(mleft_power,DEC,3);
        writeString_P(" | PR:");writeIntegerLength(mright_power,DEC,3);
        writeString_P(" | VL:");writeIntegerLength(mleft_speed,DEC,3);
        writeString_P(" | VR:");writeIntegerLength(mright_speed,DEC,3);
        writeString_P(" | DL:");writeIntegerLength(mleft_des_speed,DEC,3);
        writeString_P(" | DR:");writeIntegerLength(mright_des_speed,DEC,3);
        writeChar('\n');
        writeString_P("DSTL:");writeIntegerLength(mleft_dist,DEC,5);
        writeString_P(" | DSTR:");writeIntegerLength(mright_dist,DEC,5);
        writeChar('\n');
        writeString_P("LSL:");writeIntegerLength(adcLSL,DEC,4);
        writeString_P(" | LSR:");writeIntegerLength(adcLSR,DEC,4);
        writeString_P(" | MCL:");writeIntegerLength(adcMotorCurrentLeft,DEC,4);
        writeString_P(" | MCR:");writeIntegerLength(adcMotorCurrentRight,DEC,4);
        writeString_P(" | BAT:");writeIntegerLength(adcBat,DEC,4);
        writeString_P(" | AD0:");writeIntegerLength(adc0,DEC,4);
        writeString_P(" | AD1:");writeIntegerLength(adc1,DEC,4);
        writeChar('\n');
    }
    
    
    
    /******************acs_State_Changed*****************************/
    
    void acsStateChanged(void)
    {
        writeString_P("ACS state changed L: ");
        if(obstacle_left)
        {
            writeChar('o');
            setCursorPosLCD(1, 12);
            writeStringLCD_P("LEFT");
        }
        else
        {
            writeChar(' ');
            clearPosLCD(1, 12, 4);
        }
        writeString_P(" | R: ");
        if(interrupt_status.obstacleRight)
        {
            writeChar('o');
            setCursorPosLCD(1, 0);
            writeStringLCD_P("RIGHT");
        }
        else
        {
            writeChar(' ');
            clearPosLCD(1, 0, 5);
        }
        if(obstacle_left && obstacle_right)
        {
            externalPort.LEDS = 0b0110;
            writeString_P("   MIDDLE!");
            setCursorPosLCD(1, 7);
            writeStringLCD_P("MID");
        }
        else
        {
            externalPort.LEDS = 0b0000;
            clearPosLCD(1, 7, 3);
        }
    
        if(obstacle_left)
            externalPort.LED1 = true;
        if(obstacle_right)
            externalPort.LED4 = true;
        outputExt();
    
        if(obstacle_left && obstacle_right)
        {
            sound(140,10,0);
        }
        else
        {
            if(obstacle_left)
                sound(100,5,0);
            if(obstacle_right)
                sound(120,5,0);
        }
        writeChar('\n');
    }
    
    
    
    /*****************bumpers_state_changed*********************/
    
    void bumpersStateChanged(void)
    {
        // Bumper status changed, output current state and play sounds:
        writeString_P("Bumpers changed: ");
        if(bumper_right && bumper_left)
        {
            writeString_P("MIDDLE!");
            sound(200,100,0);
        }
        else
        {
            if(bumper_left)
            {
                writeString_P("LEFT!");
                sound(200,50,10);
                sound(150,20,0);
            }
            else if(bumper_right)
            {
                writeString_P("RIGHT!");
                sound(200,50,10);
                sound(150,20,0);
            }
            else
            {
                writeString_P("FREE!");
            }
        }
        writeChar('\n');
    }
    
    /**********receive_RC5_data***************************/
    /*
    void receiveRC5Data(RC5data_t rc5data)
    {
        // Output the received data:
        writeString_P("RC5 Reception --> Toggle Bit:");
        writeChar(rc5data.toggle_bit + '0');
        writeString_P(" | Device Address:");
        writeInteger(rc5data.device, DEC);
        writeString_P(" | Key Code:");
        writeInteger(rc5data.key_code, DEC);
        writeChar('\n');
    }
    */
    /************battery_voltage_low*************************/
    
    void batteryVoltageLow(uint8_t isVoltageLow)
    {
        if(isVoltageLow)
        {
            writeString_P("\nBattery Voltage low: ");
            // Send Battery voltage to UART:
            writeIntegerLength((((adcBat/102.4f)+0.1f)), DEC, 2);
            writeChar('.');
            writeIntegerLength((((adcBat/1.024f)+10)), DEC, 2);
            writeString_P("V\n");
        }
        else
        {
            writeString_P("\nBattery Voltage is OK!\n");
        }
    }
    gruß inka

  6. #6
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    08.08.2008
    Ort
    DE
    Beiträge
    523
    das "#endif /*STANDARD_H_*/" habe ich ans programmende verschoben - das problem löst es aber nicht...
    Mein Beitrag besteht aus mehr als 2 Zeilen, ja?

    Den Rest mit uint8_t auch beachtet??

    mfg

  7. #7
    Erfahrener Benutzer Robotik Einstein Avatar von inka
    Registriert seit
    29.10.2006
    Ort
    nahe Dresden
    Alter
    77
    Beiträge
    2.180
    Zitat Zitat von Wsk8 Beitrag anzeigen
    Mein Beitrag besteht aus mehr als 2 Zeilen, ja?

    Den Rest mit uint8_t auch beachtet??

    mfg
    ja, ist mir nicht entgangen. Unser RP6 spezialist (Dirk) hat ja schon geschrieben, dass es in diesem fall bekannt ist...

    Das hauptprogramm (RP6Control_08_I2CMaster.c) ist eines der demo-programme für das M32-board des RP6. Mehrfach in seinem originalzustand kompiliert und eingesetzt. Auch mit seinen variablen. Abgesehen davon, dass ich überhaupt nicht weiss, wo überall ich es ändern müsste, nehme ich aus dem vorgenanntem an, dass es nicht funtionieren wird...
    gruß inka

  8. #8
    Erfahrener Benutzer Robotik Einstein
    Registriert seit
    27.08.2013
    Ort
    Region Basel
    Alter
    67
    Beiträge
    2.435
    Hallo Wsk8,

    Zitat Zitat von Wsk8 Beitrag anzeigen
    [CODE]
    Sorry, aber lern doch bitte wie man die Fehlermeldungen liest. Die sind zu 98% immer sehr genau an der entsprechenden Stelle! Nur bei fehlenden Klammern ist die Meldung verstreut, aber dafür gibts jetzt ja die Möglichkeit sie mit Autocomplete sofort zu schließen.
    Da habe ich vermutlich mehr Erfahrung als du!
    Ich programmiere jetzt seit 25 Jahren in C, hauptsächlich auf Microcontrollern, also ohne bestehendes Betriebssystem. Betriebssysteme habe ich auch schon ein paar geschriben. Zudem war ich an der Entwicklung mehrerer C-Compiler beteiligt.
    Beruflich programmiere ich Microprozessoren seit 1976, anfangs mit einem KIM-1, alles von Hand auf Papier assembliert und Hex eingegeben. War eine heiden Arbeit!
    Das waren damals Prüfprogamme, mit denen Hardware in der Fabrikation getestet wurde.

    Sollte eigentlich an Erfahrung genügen.

    Zitat Zitat von Wsk8 Beitrag anzeigen
    [CODE]
    Der Compiler will hinter uint8_t eine Klammer. Warum ist mir jetzt auch nicht bewusst. Evtl liegts am uint8_t.
    Das ist mit Garantie so.
    Der Compiler kennt uint8_t nicht, also wird es lexikalisch als Bezeichner gewertet. Bei der syntaktischen Prüfung ist dann uint8_t kein Datentyp, muss also eine Variable sein, folglich kann daruf nur ein ",", eine andere Variable oder eine ")" folgen!

    Folglöich kennt der Compiler an dieser Stelle uint8_t nicht, dass hast du aber bestritten!

    Ich habe nicht immer die Zeit und Lust lange Romane zu schreiben!
    Deshalb meine Kurze Bemerkung, dass der Compiler uint8_t nicht kennt und der eigentliche Fehler irgendwo vorher zu suchen ist.

    Ich habe es schon zur genüge erlebt, dass in Projeten ein Tippfel in eine HeaderDatei, erst viele Seiten und andere Includes später zu einem Fehler führt.
    Jeder der etwas mehr Erfahrung mit C hat, kennt das eben, dass der Fehler zwischen Anfang und der gemeldeten Stelle liegt.
    Das hängt halt eben auch mit der Freiheit der Sprache zusammen, je restriktiver eine Sprache ist, umso genauer kann die Syntax-Fehlerstelle angegeben werden.

    MfG Peter(TOO)

  9. #9
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    08.08.2008
    Ort
    DE
    Beiträge
    523
    Da habe ich vermutlich mehr Erfahrung als du!
    Ich programmiere jetzt seit 25 Jahren in C, hauptsächlich auf Microcontrollern, also ohne bestehendes Betriebssystem. Betriebssysteme habe ich auch schon ein paar geschriben. Zudem war ich an der Entwicklung mehrerer C-Compiler beteiligt.
    Beruflich programmiere ich Microprozessoren seit 1976, anfangs mit einem KIM-1, alles von Hand auf Papier assembliert und Hex eingegeben. War eine heiden Arbeit!
    Das waren damals Prüfprogamme, mit denen Hardware in der Fabrikation getestet wurde.

    Sollte eigentlich an Erfahrung genügen.
    Dann frage ich mich aber, welche Compiler du verwendest?! Der GCC, den ich verwende, gibt die Fehler zu 98% sehr genau aus!! Wenns nicht so genau ist, dann liegts im Normalfall daran, dass man ein Semikolon oder eine Klammer vergessen hat. Und bei solchen Fehlern treten meistens sowieso mehrere Fehler auf, da die ganze Struktur nicht passt.

    Auch frage ich mich, wie du zu der Ansicht gelangt bist, dass der Fehler wo anders als an der angegebenen Stelle liegt? Der Fehler war nämlich mitten in der Parameterliste und uint8_t ist kein selbstdefinierter Typ wo man mal ein Semikolon etc vergisst.

    Folglöich kennt der Compiler an dieser Stelle uint8_t nicht, dass hast du aber bestritten!
    Ich habe gar nichts bestritten Dazu kann ich mich sogar selbst zitieren:
    Nein, aber Peter hat zumindest schon auf der 2 Seite den Hinweis dazu gegeben, denn aber jeder ignoriert hat weil es ja ein sogenannter "RP6-Experte" aus dem RP6-Forum besser wusste.
    Deshalb meine Kurze Bemerkung, dass der Compiler uint8_t nicht kennt und der eigentliche Fehler irgendwo vorher zu suchen ist.
    Du musst auch keinen langen Romane schreiben. Die einfachste Antwort war einfach: "#include <stdint.h>"

    mfg

  10. #10
    Erfahrener Benutzer Robotik Einstein
    Registriert seit
    27.08.2013
    Ort
    Region Basel
    Alter
    67
    Beiträge
    2.435
    Hallo,
    Zitat Zitat von Wsk8 Beitrag anzeigen
    Der GCC, den ich verwende, gibt die Fehler zu 98% sehr genau aus!!
    Meistens trifft der Compiler auch die Stelle, aber:

    1. Der Pre-Prozessor funktioniert, etwas vereinfacht, wie "suchen und ersetzen" in einen Texteditor. Fehler welche durch Macros entstehen, treten daher nicht an der Stelle wo das "#define" steht auf, sondern dort wo das Macro verwendet wird.

    2. Selbiges gilt auch, wie in diesem Fall, für fehlende "typedef". Wobei ich jetzt keine Ahnung habe, wie die Definition in der verwendeten Implementierung gemacht wird. Grundsätlich ist die Verwendung von "typedef" und "#define" in diesem Fall gleichwertig.

    3. Eine fehlende "}" wird oft erst bei der Definition der nächsten Funktion erkannt. Das liegt an der gültigen Syntax von C.


    Zitat Zitat von Wsk8 Beitrag anzeigen
    Auch frage ich mich, wie du zu der Ansicht gelangt bist, dass der Fehler wo anders als an der angegebenen Stelle liegt? Der Fehler war nämlich mitten in der Parameterliste und uint8_t ist kein selbstdefinierter Typ wo man mal ein Semikolon etc vergisst.
    uint8_t gibt es in Standard-C erst seit C99.
    Compilertechnisch, bleibt es aber ein selbst definierter Datentyp.
    Das dieser in stdint.h hinterlegt ist, ist eine implementierungsspezifische Erweiterung, dieser muss nicht in einer konkreten Implementierung vorhanden sein.
    Hier mal die Datentypen welche Standard-C kennt:
    http://en.wikipedia.org/wiki/C_data_types

    C ist wohl die am meisten falsch verstandene Sprache.
    Der Compiler kennt nur um die 30-40 Schlüsselwörter und eine Hand voll Operatoren.
    Der ganze Rest wie z.B. itoa();, printf(); usw., sind Funktionen welche sich in, heute standartisierten, Bibliotheken befinden und sich aber, aus Sicht des Compilers, in keiner Weise von eigenen Funktionen unterscheiden.
    Ursprünglich, nach K&R, waren die ganzen Bibliothen nicht direkter Bestandteil der Sprachdefinition.

    Dies mach aber die ganze Stärke von C aus!
    In Pascal gab es z.B. keine Möglichkeit, Funktionen mit variabler Parameterzahl zu schreiben. Einzig write() konnte dies, weil write() ein Schlüsselwort war und der Compiler bei diesem eine Ausnahme machte. Änlich ist es bei BASIC mit PRINT.
    Bei C kann ich problemlos das printf() durch eine eigene Funktion ersetzen und dann Programme, ohne Änderung, überersetzen und mit meinem printf() linken.
    Auch kann man in C ein eigenes Dateisystem schreiben. Ich habe das bei vielen µP-Anwendungen gemacht. Da gab es vielleicht nur zwei Datwenstrukturen, welche als Datei angesprochen werden konnten. Das Dateisystem konnte deshalb nur mit zwei, fest vorgegebenen "Dateinamen" arbeiten, auf die konnte man dann aber über die "normalen Dateifunktionen" zugreifen. Dies hatte den Vorteil, dass der selbe Sourcecode auch auf einem PC verwendet werden konnte, auf dem µP aber kein aufwändiges Dateisysten programmiert werden musste. Zudem konnte jeder C-Programmierer erkennen, was der Code macht.

    Zitat Zitat von Wsk8 Beitrag anzeigen
    Du musst auch keinen langen Romane schreiben. Die einfachste Antwort war einfach: "#include <stdint.h>"
    Dies gilt scheinbar nur bei dem verwendeten Compiler und den, bzw. die verwendeten Bibliotheken, kenne ich (noch) nicht, da ich bisher nicht mit dem AVR gearbeitet habe.
    Zudem gibt es auch noch das Problem der richtigen Reihenfolge, da war der UP auch recht zurückhaltend.

    MfG Peter(TOO)

Ähnliche Themen

  1. Antworten: 2
    Letzter Beitrag: 23.03.2012, 22:36
  2. Probleme feine Strukturen zu drucken für Platine
    Von Hellmut im Forum Konstruktion/CAD/3D-Druck/Sketchup und Platinenlayout Eagle & Fritzing u.a.
    Antworten: 12
    Letzter Beitrag: 20.12.2010, 13:35
  3. Antworten: 11
    Letzter Beitrag: 07.09.2008, 16:56
  4. Probleme bei Strukturen (Projekt Funkuhr)
    Von Wasserkäfer im Forum C - Programmierung (GCC u.a.)
    Antworten: 9
    Letzter Beitrag: 19.07.2008, 15:10
  5. Ein Quarz für ein ATMEGA8 und ein ATMEGA16
    Von boeseTURBO-CT im Forum AVR Hardwarethemen
    Antworten: 6
    Letzter Beitrag: 14.06.2004, 16:07

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

fchao-Sinus-Wechselrichter AliExpress