HEY EVERYONE!!! Get your pre-orders in! These shields are amazing and worth every dollar. It has the best of both worlds - super fast and super large storage in ONE shield!!!
And don’t forget, libraries and library support will NOT be an issue!
Its time to give support back to the Elites AND get a great shield at the same time. PRE-ORDER NOW 
What, no super rad T-Shirt reward? If we could decide on a Spark Community logo, that would be perfect… oh and American Apparel BB401 Heather Black with Cyan 100 Ink is required! 
http://store.americanapparel.net/poly-cotton-short-sleeve-crew-neck_bb401 Actually there are a couple other cool Heather colors as well… I’ll probably have to do a kickstarter just for these damn t-shirts someday!
For those who are doing Testing of @kennethlimcp Awesome SDCard/Fram Shield please post results here or should be have a Project Page Setup for this purpose ?
This way others can have a better understanding of why this shield should be in everyone’s development toolbox 
And one of these would be cool too ! 
Did you consider using tindie.com?
hey kenneth, i think you should turn off sandbox mode, and start taking credit cards!
if you still need a US bank account, I would be happy to offer my account. I can send you the money on a weekly basis or whatever works.
i just got my beta shield in the mail and cannot wait to start playing with it…
Sounds awesome! hmmm… I will discuss with you offline. 
+1 for Tindie, I’m planning on posting my little breakout shield there when I know it works, and @kennethlimcp’s would probably be a hit!
I have started to consolidate all the information into this repo:
Some 
Elites have received their Elite Edition and we can probably fix more stuff and do some cool demos before the mini crowd-funding ends.
I have put up a simple test code to read the microSD file contents. 
Also, i will be sharing how i designed the test jig for anyone interested to learn a thing or two. It’s my first time designing one but i thought i would just share with the community 
Update
This .bin file will write to the entire 16KBytes of the FRAM and read back.
https://dl.dropboxusercontent.com/u/36134145/fram-test/firmware_1405840135836.bin
Currently, it does not do a checking in code to see if the data integrity is intact. A visual inspection on Serial Terminal will reveal if the FRAM is working ok.
@peekay123 wrote the alpha library for the FRAM so i won’t be posting the test code until he has nod his head. Also, it is really alpha and we are hoping to add in DMA to make read/write faster!
Right now, it is writing at 97ms for the entire 16K Byte space @ 18MHz
That’s around 6us/write! I hope the FRAM find a good project which needs data logging at this speed
Some ideas for the FRAM library:
1.) Detection of 1 or 2 or no FRAM populated
2.) Size of each FRAM populated
3.) Saving of last address written to in 1st 2 BYTES of memory
4.) Adding DMA support for blazing fast read write.
For those who own a Diogle display, @peekay123 should be hooking up a demo for FRAM <—> Diogle transfer
@kennethlimcp, the display is not a Digole, it’s a Sharp Memory display! These require large display buffers and I figured out a way to use FRAM for those buffers.
Also, it is important to note that single byte operations with FRAM are slower than multi-byte sequential operations. 
will using FRAM also get around the bug with the SD card where you have to reinitialize it after changing the mode for the digole?
That should be the SPI bug which I can’t remember if it got fixed. The FRAM offers more buffer to the digole as @peekay123 managed to make them communicate between themselves!
Maybe he can share more about the mode switching
@kennethlimcp, it is not a Digole display I use with FRAM, it is a Sharp Memory display!!!
The issue with the Digole and an SD card is fact that they don’t work on the same SPI mode. The SD uses SPI mode 0 and the Digole mode 1. Using FRAM will not fix this. At present, changing SPI modes is the only SPI command that will “glitch” the SPI bus. I have not found a solution for the Digole/SD issue yet.
Don’t you have a digole?
@kennethlimcp, of course but it is not the one I do display buffering with the FRAM with!
Its not a big issue at the moment, I have a function that re-initializes the SD card first and i make sure i always close the file straight after i use it.
.
Got my uSD shield, thanks @kennethlimcp! Looks sweet. I just haven’t had time to test it out yet but it will be very cool to get it going. I have several things I can use it for!
Would you mind posting some examples of that, as soon as you've got it going? Or some ideas in general, because although I've bought the biggest one, I've got no clue as to what to do with it 
how about a database to store users and custom greetings. plus loads of different polyphonic ringtones!
this is my fingerprint reader/doorbell that currently has an sd card to store everything, once i get the board i will put the database in the FRAM and use the SD for the log
If it was me, I’d add a vibrator motor and some audio output. And whenever it didn’t recognize a fingerprint, it would vibrate and play a “BZZZZZZT!” sound like an electric shock. 
BTW, looking forward to receiving my shield, @kennethlimcp!