关于CC3000的硬件接图和SPI通信问题

在CC3000初始化时出现问题，在第一次写操作后CC3000没应答。在函数hci_event_handler(pRetParams, 0, 0);一直等数据（死循环）

下面是一些细节：

Q：硬件接法：MCU是STM32，CC3000模块只接了SPI的DO、DI、CLK（和32的SPI对应引脚相连），片选SPI_CS（和32普通I/O口相连） ，中断SPI_IRQ（和32外部中断口相连） ，VBAT_SW_EN（和32普通I/O口相连）；VBAT_IN（模块J7的7、9脚）接3.3V，GND（模块J6的1脚）接地。这接法对嘛？

Q：这样定义会不会出现问题，或者说能不能这样定义？

//#pragma location = "FRAM_DATA"
//__no_init char spi_buffer[CC3000_RX_BUFFER_SIZE];//这是MSP430定义的

char spi_buffer[CC3000_RX_BUFFER_SIZE];      //这是我在STM32定义的

//#pragma location = "FRAM_DATA"
//__no_init unsigned char wlan_tx_buffer[CC3000_TX_BUFFER_SIZE];//这是MSP430定义的

unsigned char wlan_tx_buffer[CC3000_TX_BUFFER_SIZE];//这是我在STM32定义的

Q：在STM32中SPI主设备初始化为：时钟4.5MHz、数据在时钟的第二个下降沿处理（CPHA=1，CPOL=0）、MSB在先、每个数据帧是8位、数据口为复用推挽输出。。这样配置对不对？

如果MCU和CC3000本身没有问题的话，通常这种问题是因为host driver的porting。

在我们英文的e2e上，有很多人已经成功porting到STM的MCU上，你能否看一下他们对STM驱动porting的改动。

http://e2e.ti.com/support/low_power_rf/f/851/t/262577.aspx

http://e2e.ti.com/support/low_power_rf/f/851/t/262577.aspx

你好，能分享一下你的这个么，TKS.353974489@qq.com

你是说STM的MCU的移植吗？我们没有针对STM MCU的reference design. 只有针对TI的MCU的参考设计。你可以参照CC3000的WIKI PAGE.

目前我已近暂停对这个的开发，不过已经做到可以连接上路由，只是每一次上电都要重新配置，意思就是说还没实现上电自动连接路由的功能。

你可以参考一下这个API。

http://software-dl.ti.com/ecs/simplelink/cc3000/public/doxygen_API/v1.11/html/d0/d5e/group__wlan__api.html#ga13e561bc8dfeb92627f7e80966254253

然后再设置连接模式。

它可以将wifi profile保存到CC3000里面，下次重启的时候就会自动连接了。

参考代码如下：

wlan_add_profile(3, // security type
"TP-LINK",
7,
NULL, // BSSID
1, // Priority
0x18, // PairwiseCipher
0x1e, // GroupCipher
2, // KEY management
"1234567890", // KEY
10); // KEY length
wlan_ioctl_set_connection_policy(0, 1, 1);

好，到时候我试试看。

大神，能讲一下你的移植过程或者分享一下你的工程不，万分感谢

抱歉，工程不能够分享，公司有明文规定。移植过程呢，最近一两个月比较忙，还没整理。你可以先尝试着移植，有问题可以论坛问的。

谢谢。理解

自己也在移了，只是有好些不明白。需不需要像运行CC3000+FR5739一样，运行DRIVER PATCH和FIREWARE PATCH，也就是是否需要移植这两个。