CAN总线的学习】的更多相关文章

CAN(controller Area Network )总线的学习 1986 年德国电气商博世公司开发出面向汽车的CAN 通信协议(数据之间的交互),其目的是为适应“减少线束的数量”.“通过多个LAN,进行大量数据的高速通信”的需要   CAN总线 RS-485 相比之下优点 1 网络各节点之间的数据通信实时性强 2开发周期短 3已形成国际标准的现场总线 4最有前途的现场总线之一   特性 RS-485 CAN-bus 单点成本 低廉 稍高 系统成本 高 较低 总线利用率 低 高 网络特性 单…
1.什么是SPI? SPI是串行外设接口(Serial Peripheral Interface)的缩写.是 Motorola 公司推出的一 种同步串行接口技术,是一种高速的,全双工,同步的通信总线. 2.SPI优点支持全双工通信通信简单数据传输速率块 3.缺点没有指定的流控制,没有应答机制确认是否接收到数据,所以跟IIC总线协议比较在数据 可靠性上有一定的缺陷. 4.特点1):高速.同步.全双工.非差分.总线式2):主从机通信模式 5.协议通信时序详解1):SPI的通信原理很简单,它以主从方式…
1.CAN总线网络 CAN总线网络主要挂在CAN_H和CAN_L,各个节点通过这两条线实现信号的串行差分传输,为了避免信号的反射和干扰,还需要在CAN_H和CAN_L之间接上120欧姆的终端电阻,但是为什么是120欧姆呢?那是因为电缆的特性阻抗为120欧. 2.信号表示 CAN总线采用不归零码位填充技术,也就是说CAN总线上的信号有两种不同的信号状态,分别是显性的(Dominant)逻辑0和隐形的(recessive)逻辑1,信号每一次传输完后不需要返回到逻辑0(显性)的电平. 位填充规则:发送…
USB总线驱动程序的作用 1. 识别USB设备 1.1 分配地址 1.2 并告诉USB设备(set address) 1.3 发出命令获取描述符 描述符的信息可以在include\linux\usb\Ch9.h看到  (Ch9是指USB规范的第九章) 2. 查找并安装对应的设备驱动程序 3. 提供USB读写函数 把USB设备接到开发板上,看输出信息: usb 1-1: new full speed USB device using s3c2410-ohci and address 2 usb 1…
1.I2C协议   2条双向串行线,一条数据线SDA,一条时钟线SCL.   SDA传输数据是大端传输,每次传输8bit,即一字节.   支持多主控(multimastering),任何时间点只能有一个主控.   总线上每个设备都有自己的一个addr,共7个bit,广播地址全0.   系统中可能有多个同种芯片,为此addr分为固定部分和可编程部份,细节视芯片而定,看datasheet. 1.1 I2C位传输   数据传输:SCL为高电平时,SDA线若保持稳定,那么SDA上是在传输数据bit: …
在上节中介绍了通过jndi方式连接到hornetq服务器上,有时候由于某些原因,我们不希望通过jndi方式连接,hornetq也支持这种方式进行 以第2章节的例子为模板,我们编写了另一个获取ConnectionFactory的方法createConnection package com.crazycoder2010.hornetq; import java.util.HashMap; import java.util.Properties; import javax.jms.Connection…
一.实验背景在消费者电子电讯和工业电子中看上去不相关的设计里经常有很多相似的地方例如几乎每个系统都包括一些智能控制通常是一个单片的微控制器,通用电路例如LCD驱动器远程I/O,RAM,EEPROM或数据转换器,面向应用的电路譬如收音机和视频系统的数字调谐和信号处理电路或者是音频拨号电话的DTM发生器,为了使这些相似之处对系统设计者和器件厂商都得益而且使硬件效益最大电路最简单Philips开发了一个简单的双向两线总线实现有效的IC之间控制这个总线就称为Inter IC或I2C总线现在Philips…
前面已经对Castle Windsor的基本使用进行了学习,有了这个基础,接下来我们将把我们的事件总线再次向ABP中定义的事件总线靠近.从源码中可以知道在ABP中定义了Dictionary,存放三种类型的Factory,然后通过容器的方式实例化相应的handlerfactory.承接前面的随笔,我们为什么要使用IOC? IOC是用来代替反射的.那么反射在我们EventBus中有什么功能?反射是用来创建handler的实例的.那么我们的容器其实就是用来初始化实例这么一点功能的,所以我们不需要过多的…
承接上一篇时间总线的学习,在上一篇中我们实现了取消显式注册事件的方式,采用使用反射的方式.这样的好处可以解除Publisher和Scriber的显式依赖,但是问题又来了,因为我们只有Publisher和Scriber,而且我们又要实现这两者的通信,那么无论使用那种方式都不可能解除两者的依赖关系,反射也只是将依赖关系进行隐藏罢了.而且还有一个至关重要的问题,那个我们每个Publisher都得去写那么一坨的反射代码,而且这些代码其实都是公用的.写到这里,突然感觉要解决这两个问题,有一种想法呼之欲出,…
常用链接 我的随笔 我的评论 我的参与 最新评论 我的标签 随笔分类 ARM裸机(13) C(8) C++(8) GNU-ARM汇编 Linux驱动(24) Linux应用编程(5) Makefile Qt基础 Shell脚本语言 uboot 根文件系统(1) 嵌入式Linux(3) 算法与数据结构(7) 随笔档案 2017年3月 (5) 2017年2月 (9) 2016年12月 (10) 2016年11月 (18) 2016年10月 (27) 2016年5月 (1) 2016年4月 (2) 文…