Hi DanielSan,
Did you convert your .NET MF app from a NETMF 4.1 app to a NETMF 4.2 app (by changing the target framework option in Project Properties)?
Chris
Thanks for your help
Regards
![]() |
  | |||||||||||||
![]() |
|
![]() |
||||||||||||
![]() Netduino Plus 1 Firmware v4.2.0 (update 1)
Started by Chris Walker, Sep 19 2012 10:03 PM
144 replies to this topic
#41
Posted 19 November 2012 - 06:37 PM
Thanks for your help Regards
#42
Posted 19 November 2012 - 10:18 PM
Hi
Did anyone had luck with this new firmware and OneWire? I want to measure the temperature via the DS18B20 OneWire temperature sensor, but I really can't get the OneWire to run.
In the release notes it says "OneWire is provided through a community development effort." - What does that mean?
#43
Posted 22 November 2012 - 06:25 AM
Hello out there!
![]() NeonMika.Webserver
If you need help with NeonMika.Webserver, please just leave a note in the thread and/or contact me via Skype
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------
#44
Posted 22 November 2012 - 07:23 AM
Hi Markus,
Netduino Plus 2 has some settings which help out with DHCP issues.
The larger bug fix for that appears to be in .NET MF 4.3, which should be in beta very soon.
Chris
#45
Posted 22 November 2012 - 07:43 AM
I just have a Netduino Plus (not 2)
![]() So for firmware-update, could u give me a hint for which Version I should go? v4.2 or v4.1? v4.1 says With this firmware, you will have the following resources available for your code: 64KB Flash 28KB+ RAM This firmware includes the following updates: 1. Enhanced Parallels, VMWare, and VirtualBox compatibility 2. Garbage collection 'status messages' updated 3. Visual Studio debugger should connect to Netduino easier during deployment (on non-virtual machines) 4. Bugfixes: DHCP should now work properly on more/all routers 5. Bugfixes: Network cables can now be connected after board is powered up 6. Bugfixes: SerialPort.DataReceived event should now fire properly 7. Bugfixes: SerialPort.Read() timeout now implemented properly 8. Bugfixes: Misc. SPI bugfixes and v4.2 says With this firmware, you will have the following resources available for your code: 64KB Flash 42KB+ RAM (50% more RAM than 4.1.0.6) This firmware includes the following update: 1. PWM bugfix (period/frequency now set correctly) This firmware also includes the following prior updates: 1. 50% more RAM: 42KB (4.2.0.0) vs. 28KB (4.1.0.6) 2. Visual Basic is now a supported language for .NET MF 3. New core AnalogInput and PWM classes; backwards-compatible classes available via add-on assemblies. 4. New WinUSB drivers (to remedy BSOD issues in 4.2 beta) 5. Garbage collector now fully collects old objects 6. See netmf.codeplex.com for full details of all bugfixes So my main question is: Does the v4.2 also contain the bugfixes of v4.1 like "Network cables can now be connected after board is powered up"? =) Thanks for your help. Greets, Markus NeonMika.Webserver
If you need help with NeonMika.Webserver, please just leave a note in the thread and/or contact me via Skype
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------
#46
Posted 22 November 2012 - 04:40 PM
Hi Markus,
Generally speaking, v4.2 should include the bug fixes from v4.1.0.6.
We've found some additional bugs around network cable connection time in NETMF since then. We're hoping that the last one was squashed with NETMF 4.3 (via the upgraded lwIP network stack).
Chris
#47
Posted 22 November 2012 - 05:22 PM
Ok great, that was all I wanted to hear. I think tonight my N+ has a date with a new firmware
![]() NeonMika.Webserver
If you need help with NeonMika.Webserver, please just leave a note in the thread and/or contact me via Skype
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------
#48
Posted 24 November 2012 - 01:22 PM
Ok, so it seems I may have broken something.
After flashing my N+, I cannot connect to it with MFDeploy. It does not show up in the USB list.
Further investigation shows the root cause is that the USB driver is not correctly installed. When I look in device manager, it shows
Ports
AT91 USB to Serial Converter (COM32)
There is a warning icon on the device, and the status is "The device cannot start (Code 10)"
If I try to set the Driver to the one installed with the SDK (C:\Program Files (x86)\Secret Labs\Netduino SDK\Drivers) it says:
"The folder you specified doesn't contain a compatible driver for your device. If the folder contains a driver, make sure it is designed to work with Windows for x64-based systems."
In the folder is the following:
amd64 [folder]
x86 [folder]
mfusb_netduino.cat
MFUSB_Netduino.cat
Please help.
Dave
#49
Posted 30 November 2012 - 12:48 AM
Any ETA on 4.3 release - or a 4.2 with OneWire?
#50
Posted 30 November 2012 - 07:37 AM
Hi strent,
An update with OneWire will be published in mid-December. Hopefully .NET MF 4.3 will be ready to go too. It'll be a big month for firmware updates. Chris
#51
Posted 04 December 2012 - 09:14 PM
Hi ND Stuff, this update is just what I was looking for: everything I need works great and UDP broadcast is awesome! Just a question: can I deploy by TCP/IP on ND+1?
#52
Posted 05 December 2012 - 01:31 AM
Hi elettrozero,
Thanks for testing out the update. Woot. Netduino Plus 1 doesn't support TCP deployment. We are looking at ways to add this to Netduino Plus 2 in a software update. Chris
#53
Posted 05 December 2012 - 02:02 PM
I'm using this version in production environment. It's a pity I can't update clients's systems from remote do you know of a way to update a ND+ via serial from another ND+?
#54
Posted 05 December 2012 - 06:35 PM Depending on how happy MFDeployEngine is with the latency, you could switch a Netduino Plus's deployment port to one of the COM ports, tunnel TCP traffic to another Netduino Plus, and then send/receive that data via UART between the two boards. Remote update is something we can work on with the new hardware, since we have extra flash and RAM. Chris
#55
Posted 11 December 2012 - 06:36 AM
Hi guys,
I just have NetduinoPlus. & my computer installed mf sdk 4.3 . After the firmware 4.2.1. update i dont save network configuration with MFDeploy tool. Error message content is "unable to erase configuration sector memory". I tried dhcp enble or disable, diffenrt dns address, valid mac address but same error. < Have any ideas ? Thanks..
#56
Posted 11 December 2012 - 08:28 PM
Same problem here. I keep getting "unable to erase configuration sector memory" as well when trying to change the network settings.
#57
Posted 12 December 2012 - 01:20 AM
hi every one
i have some questions about this firmware
= how can i deploy my ND+ from the RS232 port (because i want to make it like an usb device).
= the watchdog don't work !!!?
#58
Posted 12 December 2012 - 06:52 PM
Hi, Uninstall .NET MF 4.3 and Netduino SDK and re install. Same error keep getting but save settings. is solved. Good Luck EveryOne ![]()
#59
Posted 12 December 2012 - 08:43 PM Bah! Silly me -- it's plastered everywhere. Sorry for not looking harder! Now, to figure out some other issues! http://wiki.netduino...duino-Plus.ashx
#60
Posted 27 December 2012 - 01:07 AM Running Windows 8 and updating my Plus from 4.1 to 4.2. I managed to get through all the steps in about 15 minutes. Had MFDeploy showing me the new firmware. I was so happy with myself. I then went to deploy my program from VS to the netduino, and that's when the fun started. The deploy started and then was hanging. To make a long story (2 hours) short, I managed to get at least 75% of the errors in this thread as I went through debugging the problem. I'm finally able to deploy. A few hints... Rebooting my PC between device manager changes made a huge difference. Things that wouldn't work magically did after a reboot (obviously since this is Windows). And when unplugging the netduino and plugging it back in, I found i needed at least a 10s pause, otherwise it would show up as an unrecognized device. This led me to perform all sorts of unneeded steps. So throw in some reboots, and count to 10, slowly. 0 user(s) are reading this topic0 members, 0 guests, 0 anonymous users | ||||||||||||||
![]() |
||||||||||||||
![]() |
|
![]() |
||||||||||||
![]() |
This webpage is licensed under a Creative Commons Attribution-ShareAlike License. | ![]() |
||||||||||||
![]() |