49b4639aa4
Only reads one byte, but good enough.. to get things done. Code should actually work for low and high speed, but have only tested high speed on writes so far. Having issue where reads can fail at times. Esp with long strings of '0'.. Perhaps operating at high speed would improve matters.. Although I'm also realizing maybe I'm not waiting for the device to reset and reload HSI trim factory value, need to check that.. The new assembly file/function does everything needed so can start cutting out inline assembly from swim_out function. Swim code needs to run at 48Mhz. Realizing this is pretty vital to having enough time to handle high speed. And timing of artificial pull-up requires high trimmability.. |
||
|---|---|---|
| .. | ||
| blank.lua | ||
| buffers.lua | ||
| cart.lua | ||
| dict.lua | ||
| dump.lua | ||
| erase.lua | ||
| flash.lua | ||
| nes.lua | ||
| snes.lua | ||
| usb_device.lua | ||