- 12V Akku mit 280 Ah bauen         
Seite 6 von 19 ErsteErste ... 4567816 ... LetzteLetzte
Ergebnis 51 bis 60 von 183

Thema: Problem Beim Programmieren vom LCD

  1. #51
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    13.12.2006
    Ort
    Saarland
    Alter
    44
    Beiträge
    314
    Anzeige

    LiFePo4 Akku selber bauen - Video
    lol habe kein problem verstehe das nur net so ganz das da bei 116 74 raus kommen habe ich im Buch gesehen aber das mit dem binär *gg* ist ja auch egal ich schreibe mal connrad an und sage das das lcd nicht ansprechbar ist mit der adresse und das ich denke das es kaputt ist und lasse mir ein neues schicken. Das einzigste wäre noch die test hex von m.a.r.v.i.n zu ändern mit meiner adresse und noch mal zu probieren

  2. #52
    Moderator Robotik Einstein Avatar von damaltor
    Registriert seit
    28.09.2006
    Ort
    Milda
    Alter
    38
    Beiträge
    4.066
    na mach das doch... =)

    umrechnung von dezimal in binär und hex erklär ich dir irgend wann mal im icq
    Read... or die.
    ff.mud.de:7600
    Bild hier  

  3. #53
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    13.12.2006
    Ort
    Saarland
    Alter
    44
    Beiträge
    314
    ok danke. =) "das ist mal wieder das ich die 15 zeichen zusammen bekomme^^"

    so habe es geändert aber die status led ist immer noch rot und es kommen einser. jetzt habe ich mal I2CMASTER.H auf gemacht kann es vllt sein das es daran ligt das die code darin falsch sind???

  4. #54
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    13.12.2006
    Ort
    Saarland
    Alter
    44
    Beiträge
    314
    also folgene änderung habe ich gemacht so sah die alte i2cmaster.h aus

    Code:
    #ifndef _I2CMASTER_H
    #define _I2CMASTER_H   1
    /************************************************************************* 
    * Title:    C include file for the I2C master interface 
    *           (i2cmaster.S or twimaster.c)
    * Author:   Peter Fleury <pfleury@gmx.ch>  http://jump.to/fleury
    * File:     $Id: i2cmaster.h,v 1.10 2005/03/06 22:39:57 Peter Exp $
    * Software: AVR-GCC 3.4.3 / avr-libc 1.2.3
    * Target:   any AVR device
    * Usage:    see Doxygen manual
    **************************************************************************/
    
    #ifdef DOXYGEN
    /**
     @defgroup pfleury_ic2master I2C Master library
     @code #include <i2cmaster.h> @endcode
      
     @brief I2C (TWI) Master Software Library
    
     Basic routines for communicating with I2C slave devices. This single master 
     implementation is limited to one bus master on the I2C bus. 
    
     This I2C library is implemented as a compact assembler software implementation of the I2C protocol 
     which runs on any AVR (i2cmaster.S) and as a TWI hardware interface for all AVR with built-in TWI hardware (twimaster.c).
     Since the API for these two implementations is exactly the same, an application can be linked either against the
     software I2C implementation or the hardware I2C implementation.
    
     Use 4.7k pull-up resistor on the SDA and SCL pin.
     
     Adapt the SCL and SDA port and pin definitions and eventually the delay routine in the module 
     i2cmaster.S to your target when using the software I2C implementation ! 
     
     Adjust the  CPU clock frequence F_CPU in twimaster.c or in the Makfile when using the TWI hardware implementaion.
    
     @note 
        The module i2cmaster.S is based on the Atmel Application Note AVR300, corrected and adapted 
        to GNU assembler and AVR-GCC C call interface.
        Replaced the incorrect quarter period delays found in AVR300 with 
        half period delays. 
        
     @author Peter Fleury pfleury@gmx.ch  http://jump.to/fleury
    
     @par API Usage Example
      The following code shows typical usage of this library, see example test_i2cmaster.c
    
     @code
    
     #include <i2cmaster.h>
    
    
     #define Dev24C02  0xA2      // device address of EEPROM 24C02, see datasheet
    
     int main(void)
     {
         unsigned char ret;
    
         i2c_init();                             // initialize I2C library
    
         // write 0x75 to EEPROM address 5 (Byte Write) 
         i2c_start_wait(Dev24C02+I2C_WRITE);     // set device address and write mode
         i2c_write(0x05);                        // write address = 5
         i2c_write(0x75);                        // write value 0x75 to EEPROM
         i2c_stop();                             // set stop conditon = release bus
    
    
         // read previously written value back from EEPROM address 5 
         i2c_start_wait(Dev24C02+I2C_WRITE);     // set device address and write mode
    
         i2c_write(0x05);                        // write address = 5
         i2c_rep_start(Dev24C02+I2C_READ);       // set device address and read mode
    
         ret = i2c_readNak();                    // read one byte from EEPROM
         i2c_stop();
    
         for(;;);
     }
     @endcode
    
    */
    #endif /* DOXYGEN */
    
    /**@{*/
    
    #if (__GNUC__ * 100 + __GNUC_MINOR__) < 304
    #error "This library requires AVR-GCC 3.4 or later, update to newer AVR-GCC compiler !"
    #endif
    
    #include <avr/io.h>
    
    /** defines the data direction (reading from I2C device) in i2c_start(),i2c_rep_start() */
    #define I2C_READ    1
    
    /** defines the data direction (writing to I2C device) in i2c_start(),i2c_rep_start() */
    #define I2C_WRITE   0
    
    
    /**
     @brief initialize the I2C master interace. Need to be called only once 
     @param  void
     @return none
     */
    extern void i2c_init(void);
    
    
    /** 
     @brief Terminates the data transfer and releases the I2C bus 
     @param void
     @return none
     */
    extern void i2c_stop(void);
    
    
    /** 
     @brief Issues a start condition and sends address and transfer direction 
      
     @param    addr address and transfer direction of I2C device
     @retval   0   device accessible 
     @retval   1   failed to access device 
     */
    extern unsigned char i2c_start(unsigned char addr);
    
    
    /**
     @brief Issues a repeated start condition and sends address and transfer direction 
    
     @param   addr address and transfer direction of I2C device
     @retval  0 device accessible
     @retval  1 failed to access device
     */
    extern unsigned char i2c_rep_start(unsigned char addr);
    
    
    /**
     @brief Issues a start condition and sends address and transfer direction 
       
     If device is busy, use ack polling to wait until device ready 
     @param    addr address and transfer direction of I2C device
     @return   none
     */
    extern void i2c_start_wait(unsigned char addr);
    
     
    /**
     @brief Send one byte to I2C device
     @param    data  byte to be transfered
     @retval   0 write successful
     @retval   1 write failed
     */
    extern unsigned char i2c_write(unsigned char data);
    
    
    /**
     @brief    read one byte from the I2C device, request more data from device 
     @return   byte read from I2C device
     */
    extern unsigned char i2c_readAck(void);
    
    /**
     @brief    read one byte from the I2C device, read is followed by a stop condition 
     @return   byte read from I2C device
     */
    extern unsigned char i2c_readNak(void);
    
    /** 
     @brief    read one byte from the I2C device
     
     Implemented as a macro, which calls either i2c_readAck or i2c_readNak
     
     @param    ack 1 send ack, request more data from device
    
                   0 send nak, read is followed by a stop condition 
     @return   byte read from I2C device
     */
    extern unsigned char i2c_read(unsigned char ack);
    #define i2c_read(ack)  (ack) ? i2c_readAck() : i2c_readNak(); 
    
    
    /**@}*/
    #endif
    und so sieht meine aus änderung aus
    Code:
    #ifndef _I2CMASTER_H
    #define _I2CMASTER_H   1
    /************************************************************************* 
    * Title:    C include file for the I2C master interface 
    *           (i2cmaster.S or twimaster.c)
    * Author:   Peter Fleury <pfleury@gmx.ch>  http://jump.to/fleury
    * File:     $Id: i2cmaster.h,v 1.10 2005/03/06 22:39:57 Peter Exp $
    * Software: AVR-GCC 3.4.3 / avr-libc 1.2.3
    * Target:   any AVR device
    * Usage:    see Doxygen manual
    **************************************************************************/
    
    #ifdef DOXYGEN
    /**
     @defgroup pfleury_ic2master I2C Master library
     @code #include <i2cmaster.h> @endcode
      
     @brief I2C (TWI) Master Software Library
    
     Basic routines for communicating with I2C slave devices. This single master 
     implementation is limited to one bus master on the I2C bus. 
    
     This I2C library is implemented as a compact assembler software implementation of the I2C protocol 
     which runs on any AVR (i2cmaster.S) and as a TWI hardware interface for all AVR with built-in TWI hardware (twimaster.c).
     Since the API for these two implementations is exactly the same, an application can be linked either against the
     software I2C implementation or the hardware I2C implementation.
    
     Use 4.7k pull-up resistor on the SDA and SCL pin.
     
     Adapt the SCL and SDA port and pin definitions and eventually the delay routine in the module 
     i2cmaster.S to your target when using the software I2C implementation ! 
     
     Adjust the  CPU clock frequence F_CPU in twimaster.c or in the Makfile when using the TWI hardware implementaion.
    
     @note 
        The module i2cmaster.S is based on the Atmel Application Note AVR300, corrected and adapted 
        to GNU assembler and AVR-GCC C call interface.
        Replaced the incorrect quarter period delays found in AVR300 with 
        half period delays. 
        
     @author Peter Fleury pfleury@gmx.ch  http://jump.to/fleury
    
     @par API Usage Example
      The following code shows typical usage of this library, see example test_i2cmaster.c
    
     @code
    
     #include <i2cmaster.h>
    
    
     #define 0x74      // device address of 0x74, see datasheet
    
     int main(void)
     {
         unsigned char ret;
    
         i2c_init();                             // initialize I2C library
    
         // write 0x75 to EEPROM address 5 (Byte Write) 
         i2c_start_wait(0x74+I2C_WRITE);     // set device address and write mode
         i2c_write(0x05);                        // write address = 5
         i2c_write(0x75);                        // write value 0x75 to EEPROM
         i2c_stop();                             // set stop conditon = release bus
    
    
         // read previously written value back from EEPROM address 5 
         i2c_start_wait(0x74+I2C_WRITE);     // set device address and write mode
    
         i2c_write(0x05);                        // write address = 5
         i2c_rep_start(0x74+I2C_READ);       // set device address and read mode
    
         ret = i2c_readNak();                    // read one byte from EEPROM
         i2c_stop();
    
         for(;;);
     }
     @endcode
    
    */
    #endif /* DOXYGEN */
    
    /**@{*/
    
    #if (__GNUC__ * 100 + __GNUC_MINOR__) < 304
    #error "This library requires AVR-GCC 3.4 or later, update to newer AVR-GCC compiler !"
    #endif
    
    #include <avr/io.h>
    
    /** defines the data direction (reading from I2C device) in i2c_start(),i2c_rep_start() */
    #define I2C_READ    1
    
    /** defines the data direction (writing to I2C device) in i2c_start(),i2c_rep_start() */
    #define I2C_WRITE   0
    
    
    /**
     @brief initialize the I2C master interace. Need to be called only once 
     @param  void
     @return none
     */
    extern void i2c_init(void);
    
    
    /** 
     @brief Terminates the data transfer and releases the I2C bus 
     @param void
     @return none
     */
    extern void i2c_stop(void);
    
    
    /** 
     @brief Issues a start condition and sends address and transfer direction 
      
     @param    addr address and transfer direction of I2C device
     @retval   0   device accessible 
     @retval   1   failed to access device 
     */
    extern unsigned char i2c_start(unsigned char addr);
    
    
    /**
     @brief Issues a repeated start condition and sends address and transfer direction 
    
     @param   addr address and transfer direction of I2C device
     @retval  0 device accessible
     @retval  1 failed to access device
     */
    extern unsigned char i2c_rep_start(unsigned char addr);
    
    
    /**
     @brief Issues a start condition and sends address and transfer direction 
       
     If device is busy, use ack polling to wait until device ready 
     @param    addr address and transfer direction of I2C device
     @return   none
     */
    extern void i2c_start_wait(unsigned char addr);
    
     
    /**
     @brief Send one byte to I2C device
     @param    data  byte to be transfered
     @retval   0 write successful
     @retval   1 write failed
     */
    extern unsigned char i2c_write(unsigned char data);
    
    
    /**
     @brief    read one byte from the I2C device, request more data from device 
     @return   byte read from I2C device
     */
    extern unsigned char i2c_readAck(void);
    
    /**
     @brief    read one byte from the I2C device, read is followed by a stop condition 
     @return   byte read from I2C device
     */
    extern unsigned char i2c_readNak(void);
    
    /** 
     @brief    read one byte from the I2C device
     
     Implemented as a macro, which calls either i2c_readAck or i2c_readNak
     
     @param    ack 1 send ack, request more data from device
    
                   0 send nak, read is followed by a stop condition 
     @return   byte read from I2C device
     */
    extern unsigned char i2c_read(unsigned char ack);
    #define i2c_read(ack)  (ack) ? i2c_readAck() : i2c_readNak(); 
    
    
    /**@}*/
    #endif

  5. #55
    Moderator Robotik Einstein Avatar von damaltor
    Registriert seit
    28.09.2006
    Ort
    Milda
    Alter
    38
    Beiträge
    4.066
    naja so habe ich die lib auch angepasst bei dem code im ersten post...
    Read... or die.
    ff.mud.de:7600
    Bild hier  

  6. #56
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    13.12.2006
    Ort
    Saarland
    Alter
    44
    Beiträge
    314
    jetzt läuft der Test von m.a.r.v.i.n die status LED wird grün und er zählt 1.2.23.4.5.6.7.8.... weiss ja nicht ob das so richtig ist

    jetzt das

    i2c_write(0x05); // write address = 5
    im daten blatt von mir
    010xxxxxx1 weiss aber nicht was das für ne zahl ist vllt 0x01?

  7. #57
    Erfahrener Benutzer Roboter Genie Avatar von m.a.r.v.i.n
    Registriert seit
    24.07.2005
    Ort
    Berlin
    Beiträge
    1.247
    In der i2cmaster.h Datei braucht man überhaupt nichts ändern. Die Änderung die du dort gemacht hast, betrifft doch nur das Beispiel, das für die doxygen Dokumentation verwendet wird. Am erzeugten Code ändert das gar nichts, weil dieser Bereich als Kommentar angesehen wird.

    In der i2cmaster.S Datei wird eingestellt, welche Ports man für den I2C Bus verwendet.

    Code:
    ;***** Adapt these SCA and SCL port and pin definition to your target !!
    ;
    #define SDA     	3		// SDA Port C, Pin 3 ADC3
    #define SCL		2		// SCL Port C, Pin 2 ADC2
    #define SDA_PORT        PORTC           // SDA Port C
    #define SCL_PORT        PORTC           // SCL Port C
    Die Device Adresse und den Programmcode ändert man nur in der test_i2cmaster.c Datei.

  8. #58
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    13.12.2006
    Ort
    Saarland
    Alter
    44
    Beiträge
    314
    ah ja da habe ich es auch geändert stimmt

    edit: m.a.r.v.i.n hat vollkommen recht habe die h wieder überschrieben mit der die ich geändert habe jetzt funktionierts immer noch

  9. #59
    Moderator Robotik Einstein Avatar von damaltor
    Registriert seit
    28.09.2006
    Ort
    Milda
    Alter
    38
    Beiträge
    4.066
    ok, kurzes umrechnungs-howto:
    im datenblatt stehen 9stellige zahlen. die letzte stelle, ACK, wird ignoriert. bleiben 8 stellen.
    beispiel:

    01101101

    diese zahl teilst du in zwei hälften:

    0110 1101

    jetzt nimmst du die erste hälfte: 0110

    von RECHTS NACH LINKS ist der wert der ziffern
    1,2,4,8
    alo rechnest du jetzt von rechts nach links:
    0*1 + 1*2 + 1*4 + 0*8
    also (ziffer an der stelle)*(wert der stelle)
    0*1 + 1*2 + 1*4 + 0*8 = 6
    diese 6 merkst du dir.

    zweite hälfte: 1101
    von rechts nach links:
    1*1+0*2+1*4+1*8=13
    jetzt hast du zwei zahlen:

    6 13
    das musst du jetzt nur noch umrechnen in folgendem muster:
    0->0
    1->1
    ...
    8->8
    9->9
    10->A
    11->B
    12->C
    13->D
    14->E
    15->F

    also schreibst du anstatt 6 13 jetzt 6D. damit der compiler die zahl versteht, schreibst du noch 0x davor. das bedeutet also nur "dies ist eine hexzahl"

    binäre zahl -> hexzahl
    01101101 -> 6D

    noch ein beispiel: die adresse ds displays.
    01110100
    zwei hälften:
    0111 0100
    erste hälfte:
    1*1+1*2+1*4+0*8=7
    zweite hälfte:
    0*1+0*2+1*4+0*8=4
    also ist die hex-zahl 0x74

    wenn im datenblatt an einer bitstelle ein X steht, dann ist es egal was hier übertragen wird. vorzugsweise eine null, ist leicher zu rechnen.
    also für dein beispiel 010xxxxx1:
    die eins am ende fällt weg. übertragen wird 01000000
    zwei hälften: 0100 0000
    erste hälfte: 0*1+0*2+1*4+0*8=4
    zweite hälfte: 0*1+0*2+0*4+0*8=0
    zusammen:0x40
    mehr ist es nicht...
    Read... or die.
    ff.mud.de:7600
    Bild hier  

  10. #60
    Erfahrener Benutzer Fleißiges Mitglied
    Registriert seit
    27.11.2006
    Ort
    Hamburg
    Alter
    35
    Beiträge
    184
    such doch im google hex to binary oder so ^^.

    Also jetzt geht das teil doch ^^. Du kannst jetzt mit dem programmierung anfangen, viel spaß
    Gruß Raid

    Der ^^ Mann

Seite 6 von 19 ErsteErste ... 4567816 ... LetzteLetzte

Berechtigungen

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

12V Akku bauen