DSI3协议 CRM模式通信讲解

这篇具有很好参考价值的文章主要介绍了DSI3协议 CRM模式通信讲解。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

此讲以Elmos 521.42芯片来讲解DSI3(没有用带DSI3外设的MCU)

521.42芯片是DSI3转SPI信号的转换芯片,所以调试DSI3前需要将MCU与521.42的SPI通信调通。

1:SPI调试

根据521.42Datasheet说明SPI传输属性如下:

                1) CS脚在传输开始时有高变低(低有效,但不能一直拉低,通信结束后需要拉高一段时间,此芯片有此规定,具体参数就不贴出来了,贴出来凑字数也没有意义,视你用的芯片而定)

                2) MSB先出、SCK转低时读MOSI、SCK转高时传MISO、传输完SCK置低、16位模式

DSI3协议 CRM模式通信讲解

 DSI3协议 CRM模式通信讲解

以上想说的是,SPI遵循521.42要求设定就可以了,如何验证SPI通信是否正常呢,那就看写521.42寄存器的时候SPI同步回传的数据从第二笔数据开始依次对应的是你发的数据。(如下图格式)

 DSI3协议 CRM模式通信讲解

 DSI3协议 CRM模式通信讲解DSI3协议 CRM模式通信讲解

DSI3协议 CRM模式通信讲解

针对521.42 SPI如果调试不通的话,那就排查排查,比如521.42需要配置的CLKREF(500K PWM)和其它外围电路设计是否正确,最多还有个Reset,其它也没有啥了。

2:DSI3 CRM 格式讲解和关键配置点

        首先老方式,需要先来讲解下CRM 格式。不然太白话文了,没人看啊。先来个图凑凑

DSI3协议 CRM模式通信讲解

        这张图上可以看出,传输和响应的格式是完全不一样的,那我们就需要来先说明下这两个格式的解析方式。

        1)Master -> Slave 传输

        在尝试解析传输命令的时候,你得先去百度了解下曼彻斯特编码。这我就不贴过来了,贴过来也是充字数的,百度还比我说的明白~~~算了,还是贴个解释的链接吧一篇文章让你读懂-曼彻斯特编码_0101XX0101的博客-CSDN博客_曼彻斯特编码

DSI3协议 CRM模式通信讲解

        解析呢我们就以8us的为例,起始段肯定就是电压由高变低咯,那第一个bit从哪里开始呢,下图的这个也就一眼可以看出来了,起始的低4us(1bit time的一半时间)开始计算。那接下来就是按个的数每个bit了,这个没啥偷懒的方法,慢慢数吧,反正也就32bit。

        当然了,下图你也可以看出来低电压不是0V,因为高低的电压差是2V。

DSI3协议 CRM模式通信讲解

        一样的,我们也来贴个波形图。偷个懒,就解析下前面16bit 

DSI3协议 CRM模式通信讲解

读出来二进制就0011 1101 0000 0000    =》 0x3D00    正常解析

        2)Slave -> Master 响应

        格式解析还是需要贴一下的,表示下我也看了的~~~

DSI3协议 CRM模式通信讲解

DSI3协议 CRM模式通信讲解

那对不对还是需要来个波形图验证下的嘛。。。

DSI3协议 CRM模式通信讲解

 白线是手动划分的,一共分八段,为啥手动呢,呃呃呃,工具有点Low没办法啊。

        因为是用的普通碳棒测电流,所以这里只能用电流引起的电压变化反推电流值。啥意思呢,也好理解,就是默认高电压的时候,也就是默认的没有通信时候的电流,那电压低一阶的是对应的电流 I ,电压低两阶的是对应电流 2 * I 。

        按照上面换算的方法解读出来的数据如下:

        102-211-110-110-110-110-110-110-120

        那查表对应的数据就是:21 00 00 0C 这个好理解。当然第一讲也说了,毕竟是用电压碳棒测量的,所以你需要多放大几倍才能看的出来变化。。。

好吧,第二讲就先到这里了,这里是讲述的是正常调试信息,那第三讲就开始来讲述DSI3遇到的坑吧,相信大家遇到问题的时候也是调试不通,正所谓一通百通。文章来源地址https://www.toymoban.com/news/detail-468596.html

到了这里,关于DSI3协议 CRM模式通信讲解的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 详解通信协议之IIC通信协议

    本文结合AT24C02对IIC通信协议原理进行了描述。 IIC通讯协议(Inter-Integrated Circuit)是由 Philips 公司开发双向同步半双工串行总线,只需要两根线(SDA、SCL)即可在连接于总线上的器件之间传送信息。IIC总线是一种共享的串行总线,是用于两个设备之间的短距离低速速率(250K左右)通

    2024年02月08日
    浏览(36)
  • 【新星计划·2023】TCP协议与UDP协议讲解

    个人主页: insist--个人主页​​​​​​ 本文专栏:网络基础——带你走进网络世界 本专栏会持续更新网络基础知识,希望大家多多支持,让我们一起探索这个神奇而广阔的网络世界。 目录 一、什么是TCP、UDP 二、TCP与UDP的区别

    2024年02月08日
    浏览(35)
  • 通信协议(二)——SPI协议

    1.1 概念 SPI(Serial Peripheral Interface,串行外围设备接口),是Motorola公司提出的一种同步串行接口技术,是一种高速、全双工、同步通信总线,在芯片中只占用四根管脚用来控制及数据传输,广泛用于EEPROM、Flash、RTC(实时时钟)、ADC(数模转换器)、DSP(数字信号处理器)以

    2023年04月08日
    浏览(36)
  • 串行通信协议---HART协议

    实际应用中,HART协议是仅次于Modbus协议的最接近统一现场总线的标准,主要是在4~20mA电流信号上面叠加数字信号,物理层采用Bell 202标准的FSK技术成功实现模拟信号和数字信号双向同时通信而互不干扰。HART协议规定了传输的物理形式、消息结构、数据结构和一系列操作指令,

    2024年02月07日
    浏览(42)
  • 【即时通信】openfire安装和配置讲解

    openfire是免费的、开源的、基于XMPP协议的即时通讯框架、采用Java编程语言开发的实时协作服务器,spark是pc客户端应用,类似qq客户端。smack提供了与XMPP服务通信的开发库。在实际应用中,可以只用openfire+smack做二次开发。 这里介绍如何安装openfire,spark。以及安装过程中遇到

    2024年02月05日
    浏览(22)
  • Java中网络的基本介绍。网络通信,网络,ip地址,域名,端口,网络通信协议,TCP/IP传输过程,网络通信协议模型,TCP协议,UDP协议

    - 网络通信 概念:网络通信是指 通过计算机网络进行信息传输的过程 ,包括数据传输、语音通话、视频会议等。在网络通信中,数据被分成一系列的数据包,并通过网络传输到目的地。在数据传输过程中,需要确保数据的完整性、准确性和安全性。常见的网络通信协议有T

    2024年02月10日
    浏览(69)
  • UNIX 域协议(本地通信协议)

            Unix 域协议并不是一个实际的协议族,而是在单个主机上执行客户/服务通信的一种方式。是进程间通信(IPC)的一种方式。         它提供了两类套接字:字节流套接字 SOCK_STREAM(有点像 TCP)和数据报套接字 SOCK_DGRAM(有点像 UDP)         UNIX 域数据报服

    2024年02月08日
    浏览(27)
  • 【网络安全 | 网络协议】结合Wireshark讲解IP协议

    当我们进行数据传输时,操作系统会创建一个 ICMP Echo Request 数据包,并在该数据包中包含要发送的目标 IP 地址。然后操作系统将数据包传递给网络协议栈,该数据包被封装成 IP 数据包。IP 数据包的头部包含源 IP 地址和目标 IP 地址等信息。封装后的 IP 数据包被传递到数据链

    2024年02月03日
    浏览(43)
  • SSH协议理论讲解

    目录 基本概念 SSH协议的组成 SSH工作原理 SSH版本协商阶段(确定V1版本或V2版本) 算法协商阶段 密钥交换阶段 用户认证阶段 会话交互阶段 SSH(Secure Shell)安全外壳协议,是一种用于在不安全网络上进行安全远程登录和实现其他安全网络服务的协议(建立在应用层基础上的安

    2024年02月03日
    浏览(29)
  • TCP协议特性讲解

    16位源端口号:表示数据从哪来的。 16位目的端口号:表示数据要到哪里去。 32位序号:由发送方填充,为发送的数据进行一个编号,后面会详细讲解。 32位确认号:由接受方填充,告诉发送方,确认号之前的数据我已经收到,我希望你从确认号开始发送数据,后面也会再次

    2024年02月03日
    浏览(29)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包