Netduino home hardware projects downloads community

Jump to content


The Netduino forums have been replaced by new forums at community.wildernesslabs.co. This site has been preserved for archival purposes only and the ability to make new accounts or posts has been turned off.
Photo

How to deploy over COM


  • Please log in to reply
24 replies to this topic

#21 Chris Walker

Chris Walker

    Secret Labs Staff

  • Moderators
  • 7767 posts
  • LocationNew York, NY

Posted 19 November 2012 - 10:20 PM

Hi lor3, Can you try using COM2 for debug really quickly, instead of COM1? COM1 shares an IRQ with the reset pin. So using COM1 may be causing odd interrupts. The reset register should filter those...but we may need to add some extra protection. COM2 is on its own IRQ. Chris

#22 lor3

lor3

    Member

  • Members
  • PipPip
  • 12 posts

Posted 20 November 2012 - 12:01 AM

Can you try using COM2 for debug really quickly, instead of COM1?


Just tried with COM2, exactly the same (reset on boot).

#23 Chris Walker

Chris Walker

    Secret Labs Staff

  • Moderators
  • 7767 posts
  • LocationNew York, NY

Posted 20 November 2012 - 01:07 AM

Hi lor3,

Okay, just did some research. The Transport change resets the device. Which makes sense, since NETMF needs to allocate those resources during boot.

Try putting the following code before the transport change...

InputPort port = new InputPort(Pins.ONBOARD_BTN, ...);
while (port.Read() == false);

The first time you run the app, press the button to change the transport. Then once it reboots, erase the current app (using the new transport port) and you'll be good to go.

Right now...if you're already working on COM2 now, just press ERASE in MFDeploy and erase the current app. If the debugger can't connect quickly enough for that (since it may already be rebooting) you may need to start from scratch (using the pushbutton trick, above).

Chris

#24 lor3

lor3

    Member

  • Members
  • PipPip
  • 12 posts

Posted 20 November 2012 - 01:43 PM

The first time you run the app, press the button to change the transport. Then once it reboots, erase the current app (using the new transport port) and you'll be good to go.


Fantastic, works like a charm. I've tried with COM1 and COM2 and both work fine so the reset IRQ doesn't appear to be a problem. The only thing I did notice is that MFDeploy doesn't work via serial (Ping/Erase) but VS can deploy and debug fine.

Thanks for your help Chris.

#25 lor3

lor3

    Member

  • Members
  • PipPip
  • 12 posts

Posted 20 November 2012 - 04:28 PM

OK all is working well... a slightly unrelated question; is Microsoft.SPOT.Hardware.UsbClient supported by the Netduino+ 4.2 firmware (or standard Netduino)? I'm getting an UnsupportedException from the UsbController constructor so I'm guessing not?




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users

home    hardware    projects    downloads    community    where to buy    contact Copyright © 2016 Wilderness Labs Inc.  |  Legal   |   CC BY-SA
This webpage is licensed under a Creative Commons Attribution-ShareAlike License.