- 12V Akku mit 280 Ah bauen         
Ergebnis 1 bis 10 von 48

Thema: Seltsames Problem

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Erfahrener Benutzer Roboter Genie Avatar von HeXPloreR
    Registriert seit
    08.07.2008
    Ort
    Soltau - Niedersachsen
    Alter
    46
    Beiträge
    1.369
    Es sind beide AGND-GND->MyAVR GND
    AVCC->VCC-> MyavrVCC
    PB0->LED rot->GND
    PB1->LED grün->GND
    Reset->R4,7k->VCC

    immer?
    Mit AVCC - dann muß aber auch AREF mit GND und 100nF Kondensator verschaltet werden.

    Also ich habe sie nicht verschaltet, weil ich sie nicht benötige zum messen.
    Wenn ich das richtig verstanden habe, darf/kann man diese Pins ausschliesslig dafür benutzen.

    Und naja, es läuft ja ... die Hex (für 1Mhz compiliert) von Hubert und mein Bascom Programm...in 1MHz und in 8Mhz

  2. #2
    Erfahrener Benutzer Robotik Visionär Avatar von Hubert.G
    Registriert seit
    14.10.2006
    Ort
    Pasching OÖ
    Beiträge
    6.220
    Mir ist nicht klar wie es ein Compilerproblem sein kann wenn meine *.hex nur bei dir nicht läuft.
    Hast du in den Fuses BODEN auf 4V gestellt?
    Grüsse Hubert
    ____________

    Meine Projekte findet ihr auf schorsch.at

  3. #3
    Erfahrener Benutzer Begeisterter Techniker
    Registriert seit
    21.04.2010
    Beiträge
    356
    Also ich mach es so schon seit geschätzten 4 Jahren und es hat bisher bei allen meinen Projekten einwandfrei funktionierd.
    BODEN und BODLEVEL sind beide unprogrammiert.

  4. #4
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    20.08.2008
    Ort
    Karlsruhe
    Alter
    37
    Beiträge
    1.225
    Außer wenn der Host dich in USB-Standby schickt, dann darfst du nur noch 500µA ziehen.

    Zu deinem F_CPU: Ich habe den Überblick verloren. Mal hat es getan was du erwartet hast, dann wieder nicht. Wenn du F_CPU verändern kannst ohne dass das Hexfile sich ändert, dann ist die Information über das geänderte F_CPU nicht beim Compiler angekommen. Der Fehler ist nicht im Compiler sondern auf dem Weg zum Compiler zu suchen. Die IDE ist ein ganz heißer Favorit.

    Zitat Zitat von HeXPloreR Beitrag anzeigen
    immer?
    Mit AVCC - dann muß aber auch AREF mit GND und 100nF Kondensator verschaltet werden.
    Immer! AVCC ist die Spannungsversorgung für den ADC sowie die Pins die als Eingang für den ADC verwendet werden können. Intern zwar mit VCC verbunden, legt das Datenblatt einem auch bei Nichtbenutzung des ADC nahe, den Pin an VCC anzuschließen. Er ist nur deshalb getrennt ausgeführt, um den Analogteil besser entstören zu können.
    AREF hat mit AVCC erst Mal nichts zu tun und muss nicht beschaltet werden. Bei vielen AVRs macht es Sinn, 100nF gegen GND anzuschließen, weil man bei diesen die interne Referenzspannung an den Pin anlegen, und somit stabilisieren, kann. Bei manchen kleineren AVRs gibt es diese Funktion nicht, dann kann man sich die 100nF sparen.

    mfG
    Markus
    Tiny ASURO Library: Thread und sf.net Seite

  5. #5
    Erfahrener Benutzer Robotik Visionär Avatar von Hubert.G
    Registriert seit
    14.10.2006
    Ort
    Pasching OÖ
    Beiträge
    6.220
    @markusj Bei neueren Mega8 ist AVCC nicht mehr mit VCC verbunden, das war ein Layoutfehler der mittlerweile behoben ist.
    Grüsse Hubert
    ____________

    Meine Projekte findet ihr auf schorsch.at

  6. #6
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    20.08.2008
    Ort
    Karlsruhe
    Alter
    37
    Beiträge
    1.225
    Zitat Zitat von Hubert.G Beitrag anzeigen
    @markusj Bei neueren Mega8 ist AVCC nicht mehr mit VCC verbunden, das war ein Layoutfehler der mittlerweile behoben ist.
    Danke für den Hinweis, das war mir neu. Weißt du zufällig, woher du diese Information hast? Im Datenblatt findet sich dazu nämlich keine Aussage.
    Tiny ASURO Library: Thread und sf.net Seite

  7. #7
    Erfahrener Benutzer Begeisterter Techniker
    Registriert seit
    21.04.2010
    Beiträge
    356
    Also ich kann jetzt einen Hardware Fehler definitiv und einfüralle mal ausschliesen.
    Ich habe mal mein Windows vorgekramt und das gleiche Programm in AVRStudio 5 erstellt, da geht es perfekt.
    Nur unter Linux macht es zicken.
    Ich kann mir aber nicht erklären warum es nicht am Compiler an kommen sollte, ich hab mitlerweile F_CPU direkt in der main.c definiert, vor allen includes natürlich.
    Keine veränderung.
    Ich kann mir das echt nicht mehr erklären.

  8. #8
    Erfahrener Benutzer Robotik Visionär Avatar von Hubert.G
    Registriert seit
    14.10.2006
    Ort
    Pasching OÖ
    Beiträge
    6.220
    Da hält sich Atmel ziemlich bedeckt.
    Den Hinweis bekam ich im mikrocontroller.net in Zusammenhang mit Probleme bei einem Mega8A und Reset.
    Ich habe Mega8 da steht oben neben Atmel 0931G, bei denen ist der Schluss noch vorhanden, bei 1045 nicht mehr. Lässt sich leicht mit einem Ohmmeter überprüfen.
    Grüsse Hubert
    ____________

    Meine Projekte findet ihr auf schorsch.at

  9. #9
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    20.08.2008
    Ort
    Karlsruhe
    Alter
    37
    Beiträge
    1.225
    Thalhammer: Ok, dann gehen wir das jetzt Mal ganz systematisch an. Zuerst einmal wird die IDE ausgenockt.

    Anbei dein Minimalcode, leicht modifiziert so dass anstelle der Makros direkt auf die Portregister zugegriffen wird, und ein Shellscript zum Bauen des ganzen. Beides abspeichern, Shellscript ausführbar machen und ausführen. Du kannst die Variable F_CPU im Skript variieren und kontrollieren ob sich dann das .hex-File und das .lss-File ändern. (Tun sie bei mir).

    main.c
    Code:
    #include <avr/io.h>
    #include <util/delay.h>
    
    int main()
    {
        DDRB=0xFF;
        while(1)
        {
            _delay_ms(100);
            PORTB ^= (1 << PB0);
        }
    }
    build.sh
    Code:
    #!/bin/bash
    
    F_CPU=8000000UL
    
    avr-gcc -Wall -Os -fpack-struct -fshort-enums -std=gnu99 -funsigned-char -funsigned-bitfields -mmcu=atmega8 "-DF_CPU=$F_CPU" -MMD -MP -MF"main.d" -MT"main.d" -c -o "main.o" "main.c"
    avr-gcc -Wl,-Map,main.map -mmcu=atmega8 -o "main.elf"  ./main.o   
    avr-objdump -h -S main.elf > "main.lss"
    avr-objcopy -R .eeprom -O ihex main.elf  "main.hex"
    Tiny ASURO Library: Thread und sf.net Seite

  10. #10
    Erfahrener Benutzer Robotik Visionär Avatar von Hubert.G
    Registriert seit
    14.10.2006
    Ort
    Pasching OÖ
    Beiträge
    6.220
    Eine Frage hätte ich da noch.
    Was verwendest du für eine Version von GCC.
    Es gab doch in älteren Versionen der AVR-Lib-C den Hinweis das _delay_ms() nur bis zu einem gewissen Wert funktioniert, abhängig von der Taktfrequenz.
    Grüsse Hubert
    ____________

    Meine Projekte findet ihr auf schorsch.at

Ähnliche Themen

  1. Seltsames Problem bei Array; Werte wandern
    Von Jaecko im Forum C - Programmierung (GCC u.a.)
    Antworten: 3
    Letzter Beitrag: 05.07.2012, 22:11
  2. Seltsames Problem nach dem Flashen...
    Von Nix_Blicker im Forum Asuro
    Antworten: 6
    Letzter Beitrag: 17.09.2008, 00:08
  3. Sehr sehr seltsames Problem
    Von Powell im Forum Elektronik
    Antworten: 9
    Letzter Beitrag: 23.05.2008, 20:32
  4. Antworten: 0
    Letzter Beitrag: 15.02.2008, 12:14
  5. Seltsames Problem (Erledigt)
    Von sledge77 im Forum Elektronik
    Antworten: 1
    Letzter Beitrag: 12.12.2006, 23:19

Berechtigungen

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

Solar Speicher und Akkus Tests