orange

I had a program running on Netduino (Plus) and it was working for months. The device is turned on and off occasionally. After a while it stopped working. I guess the program got wiped out of memory or got corrupted somehow. I reloaded the program and the system is working now. I wonder if Netduino is not connected to power, doest the program over time get off the memory? 1) What kind of memory Netduino use to store memory? 2) Is it possible that this memory is wiped over time? 3) Is it possible that static electricity is the cause? 4) Is it possible that accidental tripping of reset make the memory go away? It's unlikely but I can imaging a static charge on reset ping of N+ (thought it's not connected to my main board) makes a reset. 5) I used to have out of memory as garbage collector couldn't keep up but that should not change the actual memory of program, right? This doesn't seem to be the cause since wiping/damage of the program is permanent. Thoughts?

Hello, 1) What is the best Ethernet solution for Netduino Go? I could find this socket solution: http://www.ghielectr...log/product/333 Downside is that one SPI is used now. Go has two SPIs, correct? I heard from Chris that speed is different so I need to reserve the faster SPI for my own use (not this ethernet)! 2) I could think of adding Arduino Ethernet Shields on top of Netduino Go Shield Base. 2.A) Do these work out of the box? 2. How does this solution compare to above (1) without using the shield base? Seems like this way I still get two SPI but I needed extra Shield Base. A) http://www.sparkfun.com/products/9026 What about this ethernet shield + PoE? http://www.sparkfun.com/products/10864

Hello, I frequently run into cases where MS Visual C# gets stuck or delays deployment where the message is: "Preparing to deploy assemblies to the device." My solution is to disconnect USB and reconnect. Sometimes it fails and I redo, sometimes it simply works and reboots netduino and we are done. Overall this process is very slow and gets on people's nerves. I don't see this in forums being addressed. Is there a solution for this? My firmware and Visual C# are the latest stable versions. Thanks

Hi, I'm integrating Netduino in a project by putting it on top of another board (larger board). I had a few solutions however none are as elegant as: - Receiving a Netduino Plus with everything installed except side connectors (hopefully also Ethernet and power barrel) then I solder similar connectors with longer pins which then is soldered to the second board. Right now I use another good solution however that's not ideal. I put longer connectors on the main board (connectors with longer pins) then push the Netduino Board from below. It works but Netduino is below the main board, I want to have it on top. Another solution I came up with is to reverse Netduino (bottom-up) and push it on headers with long pins on the main board. This is the solution I go next time if there is no Netduino Plus minus connectors are found. I tried having the connectors out (manual work with solder iron), it is messy and connectors may not be reliable for production. Thoughts?

I'm trying to use SPI and talk to ADXL345. I can do that with I2C with no problem so I know the sensor is working properly.

There is an article for Arduino and I'm trying to the the same with Netduino (Plus).

http://www.sparkfun.com/tutorials/240

Issue 1) Unfortunately, the SPI.Configuration doesn't work as intended.

The first issue I have is that when I read Device ID it's incorrect but if I manually VCC then GND the Chip Select (inverted) actually works to this point and I can read correct Device ID ! GPIO_Pin0 didn't work neither GPIO_Pin1..GPIO_Pin10 in below configuration as GPIO.

Here is a simple code:

            SPI.Configuration config = new SPI.Configuration(
                        Cpu.Pin.GPIO_Pin0, // I have Chip Select of Sensor connected but it didn't work. See below tests
                        false, // CS is inverted to it's active on low
                        0, // tried both 0 and 1 
                        0, // tried both 0 and 1
                        true, // High on Idle. See figure 37 and 38 in here: http://www.analog.com/static/imported-files/data_sheets/ADXL345.pdf, also see http://wiki.netduino.com/SPI-Configuration.ashx
                        true, // Seems to be stable on rising edge. See figure 37 and 38 in here: http://www.analog.com/static/imported-files/data_sheets/ADXL345.pdf, also see http://wiki.netduino.com/SPI-Configuration.ashx
                        500, // 500 KhZ, it can be upto 2MHz
                        SPI.SPI_module.SPI1
                        );

            SPI accel = new SPI(config);

            Byte[] wBuff = new Byte[1];
            Byte[] rBuff = new Byte[1];

            wBuff[0] = 0x00;
            accel.WriteRead(wBuff, rBuff);

            Debug.Print("Reading device id from register: " + wBuff[0]);
            Debug.Print("Received device id: " + rBuff[0]);

2) Second issue is after passing this point by VCC/Gnd hack is that data read for X/Y/Z Axis doesn't make sense (changes randomly, stays at zero or has specific numbers) so there is something I'm missing but several tries didn't help. Again, the sensor works well in I2C mode and change of sensor didn't help, wiring is simply so issue should be software, register settings etc.

Here is the code:

            //Put the ADXL345 into full resolution(+/- 2g) mode with the DATA_FORMAT register.
            wBuff[0] = DataFormat;
            accel.Write(wBuff);

            // 0x08 for full resolution (+/- 2g)
            wBuff[0] = 0x08;
            accel.Write(wBuff);

            //Put the ADXL345 into Measurement Mode by writing 0x08 to the POWER_CTL register.
            wBuff[0] = PowerControl;
            accel.Write(wBuff);

            wBuff[0] = 0x08;
            accel.Write(wBuff);

            // Setting FIFO to stream 0x80 also tried no FIFO 0x00 (commenting out following)
            wBuff[0] = FifoStatus;
            accel.Write(wBuff);
            wBuff[0] = 0x80;
            accel.Write(wBuff);


            


            double yAxisGs, xAxisGs, zAxisGs;
 
 
                    Thread.Sleep(100);

                    yAxisGs = 0.0; 
                    xAxisGs = 0.0; 
                    zAxisGs = 0.0; 

                    //
                    Byte[] rBuff6 = new Byte[6];
                    Byte[] wBuff6 = new Byte[6];

                    //wBuff6[0] = 0xFF;
                    //wBuff6[1] = 0xFF;
                    //wBuff6[2] = 0xFF;
                    //wBuff6[3] = 0xFF;
                    //wBuff6[4] = 0xFF;
                    //wBuff6[5] = 0xFF;

                    wBuff[0] = DataX_0 | 0x80 | 0x40; // Also tried without 0x80 (read mode) or (0x40) multiple-byte read mode
                    accel.WriteRead(wBuff6,0,6,rBuff6,0,6,0);

                    const double scale = 0.0039d; // Scale for 2G, full scale

                    xAxisGs = (rBuff6[0] | rBuff6[1] << 8) * scale; // I tried  (rBuff6[0] + rBuff6[1] *256) * scale to make sure it's not a logic, data type issue between byte, uint and double.
                    yAxisGs = (rBuff6[2] | rBuff6[3] << 8) * scale;
                    zAxisGs = (rBuff6[4] | rBuff6[5] << 8) * scale;


                    Debug.Print("x received data is " + xAxisGs);
                    Debug.Print("y received data is " + yAxisGs);
                    Debug.Print("z received data is " + zAxisGs);