TK. Posted December 16, 2008 Report Share Posted December 16, 2008 Anyway it's not usefull for my seq project. The problem with the SDcard again is, that only some cards seem to support block reads of less than 512bytes.Block reads < 512 bytes should always work if the CS line is deactivated after the transfer.If you store 64 bytes payload in each 512 byte sector, there shouldn't be a speed disadvantage (in distance: access times are still higher)For writes operations 512 bytes have to be transfered, though. But programming a 512 byte sector is still faster than programming a 64 byte page of a BankStickBest Regards, Thorsten. Quote Link to comment Share on other sites More sharing options...
This N°9 Posted December 16, 2008 Author Report Share Posted December 16, 2008 Thanks for answer & updates..Concerning the storage issue, I found my dream-device, see this thread:http://www.midibox.org/forum/index.php/topic,12641.0.htmlI will use this one as "working" storage (for the current song/setup), and use the flash card as backup/restore device for whole songs/setups. If doing so, the 512bytes write/read is no problem.If the assembler would handle labels the way you explained, you would have to write"rcall SDCARD_1uS_Delay-2" instead of "rcall SDCARD_1uS_Delay"now I think I understand. The "pure" form BRA will only apply if I use a literal, with labels the assembler will calculate the relative offset. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.