TI Wi-Fi CC3200 LaunchPad & CC3100 BoosterPack

After messing with the CC3100 a bit I know it can handle at least 4 simultaneous TCP connections. I think it may also be able to handle a few non specific connections as well. SO basically you create 4 sockets and then you can communicate to 4 different devices/ports simultaneously.

Hope that helps, if you have any other questions I can try help.

Kas

DHCP will not help you in this situation, please consult WIKI for how DHCP works

you would use a client to connect to the WIFI module or the WIFI module can talk to any IP Address, it can handle a few connections at the same time as well I believe

Peter

@ Vishnu Raj,

       Hi Vishnu Raj,

           I am trying to implement your idea but not make it because it may be my fault in my understanding  in the description you have given.Thanks for your reply if possible can you give me in a more descriptive please .

Hi Peter Oakes, @ Peter Oakes thanks for your generous help.My aim is to connect to multiple users using CC3100BOOST and CC310EMUBOOST.I want to know wether there are any settings which make CC3100 into multiple port.I am expecting this feature as there is a feature of Dynamic host control Protocol(DHCP) intially the dhcp is in disabled state when i am connecting to a single device then it is not showing ip address .my main idea is to enable dhcp and make to release the ip addresses so that i can connect to different users at a time.I am trying to do this but i can t find a specific path your help will be a big deal for me.

Hi Hitesh,

What you can do is connect your other nodes to a wifi router/access point( either via LAN of over wifi ) and connect CC3100 device to that router/AP. If you know the local IP of other nodes connected in the same AP( which you will be able to get by going to the router home page ), you can use that address to talk to them.

Even better, if all your other nodes are having wifi, you can use CC3200 as your access point. I don't know how much programming overhead on CC3200 will come, but they have a demo of a similar concept. So hopefully you can get access to their demo codes.

This is a WIFI device, once connected to a hotspot / access point, you should be talking to whom ever using an IP address / DNS name. is this your issue or is it talking to the Access Point and only one of them ?

I have not tried mine yet but if you can provide a bit more detail I will investigate

Thanks

Peter

i am working on cc3100 and my area of interest is to make connetivity t multiple users but cc3100 connects to only single user i cant understand how to make it to connect to multiple users.it makes a big halt to my work pls help me regarding this.

The CC3100 is basically stand alone, you could pair it with any uController that fits your need, it is a simple serial interface to control it so for example you could pair it with a TI Arm Cortex based board like a TivaC launchpad

Does anyone know if a similar chip exists with wifi, usb, and a few GB of flash... 2GB or 4GB would be fine.

Actually these are also designed to run off a pair of AA or AAA batteries for extended periods and there is an example of this among the tutorials provided so you may be surprised

Yes, I think it is incorrect, too.  it maybe 6 mil, not 6 mm.

Interesting combination of Wi-Fi Micro-controller and Wi-Fi Radio that can be used as AP also.

I think this would make an ideal combo for connected base station nodes.

Power needed to operate Wi-Fi via battery might be high, but the ease of integration is whats the important.

The CC3200 can act as a bridge for the low cost CC1101 based wireless networks.

Hope to see some great road test projects using these.

Robert Peter Oakes you say you have a CC3000, have you got it to work successfully ? ie open a socket, connect to a remote IP Address and port, if so I would love to chat as that is the one thing I have spent almost 2 months trying to do with no success.

Thanks

Kas

I agree - although any device could be used (it's just SPI after all) - to speed up development it would make sense to use the CC31XXEMUBOOST for any firmware update since it is designed for it - plus you get the test tools capability for verifying your board and antenna presumably.

I believe it's a quick way to confirm all is functionally well with the board, before unplugging the CC31XXEMUBOOST and plugging in the LaunchPad of your choice.

it looks like the programming (Changing the firmware) will require a JTAG programmer, looking at the block diagrams there linked through that, the Serial commands seemed to be limited to using the WIFI itself

I dont believe you will need the EMU BP, as the CC3100 will work with pretty much any Launchpad, only requiring SPI, so theoretically as long as you know the commands you could hook it up to an Arduino if you wanted

The board itself is ready to run as it, I have a CC3000 and it too is a serial device, very easy to use and program to

I agree that if you don't have a launchpad of some sort then you may be one minion short of a 6 pack but potentially you could run the CC3100 on the CC3200, to try it at least, beyond that it would be pointless and potentially may not even work as the device may collide with the near perfect copy internal to the MCU

Sending the boards out with an MSP430G series launch pad would eleveate the problem allowing them both to run at the same time

probably 0.6mm

From what I recall the C3100 can use UART as well. As for the need of the CC31XXEMUBOOST as I said before I'm not sure how useful it really is, I have one but I have only used it to run the demos, everything else I have done with a Stellaris or MSP430F5529 Launchpad.

Hi, shabaz Yup I got that too (Page 15 Section 3.1 of the CC3100 UG)

Further The CC3200 Launchpads Emulation works on UART (Page 9 Section 2.4.4 of the CC3200 UG) but for CC3100 It works with SPI , and as per the CC3100 EMU tool folder the EMU Tool also works with VCP FTDI, so maybe we will be able to reflash CC3100 using CC3200's EMU, But we wont be able to use the Network Debug Output (NWP_LOG_TX/WLAN_LOG_TX).

+ it seams that CC3100 has a SPI connection also, which connects to the Emulation Mod, with the FTDI running some template pre-programmed http://processors.wiki.ti.com/index.php/CC31xx_%26_CC32xx_FTDI_Flashing#CC3100.2FCC3200_FTDI_Programming_Steps

well, I really don't know why element14 isn't giving the EMU BP with CC3100 ?

Although it will be interesting to see, weather we can use the CC3200 to program CC3100

Hi Gurinder,

You're correct, the CC3100 is intended (needs) a separate microcontroller for the user application. It is effectively like having half of a CC3200 - the benefit being that you can pick the microcontroller of your choice.

The SPI FLASH stores the firmware to allow the CC3100 to function (wisely, the TI people have implemented the stack in firmware that can be upgraded).

+1 to Peter Oakes ,

Though going through the datasheet of CC3100 it seams that there is a dedicated ARM core with dedicated RAM/ROM so, I donno why they wanted another SPI flash ?? they could have stored the lib's on the ROM itself.

So i think :

the Internal ROM will have the IP Stack and basic chip config. so they might have Libraries as Peter Oakes was saying on the SPI. (They have the SPI directly connected to the CC3100 So I don't know what they are up to ?). Further, This being a dedicated Ntwk processor NOT a SoC Solution(CC3200 is a SoC Solution) so all the user configs and stuff must be there on the HOST MCU. Rt ? but as they haven't connected the SPI Flash to the Host MCU so ??? WHAT ???

another most likely suspicion I have is the LP Think, if you use a TIVA C 1249 LP, they have some CIK and other stuff + lib's on the EEPROM/FLASH so i think they have some basic MAC/Config stuff on the SPI FLASH to make it more easy to use ..

Still have no Idea. But I think i will apply to this RoadTest . It seems really Interesting