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

Bricked my Netduino Plus 2


  • Please log in to reply
11 replies to this topic

#1 marc v

marc v

    New Member

  • Members
  • Pip
  • 1 posts

Posted 21 November 2012 - 01:59 AM

Soooo, I am just a jr. hacker and was playing with the PWM functions and bricked my board with the following line of code: Dim led1 As PWM = New PWM(Cpu.PWMChannel.PWM_0, 10000, 10000, False) Anywho, the board would NOT respond to USB communications. You could see the Netduino in the hardware manager, but you couldn't ping it nor deploy to it. 1) tried switching to the mfusb driver, nothing. 2) tried connect 3v3 to the gold reset pad, nothing. 3) Put it in DFU mode, but (and this part isn't in Chris' instructions) you have to have the STmicro DFU Mode driver and manually install it.... once I did, everything went smoothly by following Chris' upgrade instructions for firmware 4.2.1 Chris, can you see a reason why that line of code would brick a board? Hope that helps someone out there. -Marc

#2 Chris Walker

Chris Walker

    Secret Labs Staff

  • Moderators
  • 7767 posts
  • LocationNew York, NY

Posted 21 November 2012 - 03:13 AM

Hi Marc, Which board are you using? Netduino Plus or Netduino Plus 2? Also, I would recommend using the PWMChannels enumeration (with an "s" at the end). That will give you the pin mappings for your board. Final question: if you reduce the duration (so it's less than the period) does that work for you? There may be a bug in the new standardized PWM class; if we can find out what it is we can fix it. Chris

#3 gtwillia

gtwillia

    New Member

  • Members
  • Pip
  • 2 posts

Posted 22 November 2012 - 03:28 PM

Hi all, I am having the same issue with my Netduino Plus 2. The device initially worked fine and I was able to launch multiple programs. Next I connected a shield board and it started to have some issues connecting with the USB. It would connect then a few seconds later disconnect. I reviewed several forums and tried multiple steps will no luck. So far, I am still unable to load the updated drives or connect. Note when I plug the device in it does boot (meaning the blue light goes on then off after a few seconds) correctly. But MFdeploy cannot connect to the device. When I ping the device I get the following message: Pinging... Error: No response from device. Also, when I press and hold the on board button, the blue light stays on and the device registers as an "STM Device in DFU Mode". Can anyone help? Otherwise, I am going to have to get a new board! Regards, Greg W.

Attached Files



#4 NeonMika / Markus VV.

NeonMika / Markus VV.

    Advanced Member

  • Members
  • PipPipPip
  • 209 posts
  • LocationUpper Austria

Posted 23 November 2012 - 10:04 AM

Final question: if you reduce the duration (so it's less than the period) does that work for you? There may be a bug in the new standardized PWM class; if we can find out what it is we can fix it.

Chris



I don't think that he is able to try this out refering to this line he wrote:

Anywho, the board would NOT respond to USB communications. You could see the 
Netduino in the hardware manager, but you couldn't ping it nor deploy to it.

Greets, Markus

NeonMika.Webserver
> Control your N+ and write webservice methods easyily
> Receive data from you N+ (in XML or JSON)
> Browse the SD on your N+ directly in the browser and d
own - and upload files

 

If you need help with NeonMika.Webserver, please just leave a note in the thread and/or contact me via Skype :)

 

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------
--- Mistakes teach you important lessons. Every time you make one, you are one step closer to your goal. ----
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------


#5 Chris Walker

Chris Walker

    Secret Labs Staff

  • Moderators
  • 7767 posts
  • LocationNew York, NY

Posted 23 November 2012 - 02:33 PM

Hi Greg,

Note when I plug the device in it does boot (meaning the blue light goes on then off after a few seconds) correctly. But MFdeploy cannot connect to the device. When I ping the device I get the following message: Pinging... Error: No response from device.

Also, when I press and hold the on board button, the blue light stays on and the device registers as an "STM Device in DFU Mode". Can anyone help?

Netduino Plus 2 works almost exactly the same as Netduino Plus 1...but the re-flashing method is brand new. SAM-BA is only used for Netduino Plus 1; you'll want to use STDFU and DFUSE for Netduino Plus 2.

Here are the full re-flashing instructions (and firmware) for Netduino Plus 2:
http://forums.netdui...-firmware-v421/

If you completely erase and then re-flash your board using those instructions, you should be back up and running. If not, we'll need to check the version of .NET MF SDK to make sure it's running QFE2.

Does this get you back up and running?

Chris

#6 tim c

tim c

    Advanced Member

  • Members
  • PipPipPip
  • 31 posts

Posted 24 November 2012 - 04:02 PM

Hi Greg,


Netduino Plus 2 works almost exactly the same as Netduino Plus 1...but the re-flashing method is brand new. SAM-BA is only used for Netduino Plus 1; you'll want to use STDFU and DFUSE for Netduino Plus 2.

Here are the full re-flashing instructions (and firmware) for Netduino Plus 2:
http://forums.netdui...-firmware-v421/

If you completely erase and then re-flash your board using those instructions, you should be back up and running. If not, we'll need to check the version of .NET MF SDK to make sure it's running QFE2.

Does this get you back up and running?

Chris


<TOTAL NOOB ALERT - read with caution>

I bricked my board at least 10 times Thursday using ?OLD? PWM code examples. The instructions linked above: http://forums.netdui...-firmware-v421/ saved me everytime.

Almost anytime I tried to run 4.1 PWM code it would lock the ND+ 2 and I would have to follow the steps above to get it working again. I am not sure if the issue is with the SecretLabs PWM port to 4.2 or what - but if I use the NETMF PWM libraries (Microsoft.SPOT.Hardware.PWM)it works.

Each time it locked I loaded the latest DFU I could find and was back up and running.

After a few hours (total noob) I was able to get a PWM project working that cycled my RBG LED. I am going to clean it up now and post it as a sample.

If you are having trouble with PWM please post which Class Library you are using - Microsoft.SPOT.Hardware.PWM or SecretLabs.NETMF.Hardware.PWM

Tim

#7 Calabraun

Calabraun

    New Member

  • Members
  • Pip
  • 7 posts

Posted 21 February 2013 - 05:45 AM

So yeah I was also going through the official examples and when I got to the LED PWM example, when deploying it, my Netduino Plus 2 was bricked as well.

 

I also went through all the steps on updating the firmware from http://forums.netdui...-v422-update-2/ however after the firmware update was successful and I unplugged the Netduino and plugged it back in, I did not hear the familar 'da-ding' sound from the computer recognizing the board being plugged in.  Visual studio still gives the error that the Netduino cannot be found.

 

It is now only recognized by the computer if I plug it in while holding down the button to go into DFU mode.  I have erased and then reloaded the firmware (which is always successful) several times to no avail. I do get a popup saying that the firmware cannot be verified because it is in DFU mode.  If I click the 'Leave DFU mode' button after erasing instead of just unplugging and plugging it back in, it gets to 49% and throws a timeout error. 

 

Also, the STDFU tester application link that was provided in the firmware update post is broken, throws a page not found from the ST site. I googled for um0412.zip file and found it here http://code.google.c...12.zip&can=2&q= and used that zip to get the application.

 

Any help appreciated, hoping my Netduino is not permanently bricked!

 

-Cal



#8 Chris Walker

Chris Walker

    Secret Labs Staff

  • Moderators
  • 7767 posts
  • LocationNew York, NY

Posted 21 February 2013 - 10:09 AM

Cal -- can you please double-check and make sure that you're "downloading" the firmware .DFU file to your Netduino--and not "uploading" the empty Netduino and writing over the .DFU file on your computer? The terminology in DFUSE is a bit confusing. I've written over my .DFU file trying to flash the board...and then more frustratingly written that all-zero .DFU file back to my Netduino. It can take a while to notice that the file has been corrupted :) Please try following the reflashing instructions again precisely (after replacing your local DFU file with the one in the post--in case your copy has been accidentally corrupted), and please let me know if that fixes things for you. tim -- just FYI, Netduino gen2 wasn't originally compatible with the Secret Labs PWM classes. We've updated them in the latest SDK (on the Downloads page) so that existing gen1 PWM code should work on the gen2 boards without modification. Chris

#9 Calabraun

Calabraun

    New Member

  • Members
  • Pip
  • 7 posts

Posted 22 February 2013 - 02:37 AM

Chris,

 

I believe your saying to just make sure I am not using the "Upload" button within the "Upload Action" pane on the left side. I am not using that button. I have always used the "Choose..." and then "Upgrade" button on the "Upload or Verify Action" pane on the right side. (there is no "Download" button anywhere)  

 

To make sure, I downloaded the zip file again and used the new .DFU file from it, and followed the firmware upgrade instructions line by line. Same results unfortunately... 

 

The first post in this thread mentions installing the "[color=rgb(40,40,40);font-family:helvetica, arial, sans-serif;]STmicro DFU Mode driver" beforehand, he said he could not get the process to work until he did that.  Should I try the same thing? I would have to know what or where this driver can be gotten and how to install it.[/color]



#10 Calabraun

Calabraun

    New Member

  • Members
  • Pip
  • 7 posts

Posted 22 February 2013 - 02:48 AM

Well I believe I found the problem.

 

I searched these forums a bit differently, this time looking for "Leave DFU mode" and "49%" (it throws an error when it gets to that percentage)... and I found this thread!! http://forums.netdui...etduino-plus-2/

 

In that, you told them to make sure they are using 3.0.2, not 3.0.0. As soon as they used the new version it worked.  So here is the delima...the link you are providing for the STDFU Tester (http://www.st.com/in...DEMO/um0412.zip) no longer works!!  So as i stated in my first posted, i found the um0412.zip at this location http://code.google.c...12.zip&can=2&q= but even though it is the same file name, it is the older 3.0.0 version. So I need a working link to the 3.0.2 version! I will keep searching google to see if I can find one.

 

Thanks,

 

-Cal



#11 Calabraun

Calabraun

    New Member

  • Members
  • Pip
  • 7 posts

Posted 22 February 2013 - 04:24 AM

Found a copy of STDFU Tester 3.0.2 here -> http://samedisk.com/...wnload.php?id=5

 

Went through the process again with the new version and everything worked as it should...

 

-Cal



#12 Chris Walker

Chris Walker

    Secret Labs Staff

  • Moderators
  • 7767 posts
  • LocationNew York, NY

Posted 22 February 2013 - 05:24 AM

Hi Cal,

In that, you told them to make sure they are using 3.0.2, not 3.0.0. As soon as they used the new version it worked.

That makes a lot of sense. I have gone ahead and changed the links in each of the firmware sticky posts to link to a cached copy of DfuSe 3.0.2. Chris




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.