Spin FV-1 without EEPROM, but with Atmel uC

[scintillation]

Having been a bit busy over the last few months, I went against my principles and bought a Spin FV-1 dev board rather than making my own. However, it has fast tracked me to getting some great sounding effects when combined with Spincad.

My main goal is a multi-tap delay. From my playing around so far, I think the best way to tackle this is to have each tap configuration in a different program, then use a Atmel uC to switch between programs.This talks about doing this:

http://www.spinsemi.com/forum/viewtopic.php?t=428

Basically make the Ardiuno act as the EEPROM. Anyone done this with an Ardiuno and got some code? I'm not worried by the USB capability of this, if I just include them all in the Ardiuno code, then compile to the Ardiuno that is fine. I feel from looking all the various bits and bobs on the net, someone must have done this, but I find it tricky to collate all the Spin FV-1 pages/forum posts into something I can make sense of.

[Digital Larry]

Here's some code for EEPROM emulation, although for a different microcontroller.  Maybe you could adapt it.  It's a brilliant idea!

http://akb77.com/g/stm32/maple-eeprom-emulation-library/

Atmel app note:

http://www.atmel.com/Images/Atmel-42218-EEPROM-Emulation-Using-Internal-Flash-SAM4_AT4066_AP-Note.pdf

DL

[gena_p1]

I think, topicstarter mean i2c eeprom emulation.

FV-1 uses i2c eeprom sequental read only, so emulation is not too difficult.

[Digital Larry]

I think, topicstarter mean i2c eeprom emulation.

FV-1 uses i2c eeprom sequental read only, so emulation is not too difficult.

My apologies, you are completely correct.  Neither one of those has anything to do with i2c.  Although the second one contains some useful info about managing wear leveling if you felt it to be an issue.