CAN总线布线规范 摘要:今天的CAN总线已从汽车电子慢慢渗透入工业自动化,医疗,铁路等众多领域.据我们的数据统计,客户在使用CAN总线时约80%的问题均是由总线布局布线不合理导致,今天我们就来扒一扒CAN总线的布局布线规范. 所谓磨刀不误砍柴功,合理的总线布局布线等于成功的一半,那么总线布线时如何选取导线?如何选取布线拓扑结构呢? 一. 导线选型 1. 导线类型 CAN总线布线时必须采用双绞线,且需采用特征阻抗约120Ω的双绞线,在通信距离较长或电磁环境恶劣的情况下最好用屏蔽双绞线,这样可以有

        CAN2.0B规范定义了两种互补的逻辑数值:显性和隐性.同时传送显性和隐性位时,总线呈现显性状态:同时传送显性状态位时,总线呈现显性状态:同时传送隐性状态位时,总线呈现隐性状态.显性数值表示逻辑0,隐性数值表示逻辑1. 典型地,CAN总线为隐性(逻辑1)时,CAN_H和CAN_L的电平都为2.5V(电位差为0V):CAN总线为显性(逻辑0)时,CAN_H和CAN_L电平分别为3.5V和1.5V(电位差为2.0V).

3.1 字面量:包括整型,实型,字符,字符串,布尔,null   整形: 除非后面有个l或L,一般总是int类型 除非是0x,0,0b开头,一般总是十进制 无论什么进制,中间都可以有_,无意义,只是看的更清楚   如果是int,最大的十进制是2^31 而其他进制最大是2^31-1=0b0111_1111_1111_1111_1111_1111_1111_1111 所有进制的最小值都是-2^31=0b1000_0000_0000_0000_0000_0000_0000_0000 超过范围的字面量会

一.ISO14443协议和PBOC关于CID的约定 看过协议的人其实都明白,RATS命令中参数字节的低半字节是CID,期中,CID不能为15. ISO14443协议中要求当RATS命令的CID等于0时,READER不使用MUTI-ACTIVE协议,换句话说就是每次只能确定一张卡片.卡片可在ATR中指示自己是否支持携带CID,当RATS参数域CID为0而卡片指示支持CID时,ISO14443协议中指示,通讯时可带CID也可不带CID. 但是在PBOC规范中,明确指出这种情况下,读写器必须不带CID

修订版 1.0,1999 年3 月29 日Andy SwalesSchneider 电气公司aswales@modicon.com目录目录............................................................................................................................ 21.该规范的发展概况.............................................

JVM 字节码(一)字节码规范 JVM 学习资源 Java ClassFile 字节码规范(Oracle) Java 虚拟机规范(Java SE 7 中文版) (周志明等译) Java 反编译工具 - jclasslib(比 javap -v 信息更详细,可以在 IDEA 插件中直接下载) winhex 一款十六进制查看工具 下面以一个小例子讲解一下 ClassFile 的文件结构(JDK 8 编译) public class ByteCodeTest { private int m; priv

       OpenGL ES和OpenGL的图标 关于“OpenGL ES SL 3.0规范中以前的attribute改成了in varying改成了out”这个问题,做一阐述: 1.关键字的小修改大概由如下两点决定 第一,先考虑一个成本原则 一个关键字的定义是否修改,是由熟练程序员在使用该关键字时的思维成本来决定的. 当然,还有一个原则,是由初学者的学习成本来决定的,这时一条市场原则(微软喜欢这个原则). attribute改成in,varying 改成out,恰巧符合上面两条原则. 初学

本文为CoryXie原创译文,转载及有任何问题请联系cory.xie#gmail.com. 本章描述USB 3.0 集线器的体系结构要求.本章还描述主机下行口和集线器下行口之间功能性的不同之处,以及设备上行口和集线器上行口之间的不同之处.本章包括三个主要的子模块的其中两个的描述:超高速集线器中继器/转发器(SuperSpeed hub repeater/forwarder)以及超高速集线器控制器(SuperSpeed hub controller).USB 2.0 集线器子模块在Universa

本文为CoryXie原创译文,转载及有任何问题请联系cory.xie#gmail.com. 协议层管理设备及其主机之间端到端的数据流.这一层建立在链路层提供对某些类型的包的保证传输(guarantees delivery of certain types of packets)的假设基础上:本层基于传输类型,增加了对其余类型的数据包的端到端传输的可靠性(end to end reliability for the rest of the packets). 本章详细描述了以下内容: 数据包类型(

本文为CoryXie原创译文,转载及有任何问题请联系cory.xie#gmail.com. 本章呈现USB 3.0体系结构和关键概念的概览.USB 3.0与前面版本的USB类似,因为它是线缆总线,支持在主机计算机和广大范围的可同时访问的外围设备之间进行数据交换.所附着的设备通过主机调度协议来共享带宽.总线允许设备在主机和其他外设的操作过程中被挂上(attached),配置(configured),使用(used),以及拔出(detached).USB 3.0使用双总线架构(dual-bus ar

ACPI规范定义了一台兼容ACPI的计算机系统可以有以下七个状态(所谓的全局状态): G0('S0)正常工作状态:计算机的正常工作状态-操作系统和应用程序都在运行.CPU(s)执行指令.在这个状态下(即没有进入G1睡眠),CPU和像硬盘.DVD驱动器等等这些的设备可以一再的进入和从低能源状态回来,叫做C0-Cn和D0-D3.(例如膝上型计算机,当使用电池运行的时候通常关掉所有当前未使用的设备:一些桌面型计算机也这么做来减少噪声.) G1 睡眠 细分为从S1到S4这四种状态.系统从这几种状态被唤醒

目录 DS18B20数字温度计 (一) 电气特性, 供电和接线方式 DS18B20数字温度计 (二) 测温, ROM和CRC校验 DS18B20数字温度计 (三) 1-WIRE总线ROM搜索算法 DS18B20 DS18B20 是一个常见的数字温度计芯片, 因为测温准确, 廉价且接线简单, 实际应用广泛, 在各种教学实验套装中出镜率也很高. 在写STC8H GPIO示例的时候写了一下 DS18B20, 这个型号虽然简单古老, 但是内容比较有意思, 一个篇幅写不下, 所以把内容抽出来单独介绍. 参

下面说下iOS的代码规范问题,如果大家觉得还不错,可以直接用到项目中,有不同意见 可以在下面讨论下. 相信很多人工作中最烦的就是代码不规范,命名不规范,曾经见过一个VC里有3个按钮被命名为button1.button2.button3,全文没有注释,去看代码逻辑才能知道这三个按钮的意思,我也是醉了! 下面的规范 有的定的比较死,大家可以根据自己团队的风格进行修改.该文章主要是OC的代码规范,有几个是Swift的规范. OC和Swift的代码规范如下: 一.VC生命周期 模块排列顺序 1. 注意

一.一个简单的node程序 1.新建一个txt文件 2.修改后缀 修改之后会弹出这个,点击"是" 3.运行test.js 源文件 使用node.js运行之后的. 如果该路径下没有该文件,会报错 4.运行test2.js 二.模块简单使用 为了编写可维护的代码,我们把很多函数分组,分别放到不同的文件里,这样,每个文件包含的代码就相对较少,很多编程语言都采用这种组织代码的方式.在Node环境中,一个.js文件就称之为一个模块(module). 模块化的开发的好处:提高代码的可维护性,避免修

百度MIP的规范要求必须添加强制性标签canonical,不然MIP校验工具会报错: 强制性标签<link rel="/^(canonical)$/"> 缺失或错误 这个标签怎么写?又是干什么用的呢? 简单来说,canonical标签用于关联原页面和MIP页,保证MIP页继承原页面权重,在移动搜索时优先展现MIP页.Canonical标签是MIP页连接外界的重要桥梁,不写或写错会导致MIP页不能和原页面产生联系,导致权重丢失,MIP页不展现. 0. "原页面&qu

本篇主要介绍var关键字.变量的undefined和null状态.异常处理.命名规范. 目录 1. var 关键字:介绍var关键字的使用. 2. 变量的状态:介绍变量的未定义.已定义未赋值.已定义已赋值 三种状态. 3. JS异常:介绍对JS异常的处理. 4. 命名规范:介绍Js的基本命名规范. 1. var 关键字 1.1 作用 声明作用:如声明个变量. 1.2 语法 var c = 1; 1.3 省略var 在javascript中,若省略var关键字而直接赋值,那么这个变量为全局变量,哪

本篇主要介绍JS的命名规范.注释规范以及框架开发的一些问题. 目录 1. 命名规范:介绍变量.函数.常量.构造函数.类的成员等等的命名规范 2. 注释规范:介绍单行注释.多行注释以及函数注释 3. 框架开发:介绍全局变量冲突.单全局变量以及命名空间 1. 命名规范 驼峰式命名法介绍: 驼峰式命名法由小(大)写字母开始,后续每个单词首字母都大写. 按照第一个字母是否大写,分为: ① Pascal Case 大驼峰式命名法:首字母大写.eg:StudentInfo.UserInfo.ProductI

0x00 分类 C#语言规范主要有两个来源,即我们熟知的ECMA规范和微软的规范.尽管C#的ECMA规范已经前后修订4次,但其内容仅仅到C# 2.0为止.所以慕容为了方便自己和各位方便查询,在此将常见的C#规范总结一下. 0x01 微软标准 这里提供的内容,都来自于微软官网. C# 5.0 (2012年,Word文档) C# 4.0 C# 3.0(2007年,Word文档) C# 2.0(2005年,Word文档) C# 1.2 (2003年,Word文档) C# 1.0 (2002年,Word

这是大约在3-4年前完成的一个C#实现的OSGi框架,实现的过程参照了OSGi规范与与一些实现思路(感谢当时的那些资料与项目),此框架虽然仅在几个小型项目有过实际的应用,但OSGi的规范实现还是相对比较完整的,包涵了一些基本的要素,由于个人的项目重心已经转移,现在打算把它公开出来,供大家参考: OSGi.NET框架是一个参照了OSGi规范的模块化管理框架.框架为应用程序扩展(组件(bundle))提供了一个标准环境.整个框架可以划分为一些层次: 1.运行环境 2.模块(Bundle) 3.生命周

本文来自于腾讯优测公众号(wxutest),未经作者同意,请勿转载,原文地址:https://mp.weixin.qq.com/s/806TiugiSJvFI7fH6eVA5w 作者:腾讯TMQ专项测试团队 导语 最近小优听说,隔壁的腾讯TMQ团队出了一本新书--<移动App性能评测与优化>,便借阅了一本,读完感觉写得确实很赞.这本书体系化地介绍了移动应用性能评测与优化的方方面面,如内存,电量,流畅度,导航,网络优化和安装包瘦身等,强烈推荐大家阅读~ 小优从书中摘取了第一章 "越用越