AVR ISP Programmer in C problem mit Load Flash Buffer

[MOBA 2. (Gast)]

Hallo Leute,

ich programmiere einen ISP Programmer selbst (in C).
Ich kann bis jetzt Fuses lesen/schreiben, Signature Bytes lesen, und 
einen Chip-Erase durchführen.

Was aber irgendwie absolut nicht klappen will, ist das Beschreiben des 
Flash. Nachfolgend die Funktion die das eigentlich machen soll. Vorher 
wird die Funktion aufgerufen, welche die Daten über die Uart entgegen 
nimmt und parsed. Diese Funktion habe ich von meinem Bootloader 
genommen, die funktioniert (splittet einfach das hex-format auf und gibt 
die Daten in entsprechenden Variablen/Arrays wieder).


Es geht hierbei um einen Attiny13 der beschrieben werden soll.
Ich sende die Befehle, Adresse unteren 4bit (2x die Daten an die gleiche 
Adresse, erst LSB dann MSB).
Dann (wenn das insg. 32 byte geladen wurden in den buffer), wird die 
page geschrieben. Ich habe mal das Dokument (IST.hex) angehängt, und das 
was drauf geschrieben werden soll (SOLL.hex).

Kann mir jmd. sagen, was ich dort falsch mache?

//fill buffer
    for (uint8_t i = NULL; i < WordsPerPage; i++)
    {
      spi_data(0x40);
      spi_data(0x00);
      spi_data(adress|i);          //low byte adr for word offset
      spi_data(DATA_LSB_MSB[i*2]);    //lsb data
      _delay_ms(8);
      
      
      spi_data(0x48);
      spi_data(0x00);
      spi_data(adress|i);            //high byte adr for word offset
      spi_data(DATA_LSB_MSB[(i*2) + 1]);    //msb data
      _delay_ms(8);  
    }
    
    
    //Now write the data to page
    spi_data(0x4C);
    spi_data((adress) >> 8);
    spi_data((adress) >> 15);
    spi_data(0x00);
    
    _delay_ms(10);

[Karl M. (Gast)]

Hallo,

und wie schnell ist dein ISP Takt ?

die Bedingungen dafür stehen im Datenblatt des Ziel Atmel AVR µC.

[MOBA 2. (Gast)]

Hallo,

passt alles (125kHz << FCPU/4). Sonst ginge der Rest ja nicht.
Ich habe jetzt was herausgefunden, anscheinend besitzt der Attiny13 nur 
2 Pages (512 bytes/page). Allerdings sehe ich das nicht anhand des 
Datenblatts wo diese Information steht.

Ich hatte gedacht, dass es 32bytes / page sind und insg. 32 pages. Steht 
auch so im Datenblatt. jetzt habe ich testweise einfach mal eine 
Schleife gemacht (eigentlich den obigen Quellcode) und die Page fest 
gesetzt (auf 1). Die Daten sind am Anfang 0x8844 dann zählt der die 
daten in der schleife einfach hoch - siehe da, es läuft.

ABER: Hier sieht man das Problem (siehe Anhang). Page 1 ist mitten im 
Flash, nicht Zeile 2-3.

Was ist das?!

[Marc V. (Firma: Vescomp) (logarithmus)]

Marius D. schrieb:
> ABER: Hier sieht man das Problem (siehe Anhang). Page 1 ist mitten im
> Flash, nicht Zeile 2-3.
>
> Was ist das?!

 Falsche Adresse.

    //Now write the data to page
    spi_data(0x4C);

//***** So geht die Page Adresse  *****
  PageAdr = address / 32;
  WordAdr = address % 32;

    spi_data((PageAdr) >> 4);      //* bit 4 => bit 0
    spi_data((PageAdr) << 4);      //* bits 0..3 => bits 4..7
//***** So geht die Page Adresse  *****

    spi_data(0x00);
    
    _delay_ms(10);

 EDIT:
 adress ist uint8_t, da es nur 32 Pages gibt, reichen 5 bits vollkommen.
 Evtl. casten.

[MOBA 2. (Gast)]

Hallo,

danke dir, hatte es kurz bevor ich dies gelesen habe schon selber 
gemerkt, dass wenn ich die adressen so sende, ich mich immer bei der 
ersten befinde und dann springe.

Mit dem % kann ich jetzt auch bequemer durch die worte gehen, da per 
uart immer nur 16 bytes empfangen werden, jetzt funktioniert es. Vielen 
Dank!