在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位、数据口为复用推挽输出。。这样配置对不对?
Yonghua Pan:
如果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
tiger wang1:
你好,能分享一下你的这个么,TKS.353974489@qq.com
Yonghua Pan:
回复 tiger wang1:
你是说STM的MCU的移植吗?我们没有针对STM MCU的reference design. 只有针对TI的MCU的参考设计。你可以参照CC3000的WIKI PAGE.
junfeng liu:
回复 tiger wang1:
目前我已近暂停对这个的开发,不过已经做到可以连接上路由,只是每一次上电都要重新配置,意思就是说还没实现上电自动连接路由的功能。
Yonghua Pan:
回复 junfeng liu:
你可以参考一下这个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);
junfeng liu:
回复 Yonghua Pan:
好,到时候我试试看。
tiger wang1:
回复 junfeng liu:
大神,能讲一下你的移植过程或者分享一下你的工程不,万分感谢
junfeng liu:
回复 tiger wang1:
抱歉,工程不能够分享,公司有明文规定。移植过程呢,最近一两个月比较忙,还没整理。你可以先尝试着移植,有问题可以论坛问的。
tiger wang1:
回复 junfeng liu:
谢谢。理解
自己也在移了,只是有好些不明白。需不需要像运行CC3000+FR5739一样,运行DRIVER PATCH和FIREWARE PATCH,也就是是否需要移植这两个。