Porting KokkeKat to XMEGA

poesboes · Joined: 27 Jan 2009 Posts: 11 Location: Utrecht

Hello Niclas,

First, thank you for sharing the KokkeKat library.

I'm currently trying to get it to work on an ATXMEGA256D3 and i have adapted the KokkeKat code for use with the xmega family. SPI support is a little bit different in Bascom AVR for xmega.
I have had no reply from the SD cards though. Test were done with one Canon SD 16Mb oldie and a SanDisk SD-HC 16GB.
Furthermore 3.3V is nice and steady, 5 x 100kOhm pull-ups present, neat PCB.

The initial SPI speed was set to 250kbps:

Config Spic = Hard , Data_order = Msb , Master = Yes , Mode = 0 , Clockdiv = Clk128 , Ss = None 'Clk128 @ 32MHz = 250kHz
Open "SPIC" For Binary as #10

In all subsequent code i replaced "SPIOUT" >> PRINT #10, .. and "SPIIN" >> INPUT #10 , ... (Both SPIIN and INPUT shift out $00's in Bascom)

The cards don't respond during sdinit:. Both SDstatus 9 and the DO line never changes from high state. (I.e. response $FF). Data and clock toward the card looks fine and the timing is solid. Cards work fine on Windows PC.

Do you have any suggestion?

Thanks!
Bas

PS Here's my settings:

' Developer switches:

' 1 = minimum detail (only make sure that the init is successful)
' 0 = full detail (return full detail if init is unsuccessful)
Const Sdinitdetail = 1

' 1 = FAT16/32 file system active
' 0 = FAT16/32 file system not active (only read and write raw sectors)
Const Sdfsactive = 1

' 1 = Use the FIND routine
' 0 = Don't use the FIND routine
Const Sdusefind = 0

' 1 = Enable Sdusefindstoreentry
' 0 = Don't enable Sdusefindstoreentry
Const Sdusefindstoreentry = 0

' 1 = Use Sddirlist
' 0 = Don't use Sddirlist
Const Sdusedirlist = 1 ' Use or don't use
Const Sddirlistarraysize = 12 ' If used, set the size of the array that holds the cluster numbers

' 1 = read
' 0 = not reading
Const Sdrmode = 1

' 2 = write unbuffered
' 1 = write buffered
' 0 = not writing
Const Sdwmode = 1

' 1 = Use Sdappend
' 0 = Don't use Sdappend
Const Sduseappend = 0

' 1 = Clear the unused end of the sector before writing it to the SD card
' 0 = Don't clear the unused end of the sector before writing it to the SD card
Const Sdcleartail = 0

' 1 = Use FAT32 fsinfo sector data
' 0 = Don't use FAT32 fsinfo sector
Const Sdusefsinfo = 1

' 1 = Use Long FileNames when reading
' 0 = Don't use Long FileNames when reading
Const Sduselfn = 0

' 1 = When using lfn, also support file name comparison
' 0 = When using lfn, don't support file name comparison
Const Sduselfncompare = 0

' 1 = Use wipe
' 0 = Don't use wipe
Const Sdusewipe = 0

' 1 = Use DIRLIST delete
' 0 = Don't use DIRLIST delete
Const Sdusedirlistdelete = 0

' 1 = Use the size info routine
' 0 = Don't use the size info routine
Const Sdusesizeinfo = 1

' 1 = Use the CRC7 function
' 0 = Don't use the CRC7 function
Const Sdusecrc7 = 0 ' This has no practical use in the library - use it if you want to add CRC7 checks yourself

albertsm · Joined: 09 Apr 2004 Posts: 5370 Location: Holland

when using : Ss = None
take care that you set the SS pin to output mode before you configure the SPI.

poesboes · Joined: 27 Jan 2009 Posts: 11 Location: Utrecht

albertsm · Joined: 09 Apr 2004 Posts: 5370 Location: Holland

sending 10 bytes is indeed sufficient. maybe you can show your circuit?

poesboes · Joined: 27 Jan 2009 Posts: 11 Location: Utrecht

Thanks again for thinking along Mark; much appreciated!

albertsm · Joined: 09 Apr 2004 Posts: 5370 Location: Holland

- avr-dos does support xmega. and it supports sd and sdhc cards. 11 bit and 32 bit fat.
have a look in the MMCSD_HC.LIB from avr-dos. it might have a clue on how you can change the code.
- yes it is odd that MMC/SD uses spi like that. I had problems with a board which had a driver chip using CS to put the board in hi-z. It should also work when you make CS low. (in the lib you find code for SHIELD)
- i wonder if you tried using a mega with the same SD cards?

poesboes · Joined: 27 Jan 2009 Posts: 11 Location: Utrecht