{"id":347,"date":"2016-05-03T11:35:47","date_gmt":"2016-05-03T09:35:47","guid":{"rendered":"http:\/\/benjaminmarty.ch\/blog\/?p=347"},"modified":"2016-07-23T17:49:43","modified_gmt":"2016-07-23T15:49:43","slug":"esp8266-flash-eeprom","status":"publish","type":"post","link":"https:\/\/benjaminmarty.ch\/blog\/2016\/05\/03\/esp8266-flash-eeprom\/","title":{"rendered":"ESP8266 FLASH (\/EEPROM)"},"content":{"rendered":"

\"esp_dev_kit\"<\/a>Es geht weiter mit dem ESP8266. Die Grunddinge (softAP, station etc.) sitzen, wir kommen an den Punkt an welchem wir Daten speichern m\u00fcssen. Daten k\u00f6nnen Zugangsdaten, Passw\u00f6rter, Einstellungen, Stellungen etc. sein. Normalerweise nutzt man auf einer MCU dazu das altbekannte EEPROM. Dabei handelt es sich um einen persistenten Speicher, welcher seinen Inhalt im stromlosen Zustand beh\u00e4lt. Auf dem ESP8266 haben wir jedoch kein solches EEPROM. Daf\u00fcr haben wir einen sch\u00f6n grosssen FLASH Speicher. Unter anderem ist darauf Speicher f\u00fcr genau solche „User parameter“ reserviert. In diesem Artikel m\u00f6chte ich einige Kernpunkte\/Stolpersteine zur Verwendung davon nennen.<\/p>\n

Haupts\u00e4chlich werden folgende 3 Funktionen genutzt. Diese sind im Espressif SDK vorhanden und in der API guide von Espressif beschrieben:<\/p>\n

spi_\ufb02ash_erase_sector (uint16 sec)\r\nspi_\ufb02ash_write (uint32 des_addr, uint32 *src_addr, uint32 size)\r\nspi_\ufb02ash_read(uint32 src_addr, uint32 * des_addr,\u00a0uint32 size)<\/code><\/pre>\n
Der Nutzen der Befehle sollte im grossen und ganzen bereits durch dessen Namen klar sein.<\/p>\n
Es wird von Sektoren und Adressen gesprochen. Woher weiss man nun wo man Daten schreiben kann\/darf? Ganz einfach, es ist alles sch\u00f6n im Dokument „OTA Upgrade“ von Espressif beschrieben:\"512kb_esp8266\"<\/a>
\nAnhand dieser Map k\u00f6nnen wir nun die Adressen\/Sektoren berechnen. Interessant f\u00fcr uns ist der Block „User param“. Dieser umfasst 16KB, das heisst 4 Sektoren. Ein Sektor ist immer 4KB gross. Die erste Adresse berechnen wir nun wie folgt:<\/p>\n
(64 + 176) \u00a0* 1024 = 0x3C000<\/strong><\/p>\n
Sektor ist demnach 0x3C<\/strong> (Adresse \/ 4096)<\/p>\n
Am besten rechnet man sowas im Windows Taschenrechner, die Rechnung an sich ist Dezimal, danach um das Resultat in Hex zu haben auf Hexidezimal wechseln:<\/p>\n
\"calc_0x3c\"<\/a><\/p>\n
Ich arbeite im weiteren Verlauf jedoch mit dem zweiten User param Sektor. Dieser hat die Adresse 0x3D000<\/strong> bzw. Sektor 0x3D<\/strong>. Berechnen kann man diesen indem man die Adresse f\u00fcr 4KB\u00a0sp\u00e4ter berechnet.<\/p>\n
Nun haben wir alle Infos um mit dem „arbeiten“ zu beginnen. Am besten f\u00e4ngt man mit einem simplen Programm wie folgt an:<\/p>\n
unsigned char meinsatz[1024] = \"Ich nutze ab jetzt den Flash Speicher f\u00fcr meine Daten!\\n\";\r\nunsigned char meinflash[1024];\r\n\r\nspi_flash_erase_sector(0x3D);\r\nspi_flash_write(0x3D000, (uint32 *) meinsatz, sizeof(meinsatz));\r\nspi_flash_read(0x3D000, (uint32 *) meinflash, sizeof(meinflash));\r\nos_printf(\"%s\", meinflash);<\/code><\/pre>\n
Das Programm l\u00f6scht den Sektor (4KB) zuerst (zwingend!), danach wird der Speicher mit dem meinsatz beschrieben, dabei wird automatisch mit dem sizeof die Gr\u00f6sse ermittelt. Danach wird genau der Satz wieder geladen und mit printf ausgegeben.<\/p>\n
So haben wir nun schon mal was. Sch\u00f6n ist das ganze jedoch nat\u00fcrlich noch nicht. Normalerweise hat man mehrere Parameter, z.B. einen Parameter f\u00fcr eine RGB Lampe Rot, Gr\u00fcn, Blau. Diese k\u00f6nnte man nur mit einem zus\u00e4tzlichen (selbstgestrickten) handler trennen und organisieren. Das ganze l\u00e4sst sich jedoch bereits ziemlich einfach und gut mit C Bordmitteln l\u00f6sen.\u00a0Dabei bauen wir uns sozusagen einen eigenen Datentyp. Diesen k\u00f6nnen wir mit bekannten Datentypen spicken (int, char, bool etc.).<\/p>\n
struct parameter {\r\n char red, green, blue;\r\n};<\/code><\/pre>\n
Diesen k\u00f6nnen wir nun wie folgt, \u00e4hnlich wie Variablen, nutzen.<\/p>\n
struct parameter myparameter\r\n\r\nmyparameter.red = 120;\r\nmyparameter.green = 135;\r\nmyparameter.blue = 145;<\/code><\/pre>\n
Nun wird man sich fragen warum das f\u00fcr die Geschichte mit dem Flash gut sein soll. Ganz einfach: Wir k\u00f6nnen das ganze Struct in den Flash speichern und auch wieder holen \ud83d\ude42<\/p>\n
struct parameter myparameter\r\nstruct parameter myparameterfromflash\r\nmyparameter.red = 120;\r\nmyparameter.green = 135;\r\nmyparameter.blue = 145;\r\n\r\nspi_flash_erase_sector(0x3D);\r\nspi_flash_write(0x3D000, (uint32 *) &myparameter, sizeof(myparameter));\r\nspi_flash_read(0x3D000, (uint32 *) myparameterfromflash, sizeof(myparameterfromflash));\r\nos_printf(\"%s\", myparameterfromflash.red);\r\nos_printf(\"%s\", myparameterfromflash.green);\r\nos_printf(\"%s\", myparameterfromflash.blue);<\/code><\/pre>\n
So k\u00f6nnen wir nun ganz Bequem und aufger\u00e4umt Parameter zwischenspeichern, nutzen und vorallem auch persistens in den Flash speichern.<\/p>\n
Ich habe dabei mit der NONOS SDK Version 1.5.2 gearbeitet. Konfiguiert wurde der Compiler auf den 512k Mode 0 ohne Boot.<\/p>\n","protected":false},"excerpt":{"rendered":"
Es geht weiter mit dem ESP8266. Die Grunddinge (softAP, station etc.) sitzen, wir kommen an den Punkt an welchem wir Daten speichern m\u00fcssen. Daten k\u00f6nnen Zugangsdaten, Passw\u00f6rter, Einstellungen, Stellungen etc. sein. Normalerweise nutzt man auf einer MCU dazu das altbekannte EEPROM. Dabei handelt es sich um einen persistenten Speicher, welcher seinen Inhalt im stromlosen Zustand … [Read more…]<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[1,104],"tags":[],"_links":{"self":[{"href":"https:\/\/benjaminmarty.ch\/blog\/wp-json\/wp\/v2\/posts\/347"}],"collection":[{"href":"https:\/\/benjaminmarty.ch\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/benjaminmarty.ch\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/benjaminmarty.ch\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/benjaminmarty.ch\/blog\/wp-json\/wp\/v2\/comments?post=347"}],"version-history":[{"count":32,"href":"https:\/\/benjaminmarty.ch\/blog\/wp-json\/wp\/v2\/posts\/347\/revisions"}],"predecessor-version":[{"id":381,"href":"https:\/\/benjaminmarty.ch\/blog\/wp-json\/wp\/v2\/posts\/347\/revisions\/381"}],"wp:attachment":[{"href":"https:\/\/benjaminmarty.ch\/blog\/wp-json\/wp\/v2\/media?parent=347"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/benjaminmarty.ch\/blog\/wp-json\/wp\/v2\/categories?post=347"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/benjaminmarty.ch\/blog\/wp-json\/wp\/v2\/tags?post=347"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}