tinyAVR 2 Attiny824 EEPROM speichert nichts

[Florian M. (florian01)]

Hallo zusammen,

ich habe meinem vollständigen Samstag, exklusiver ca. 1h Mittag damit 
verbracht meinen Attiny824 zum Speichern von ein paar bytes im EEPROM zu 
bringen. Leider ohne jeden Erfolg.

Ich habe sowohl versucht, die über MCC Melody generierten NVM Funktionen 
zu verwenden, als auch die Funktionen aus <avr/eeprom.h> verwendet. 
Leider erzeugt beides exakt den gleichen Effekt. Ich bekomme keine 
Fehler aber am Ende sind die zurückgelegenen Daten alle 0.

Gibt es irgendein Register oder anderweitige Konfiguration die ich 
setzen  aktivieren  sonst was muss?

Hat irgendjemand ein Beispiel das gesichert funktioniert? Ich habe im 
Internet leider nicht besonders viel gefunden, das auf meinen Controller 
und im Bestfall MCC Melody passt.

Viele Grüße
Florian

[S. L. (sldt)]

> ... Daten alle 0

Wie wird das festgestellt? Wie sieht das Programm aus?

Eigentlich scheint das Verfahren recht eindeutig & simpel zu sein, wie 
unter '10.3.2.3 Programming' beschrieben. Auch sehe ich keinen 
Unterschied zur tinyAVR® 1-series.

[S. L. (sldt)]

> Hat irgendjemand ein Beispiel das gesichert funktioniert?

Sollte auch auf der 'tinyAVR® 2 Family' funktionieren.

Abfrage auf 'busy' überlasse ich Ihnen ...

[Florian M. (florian01)]

Das funktioniert wenn ich es richtig verstanden habe leider nicht.

Ich sehe zwar mit dem Debugger, dass in readBack der richtige wert 
steht. Wenn ich  *(uint8_t *) (0x1401) = 0xAB; danach aber 
auskommentiere und nur den Wert zurücklesen möchte, bekomme sagt der 
Debugger "invalid address".

Die Anzeige EEPROM Memory zeigt ebenfalls keine Werte - wobei dieser 
Anzeige angeblich und aus eigener Erfahrung weniger zu trauen ist.

[Wastl (hartundweichware)]

Florian M. schrieb:
> Hat irgendjemand ein Beispiel das gesichert funktioniert?

Zeig doch erst mal was du versucht hast und nicht funktioniert.

[Florian M. (florian01)]

S. L. schrieb:
>> ... Daten alle 0
>
> Wie wird das festgestellt? Wie sieht das Programm aus?
>
> Eigentlich scheint das Verfahren recht eindeutig & simpel zu sein, wie
> unter '10.3.2.3 Programming' beschrieben. Auch sehe ich keinen
> Unterschied zur tinyAVR® 1-series.

Das Programm sieht so aus:

MCC generierte nvm.c:

#include "../../system/ccp.h"
#include "../nvm.h"

void NVM_Initialize(void)
{ 
    //No initialization needed
}

nvm_status_t NVM_StatusGet(void)
{
    return (((NVMCTRL.STATUS & NVMCTRL_WRERROR_bm) != 0) ? NVM_ERROR : NVM_OK);
}

eeprom_data_t EEPROM_Read(eeprom_address_t address)
{
    return *(eeprom_data_t *) (address);
}

void EEPROM_Write(eeprom_address_t address, eeprom_data_t data)
{
    //Write a byte to page buffer
    *(eeprom_data_t *) (address) = data;

    //Erase the byte location and write the byte to EEPROM
    ccp_write_spm((void *) &NVMCTRL.CTRLA, NVMCTRL_CMD_PAGEERASEWRITE_gc);
}

bool EEPROM_IsBusy(void)
{
    return (NVMCTRL.STATUS & NVMCTRL_EEBUSY_bm);
}

Ich verwende diese Funktionen um uint16 Werte zu schreiben/lesen:

void EEPROM_WriteUInt16(uint8_t addr, uint16_t value)
{
    EEPROM_Write(addr, (uint8_t)(value & 0xFF));       // low byte
    EEPROM_Write(addr + 1, (uint8_t)((value >> 8) & 0xFF)); // high byte
}

uint16_t EEPROM_ReadUInt16(uint8_t addr)
{
    uint16_t value = 0;
    value  = EEPROM_Read(addr);
    value |= ((uint16_t)EEPROM_Read(addr + 1)) << 8;
    return value;
}

[Florian M. (florian01)]

Variante ohne MCC:

#include <avr/io.h>
#include <avr/eeprom.h>
#include <stdint.h>

// Example EEPROM address (must be within EEPROM size of ATtiny826)
uint16_t EEMEM stored_value;  

// Write a 16-bit value to EEPROM
void eeprom_write_uint16(uint16_t value, uint16_t *addr)
{
    eeprom_update_word(addr, value);
}

// Read a 16-bit value from EEPROM
uint16_t eeprom_read_uint16(uint16_t *addr)
{
    return eeprom_read_word(addr);
}

Schreiben und lesen:

int main(void)
{
    uint16_t val = 12345;

    // Write to EEPROM
    eeprom_write_uint16(val, &stored_value);

    // Read it back
    uint16_t read_val = eeprom_read_uint16(&stored_value);

    while (1) {
        ...
    }
}

[S. L. (sldt)]

Als Assemblerprogrammierer kann ich zu eeprom.h nichts sagen.
  Zu meinem eigenen Beispiel: wie gesagt muss vor dem Zurücklesen 
natürlich das Ende des Schreibvorgangs abgewartet werden, 10 ms oder per 
'busy'.

Damit möchte ich mich verabschieden,

guten Abend

[Frank O. (frank_o)]

https://ww1.microchip.com/downloads/aemDocuments/documents/OTH/ApplicationNotes/ApplicationNotes/AN2665-Interfacing-AVR-MC-with-Serial-Memories-00002665A.pdf

[Harald K. (kirnbichler)]

Frank O. schrieb:
> AN2665-Interfacing-AVR-MC-with-Serial-Memories-00002665A.pdf

Es geht wohl um das EEPROM im AVR selbst, nicht um ein extern 
angeschlossenes.

[Manfred P. (pruckelfred)]

Frank O. schrieb:
> Interfacing-AVR-MC-with-Serial-Memories-00002665A.pdf

Frage nicht verstanden, aber Hauptsache kommentiert.

[Matthias S. (Firma: matzetronics) (mschoeldgen)]

Wo steht dein Optimierungslevel? Normalerweise stellt man das auf -Os. 
Zum Debuggen nicht so gut, fürs Timing aber richtig.

[Frank O. (frank_o)]

Harald K. schrieb:
> Es geht wohl um das EEPROM im AVR selbst, nicht um ein extern
> angeschlossenes.

Oh, dann aber ich wohl eine falsche AN verlinkt.

[Veit D. (devil-elec)]

Florian M. schrieb:

Ich sehe in dem Code keine einzige Zeile wo in den Eeprom geschrieben 
wird. Wundert dich das nicht? Die Aufhebung der Schreibsperre steht 
zudem an der falschen Stelle.

[Wastl (hartundweichware)]

Matthias S. schrieb:
> Zum Debuggen nicht so gut, fürs Timing aber richtig.

Für EEPROM lesen oder schreiben ist beim AVR der Optimierungs-
level und damit die Arbeitsgeschwindigkeit völlig wurscht
solange man mit den Status Bits korrekt umgeht.