I had some issues with my G400 + SD Card Module last week, so I was excited to try the new firmware that shipped with the 2014 R1 package today.
But now my application hangs at the line
The thread just hangs and does not respond any more. I tried this with different SD cards, all of which work with my FEZ Cobar II.
Do you have any hint or advice?
Greetings
Peter
I was just re installing my computer since I got a new SSD
And during that I think I found the problem. I installed the new SDK, but I did not exchange the references in my Visual Studio Solution. I still referenced GHI.Premium.IO 4.2.9.0 and GHI.Premium.System 4.2.9.0.
Sorry that I keep bothering you with such stupid mistakes. I will test again with the correct references when I go to work tomorrow.
I downgraded to 4.2.11.1 and I have the same problem with that firmware. So I concluded, that my hardware must have some issues, because 4.2.11.1 worked before - even though it was not very stable.
I will order a new G400 and try it with that again.
Manually uninstalling all GHI products and installing the 2014 R1 SDK fixed my major problem.
Now I can run the SdTest program on my G400. It succeeds for 2 out of 5 SD cards. With the other cards I get various exceptions. Please see the attached image for details.
I tried to format the cards again and I also tried FAT as well as FAT32 for the 2GB cards. That didn’t change the result.
An interesting result: the exception varies from card to card. All cards worked with the G120.
Can you suggest a 16Gb SD card that works reliably with G400?
FileStream stream;
// For write
stream = new FileStream(rootDirectory
+ @ "\abc.txt", FileMode.Create);
I usually just keep FileMode.Create for param
2nd and 3th exception:
- Try with shorter cable, any different?
- Does it write few blocks then that exception is raised? reduce the block size or delay some ms between 2 blocks?
[quote]
Can you suggest a 16Gb SD card that works reliably with G400?[/quote]
I had 2 different kind of 16 SD, both work well, one of them now is “SDHC Extremespeed class 10 16G Micro Center”
some problem can be happened with small and old SD such as 128MB, 32MB, 16MB, … but from 1G to 32 it should work.
Because of many kind of SD card, so we will check your SD on G400
Thanks for your tips. I tried them today. Unfortunately without much success.
I already use the shortest Gadgeteer cable from your Gadgeteer Assorted Cables package.
Reducing the the buffer size did not improve the performance. Same for adding a Thread.Sleep(2) after stream.Write.
However I once got it working with all cards! Once all SD cards worked, but it took about 1 minute per 4mb. That is the same speed I see for G120. But I cannot reproduce that. Redeploying the same project made it break again.
Today I ordered some other SD cards. Maybe I find one that works.
We will make an improvement on G400 and EMX with SD card issues. If you can not wait, I have an idea if you are interested, using G400 + ALFAT module then you can reach up to 350KB/s for writing. And same as G120, ALFAT is happy with many cards, even more.
We can share you NETMF test code driver if you like. Just in case the speed is important to you
Thanks for your reply. That might be an option. Even more important than speed is stability. We are about to build an device that has to run for months in one go. It has to buffer up to 100MB per day. That is not to much,
The NetMF device shall control other devices. The important thing is, that we do not lose data from those devices. In normal operation the data is just forwarded over ethernet. Only if the network or the database is not available, the data has to be buffered up to 24 hours.
What solution would you propose for that scenario?