PIC16F1824 - ex 11-1: DATA EEPROM READ

[sodjan]

> Nå, att skriva en byte till EEPROM tar alltså 5ms?
> Det är ju en oerhört lång tid det tar - 5ms?!

Ja, eller 4 ms "typical" och 5 ms "max" per byte enligt databladet.

Ganska vanliga värden för EEPROM generellt oavsett om det som här
är ett inbyggt i en processor eller om det är externa EEPROM kretsar.
Sen finns det FRAM och liknande tekniker som är mycket snabbare.
http://www.cypress.com/products/f-ram-serial

[Erik M]

Och det där HEF då?

[sodjan]

"HEF" ?

[Erik M]

EEPROM 256/HEF står det av å till.

[lillahuset]

Hur f-n kan detta ta bortåt tio dagar och 94 inlägg att lösa? Min tilltro till människans intelligens har fått sig en svår törn. Hur trivialt kan det vara?

[ffredrik]

Jag förvånas över det oändliga tålamod som visas på det här forumet.

[lillahuset]

[Magnus_K]

Jag är tacksam över forumets tålamod. Utan det hade jag inte varit här.

HEF står för High-Endurance Flash och Microchip skriver om det i AN1673.
Som jag förstår det så är det ett block av det integrerade flashminnet som tål att skrivas till extra många gånger, alltså high-endurance.

[Erik M]

Instämmer fullständigt Magnus.
Så var det ja, dessvärre inte snabbare.
Och ungefär dubbelt så snabbt.

I grund å botten, lillahuset, har ingenting blivit löst, mestadels har det varit trams, oegentligheter och felaktigheter. Den som haft ett otroligt tålamod - det är jag.
Tålamod att vänta ut att någon som vet vad denne pratar om säger något i ämnet i sig. Det vill säga kommer med information som går att att använda.
Som det vanligen blir så var det Janne.

Du och jag båda, ffredrik, man måste ha ett enormt tålamod - och överseende.

[Magnus_K]

Ah, så det är även snabbare? Får man fråga vart du hittade det?
Tolkade tabellen i App-noten som att det tog samma tid.

[lillahuset]

Erik M: Din attityd är fascinerande.

[sodjan]

> Ah, så det är även snabbare? Får man fråga vart du hittade det?
> Tolkade tabellen i App-noten som att det tog samma tid.

Enligt app.noten parameter D123 så är write time 2 ms (typ) 2.5 ms (max).
Det är snabbare än normalt EEPROM, men notera att den krets som det
gäller (PIC16F1508) saknar EEPROM, så det finns inget att jämföra med.

Men, den stora skillnaden är att EEPROM tar en viss tid per byte, flash
tar samma tid per skrivning upp tid en hel row (32 bytes i 16F1508).
Så skriver man (t.ex.) 32 bytes så går det mycket snabbare.

Samtidigt kan man inte radera mindre än en row, så medaljen har alltid två sidor...

[Erik M]

Både ja och nej, Janne.

Magnus har svarat på frågan - och det svaret har lett till ny information.
Information som gäller valet av PIC. Och om dylika PIC i övrigt har efterfrågade egenskaper och om HEF ger ett bättre alternativ, än EEPROM, så är det helt inom ramen.

Vad jag kunde se, lika snabbt, om HEF så gäller det ett specifikt minnesområde med liknande storlek, och tillgänglighet, som EEPROM.

256 byte uppdelat på 4 rows om 32 byte.
Så även om man måste skriva en hel row så är det 32 byte på [max] 80ms.
Och alla 256 byte på... 640ms.

Sedan är det frågan om hur Flash inhiberar programmet i sig.
Hur det påverkar klockor etc.


lillahuset, det där är något som ligger hos dig, att inte kunna kliva ur bilden du själv skapat. Det har inget med mig, eller någon annan, att göra.
Om du tycker det är så besvärligt att de som har fel tillrättavisas, då får du helt enkelt sluta läsa trådar med mig och, exempelvis Janne.
Att hålla på å jönsa om och hitta på om mig och mitt - det är din barnslighet.
Varken min eller någon annans, bara din.

[TomasL]

Under tiden du skriver till FLASH och intill dess att skrivningen är avslutad är all processoraktivitet, möjligen förutom RTC stoppad, eftersom processorn inte kan komma åt programminnet.
Kan man acceptera att allt står stilla under den tiden är det väl ok.
EEPromet har inte denna begränsning, man kan köra vidare under tiden minnet skrivs.
Alla periferienheter snurrar normalt under programmeringen, dock kan det ju orsaka en del problem.

[Castor]

Är det den nya skolans matematik som visar sig? 4 rows med 32 byte blir 256 byte.