25.10.2020 (15:46:50)
VroutekB:
Na takovýhle hrátky bys měl mít spíš procesor s dualbank FLASH, protože během zápisu do / výmazu FLASHe z ní nelze číst. Tzn kód, který musí ject trvale buď musí běžet ze SRAM (a to včetně tabulky vektorů a ISR), nebo musíš počítat s tím, že bude CPU v době zápisu prostě zaseknuté a nebude dělat nic - což zrovna si nemyslím, že je vhodný chování aplikace s ETH portem, nýbrž fungovat by to asi fungovalo i tak.
Zadruhý, FLASHky bys měl mít dostatek na dva firmwary současně, jinak při neúspěšným natažení novýho FW ti zařízení přestane fungovat, dokud nedostane správný FW (za předpokladu, že v bootloaderu budeš mít kompletní obsluhu ETHernetu a všech protokolů, což s některýma složitějšíma protokolama je docela dost dat a postrádá trochu smyslu mít tam tu obsluhu dvakrát: Jednou v hlavním FW a podruhý v bootloaderu.
Bootloader jediný co by měl řešit po spuštění je, který ze dvou firmwarů je platný a ten spustit, případně přehodit na ten novější. Veškerá aplikační obsluha vč. ETH protokolů bude potom součástí samotného FW, ne bootloaderu. I proto se používá dualbank FLASH, aby aplikace nerušeně jela se vším všudy, zatímco lifruje nový FW do druhého banku FLASHe.