侵权投诉

搜索
更多>> 热门搜索:
订阅
纠错
加入自媒体

嵌入式硬件通信接口协议-SPI(二)分层架构设计模拟接口

2019-01-04 09:40
掘芯
关注

嵌入式软件分层设计

嵌入式软件就是某一项目的源码文件集合,源码文件的数量,根据项目复杂程度的不同而有规模和层次的差别。

就拿简单的一个芯片厂商提供的demo来说,代码也会被细分到寄存器操作(Drv层)、板级支持包接口(Bsp层)、功能模块验证(App层)等各层,但是这里的“分层”很多时候都不太明显,因为它仅仅是个demo,所谓的“分层”更多的还是人为给它做的定义。

真正意义的分层,是从代码的编码规范、程序的执行逻辑来体现的。

关于分层设计的意义在这暂不做太多的探讨,只是做个引子,来讲讲SPI接口的设计过程,如何设计一套拥有自己规范和方便移植的SPI接口。

SPI在分层架构中的设计思路

刚刚提到分层设计的思路,那么SPI作为一个通信接口,如果按照分层设计的思路,如何把接口设计得更合理,更方便?

此处需要设计的SPI是介于“应用”和“驱动”之间的,“应用”就是项目业务需求的功能模块将数据、数据包等传给SPI接口,而“驱动”是SPI接口拿到数据包后,把数据转变为SPI的时序发送出去。

当我们拿到一款芯片,大多数情况下官方提供的demo程序已经给我们实现好了很多的驱动(或者自己从网络资源中Download),各个接口的驱动,已经被封装成函数或者库供我们直接调用。

想象一下我们的项目工程,如果需要操作芯片硬件接口的时候,直接调用官方提供的接口函数,虽然能实现功能,但是在需要更换芯片平台的时候,就需要在繁杂的、与业务需求相关的应用层里找和去修改为目标驱动接口。

这里就牵扯到了分层设计的优势所在:由于平台的更换,驱动接口已经变了样,那么对代码的移植就会变得非常费力,不仅是脑力活,更是体力活(即使可以批量替换,你也需要仔细核对接口,更要解决接口的差异性)。

而此时如果是分层设计的,在应用和驱动中间有个BSP层,应用层调用的只是BSP层,完全不涉及驱动、寄存器,不涉及与芯片平台相关的接口,那么即使平台怎么更换、驱动怎么改变,你只需要改变BSP层的具体实现,相对就轻松很多了。

从上一篇《嵌入式硬件通信接口协议-SPI(一)协议基础》对SPI协议的介绍,设计BSP层的时候,根据SPI可配置项来设计接口功能。设计BSP层的SPI功能函数时考虑接口模式、数据宽度、时钟极性与相位、时钟速率、数据bit位大小端选择、管脚定义。

设计BSP层时,首先想到的是接口初始化和数据收发。设计初始化,把SPI可配置项放在函数接口,作参数传递;设计数据收发,传数据的同时也把SPI端口号作为参数之一,因为我们都知道MCU可能会有多个SPI接口,将SPI端口号作为参数也是比较必要。

SPI接口本身就是可以实现1对N的串行总线,为什么在使用过程中有时要分别使用不同的SPI端口来接不同的外围器件呢?

主要原因是SPI的可配置项的不一致,有些外围器件对SPI时钟信号SCLK的极性要求为高、低不一样,时钟相位不一样,并且通信数据bit位大小端选择的不一样,这些接口配置项的差异,导致了有些场景下操作不同器件时需要使用不同的SPI端口。

SPI时序使用IO引脚模拟

从零开始设计自有的一套SPI板级支持包(BSP)接口,那就从初始化开始。这里设计的是模拟SPI,所以会调用GPIO设置的接口。

当前使用的芯片平台是STM32F103系列,虽然此时已经完全可以调用官方的StdPeriphDrivers V3.5.0版本的标准外设库。调用接口库不是目的,成为“调库侠”其实很简单。此处重新写的模拟实现方式,旨在说明在BSP层,实现自有系统的软件架构,为系统集成提供底层接口。同时也是在深入学习和了解SPI接口的时序特性。

初始化函数接口里暂时做了SPI端口号、数据宽度、接口时钟模式、数据位优先模式这四个参数,基本上这四个参数已经可以完成对大部分应用需求。在编码初期先不急于填入过多的配置项,首先按照最简单的默认方式编码,保证程序逻辑可以跑通。

1  2  下一页>  
声明: 本文由入驻维科号的作者撰写,观点仅代表作者本人,不代表OFweek立场。如有侵权或其他问题,请联系举报。

发表评论

0条评论,0人参与

请输入评论内容...

请输入评论/评论长度6~500个字

您提交的评论过于频繁,请输入验证码继续

暂无评论

暂无评论

文章纠错
x
*文字标题:
*纠错内容:
联系邮箱:
*验 证 码:

粤公网安备 44030502002758号