Uh, I've never seen this post before. Nice work CW2. Edit: You haven't attached your source, I see? ;p

If you wait a few days Casper, I'll post a Blinking sample for you. (I was going to do so anyway.) If I can make it work ...

Actually I've already posted the link in this thread. But I can post it again: http://www.atmel.com...sp?tool_id=3759

Casper, I've posted a small native sample here: http://forums.netdui...kingled-native/

Chris, maybe you should create new main thread for FreeRTOS? We could post some tutorials, tested samples etc. in there.

ottawa, I had the same experience. However, the lwIP sample from the Atmel driver package seems to work fine. Perhaps it would be easy to strip the FreeRTOS and insert the Atmel lwIP instead. ... or perhaps not. Both the lwIP and the uIP samples are rather obscure.

Cool

Very interesting. Did you also make it support 'connect ethernet after startup'?

What compiler are you using teacop? Codesourcery? Which version?

I thought something like what the original post said would be clever: "Netduino without a .Net"

Heh, yeah. Catchy.

Or perhaps just something (boring but descriptive) like "Native development".

Did you know btw, that FreeRTOS also come in a SIL3 approved version? SafeRTOS. Functional safety. IEC61508. Very important stuff. Very interesting. I wonder what TÜV SÜD would think of the Netduino hw ...

Personally I plan on playing with FreeRTOS and the atmel driver package: http://www.atmel.com...sp?tool_id=3759 It'd be interesting to see how many of the samples I could make work. I'm also considering whether I should buy the AT91SAM7X-EK or not. This is the sample list: Project Description =================================================================================================================== basic-adc-project Voltage acquisition demonstration basic-can-project Demonstrates usage of the Controller Area Network (CAN) peripheral. basic-dataflash-project Performs erase, read and write operations on the dataflash connected to the evaluation kit. basic-dhrystone-project Computes the number of dhrystone per seconds that the chip can generate under different configurations. basic-emac-lwip-project Webserver example using the lwIP library. basic-emac-project Enables the device to respond to ICMP ECHO requests sent on the network. basic-emac-uip-helloworld-project Webserver and telnet examples using the UIP library. basic-emac-uip-telnetd-project Webserver and telnet examples using the UIP library. basic-emac-uip-webserver-project Webserver and telnet examples using the UIP library. basic-internalflash-project Demonstrates the features of the Embedded Flash Controller (EFC/EEFC). basic-iso7816-project Sends ISO 7816 commands to a smartcard connected to the evaluation kits. basic-microcanopen-project Demo based on Open Source of the Controller Area Network (CAN) peripheral: Microcanopen basic-pwm-project Makes one or more LEDs glow using a PWM signal. basic-rtt-project Demonstrates basic usage of the Real-Time Timer (RTT) peripheral. basic-sd-spi-project Performs read and write tests on a SD card connected to the evaluation board through SPI. basic-serialflash-project Performs erase, read and write operations on an external Serial Firmware Dataflash chip connected to the board. basic-twi-eeprom-project Reads and writes an external TWI serial EEPROM. basic-usart-hw-handshaking-project Regulates the speed of a USART file transfer using RTS/CTS hardware handshaking. getting-started-project Details basic operations with AT91SAM device usb-device-ccid-project This example implements a CCID driver. usb-device-cdc-serial-project This software acts as a bridge between a USB and USART connections. A virtual COM port is created on the host computer, enabling simple communication over the USB. usb-device-composite-cdchid-project This example shows a composite with CDC serial and HID keyboard integrated. usb-device-composite-cdcmsd-project This example shows a composite with CDC serial and Mass storage integrated. usb-device-composite-hidmsd-project This example shows a composite with HID keyboard and Mass storage integrated. usb-device-core-project This example shows a basic USB application which only performs the enumeration step, so the host computer detects a new USB device. usb-device-hid-keyboard-project Creates an USB keyboard using the evaluation kit, enabling the user to type in characters and special keys (such as shift or num. lock) by pushing buttons. usb-device-hid-mouse-project Creates an USB mouse using the evaluation kit, enabling the user to move cursor with Joystick. usb-device-hid-transfer-project Creates an HID compatible device using the evaluation kit, enabling the user to do customized transfers via some PC program. usb-device-massstorage-project Creates USB Mass Storage drives using internal and external memories of the evaluation kit. =================================================================================================================== Juicy right?

Heh, I was actually planning on writing a post just like this Haven't got around to compile it yet though. I was planning on taking a look at the lwIP demo: http://www.freertos....tsam7xlwIP.html

Hm, most likely I only need 2 bytes of storage. (A few extra wouldn't hurt though.) An eeprom seems somewhat overkill when we got 512kb permanent storage. :-/ But fair enough.

Actually I think that EWR *is* the best answer. (I'll create a new post with the IP question.)

I may have found some of the answer. ExtendedWeakReferences! There's a sample in the SDK. Or what? Anyone got experience in this area?

Perhaps I could recompile the tinyclr (with a RVDS compiler) and discard some of the unneeded stuff in return for EWR ... Hmmm

Hello there, Is there a way to save/commit/write your own custom settings on the Netduinos? Eg. if you have a value (set by the user) and you would like to keep it after reboot. I would like to do this, without using a SD card. The deployed app is written to the permanent (internal) flash, so it *is* possible somehow. But how? Theoreticly I could just avoid initializing my variables and the last written value would still be there. Or perhaps that's not the way it works? In the same area: Is there a way to write to the static IP settings etc. on the N+? (Without using the MFDeploy ofc.)

This is interesting, if you open the N+ fw source, the DataStorage (EWR) is already included. I think I'll test it ... tomorrow.

Option 3 sounds really interesting. 8k is a lot. Plenty space for both system settings and a few custom settings. And it sounds like it's less costly that EWR. And I didn't knew that the EnableStaticIP would commit to flash. Very nice! (Although one could've wished for a better name perhaps.)

This is a great thread! I've been working with this subject for some time now Btw in regards to the ARM/THUMB issue. From what I've read, ARM codes can be compiled as PIC/PIE. THUMB cannot. (Might be worth considering.) If you cannot compile the code as position independent, you'd have to preallocate a fixed size flash area for the potiential native code. (Would still be worth it.)

Can you provide more detail about what you're referring to or post a URL to what you were reading?

The following is not one of my 'readings' but it does hint at the issue: http://infocenter.ar...aqs/ka3698.html

It also states however that it *is* possible to create pic. Both with THUMB and ARM. And it gives away that the RVDS compiler has solved the issue.
We however, have to make it work with GNU. I'll see if I can dig up my other source.

And the watchdog is really easy to create with "runtime interop" btw. (And rather well suited.) Just tell me and I'll throw it up for you!

Especially if the board is a bit buggy ^^. "another .NET MF chip support package for another project" also sounds very interesting though. I'd rather see that one first.

The samplerate will be 20Kz in the project i'm doing. Is that a problem for the Netduino?

20k Hz might be a bit much for netmf. You'd most likely have to implement a native driver at least. (I'm sampling at 25k Hz in native code though.)