# CC3200 Network Processor Information Station **URL:** \ **Category:** General\ **Created:** [June 26, 2014, 4:36am UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348 "2014-06-26T04:36:05Z")\ **Posts on this page:** 20\ **Page:** 3
**Author:** ![pra](https://avatars.discourse-cdn.com/v4/letter/p/ecb155/32.png) [@pra](https://community.particle.io/u/pra)\ **Post date:** [July 3, 2014, 6:40pm UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348/45 "2014-07-03T18:40:12Z")
Hi @chage, no I’ve not had problems getting the IP for “[www.ti.com](http://www.ti.com)”, and I’m on a satellite network. Might pay to check the DNS settings in the router/ssid you are connecting to. Can you get good resolution of DNS lookups from a regular client device (like a PC) connected to the same router/ssid. Peter ---
**Author:** ![chage](https://avatars.discourse-cdn.com/v4/letter/c/ac8455/32.png) [@chage](https://community.particle.io/u/chage)\ **Post date:** [July 3, 2014, 8:25pm UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348/46 "2014-07-03T20:25:13Z")
I have tried tweaking and checking my router settings, nothing seems wrong. Yes all my other clients can connect and get resolution without issues (win PC, mac OS, android, iOS), only this tiny little thing refused to work… I am sure this is too much to ask for, if by any chance you run the wlan\_station project again, can you set a breakpoint on the SL\_NETAPP\_IPV4\_IPACQUIRED\_EVENT handler and see if there is any DNS in the event response? I constantly get both acquired IP and gateway IP, but the DNS is 0. ---
**Author:** ![pra](https://avatars.discourse-cdn.com/v4/letter/p/ecb155/32.png) [@pra](https://community.particle.io/u/pra)\ **Post date:** [July 3, 2014, 9:48pm UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348/47 "2014-07-03T21:48:32Z")
Will do. Might be a few days before I get back to it as I’m trying to finish off something else right now 😄 You are sure your DHCP server has the DNS address right? ---
**Author:** ![chage](https://avatars.discourse-cdn.com/v4/letter/c/ac8455/32.png) [@chage](https://community.particle.io/u/chage)\ **Post date:** [July 3, 2014, 10:44pm UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348/48 "2014-07-03T22:44:23Z")
I will think that it is correct. I did a ipconfig /all from windows and it returns the right DNS value, is that a good indication that the router DHCP and DNS is working properly? ---
**Author:** ![pra](https://avatars.discourse-cdn.com/v4/letter/p/ecb155/32.png) [@pra](https://community.particle.io/u/pra)\ **Post date:** [July 3, 2014, 11:19pm UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348/49 "2014-07-03T23:19:38Z")
Well, you made me check! My router is my DHCP and DNS agent, and the event packet have all three correct: IP - 192.158.1.106, GW - 192.168.1.1, DNS - 192.168.1.1. Not much help, I know, but at least you can be pretty sure its not the 3200 or the host software. I’d recheck your router configuration. ---
**Author:** ![chage](https://avatars.discourse-cdn.com/v4/letter/c/ac8455/32.png) [@chage](https://community.particle.io/u/chage)\ **Post date:** [July 4, 2014, 6:31am UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348/50 "2014-07-04T06:31:36Z")
thanks for checking!! you rock! just curios, is your router running DNS? why is it pointing the DNS the same as GW? I will expect DNS to be an external IP. Actually it make me wonder if the host software is having issue dealing with my router setup, I can’t really be sure it is the router fault since all other system connect to the same router without issue. ---
**Author:** ![pra](https://avatars.discourse-cdn.com/v4/letter/p/ecb155/32.png) [@pra](https://community.particle.io/u/pra)\ **Post date:** [July 4, 2014, 12:23pm UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348/51 "2014-07-04T12:23:08Z")
It’s just a regular $20 Netgear router from Walmart. I think its the way most of them work. It gets its DNS settings when it does the PTP connection with the satellite modem to establish the WAN connection. So it acts as the DNS agent to the real DNS out there in Dish land somewhere. Just passes the DNS requests thru, I imagine, Don’t know much about, just that it works. ---
**Author:** ![chage](https://avatars.discourse-cdn.com/v4/letter/c/ac8455/32.png) [@chage](https://community.particle.io/u/chage)\ **Post date:** [July 6, 2014, 6:06am UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348/52 "2014-07-06T06:06:22Z")
still no luck. Inspected the DHCP traffic using wireshark and confirm the router returned DNS records in DHCP offer stage. It is returning an external DNS IP, not as in your case where it return same IP as gateway. Anyway, the DHCP offered DNS are matching those return from ipconfig /all. So I assume DHCP is behaving fine on the router, am i missing anything? clueless now… ---
**Author:** ![pra](https://avatars.discourse-cdn.com/v4/letter/p/ecb155/32.png) [@pra](https://community.particle.io/u/pra)\ **Post date:** [July 6, 2014, 11:48am UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348/53 "2014-07-06T11:48:07Z")
If its there on the network but no in the packet delivered to the event handler then it must have disappeared during the creation and queue of the event data. If it works for me and not for you, I’m wondering whether you followed the instructions in the Project0 directions and recompiled the SimpleLink and Driver projects! If not, try that and see if it makes a difference. ---
**Author:** ![chage](https://avatars.discourse-cdn.com/v4/letter/c/ac8455/32.png) [@chage](https://community.particle.io/u/chage)\ **Post date:** [July 6, 2014, 5:58pm UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348/54 "2014-07-06T17:58:05Z")
I just switch to another AP (freedompop) and everything works fine from connecting to the AP and pinging external host, so we can eliminate possibility of project0 issue. Looks like this is related to the previous linksys router settings, i posted this issue on TI forum as well and some gentlemen is looking at it, hopefully I can get some hint from there. I will keep it posted here. ---
**Author:** ![pra](https://avatars.discourse-cdn.com/v4/letter/p/ecb155/32.png) [@pra](https://community.particle.io/u/pra)\ **Post date:** [July 6, 2014, 6:03pm UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348/55 "2014-07-06T18:03:32Z")
Happy to hear its working 😄 . I’ll be interested to hear what the problem was with the LinkSys ---
**Author:** ![Azdle](https://sea2.discourse-cdn.com/flex026/user_avatar/community.particle.io/azdle/32/20773_2.png) [@Azdle](https://community.particle.io/u/Azdle)\ **Post date:** [July 7, 2014, 2:29am UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348/56 "2014-07-07T02:29:02Z")
@Droidifi, any updates on posting some of that stuff on [cc3200.io](http://cc3200.io)? ---
**Author:** ![chage](https://avatars.discourse-cdn.com/v4/letter/c/ac8455/32.png) [@chage](https://community.particle.io/u/chage)\ **Post date:** [July 9, 2014, 7:05am UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348/57 "2014-07-09T07:05:06Z")
Pra, just an update. issue resolved after some debugging with TI support. refer to this thread from TI forum [http://e2e.ti.com/support/wireless\_connectivity/f/968/t/351524.aspx?pi307168=2](http://e2e.ti.com/support/wireless_connectivity/f/968/t/351524.aspx?pi307168=2) on the details. ---
**Author:** ![pra](https://avatars.discourse-cdn.com/v4/letter/p/ecb155/32.png) [@pra](https://community.particle.io/u/pra)\ **Post date:** [July 9, 2014, 1:07pm UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348/58 "2014-07-09T13:07:06Z")
Makes sense. That was great teamwork between you and TI to get that resolved ---
**Author:** ![bigjme](https://avatars.discourse-cdn.com/v4/letter/b/df705f/32.png) [@bigjme](https://community.particle.io/u/bigjme)\ **Post date:** [July 9, 2014, 5:53pm UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348/59 "2014-07-09T17:53:43Z")
Great to see some more work has been done on this. Has anyone been able to port over the spark and have programs up and running yet? i know it was the plan and if so i may have missed it. With so many pins that can all be used for virtually anything i could see this chip be connected to separate base boards that all for more of the pins to be used, say a 20pin board or a 100pin board no need to buy new processors and wireless that way 😉 ---
**Author:** ![Joe2](https://avatars.discourse-cdn.com/v4/letter/j/3e96dc/32.png) [@Joe2](https://community.particle.io/u/Joe2)\ **Post date:** [July 22, 2014, 3:05am UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348/60 "2014-07-22T03:05:27Z")
Just FYI for anyone on a 3.12 kernel or later the modprobe arguments for VID/PID are no longer used. From: [modprobe ftdi\_sio errors / Kernel & Hardware / Arch Linux Forums](https://bbs.archlinux.org/viewtopic.php?id=175499) > From kernel 3.12, the ftdi-sio module no longer accepts the "vendor" and "product" parameters([commit link](https://github.com/torvalds/linux/commit/e17c1aa2e1)). >  I think it was assumed that this was a debugging feature that should > not be used by end users, and so the change was not at all publicised.The >  new way to add a new VID/PID pair for the ftdi-sio driver is to write > them both, one after the other, to /sys/bus/usb-serial/drivers/ftdi\_sio/new\_id ``` # modprobe ftdi-sio # echo 0451 c32a > /sys/bus/usb-serial/drivers/ftdi_sio/new_id ``` ---
**Author:** ![Azdle](https://sea2.discourse-cdn.com/flex026/user_avatar/community.particle.io/azdle/32/20773_2.png) [@Azdle](https://community.particle.io/u/Azdle)\ **Post date:** [July 22, 2014, 2:01pm UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348/61 "2014-07-22T14:01:58Z")
Good to know. I’ve added that to a Hackpad that I’ve been using to collect everything that I know about getting it to run: [https://hackpad.com/Using-the-CC3200-Launchpad-Under-Linux-Rrol11xo7NQ](https://hackpad.com/Using-the-CC3200-Launchpad-Under-Linux-Rrol11xo7NQ) (Anyone is free to add to it if you see something missing or wrong.) ---
**Author:** ![Droidifi](https://avatars.discourse-cdn.com/v4/letter/d/9f8e36/32.png) [@Droidifi](https://community.particle.io/u/Droidifi)\ **Post date:** [August 19, 2014, 7:34pm UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348/62 "2014-08-19T19:34:08Z")
We uploaded a patch file for the latest version of Nuttx (V7.5) to our server at [http://www.droidifi.com/nuttx\_droidifi\_cc3200\_2014-08-19.patch](http://www.droidifi.com/nuttx_droidifi_cc3200_2014-08-19.patch) Instructions - 1. Use git to retrieve nuttx git clone [http://git.code.sf.net/p/nuttx/git](http://git.code.sf.net/p/nuttx/git) nuttx-code 1. Apply patch cd nuttx-code/nuttx patch -p2 \< nuttx\_droidifi\_cc3200\_2014-08-19.patch 1. Use the nuttx buildroot script to build an arm compiler and tools (see the Nuttx documentation) or install via apt-get. 2. Run - cd nuttx-code/nuttx/tools;./configure.sh cc3200-launchpad/nsh 1. Run - cd nuttx-code/nuttx; make The openocd config file is in nuttx-code/nuttx/configs/cc3200-launchpad/tools. See Azdle’s Hackpad page or the Nuttx documentation for more info. We will have a firmware flashing tool for Linux available shortly. Check back for updates. ---
**Author:** ![kennethlimcp](https://avatars.discourse-cdn.com/v4/letter/k/c0e974/32.png) [@kennethlimcp](https://community.particle.io/u/kennethlimcp)\ **Post date:** [August 24, 2014, 8:20am UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348/63 "2014-08-24T08:20:34Z")
Just wondering how it is going with the CC3200? 🙂 ---
**Author:** ![Droidifi](https://avatars.discourse-cdn.com/v4/letter/d/9f8e36/32.png) [@Droidifi](https://community.particle.io/u/Droidifi)\ **Post date:** [August 27, 2014, 6:00pm UTC](https://community.particle.io/t/cc3200-network-processor-information-station/5348/64 "2014-08-27T18:00:23Z")
Nuttx has been patched directly to support the CC3200. You no longer need step 2) above. [Previous page](https://community.particle.io/t/cc3200-network-processor-information-station/5348.md?page=2) [Next page](https://community.particle.io/t/cc3200-network-processor-information-station/5348.md?page=4)