- Netduino Forums
- → Dixon's Content
There have been 32 items by Dixon (Search limited from 16-July 19)
We could also add a Reset feature to a future firmware release. The function is already built into the firmware...we'd just have to create a wrapper for it. You could also create one and build it into your own custom firmware.
The firmware could also be tweaked to activate the hardware reset function in case an exception occurred. Lots of options.
Did you manage to include the Reset function within the firmware? if not, how can we tweak it to activate the reset without need to use a GPIO?
Can the firmware be tweaked to just reset the TCP/IP stack?
I can confirm this bug.
Netduino will stay up for days on a quiet, local LAN. If I take it and plug it into our university's LAN, it freezes within minutes. The board remains responsive to input pin events, but the network connectivity no longer works until you press the reset button.
It seems the Netduino's stack can't handle tons of broadcast traffic created by management services on large lans. (Cisco proprietary, or STP, etc.)
Exact same behavior in my university, after few seconds of our typical 30-45KB/s background broadcast noise, while it worked fine for weeks at home with low traffic.
A potentials work around would be to put a cheap nat router between the netduino and lan, and port forward 80 on the wan side ip to the netduino. That should block all of the broadcast noise, but let in the http requests.
But this kill the beauty of a tiny electronic to connect something to internet. If an additional router was requited, then is better and far cheaper to buy an OpenWRT compliant router such as Linksys 54G for 60€ and program it in C
I would be just happy if it would be a way to reset the eth interface when N+ detect lose of network connectivity
Notes on new SD card support
This firmware includes support for SD cards and System.IO filesystem support.
It includes two functions in the new SecretLabs.NETMF.IO namespace:
Both the MountSD(...) and Unmount(...) features are fully implemented.
You will need to manually add the SecretLabs.NETMF.IO assembly as a reference in your project to use the SD feature. You will also need to add the System.IO assembly.
Hi Chris, what is this new feature for? the previous firmware did not need to mount or unmount the SD in order to be able to use it. What's new now?
By the way, I always wanted to ask if all the writes to the SD are committed immediately or are buffered and lazily wrote in some way.
While you're waiting for it to start, what happens if you PING your device from MFDeploy? Does it return "TinyBooter"? Nothing?
Pinging... Error: No response from device
Then TinyBooter after some time. The weak thing is that "netduinoPlus_NetduinoPlus" appears in the combo immediately after I connect it
Our first integration pieces are ADC and PWM (for the new object models) and misc. bugfixes--but this is the next item on the list after those. In the meantime, you can certainly store data on an SD card. [Also, the in-flash data storage will be for things like settings that don't change very often--not for constantly writing data.]
I'm aware of the flash aging problem, I just need to write a static setting (around 10 bytes) that will be seldom modified with the config of the application, and that's why SD or EEPROM is an overkill. I don't mind if it's Simple Storage, EWR, or ADO.NET against and internal instance of SQL Server 2010 Micro Edition, I don't care if the performance is good or not, of if it requires 20K of RAM, as I have a lot of it I don't use.
I know there are many people that have more resource constrained applications and might not want to consume extra RAM or FLASH for this, that's why I think the best way to approach it would be as a module using .NET MF APIs so people can choose to include it in the project, or not and use external storage.
Whatever will be OK. Is there any way to access the FLASH memory rawly? If I can take ownership of a FLASH block and rewrite it by myself it will work. I can even use two and implement a corruption-protecting algorithm that writes alternatively on both so integrity can be checked at startup, and old version of the config will always exist.
There's a new feature (SimpleStorage) in .NET MF 4.2 that we're looking at leveraging for this. .NET MF 4.2 will be in beta soon, and then we can start testing the implementation.
.NET MF 4.2 is available now. Does it include this capability? If so, how is it possible to use it? For my vote, with a hundred of bytes would be more than enough, for bigger data external EEPROM or SD would be justified.
Did you ever work this out?
I'm thinking to ping my gateway to determine if my network on the netduino has died, or if the internet is down. If the network on the Netduino is to blame, I have to request a reboot. But I can't have the Netduino rebooting every minute while the internet is down.
How do you reboot the netduino by code?