OK. The intention was that EEPROM support is controlled separately via the EEPROM_EN define so that it can be included or not for each processor type… So to swap to a SPARK without EEPROM one changes the EEPROM_EN as well.
Hi Robert
I have honestly got a spare spark core if you want it to test. You have already contributed massively to this and are a great asset to the spark community, I could send you a similiar kit to what I am sending to peekay but am clean out of unused nanos and will have to order more of the quality geetech radios. I suspect that you probably don’t need the nano so would suggest that I could send you an Iduino Pro Due instead. I works fine but gets a bit warm, no doubt you would find out why and could use it to test the libraries.
I would propose, as I have to peekay, that I send the parts that I have got in hand immediately and post the rest when I get them. At least that way things can move on positively and we can all work interactively to a degree on the spark forum. I am posting the first consignment tomorrow to peekay in canada so please contact me asap so I don’t have to go back and queue in the post office again!.
Please PM me with your address and it is done
Remember Douglas Adams’ famous words “share and enjoy”
Regards
Ok Robert
I live in st albans
Perhaps we could meet, save the postage!
I’ve pushed some mInor tweaks added to base LightwaveRF library just to allow different ways to include/exclude EEPROM support. No real change to the basic functionality. Also the base address for the EEPROM storage may now be changed with an extra library call.