![Photo](http://forums.netduino.com/uploads/av-240.jpg?_r=0)
"Preparing to deploy..." takes ages
#1
Posted 27 September 2011 - 07:38 AM
Take a seat, I'll be right with you.
#2
Posted 27 September 2011 - 08:46 PM
![:(](http://forums.netduino.com/public/style_emoticons/default/sad.png)
![:)](http://forums.netduino.com/public/style_emoticons/default/smile.png)
Take a seat, I'll be right with you.
#3
Posted 10 October 2011 - 04:44 PM
#4
Posted 10 October 2011 - 07:26 PM
![:(](http://forums.netduino.com/public/style_emoticons/default/sad.png)
Take a seat, I'll be right with you.
#5
Posted 10 October 2011 - 08:32 PM
nobody?
It's impossible to work on them now as it takes too long to deploy stuff.
I have 3 netduinos, happens on all of them. To build and start the MS emulator is instant.
any ideas welcome
I've had this issue happen to me from time to time. It is why I built a box with a switch on the USB power lines to power-cycle the Netduino. I found this cleared up 99% of the deployment issues I had.
-dan
#6
Posted 10 October 2011 - 08:37 PM
![:(](http://forums.netduino.com/public/style_emoticons/default/sad.png)
Take a seat, I'll be right with you.
#7
Posted 26 November 2011 - 10:00 PM
cool that that works, even if it is a bit of a typical Microsoft fix [start help desk voice]have you rebooted sir?[/end helpdesk voice]
I really am bummed about it as VS is by far the best IDE - Arduino has an IDE with functionality which is only rivalled by notepad and is slightly quicker than my coffee grinder. For those reasons, I dislike it.
Busy giving Fez a whirl now. Waiting with baited breath for the first signs of...
I happen with my VS2010 and ND+ too... I workaround the problem disconnecting and reconnecting the USB cable.....(that means reboot the ND)...
#8
Posted 26 November 2011 - 10:14 PM
![:(](http://forums.netduino.com/public/style_emoticons/default/sad.png)
#9
Posted 20 January 2012 - 09:02 PM
#10
Posted 30 January 2012 - 12:39 AM
#11
Posted 30 January 2012 - 01:44 AM
![:unsure:](http://forums.netduino.com/public/style_emoticons/default/unsure.png)
#12
Posted 12 March 2012 - 06:44 PM
private static SPI.Configuration config; private static SPI spi; private static bool runningState; public static void Main() { // Setup SPI config = new SPI.Configuration(Pins.GPIO_PIN_D10, false, 0, 0, true, false, 500, SPI.SPI_module.SPI1); spi = new SPI(config); // Set up Interrupt InterruptPort btn = new InterruptPort(Pins.ONBOARD_SW1, false, Port.ResistorMode.PullUp, Port.InterruptMode.InterruptEdgeHigh); btn.OnInterrupt += new NativeEventHandler(btn_OnInterrupt); OutputPort led = new OutputPort(Pins.ONBOARD_LED, false); // Set Running state runningState = true; led.Write(true); Debug.Print("Running"); while (runningState) { PollController(); } // Shut'er down! led.Write(false); Debug.Print("Exited!"); } static void btn_OnInterrupt(uint data1, uint data2, DateTime time) { runningState = false; }
#13
Posted 13 March 2012 - 11:26 AM
Just thought I would chip in my way of getting around these problems ... which did start with adding a switch to a USB cable, but the thing that seems to stop me having to use the switch is not using the VS debugger ... simply deploy from VS (can be assigned to short-key) and then use MFdeploy for debug output unless you actually need line-by-line. I also wrote a simple exe referencing mfdeploy that I can just run to auto connect & listen .... crashes are fewer and generally far between, more usual from doing something silly in the code!
That's very interesting. I don't suppose you'd consider sharing your auto-debug-listen tool? These days I power cycle the N+without even thinking about it and that does the trick for deployment, but I have noticed that some of my code only works when not being watched by the debugger, which tells me you're on to something. This problem is the proper domain of the VS team, but I doubt I'll live long enough to see them fix it so I'm very keen to use something else to listen to Debug output.
#14
Posted 13 March 2012 - 12:19 PM
That's very interesting. I don't suppose you'd consider sharing your auto-debug-listen tool? These days I power cycle the N+without even thinking about it and that does the trick for deployment, but I have noticed that some of my code only works when not being watched by the debugger, which tells me you're on to something. This problem is the proper domain of the VS team, but I doubt I'll live long enough to see them fix it so I'm very keen to use something else to listen to Debug output.
I can indeed ... its nothing special and in VB. You could just use MFDeploy straight off, although you will have to go through the process of choosing USB and connecting each time which is why i ended up making this exe which just does it on load. There's some bits in there I was using to test http and tcp/ip function on the device also and various code commented out I think from exploring automated deployment from the exe aswell ... but you should be able to take what you need, its been a while since ive looked at this but if I recall it was only a few lines of code using the MFDeployEngine reference that you actually need. http://tagbak.net/jlmf.winui.rar
hth and let me know any probs.
Jamie.
#15
Posted 13 March 2012 - 04:35 PM
#16
Posted 15 March 2012 - 11:14 AM
#17
Posted 05 August 2012 - 08:18 PM
#18
Posted 06 August 2012 - 03:03 AM
Thank you for the feedback. We will be enabling the current button as a reset button in an upcoming update. That will start over the board, but wouldn't help in this kind of scenario. [Unplugging and reattaching the Netduino Go would do the same thing.]My suggestion to Netduino, is this: Put a reset button or jumper on the next board so that if it gets stuck in a loop or error, there is a way to clear the program that is running or reset back to factory.... Or throw another button on their to do an actual reset..
We are working on an app which will erase the current app on the board. To use it, you'll press and hold the pushbutton on your Netduino Go while plugging it in, press the "erase application" button, and then be good to go. This capability was designed into the Netduino Go hardware design.
Please let us know if you have any other troubles,
Chris
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users