STM32在CubeMX下HAl库编程MISO为何设置和MOSI相同
2021/9/12 20:06:45
本文主要是介绍STM32在CubeMX下HAl库编程MISO为何设置和MOSI相同,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
首先看一下库函数编程下我们的操作:
GPIO_Port.GPIO_Mode = GPIO_Mode_IN_FLOATING;//模式 GPIO_Port.GPIO_Pin = GPIO_Pin_6; //引脚 GPIO_Port.GPIO_Speed = GPIO_Speed_50MHz;//速度 GPIO_Init(GPIOA,&GPIO_Port);//MISO GPIO_Port.GPIO_Mode = GPIO_Mode_AF_PP;//模式 GPIO_Port.GPIO_Pin = GPIO_Pin_7|GPIO_Pin_5; //引脚 GPIO_Port.GPIO_Speed = GPIO_Speed_50MHz;//速度 GPIO_Init(GPIOA,&GPIO_Port);//MOSI
在库函数编程下我们将MOSI(主发从收)设置为浮空输入模式,MISO(主收从发)设置为了复用推挽输出,这点很好理解,也是大家对于STM32经常的操作。
下面我们看一下HAL库编程下的代码:
/**SPI2 GPIO Configuration PC2 ------> SPI2_MISO PC3 ------> SPI2_MOSI */ GPIO_InitStruct.Pin = SPI2_MISO_Pin|SPI2_MOSI_Pin; GPIO_InitStruct.Mode = GPIO_MODE_AF_PP; GPIO_InitStruct.Pull = GPIO_NOPULL; GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_VERY_HIGH; GPIO_InitStruct.Alternate = GPIO_AF5_SPI2; HAL_GPIO_Init(GPIOC, &GPIO_InitStruct);
看到这恐怕大家对HAL库编程的MISO端口设置就会产生疑惑了,MISO不是应该设置成为输入端口(GPIO_Mode_IN_FLOATING)吗?两个端口怎么都是输出端口呢?
其实对于这一类stm32管脚来说设置为输入输出都是没有问题的,操作中数据也可以正常收发。
其原因如下,请看下面的GPIO复用功能配置框图。当一个GPIO端口配置为GPIO_Mode_AF_PP是,这个端口的内部结构框图如下:图中可以看到,片上外设的复用功能输出信号会连接到输出控制电路(图上4标注),然后在端口上产生输出信号。但是在芯片内部,MISO是SPI模块的输入引脚,而不是输出引脚,也就是说图中的"复用功能输出"信号根本不存在,因此"输出控制电路"不能对外产生输出信号。而另一方面看,即使在GPIO_Mode_AF_PP模式下,复用功能输入信号却与外部引脚之间相互连接,既MISO得到了外部信号的电平(图上6标注),实现了输入的功能。
至此,这个疑惑可以解开了!
这篇关于STM32在CubeMX下HAl库编程MISO为何设置和MOSI相同的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-05-13PingCAP 戴涛:构建面向未来的金融核心系统
- 2024-05-09flutter3.x_macos桌面os实战
- 2024-05-09Rust中的并发性:Sync 和 Send Traits
- 2024-05-08使用Ollama和OpenWebUI在CPU上玩转Meta Llama3-8B
- 2024-05-08完工标准(DoD)与验收条件(AC)究竟有什么不同?
- 2024-05-084万 star 的 NocoDB 在 sealos 上一键起,轻松把数据库编程智能表格
- 2024-05-08Mac 版Stable Diffusion WebUI的安装
- 2024-05-08解锁CodeGeeX智能问答中3项独有的隐藏技能
- 2024-05-08RAG算法优化+新增代码仓库支持,CodeGeeX的@repo功能效果提升
- 2024-05-08代码报错不用愁,CodeGeeX一键完成代码修复、错误解释的功能上线了!