- SF800 Solar Speicher Tutorial         
Ergebnis 1 bis 8 von 8

Thema: PIC12F157x 128 byte non volatile data storage

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Erfahrener Benutzer Robotik Einstein
    Registriert seit
    07.03.2011
    Beiträge
    1.899
    Zitat Zitat von PICture Beitrag anzeigen
    "3.2
    High-Endurance Flash
    This device has a 128-byte ....
    Und gleich darunter ist die Tabelle 3.1 da stehen die Adressen. Es sind immer die letzten 128 Speicheradressen im Flash und davon das Low-Byte

    MfG Klebwax
    Strom fließt auch durch krumme Drähte !

  2. #2
    Erfahrener Benutzer Lebende Robotik Legende Avatar von PICture
    Registriert seit
    10.10.2005
    Ort
    Freyung bei Passau in Bayern
    Alter
    73
    Beiträge
    11.077
    @ Siro

    Verkürztes Zitat wie o.g. nur als Bestätigung:

    "High-Endurance Flash Memory Address Range (1)
    PIC12(L)F1571 -> 0380h-03FFh
    PIC12(L)F1572 -> 0780h-07FFh
    Note 1:
    High-endurance Flash applies to the low byte of each address in the range."
    MfG (Mit feinem Grübeln) Wir unterstützen dich bei deinen Projekten, aber wir entwickeln sie nicht für dich. (radbruch) "Irgendwas" geht "irgendwie" immer...(Rabenauge) Machs - und berichte.(oberallgeier) Man weißt wie, aber nie warum. Gut zu wissen, was man nicht weiß. Zuerst messen, danach fragen. Was heute geht, wurde gestern gebastelt. http://www.youtube.com/watch?v=qOAnVO3y2u8 Danke!

  3. #3
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    05.11.2007
    Beiträge
    1.076
    Oh supi Klebwax, das hab ich wirklich übersehen
    und auch nicht wirklich verstanden.

    Jetzt geht mir aber grad ein Licht auf.

    Es wurden "gute" und "schlechte" Flashspeicher verbaut.
    Die "guten" mit wesentlich mehr Schreibzyklen wurden am Ende des gesamten Flashspeichers verbaut (nämlich die letzten 128 Bytes) und weiter vorne sind die "Schlechten"
    mit weniger garantierten Schreibzyklen....
    Sieht man in den Memory Programming Specifications Table 26-5

    Das ist ja ganz was Neues....

    Auf jeden Fall vielen Dank Euch Beiden.
    und ein schönes Wochenende
    Siro
    Geändert von Siro (18.11.2016 um 10:43 Uhr)

  4. #4
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    05.11.2007
    Beiträge
    1.076
    Ich erweitere mal meinen Thread, da es noch unmittelbar dazugehört.

    zum Ablegen einer bestimmten Struktur oder Daten, hab ich folgendes probiert:

    so kann ich an Speicherstelle 0x07F0 meine Struktur ablegen und auch
    gleich initialisieren beim Programmieren des Chips
    Ein MemoryDump (zumindest in der IDE) zeigt, dass meine Daten (Konstanten) tatsächlich auch dort gelandet sind

    Code:
    const struct 
    {
      U16 CalAtmV;
      U16 CalCount;
      U8  SoftVersionPre;
      U8  SoftVersionPost;
      U8  HardVersionPre;
      U8  HardVersionPost;
    } myCalData @0x07F0 =        /* an fester Adresse ablegen */
    {                             /* und gleich eine Initialisierung vornehmen */
      4000,
      1023,
      1,
      0,
      1,
      0
    };
    ich staune grad, ich kann so sogar direkt aus dem Array lesen:

    Code:
    x = myCalData.CalAtmV;
    das funktioniert, der Compiler scheint dafür den richtigen Code zu machen....
    muss das evtl. sogar volatile const sein ? tut zumindest nicht weh.
    Geändert von Siro (18.11.2016 um 13:31 Uhr)

  5. #5
    Erfahrener Benutzer Robotik Einstein
    Registriert seit
    07.03.2011
    Beiträge
    1.899
    Zitat Zitat von Siro Beitrag anzeigen
    Ich erweitere mal meinen Thread, da es noch unmittelbar dazugehört.

    zum Ablegen einer bestimmten Struktur oder Daten, hab ich folgendes probiert:

    so kann ich an Speicherstelle 0x07F0 meine Struktur ablegen und auch
    gleich initialisieren beim Programmieren des Chips
    Ein MemoryDump (zumindest in der IDE) zeigt, dass meine Daten (Konstanten) tatsächlich auch dort gelandet sind
    Mit const packt der Compiler (XC8 und XC16) Daten ins Flash, das ist normal. Das tut er auch, ohne daß du eine Adresse angibst. Du mußt nur aufpassen, daß er dir nicht von alleine irgendwelche andere Daten in diese 128 Byte packt.
    ich staune grad, ich kann so sogar direkt aus dem Array lesen:
    Das folgt aus dem gesagten.
    muss das evtl. sogar volatile const sein ? tut zumindest nicht weh.
    Doch tut es. Es verhindert, daß Zugriffe auf diese Variable optimiert werden. Und solange du die Daten nicht im Interrupt-Handler änderst, sind sie nicht volatile sondern das Gegenteil: const.

    MfG Klebwax
    Strom fließt auch durch krumme Drähte !

Ähnliche Themen

  1. volatile problem
    Von Siro im Forum C - Programmierung (GCC u.a.)
    Antworten: 4
    Letzter Beitrag: 27.07.2010, 20:36
  2. unsigned volatile long ??
    Von Ali_Baba im Forum C - Programmierung (GCC u.a.)
    Antworten: 9
    Letzter Beitrag: 04.03.2009, 20:31
  3. neues Byte aus Byte-Array erstellen
    Von BoondockDuck im Forum Basic-Programmierung (Bascom-Compiler)
    Antworten: 4
    Letzter Beitrag: 06.09.2008, 07:53
  4. Volatile und Interrupt
    Von Arexx-Henk im Forum C - Programmierung (GCC u.a.)
    Antworten: 10
    Letzter Beitrag: 11.03.2006, 09:04
  5. volatile, const
    Von pebisoft im Forum C - Programmierung (GCC u.a.)
    Antworten: 16
    Letzter Beitrag: 27.03.2005, 16:40

Berechtigungen

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

LiFePO4 Speicher Test