- 3D-Druck Einstieg und Tipps         
Seite 3 von 3 ErsteErste 123
Ergebnis 21 bis 27 von 27

Thema: Kapiere _delay nicht

  1. #21
    Erfahrener Benutzer Robotik Einstein Avatar von SprinterSB
    Registriert seit
    09.06.2005
    Ort
    An der Saar
    Beiträge
    2.802
    Anzeige

    Praxistest und DIY Projekte
    Zitat Zitat von Jokill
    Hab mir nämlich das Blinkbeispiel von https://www.roboternetz.de/wissen/in...ateien_für_AVR geholt. Und da leuchtet nur eine Lampe und es müsste eigentlich blinken.
    Hab ein STK500 mit einem Atmega8515. Kann man da was rumschalten?
    Den Code für den ATmega8515 habe ich nicht getestet, weil ich diesen µC nicht habe. Allerdings sollte er funktionieren.

    Wenn dieser Code nicht geht: Bist du sicher, daß der Progger nicht zB an der RESET-Leitung zieht, daß die Versorge hoch genug ist und der Taktgeber funktioniert/richtig anschwingt?

    Bist du ebenso sicher, daß dein Code auch für einen ATmega8515 erzeugt wird?

    Mit folgendem Code muss ein Blinken sichtbar sein, ansonsten stimmt was mit deiner Hardware/Build-Umgebung nicht

    Code:
    #include <avr/io.h>
    
    int main()
    {
        // Blinke an PortB0
        DDRB |= (1 << 0);
        
        while (0==0)
        {
            uint32_t i;
    
            for (i=0; i < 1000000; i++)
            {
                asm volatile (" ");
            }
            
            PORTB ^= (1 << 0);
        }    
    }
    Disclaimer: none. Sue me.

  2. #22
    Benutzer Stammmitglied
    Registriert seit
    05.03.2007
    Beiträge
    43
    Hallo, Code hat nicht funktioniert.
    Also Spannung ist hoch genug(12V). Wie seh ich wie der Progger verbunden ist?
    Schwingquarz hab ich im STK500 keinen drin, Controller kann doch selbst Takt generieren.

    Mfg Jokill

  3. #23
    Erfahrener Benutzer Roboter Experte
    Registriert seit
    22.11.2005
    Ort
    Braunschweig
    Alter
    48
    Beiträge
    685
    Compiliert er den Code denn richtig? Evtl. ist beim Comipler die Optimierung aus und der Code wird zu groß?

  4. #24
    Erfahrener Benutzer Robotik Einstein Avatar von SprinterSB
    Registriert seit
    09.06.2005
    Ort
    An der Saar
    Beiträge
    2.802
    Kann eigentlich nicht sein, selbt nichtoptimiert ist der Code nicht sooo groß (etwa vergleichbar mit BASCOM-Code).

    Zudem geht auch das vorcompilierte hex-Beispiel nicht.

    Weil das Programmieren des µC offenbar funktioniert, ist vielleicht der µC gefrittet oder die LED geht nicht, ist nicht an Port B0 angeschlossen oder sonst was.

    Unten hab ich das Beispiel von oben übersetzt für den ATmega8515.

    Wenn das nicht geht liegt es definitiv an deiner Hardware.
    Angehängte Dateien Angehängte Dateien
    Disclaimer: none. Sue me.

  5. #25
    Benutzer Stammmitglied
    Registriert seit
    05.03.2007
    Beiträge
    43
    Mit dem Code funktionierts auch nicht. Hab mir bei AVR Studio ein neues Projekt gemacht und die hex-Datei hinzugefügt. Wenn ich nun flashen will kommt folgender Fehler (Frequenz ist aber richtig eingestellt):
    Miniaturansichten angehängter Grafiken Miniaturansichten angehängter Grafiken fehler_429.jpg  

  6. #26
    Benutzer Stammmitglied
    Registriert seit
    05.03.2007
    Beiträge
    43
    Und noch was: Beim Register "Fuses" ist beim Kästchen "Serial program downloading (SPI) enabled; [SPIEN=0]" ein Fragezeichen.

  7. #27
    Benutzer Stammmitglied
    Registriert seit
    05.03.2007
    Beiträge
    43
    So, hab jetzt alles mögliche rumgestellt, aber jetzt gehts =D>
    Danke für die Hilfe.

Seite 3 von 3 ErsteErste 123

Berechtigungen

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

12V Akku bauen