Chad

The have already posted RC2, so here is the direct link to RC1:
http://netmf.codeple...ases/view/51288
http://www.microsoft...&displaylang=en

FYI: These links take you to 4.1 SDK, not 4.2 RC1.

Because this is happening every time to me (well 3 in a row), and it might be related to the program currently running on the netduino, I was wondering if there is a way to delete/erase the program without completely wiping the netduino so you have to re-load the boot loader and everything? FYI, this was not happening at all several weeks ago. I've been successfully working on a project, deploying many many times. I put down the netduino for a few weeks while working on an arduino. I went back to the netduino and now deployment fails and BSOD if I unplug. To me it seems like something I installed in the intervening weeks has triggered the problem. If this is of any help, here is the list of programs and service packs installed since it worked. Chad Edit: I have gone back to 4.1 firmware and still get the blue screen. I haven't tried going back to 4.1 of the framework SDK as it supports both 4.1 and 4.2, but a few more re-boots and I'll try that.

On the Netduino Plus the SD card sits on the SPI0 bus and the SPI1 bus is available to the user. But you say you are not using the Plus so what SD card solution are you using and on which interface? How have you got the chip select lines for the SD card and the VS1053 connected?

I'm using an adafruit wave shield. http://www.adafruit.com/products/94

I just have the DAC wires disconnected, so it's in effect just an SD Card shield.

Pin 10 is the SD Card chip select.

Pin 7 is the VS1053 command chip select (XCS)
Pin 6 is the VS1053 data chip select (XDS)

I also have DREQ and Reset from the VS1053 wired up. (along with the SPI pins 11, 12 & 13)

const Microsoft.SPOT.Hardware.Cpu.Pin XCSPin = Pins.GPIO_PIN_D7;
const Microsoft.SPOT.Hardware.Cpu.Pin XDCSPin = Pins.GPIO_PIN_D6;
const Microsoft.SPOT.Hardware.Cpu.Pin DREQPin = Pins.GPIO_PIN_D5;
const Microsoft.SPOT.Hardware.Cpu.Pin ResetPin = Pins.GPIO_PIN_D4;

I have simplified my code to this:
do
{
bytesRead = fs.Read(bufs[0], 0, bufsize);
spi.Write(bufs[0]);
} while (bytesRead == bufsize);

I know this would write bad stuff out at the end of the file, but I was just trying to get past the glitch in the audio so I was trying a simple test.

No matter the size for bufsize or the buffer size passed into the FileStream constructor, it sounds the same.


Thanks,
Chad

Of course I typeo'ed the ID. It's a VS1053, not a VB1053. What I acctualy have is this board from sparkfun. http://www.sparkfun.com/products/8954 Thanks again for any help.

Chad,
Just tried building the project in release - it gets stuck deploying. I never see the size or any error issue. It builds, and then forever hangs on

------ Deploy started: Project: Sensors, Configuration: Release Any CPU ------

Maybe something is wrong with the combination of libraries, code, network...
My code itself is quite simple (Github repository link).
At this point, I'm not sure if it's a software, hardware or PICNIC issue

Thanks,
Guy

I have run into the deployment issue where you have to unplug the Netduino and re-plug it in, both with debug and release builds. But I can run the release build just fine.

Glad you found a way to decrease your project size enough!