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

Netduino 3 questions/issues

Netduino3

Best Answer jkfrench, 09 July 2015 - 04:47 PM

i've went ahead and converted network to WPA2PSK (devices that required WEP, I just removed from network, haven't used them in quite a while anyhow, and frankly use other devices for same function, so didn't need them anyhow) ... and Netduino 3 Wifi is working fine.   So marking this as solved 

Go to the full post


  • Please log in to reply
13 replies to this topic

#1 jkfrench

jkfrench

    Member

  • Members
  • PipPip
  • 20 posts
  • LocationFort Worth, TX

Posted 26 June 2015 - 04:56 PM

Hi,

 

I have had a Netduino 2 Plus for while now and decided to get a Netduino 3 (mainly for the wireless capabilities) ... and even though the Netduino 2 Plus seems to be working as-expected, i.e. I can execute and debug without any issues, I'm not having the same luck with the Netduino 3.

 

When I attempt to debug programs using VS 2013 Pro (the exact same programs that I can debug without any problems on the Netduino 2 plus), I would say 75% of the time the debugger doesn't attach after a deploy and reboot using the Netduino 3.   And it doesn't have anything to do with the complexity of the program being deployed either ... the simple Led Blink program has the same issue (no shields attached either ... just the netduino 3).   it doesn't matter whether there is already an app deployed or not.  There doesn't seem to be any reason that it succeeds sometimes, but fails most of the time.    Also, I have this problem on 3 different computers.

 

Please note:  I have tried multiple USB cables (all of which do work fine with the Netduino 2 Plus, so I don't think it's a cable issue).

 

I have re-flashed the 4.3.2.2 firmware, a couple times even.   No problems doing that.   I typically can 'Erase' the Netduino 3 with MFDeploy (admittedly that does fail some times, but it's not near as big of an issue .. besides, I can use the NetduinoUpdate program to do that ... and it ALWAYS works).

 

And just to be clear, the application ALWAYS deploys and executes, it's just that the debugger won't attach most of the time.  And when it fails to attach, I can't manually attach to a process because I get a dialog that indicates that it's 'Unable to Attach to process. The 32-bit Version of the Visual Studio Remote Debugging Monitor (MSVSMON.EXE) cannot be used to debug 64-bit processes or 64-bit dumps.  Please use the 64-bit version instead.'  ... HOWEVER if I close Visual Studio 2013 and restart, then attempt to attach (without loading a solution, or attempting to debug), it works!!!!!    As you probably have realized, I'm using 64-bit windows ... Windows 8.1 specifically ... do launch VS 2013 as administrator.

 

So something is amiss.  I have uninstalled/reinstalled both the NETMF SDK v4.3 and the NETDUINO SDK v4.3.2.1.   Didn't help.

 

Another unrelated issue ... Wifi setup.   I have a green light, if I hard code the IP Address settings.   But, even though the Netduino knows it's IP Address because I didn't use DHCP (If I use DHCP, the device never get's an IP Address).  My router knows the device is connected, but doesn't know it's IP Address (Router is a Netgear WNDR3700v3).   I am using WEP Open 64-bit with Access Control (i.e. the Mac address has to be known to the router for wireless devices ... I've tried turning that feature off temporarily just to see if that was the issue [but it is connecting, and it didn't make any difference]).   And I can't ping it (I'd guess since the router doesn't know the Netduino 3 IP Address, it can't route the ping to it ... makes sense).   Please note:  I have a good number of wireless devices (everything from Arduino Wireless Shields, a couple PCDuinos, Cameras, Phones, Tablets, Laptops, etc ... and I've never had this problem before ... and everything else is working fine) ... I've tried rebooting the router and it didn't matter (but all other wireless devices reconnected and work fine).

 

Any assistance would be appreciated.

 

Thanks!

Jeff



#2 Chris Walker

Chris Walker

    Secret Labs Staff

  • Moderators
  • 7767 posts
  • LocationNew York, NY

Posted 26 June 2015 - 05:39 PM

Hi Jeff,

Are you running the latest 4.3 firmware on the Netduino Plus 2, or an older 4.2 firmware release? [The core firmware minus the networking is pretty much identical between those two.]

On your router...just curious: if you switch to "open network" or WPA2, does the Wi-Fi setup work properly for you then?

So far most community members have been having a great experience with their Netduino 3 Wi-Fi boards, but we want everyone to have that same great experience--so let's see if we can drill down into the issues here and get you up and running well.

Chris

#3 jkfrench

jkfrench

    Member

  • Members
  • PipPip
  • 20 posts
  • LocationFort Worth, TX

Posted 26 June 2015 - 08:12 PM

I'm using Firmware v4.3.2.1 on my Netduino 2 Plus.  

 

Ok ... so, I decided to try a couple things  ... 1 uninstall/re-install the Netduino USB driver ... that actually seemed to help a little ... but what seemed to really help was the following (I had installed VS 2013 Community Edition on an old computer just to play with and hadn't really done anything with it, so I installed NETMF SDK and the Netduino SDK, loaded up some projects and ran them with Netduino 3 connected and so far it has never failed to attach to the debugger) ... so then I went looking at configuration settings and found 2 differences with my other computers ... 1) The Debugging | General | Enable the exception assistant setting was unchecked and 2) the Projects and Solutions | General | Track Active Item in Solution Explorer was unchecked.   Checking both of these really seemed to help (actually I think #1 was the key) ... now both the Netduino 3 and 2 Plus are both working great ... I haven't had a debugger attachment failure after 10+ tries), I'm wondering if the 2 Plus was having the same problem and I just hadn't noticed and just got lucky the time I had tried it).   Regardless, I think that debugger attachment issue is resolved (if not, I'll let you know).

 

So, now the wifi issue.   I actually am already set to open authentication (tried shared, same exact results)... but WPA really isn't an option .. I have a couple older devices that don't support anything but WEP (or I'd be using something different across the board).  I, of course, can try it ... but the reality is, it will never be my default selection.   I do have another router I can play around with  just to see if by-chance it works with WPA, but that's all it would tell us.   It's just odd ... the router can see the device (by MAC address), but can't see the manually specified IP Address and DHCP (if I try it that way) won't apply one either.



#4 Chris Walker

Chris Walker

    Secret Labs Staff

  • Moderators
  • 7767 posts
  • LocationNew York, NY

Posted 27 June 2015 - 06:16 AM

Hi Jeff,

Very interesting! Looks like there may be some VS debugger options that agree/disagree with the NETMF SDK. Curious.

With WEP Open, devices connect to a Wi-Fi router--but they don't actually get truly-connected until the authentication is complete. If you're seeing a "connection"--but cannot ping the IP address of your board--then it's most likely that the device isn't actually authenticating to the Wi-Fi access point.

To confirm: you're using a WEP passphrase, not a WEP hex key, correct? CC3100 works with WEP--but it uses the passphrase rather than a key.

On WPA: if you can, please try using WPA (or an open network with no security) just to make sure that the board is authenticating correctly. If that works, we can debug the WEP-specific issue from there.

Thanks for the very thorough responses, by the way! That really helps sort things out...

Chris

#5 jkfrench

jkfrench

    Member

  • Members
  • PipPip
  • 20 posts
  • LocationFort Worth, TX

Posted 27 June 2015 - 12:58 PM

Ok ... If I try an open network ... it works ... even DHCP where the router provides the ip address ... works perfect.

 

Also tried WPA2 ... again works, even with DHCP.

 

Seems to be WEP related.



#6 jkfrench

jkfrench

    Member

  • Members
  • PipPip
  • 20 posts
  • LocationFort Worth, TX

Posted 01 July 2015 - 03:28 PM

Just an FYI... I have an Arduino wifi shield that is based on the CC3000...and it works fine with my router using WEP...so I don't believe it's a router/cc3000 incompatibility.

#7 Chris Walker

Chris Walker

    Secret Labs Staff

  • Moderators
  • 7767 posts
  • LocationNew York, NY

Posted 01 July 2015 - 05:14 PM

Hi jkfrench,

It sounds like it might be a WEP key vs passphrase issue or something else specific to CC3100. What can we do to try to simulate your setup here, to help get this working for you? [I'm thinking...using a WEP router and picking the same key size, same passphrase as a test passphrase on your side, etc.]

Chris

#8 jkfrench

jkfrench

    Member

  • Members
  • PipPip
  • 20 posts
  • LocationFort Worth, TX

Posted 01 July 2015 - 10:41 PM

I do use a key that is not convertible to printable ASCII Text (i.e. some of the hex pairs are < 0x20 and some are > 0x7f) ... don't know if that matters (i.e. I don't think that I can actually put in a pass phrase and have it convert to what I use for a manually entered key).



#9 Chris Walker

Chris Walker

    Secret Labs Staff

  • Moderators
  • 7767 posts
  • LocationNew York, NY

Posted 01 July 2015 - 10:45 PM

jkfrench,

Oh! Yeah, CC3100 requires a WEP _passphrase_, not a WEP hex key. If you're using WEP...any chance you can switch to a key which has an accompanying passphrase?

#10 jkfrench

jkfrench

    Member

  • Members
  • PipPip
  • 20 posts
  • LocationFort Worth, TX

Posted 02 July 2015 - 02:39 PM

Ok ... is this an implementation detail on the Netduino 3 Wifi or a problem with the CC3100? ... I guess I just don't know why TI would be touting the CC3100 as a replacement for the CC3000 if it weren't at least compatible at the networking level (and again, my CC3000 shield for arduino works fine on my wireless network ... I tried it again this morning to make sure, a sketch I have connected to my router, DHCP provided an IP Address and it connected/accessed a Time Server on the internet).   I do have to specify the WEP Key as a char array in the sketch ... but at least I can do it.  

 

I guess my real question is this just because of the inability for MFDeploy (and/or a Netduino specific or NETMF library or even Netduino Firmware) to recognize that the key being entered is a hex-string that needs to be parsed/used as such or is it because of an actual incompatibility with the CC3100?  

 

And yes, I can switch, but it's definitely not my first choice.



#11 Chris Walker

Chris Walker

    Secret Labs Staff

  • Moderators
  • 7767 posts
  • LocationNew York, NY

Posted 02 July 2015 - 06:20 PM

Hi jkfrench,

Oddly, it looks like TI's docs say that WEP HEX is supported in station mode.
http://processors.wi...earch=Search-EN

Do you have an example "not working" SSID and WEP HEX key that we can use here, to see what we can get CC3100 to do.

Thank you!

Chris

#12 jkfrench

jkfrench

    Member

  • Members
  • PipPip
  • 20 posts
  • LocationFort Worth, TX

Posted 02 July 2015 - 11:04 PM

The combo of SSID: DarkRaven7 & WEP Hex Key: DE0119CB02 works fine on my Arduino CC3000 shield, but does not work on Netduino 3 Wifi.   Again, for the Arduino Shield, the sketch codes the key as a character array with a null termination... i.e.  const char key[6] = { 0xDE, 0x01, 0x19, 0xCB, 0x02, 0x00 };



#13 jkfrench

jkfrench

    Member

  • Members
  • PipPip
  • 20 posts
  • LocationFort Worth, TX

Posted 03 July 2015 - 05:19 PM

Just for reference, this page from Adafruit gives a pretty good idea of what the CC3000 shield supports (plus it's the library on the Arduino that I use).  It even goes into detail on the WEP HEX Pass Phrase usage (and even why a 0x00 in the middle of the key can't be used [which I'm not] ... but if you are familiar with C/C++ that should be pretty evident ... which is also why there has to be one at the end of the key).   If figure, if anything, the library code might be useful.

 

https://learn.adafru...ibrary-software

 

I've also been playing around a bit with the MFDeploy source code, added a Use Hex checkbox and am just seeing what happens when I convert the hex char string in the Pass Phrase Text Box to a hex-byte string ... and that part does seem to work (i.e. the string ends up being 5 bytes long [the required 40-bits] with non-printable characters in it), but it hasn't made any difference (not convinced what gets stored on the netduino itself is actually correct either), so it might be deeper than just MFDeploy ... or I'm still not doing something quite right (that's always a possibility).



#14 jkfrench

jkfrench

    Member

  • Members
  • PipPip
  • 20 posts
  • LocationFort Worth, TX

Posted 09 July 2015 - 04:47 PM   Best Answer

i've went ahead and converted network to WPA2PSK (devices that required WEP, I just removed from network, haven't used them in quite a while anyhow, and frankly use other devices for same function, so didn't need them anyhow) ... and Netduino 3 Wifi is working fine.   So marking this as solved 







Also tagged with one or more of these keywords: Netduino3

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.