N+2 deploys, starts loading debugger then stops
#1
Posted 28 November 2012 - 03:03 AM
#2
Posted 30 November 2012 - 09:17 AM
#3
Posted 01 December 2012 - 06:59 PM
Thanks for getting back.
Are you redeploying an existing Netduino Plus 1 project to Netduino Plus 2?
No, a new N+2 specific VS project created (create an input port, try to read it, debug.print the result in a loop) and used in this experience. Although, as part of the testing, I did check and make sure the "non-plus" assembly was referenced and used. Always looks like the code is deployed but then freezes just before it starts to run. Like I mentioned, once the board stops, MFDeploy can't ping. All I can do to fix it is erase/reinstall the firmware.
I haven't gotten to the point where I do want to extend an application that now runs on a Gadgeteer device to also operate on the N+2 - now that it has the extended performance and memory. Kudos for that move BTW. Anyway, once I get passed deploy and debug, then I will worry about the migration. First things first.
Regards,
Mark
#4
Posted 01 December 2012 - 08:14 PM
#5
Posted 02 December 2012 - 06:02 PM
#6
Posted 02 December 2012 - 06:07 PM
Chris,
Ok, apparently in my attempt to quickly test the board I pointed at the cpu pin (my stupidity + intellisense != good app). I get that the enumerated values are different so my bad.
var myPin = new InputPort(Cpu.Pin.GPIO_Pin12, false, Port.ResistorMode.PullUp);
One thing I did test though was running this same code (using the N+1 VS app template) on a N+1 and it stalled in the same way but does recover. That is, if I shut down the app and ping in MFDeploy it replies. If you run the code on the N+2 (using the N+2 VS app template) it locks up. MFDeploy can see the board but it won't reply to a ping and requires a reload of the firmware to get it going again.
Like I said, I get that the pin mapping is different but if I had written the test with Cpu.Pin.GPIO_Pin3, the app would have run. Pin2 would really have the pin I activated so the app wouldn't have worked right but also wouldn't have locked to the point of having to reload the firmware. Just an FYI/Observation.
Thanks for the support,
Mark
For reference you should really be using the Pins enum (Pins.GPIO_PIN_D10) provided by SecretLabs.NETMF.Hardware.Netduino. The Cpu.Pin enum is relative to the pins on the uC not to the lables on the N+2.
When you talk EE use small words, I'm just a Software Developer
My Blog/Site and Everything Else
If my post helped you please consider pressing the "Like This" button in the bottom right-hand corner.
Oh my. So many things, so little money!!
#7
Posted 02 December 2012 - 06:41 PM
For reference you should really be using the Pins enum (Pins.GPIO_PIN_D10) provided by SecretLabs.NETMF.Hardware.Netduino. The Cpu.Pin enum is relative to the pins on the uC not to the lables on the N+2.
Arron,
Yes, I get that. That's why I mentioned it in my post. The point of my last reply was just to point out the possible semi-destructive nature of a simple pin mismatch on the N+2 board that doesn't appear to occur on the N+1. If, for example, the Netduino assemblies threw an exception for pin references "outside of bounds", the board would not have locked up and I would have known immediately what the problem was.
Like I said, just an FYI,
Mark
#8
Posted 02 December 2012 - 11:00 PM
#9
Posted 03 December 2012 - 02:55 AM
Ahh, I misreadArron,
Yes, I get that. That's why I mentioned it in my post. The point of my last reply was just to point out the possible semi-destructive nature of a simple pin mismatch on the N+2 board that doesn't appear to occur on the N+1. If, for example, the Netduino assemblies threw an exception for pin references "outside of bounds", the board would not have locked up and I would have known immediately what the problem was.
Like I said, just an FYI,
Mark
When you talk EE use small words, I'm just a Software Developer
My Blog/Site and Everything Else
If my post helped you please consider pressing the "Like This" button in the bottom right-hand corner.
Oh my. So many things, so little money!!
#10
Posted 03 December 2012 - 03:10 AM
When you press and hold the pushbutton on your Netduino Plus 2 while plugging into your PC via USB...what does it show up as in Device Manager? Is the driver installed?I have tried to use STDFU Tester appication to, to reflash the firmware, but the board is not picked up at all.
Chris
#11
Posted 03 December 2012 - 05:33 AM
Hi Brenden,
When you press and hold the pushbutton on your Netduino Plus 2 while plugging into your PC via USB...what does it show up as in Device Manager? Is the driver installed?
Chris
Hi Chris,
It comes up as STM32 BOOTLOADER under Other devices. But there is no driver installed.
Brenden
#12
Posted 03 December 2012 - 06:00 AM
Did you install DFUSE?It comes up as STM32 BOOTLOADER under Other devices. But there is no driver installed.
http://www.st.com/in...DEMO/um0412.zip
Also, have you tried pointing Device Manager to the drivers in this folder?
C:\Program Files (x86)\STMicroelectronics\Software\DfuSe\Driver
Finally--are you running Windows 8 by any chance? Some of the ST drivers aren't signed so you'll need to reboot with driver signing disabled _once_ to successfully set up Device Manager with the drivers.
Chris
#13
Posted 03 December 2012 - 06:44 AM
#14
Posted 19 January 2013 - 10:32 PM
Hi, I have similar problems with deploying, turned out it didn't reply to pings either.
I tried holding the button while connecting, initially got the device as STM32 BOOTLOADER, then installed the DfuSe drivers and now see it as "STM Device in DFU mode" in the Device Manager, but MFDeploy doesn't find it (it does show up when booting normally, but doesn't reply to pings). Did I miss any steps..?
EDIT: should note that I got it working again by upgrading the firmware as per http://forums.netdui...-firmware-v422/
Note: maybe I fried the Netduino? I accidentally had a wire from D10 touch the MOSFET's drain (supplied by 5V) in a setup similar to this:
http://www.pretzello.../LED-MOSFET.png
Completely noob w/ electronics, hoping my little buddy is still OK...
Thanks /Jonas
1 user(s) are reading this topic
0 members, 1 guests, 0 anonymous users