你的经验真丰富。再问两个问题：1、是不是只要是BLE，就是相互兼容的，比如4.0的手机和4.1的外设能连接和通信吗？2、你说stack有坑，能具体说一下有什么坑呢？你说做底层，不会是自己照着specification写stack吧？

那个文件叫hal_board_cfg.h。硬件冲突的问题我尝试着慢慢摸索吧。 关于协议栈的部分，感觉东西不多，就那么几个套路：write, read, notification和indication。每个service照着官方文档实现好（很多TI都有现成的），应用层提供相应的回调函数和事件处理，基本应该没有问题。我现在尝试着自己定义一些service来实现我们自己的应用需要。 BLE协议说来说去都是比较固定的东西，而外设部分就会随着具体应用不同而不同，玩不转外设就谈不上应用了。 我本来是做手机开发和信号处理的。单片机去年才接触msp430，蓝牙BLE就没人懂，所以只好自己来填这个坑了。 多谢你的指点。能不能请你谈一谈蓝牙方面一些新的，以后值得花时间搞的东西。比如说我看市面上很多产品用的是德国的dialog芯片，这个你了解吗？

花了2天看了HAL层的模块代码，确实存在我之前担心的问题，HAL层把硬件掩盖起来想把问题简化，但实际上却产生新的问题，举个简单的例子：假设你想用hal_key的同时又想用hal_uart_spi，你会发现不能用usart0做spi。如果不是对HAL底层很熟悉的话，你根本就会抓瞎了。如果是你从底层写代码的话，就不会存在这样的问题。 如果有人像我一样对HAL不熟悉，但对单片机硬件编程有一定经验的话（比如我之前写过msp430的硬件代码），一个建议就是在options中把不要的hal都关掉，比如hal_key,hal_led,hal_uart。然后自己写代码（中断什么的自己定，清清楚楚明明白白），需要应用层响应的，就直接给APP Task发送消息。 还请高手们多指教。

lyzhangxiang 发表于 2016-12-19 15:13 有bsp_board_cfg.h这种文件的 ti的是给你参考的，按照他的样子自己定义一套 这个是必须的 另外感觉你还 ...

多谢你的回复。我确实是不太熟悉BLE这一套东西，但我确实是看过了几遍CC254X芯片的user guide，对芯片的硬件有一定的了解，本以为需要自己控制IO, 写中断服务例程等等，结果仔细一看，发现站在OSAL上看底层硬件，隔了一层HAL，一个简单的Key控制都不知道在哪里开的中断，中断服务程序在哪里，还不如抛开hal，自己直接写底层的硬件程序，可问题是OSAL和HAL又纠缠在一起了，还甩不掉这个hal。比较郁闷，看来需要花时间把这个hal好好研究一下。

lyzhangxiang 发表于 2016-12-19 12:22 这个都不是问题吧 copy一个hal函数改一下或者直接放在app层 这样便于后期stack升级维护

怎么直接放在APP层呢？比如Hal_led中用了P1_0, P1_1, P1_4，我可能想用其他端口作为LED，而这几个端口用于其他目的，我应该怎么方便修改呢？那个Hal_key占用的端口就更多了，情况更复杂。 我真的很奇怪，TI的HAL层设计者是怎么考虑这个问题的？他不是想别人的硬件配置也跟他们的一样不变吧？

谢谢fyaocn。刚才看了一下developer guide文档的chapter 6，说：When developing with a different hardware platform, you might need to modify the HAL source for compatablility. 我觉得TI给的HAL的介绍太少了，我是看过CC254X user guide文档很多遍的，转到BLE这边来就有些蒙了。

原来是开发板上有个J2把WeREF+与地相连，晕死

会不会VeREF+和VeREF-必须同时使用？我现在是V+用VeREF+，V-用AVSS。

duapy 发表于 2015-7-14 09:05 可以用内部的参考电压

内部参考电压才2.5v，不够用

讲一下我的应用吧，由于要采集的量是与一个电源电压成正比的，如果能将这个电源电压作为VeREF+引入作为AD的参考电压，这样AD的值就可以与该电源电压的大小无关了。我想这样的考虑应该是很普遍的吧。我刚开始接触单片机，还请各位多多指教。我把这个外部电源电压直接接VeREF+管脚后，马上被拉到低电平。要配置的SREF0&1都是照做的了。另外，我还用到了内部的1.5v参考电压从VREF+输出使用，但是从block diagram看应该没关系

数码小叶 发表于 2015-7-14 11:22

这个配置照做了，就是出现我说的现象。文档中没有讲外部电压是否能直接接管脚？我用的是ADC12