Mal eine Frage hierzu ...
1 | |
Wo befinden sich diese 0x00000 bzw. 0x10000 ??? http://esp8266-re.foogod.com/wiki/Memory_Map
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
Das bezieht sich auf den speicher im spi flash
Gast
#4844561
W3ll S. schrieb: > Wo befinden sich diese 0x00000 bzw. 0x10000 ??? Meines Wissens nach nirgendwo dort. Sondern im SPI Flash. Und der liegt nicht im Adressraum des Prozessors.
W3ll S. schrieb: > Wo befinden sich diese 0x00000 bzw. 0x10000 ??? Im externen Flash-Chip. Wohin der CPU-Core das dann beim Booten hinkopiert oder hinmappt ist eine andere Geschichte. vermutlich, deiner Tabelle nach, irgendwo bei 0x40100000.
Gast
#4844572
Εrnst B. schrieb: > Wohin der CPU-Core das dann beim Booten hinkopiert oder hinmappt Nicht nur beim Booten. Er saugt sich, immer durch, wenn es nötig ist, Code aus dem Flash ins Ram. 1MB Code kann verwaltet werden. Der Code-Ram Bereich ist erheblich kleiner. Die Folge daraus: ISR benötigen ein "cache" Attribut, damit sie im Ram bleiben. Beim ersten IRQ Aufruf dauerts meist sehr lange, bis der Code an die Reihe kommt.
Ahh, verstehe ... danke! Das heisst der Prozessor muss den Code aus dem SPI_RAM immer erst in sein Instruction_RAM umkopieren? Und man kann qasi den Prozessor zwingen Code dort zu halten, für ISR z.b. weil ja sonst bei jedem Interruppt der Code erst immer kopiert werden müsste? Noch eine Frage, warum habe ich nach dem Compilieren immer zwei .bin Files?
W3ll S. schrieb: > Und man kann qasi den Prozessor zwingen > Code dort zu halten, für ISR z.b. weil ja sonst bei jedem Interruppt der > Code erst immer kopiert werden müsste? Ahh, gerade gefunden: Application code should have the ICACHE_FLASH_ATTR decorator unless it is executed very often. All interrupt handlers must not have the ICACHE_FLASH_ATTR decorator and any code which executes very often should not have the decorator.