Yes, I am using the SeeedStudioTFTv2 with the SD card on the same bus. This is on the Arch Pro.

I sometimes can get it to write to the SD card on a test program. Seems flaky though. Seems like there isn't a good SD card library. I am using a 4GB SD card that I use for all my embedded hardware testing.

If you want to use the SD Card and the TFT on the same SPI you have to ensure that the commands are blocked. If you try to read out a graphic from SD this will intercept the actual TFT command. TFT : Command , Data , Data ... The SPI has to be active until all pixels are send to the TFT.

You have to use a different SPI or you can try to buffer the graphic fist.

Thanks. Then why is the library setup to create a SD object within the SeeedStudioTFTv2 library, using the same SPI pins? I can't really change the hardware in this case.

I thought that is what the Slave select pin was for?

Hmm I have it working on the Arduino using their examples.

The author of the SeeedStudioTFTv2 library has used my libs, but this will not work for reading a graphic from SD card on the same bus ! You need additional code to buffer the whole graphic in ram, or to read a smaller block and send it to the TFT. The demo is only using the display, not the SD card ! There are only 6 imports of this lib... With the slave select only one SPI slave is selected, but both TFT and SD card are handling complex data transfers, which have to be finished before switching off the select. My lib is reading one line of the graphic and send it to the TFT. This call of SD card read inside the function will select the SD card, but will not deselect the TFT :-( bang . If you deselect the TFT you also stop the TFT command.

It is possible to make this function working, but you will need a different implementation.