Re: XCore200 QSPI
Posted: Tue Apr 11, 2017 9:17 pm
Thanks for the assistance; hopefully comments are forthcoming shortly. A workaround to access the flash after it has booted from another source such as SPI Slave or JTAG is pretty useless though.
Our methodology for XS1 was to use a MCU via an Ethernet-capable CPU to program the flash both for field updates and initial factory-load to avoid needing special programmers for either. The same method was understood to be fine for XCore200 (and I even raised it in this thread earlier to confirm since it is a critical design parameter).
Our methodology for XS1 was to use a MCU via an Ethernet-capable CPU to program the flash both for field updates and initial factory-load to avoid needing special programmers for either. The same method was understood to be fine for XCore200 (and I even raised it in this thread earlier to confirm since it is a critical design parameter).