STM32驱动CC1101时的正确配置和一些遇到的坑

项目背景

由于项目需要用到CC1101-Q1,所以买了CC1101的模块和驱动底板,插电脑上一发一收。串口调试助手查看接收端的数据,测试正常。

然后想用STM32来驱动其中的一块CC1101模块作为发送端,和另一个买来的接收端测试通信。找到一份STM32驱动CC1101Demo代码,分为软件模拟SPI和硬件SPI,用一个宏控制:

#ifndef __MAIN_H__
#define __MAIN_H__

#include "drv_CC1101.h"
#include "drv_uart.h"
#include "drv_button.h"
#include "drv_delay.h"
#include "drv_led.h"


#define 	__CC1101_TX_TEST__							//**@@ 如果测试发送功能则需要定义该宏,如果测试接收则需要屏蔽该宏 **@@//
#define 	__USE_SOFT_SPI_INTERFACE__					//**@@ 如果使用软件SPI则需要定义该宏,反之如果使用硬件SPI则需要屏蔽该宏 **@@//


/** 发送模式定义 */
enum
{
	TX_MODE_1 = 0,		//发送模式1,发送固定的字符串
	TX_MODE_2			//发送模式2,发送串口接收到的数据
};


#endif

打开宏,用软件模拟SPI,一切运行正常,接收端串口能收到数据(持续循环发送):

但关闭宏,使用硬件SPI却不行。

(顺便吐槽下,整个调试排查问题的过程中很心累,因为我买的野火的板子好像坏了,同样是软件模拟SPI ,都配置好了引脚宏定义,在同事的原子的板子上运行OK,在野火的板子上却不行,如果当初不问同事借板子,真的不知道猴年马月能找出问题来,但后来又运行野火官方SPI驱动flash的例程,发现是OK的,只是那个是SPI1外设,和FLASH是焊死的,我理解是没法接出来用)

后来这里改改那里改改,在原子的板子上突然发现LED灯在闪烁,硬件SPI可以了,惊喜!!!

再后来就是排查,不断尝试哪里改了会变得不行,于是总结出下列经验。

GPIO配置

NSS/SCK/MOSI/MISO对应的四个GPIO的配置:

NSS/CS配置为推挽输出,拉低电平则为开启通信。

SCK/MOSI配置为复用推挽输出。

MISO可以配置为复用推挽输出,也可以配置为上拉/下拉输入,经使STM32程序实测都可以正常通信。

像我这个是STM32F103ZET6,使用SPI2外设,那么对应的四个引脚分别是

NSS    →  PB12

相关推荐

  1. Vue3中`ref``reactive使用中遇到一些

    2024-03-22 15:18:06       56 阅读

最近更新

  1. docker php8.1+nginx base 镜像 dockerfile 配置

    2024-03-22 15:18:06       98 阅读
  2. Could not load dynamic library ‘cudart64_100.dll‘

    2024-03-22 15:18:06       106 阅读
  3. 在Django里面运行非项目文件

    2024-03-22 15:18:06       87 阅读
  4. Python语言-面向对象

    2024-03-22 15:18:06       96 阅读

热门阅读

  1. 量化交易入门(十一)Python开发-数据结构

    2024-03-22 15:18:06       39 阅读
  2. 鸡兔同笼套餐

    2024-03-22 15:18:06       39 阅读
  3. 三要素+人像核验接口,身份核验,身份实名认证

    2024-03-22 15:18:06       42 阅读
  4. Http常用响应状态码

    2024-03-22 15:18:06       39 阅读
  5. ap聚类结果怎么看

    2024-03-22 15:18:06       38 阅读
  6. LeetCode //C - 41. First Missing Positive

    2024-03-22 15:18:06       40 阅读