TI CC2541的整体目标

本文从功能需求的角度分析一般蓝牙BLE单芯片的应用框架(SDK Framework)的接口设计过程,并以TI CC2541为例说明BLE的应用开发方法. 一.应用框架(Framework) 我们熟知的Framework包括Android Framework.Linux QT.Windows MFC.应用框架抽象并封装实现了一般应用场景的需求,完成应用开发的80%,剩下的20%则以回调(callback)和接口的方式供应用开发人员调用以完成具体的需求. 一般Framework完成的工作包括:任务分

IAR 9+ 编译 TI CC2541 出现 Segment ISTACK (size: 0xc0 align: 0) is too long for segment definition. Segment ISTACK (size: 0xc0 align: 0) is too long for segment definition. 从讨论得知是IAR的配置问题 https://blog.csdn.net/zhangjs0322/article/details/34108663 用IAR 80

Preamble: 引导码, 为1个字节, 不显示出来. Access Address: 访问地址, 长度为4个字节, 所有广播包的访问地址都是0x8E89BED6, 如下图. 当PDU在广播信道传输时, 就是广播PDU, 如果在数据信道传输, 就是数据PDU, CRC就是根据这个PDU计算的. 广播信道的PDU包括一个16bit的头, 跟一个可变长度的负载. 发送跟接受地址的0/1, 代表发送或者接收方的地址是: 0: 公共地址 1: 随机地址 这里, 发送方地址为随机地址, 接收方地址为公共

现在终于进入到蓝牙SPI的环节了, 下面还要研究I2C, 所以第一步, 先点灯, 就是GPIO控制吧. 参考一下LEd的初始化: void HalLedInit (void){#if (HAL_LED == TRUE)  HalLedSet(HAL_LED_ALL, HAL_LED_MODE_OFF);  // Initialize all LEDs to OFF.  // Set LED GPIOs to outputs.  LED1_DDR |= LED1_BV;#if (!defined

之前一版的工程化核心产物就是一个IDE,即利用python+node将webpack等技术将FE的开发.编译.部署上线等环境集成在sublime中,产出了一个核心工具.但随着长期的使用与技术栈的优化升级等,原工程化工具的局限性.便利性.跨平台的兼容性等方面的问题正在逐渐暴露,加之最近的疫情因素,更让我们有理由对整个FE的工程化做一次彻底的升级. 根据之前的经验 和与同事的沟通后,对新的工程化工具提出了一下几点要求: (1) 跨平台(windows/mac/linux) (2) 满足远程办公需要

整整一个礼拜, 整了...大约40个小时吧, 最少.. 下面是结果, 只能做一个delay延时.: unsigned char Time;unsigned char IrValue[6];#pragma vector = P0INT_VECTOR__interrupt void P0_ISR(void){    unsigned char j,k;    unsigned int err;    if(P0IFG & 2){      //如果中断标识符的确是P0_1        Time=0

实际看到的中断优先级设置是这样的: 所以, IPG0最高, 为11 IPG4是01, IPG2是10, IPG3跟IPG1, IPG5都是00, 最低. 所以, RF是最高的. T2就是OSAL的优先级是次之. P1, T4, AES加解密再次, 其他都很低.

被突如其来的一个bug困扰了, 起因是, 按键接的红外接收器, 结果发现, 一旦按下之后, IEN1, P0IE的标识位bit5, 被不知道特么的谁归0了, 也就是说, 按键只能被按下一次, 再按就不进中断了. 后来研究了甜总的自定义按键. http://blog.csdn.net/feilusia/article/details/50535963 发现按键根本不进中断. 接着, 又参考另一个文章: http://www.cnblogs.com/chenzhao207/articles/4483

分别是P0, P1, P2中断使能.