- 综合排序
- 最热优先
- 最新优先
- 来自专栏linux驱动个人学习
I2C通讯协议
这就是时钟同步，它解决了I2C总线的速度同步问题。 该字节由 7 位的外围器件地址（设备地址）和 1 位读写控制位 R/W组成（此时 R/W=0） 通常最低一位就是R/W位，，“0”表示写，“1”表示读（通常读写信号中写上面有一横线，表示低电平） （3） 相对应的从机收到命令字节后向主机回馈应答信号 ACK（ACK=0） （4）主机收到从机的应答信号后开始发送第一个字节的数据 （5）从机收到数据后返回一个应答信号 ACK （6）主机收到应答信号后再发送下一个数据字节 （7） I2C开始和结束信号 开始信号：SCL为高电平时，SDA由高电平向低电平跳变，开始传送数据。 结束信号：SCL为高电平时，SDA由低电平向高电平跳变，结束传送数据。 ? 另外I2C的通信速率为100Kb，快速为400Kb
1.8K60发布于 2018-03-07 - 来自专栏RainMark 的文章
I2C 总线协议
1.I2C协议 2条双向串行线，一条数据线SDA，一条时钟线SCL。 SDA传输数据是大端传输，每次传输8bit，即一字节。 Master发送I2C addr（7bit）和w操作0（1bit），等待ACK 3. Slave发送ACK 4. Master发送reg addr（8bit），等待ACK 5. Master发送data（8bit），即要写入寄存器中的数据，等待ACK 7. Slave发送ACK 8. 第6步和第7步可以重复多次，即顺序写多个寄存器 9. Master发送I2C addr（7bit）和w操作1（1bit），等待ACK 2. Slave发送ACK 3. Master发送reg addr（8bit），等待ACK 4. Master发送I2C addr（7bit）和r操作1（1bit），等待ACK 7. Slave发送ACK 8. Slave发送data（8bit），即寄存器里的值 9.
1.9K20发布于 2019-09-10 - 来自专栏全栈程序员必看
i2c总线的通信协议(i2c通信协议原理)
I2C最早是飞利浦在1982年开发设计并用于自己的芯片上，一开始只允许100kHz、7-bit标准地址。1992年，I2C的第一个公共规范发行，增加了400kHz的快速模式以及10-bit扩展地址。 I2C协议 I2C协议把传输的消息分为两种类型的帧： 一个地址帧 —— 用于master指明消息发往哪个slave； 一个或多个数据帧 —— 由master发往slave的数据（或由slave发往 注：协议要求每次放到SDA上的字节长度必须为8位，并且每个字节后须跟一个ACK位，在下面会讲到。 数据在SCL处于低电平时放到SDA上，并在SCL变为高电平后进行采样。 注意，10-bit地址的设备和7-bit地址的设备在一个系统中是可以并存的，因为7-bit地址的高5位不可能是b11110。 注：本文是对两篇文档中协议部分的翻译整理，并做了调整和补充，见文末的附录链接。
2.6K10编辑于 2022-07-29 - 来自专栏iot-me
I2C通信协议
简介 I2C通信协议（Inter-Integrated Circuit）是由Philips公司开发的，由于它引脚少，硬件实现简单，可扩展性强，不需要使用USART、CAN等通信协议的外部收发设备，现在被广泛地用于系统内多个集成电路 （I2C）间的通信。 物理层 支持多主机从机，如下图总线上挂载了多个i2c设备，通过指定地址选择操作的设备。 当I2C设备空闲时，会输出高阻态，而当所有设备都空闲，都输出高阻态时，由上拉电阻把总线拉成高电平。 （OD门可实现线与功能） 具有三种传输模式：标准模式传输速率为100kbit/s ，快速模式为 400kbit/s ，高速模式下可达 3.4Mbit/s，但目前大多I2C设备尚不支持高 速模式 连接到相同总线的 IC 数量受到总线的最大电容 400pF 限制 协议层 读数据 写数据
69920编辑于 2022-02-11 - 来自专栏韦东山嵌入式
Linux系统驱动之I2C协议
协议 参考资料： i2c_spec.pdf 1. 下图：白色背景表示"主→从"，灰色背景表示"从→主" 3.3 I2C信号 I2C协议中数据传输的单位是字节，也就是8位。但是要用到9个时钟：前面8个时钟用来传输8数据，第9个时钟用来传输回应信号。 响应信号(ACK)：接收器在接收到8位数据后，在第9个时钟周期，拉低SDA SDA上传输的数据必须在SCL为高电平期间保持稳定，SDA上的数据只能在SCL为低电平期间变化 I2C协议信号如下： 3.4 协议细节 如何在SDA上实现双向传输？ 当它就绪后，就可以不再驱动三极管，这是上拉电阻把SCL变为高电平，其他设备就可以继续使用I2C总线了。 对于IIC协议它只能规定怎么传输数据，数据是什么含义由从设备决定。
3.5K20编辑于 2021-12-08 - 来自专栏硬件大熊
UART、SPI、I2C协议异同点
I2C、SPI、UART都是常见的低速板级通信协议，目前主流的SoC都内置了这些通讯协议的控制器，同样，各种传感器、Touch控制器、指纹模块、蓝牙模块、WIFI模块也都兼容这三种通信方式的一种或几种。 对于这三种通信协议的差别，可以区分到非常细，包括信号的单位、传输协议中的封包格式等。 UART一般由TXD、RXD、GND三根线组成，是一种异步传输协议。 I2C是两根线，SDA（数据）和SCL（时钟），是一种半双工同步传输协议。 主机在发送开始信号之后，先发送7个比特的地址位和1个比特的读写位，每个从机有自己的I2C地址，当发现该条指令是发给自己的时候，拉低SDA线（即回复ACK信号），然后主机发送或接收数据，完成传输。 UART和后面两者最大的区别在于后面两者是同步的，要有统一的时钟线，而UART不需要，接线方便，但收发双方都需要配置相同的波特率，即设备要有自己的时钟源；I2C协议中是有地址规则的，因此在一对多通信的时候更有优势
76410编辑于 2022-06-23 - 来自专栏电子电路开发学习
一文看懂I2C协议
据非官方统计，90%电子行业的公众号都介绍过3种串行通讯协议：UART、SPI和I2C。这3种串行协议也是电子开发行业最常用的协议。前面介绍了串口通讯协议及其FPGA实现，SPI协议。 本篇文章介绍I2C通讯协议及其FPGA实测波形。 文末有【I2C官方标准文档下载方法】。 有哪些内容 I2C是什么 5种速率 4种信号 读写时序 7位和10位地址 I2C保留字节 FPGA实测I2C波形 SPI和I2C的对比 I2C是什么 在消费电子，工业电子等领域，会使用各种类型的芯片，如微控制器 7位和10位地址 大多数I2C器件支持7位地址模式，有一些器件还支持10位地址，而且两种类型的器件可以连接在同一个I2C总线上，目前10位地址的器件还没有被广泛使用。 主机发送，从机接收。 _ADDR = 4, S5_ACK2 = 5, //write: 0-1-2-3-4-5->6-7-13-14 S6W_DATA = 6, S7W_ACK3
2.5K30发布于 2021-04-02 - 来自专栏AI电堂
一文带你读懂I2C协议
1、什么是I2C协议 I2C协议是一个允许多个 “从机” 芯片和一个或更多的 “主机” 芯片进行通讯的协议。它就像串行外设接口（SPI）一样，只能用于短距离通信。 如：I2C、SPI等有时钟信号的协议，都属于这种通信方式。 异步通信： 接收方并不知道数据什么时候会到达，收发双方可以有各自自己的时钟。 5、数据传输协议 主设备和从设备进行数据传输时遵循以下协议格式。数据通过一条SDA数据线在主设备和从设备之间传输0和1的串行数据。 ，等待ACK Slave发送ACK 第6步和第7步可以重复多次，即顺序写多个寄存器 Master发起STOP 读寄存器的标准流程为： Master发送I2C addr（7bit）和w操作1（1bit）， 7、I2C死锁 在实际使用过程中，I2C比较容易出现的一个问题就是死锁 ，死锁在I2C中主要表现为：I2C死锁时表现为SCL为高，SDA一直为低。
33.1K411编辑于 2022-12-08 - 来自专栏码神随笔
MCU常见通信总线串讲（三）—— I2C总线协议
系列文章，主要讲解以下几个总线协议，读者可以按需选择： UART和USART RS232、RS485总线 IIC总线 SPI总线 CAN总线 USB总线 一、I2C总线的概念 其实站在我个人开发的角度来说 ，I2C使用的比SPI多，他的主要概念如下： I2C（Inter-Integrated Circuit）是一种串行通信协议，用于连接微控制器和外部设备，例如传感器、存储器芯片、显示屏等。 二、 I2C的协议层 I2C协议层规定了在I2C通信中需要遵循的一些基本规则和标准，其中包括以下内容： 物理层规定： 定义了I2C总线的物理结构、传输介质（通常是双绞线）、电气特性（如电压电平、 规定了主设备和从设备之间的地址识别机制，包括7位或10位地址模式的规定。 I2C协议规定设备地址可以是7位或10位，实际中7位的地址应用比较广泛。 时序规定： 规定了时钟脉冲的频率、数据传输的时序要求，以确保通信的稳定性和可靠性。
2.4K31编辑于 2023-11-09 - 来自专栏嵌入式开发圈
详述I2C总线协议、时序，入门不再是难事
EEPROM存储器系统架构图 今天笔者就和大家聊一聊I2C总线： 位传输 I2C总线是由飞利浦(Philips)公司开发的一种双向二线制同步串行总线，实现有效的IC间的控制，它只需要两根线(SDA和SCL I2C总线数据传输 丛机地址 在I2C总线系统中，每个设备都有它的固定地址，一般由芯片的A0,A1和A2决定。丛机地址字节由七位地址位(D7-D1位)和一位方向位(为D0位)组成。 器件地址的D7-D4一般都是被厂家固定了为1111，余下的D3，D2和D1连接到芯片的A2，A1和A0决定；D0为0x00表示写，D0为0x01表示读。 EEPROM的器件地址 读写过程 1.写数据过程 1.主机发送I2C总线停止信号，防止总线忙写数据失败 2.主机发送I2C总线复位信号，确保写数据之前总线处于空闲状态 3.主机发送I2C总线开始信号 主机读/写数据过程 结语 I2C总线在嵌入式应用中非常广泛，基本上所有的电力电子设备都会用到这个总线； 笔者根据自身多年的工作经验，记录下了我对它的理解，如果有写的不对，希望大家能多多指出，今天的I2C
4.1K20发布于 2021-07-07 - 来自专栏韦东山嵌入式
第019课 I2C协议详解及裸机程序分析
第001节_I2C协议与EEPROM I2C协议 I2C在硬件上的接法如下(图19-1)所示，主控芯片引出两条线SCL,SDA线，在一条I2C总线上可以接很多I2C设备，我们还会放一个上拉电阻（放一个上拉电阻的原因以后我们再说 :: e.老师说下课（停止） 我们就使用这个简单的例子，来解释一下IIC的传输协议。 对于IIC协议它只能规定怎么传输数据，数据什么含义它完全不能够控制，数据的含义有从设备决定。 第002节_S3C2440的I2C控制器 在嵌入式系统里面的主控芯片一般都会有I2C控制器，要是没有可以根据I2C协议用GPIO管脚模拟，但是非常麻烦，我们要发送数据时，可以把数据放到某个寄存器，它就会自动的发出时钟 （3）IICADD寄存器(Multi-masterIlC-busaddress) 用到IICADD寄存器的位[7:11]，表示从机地址。
1.9K20发布于 2020-09-30 - 来自专栏全栈程序员必看
7、多协议配置以及dubbo协议详解
因dubbo协议采用单一长连接，假设网络为千兆网卡(1024Mbit=128MByte)，根据测试经验数据每条连接最多只能压满7MByte(不同的环境可能不一样，供参考)，理论上1个服务提供者需要20个服务消费者才能压满网卡 因dubbo协议采用单一长连接，如果每次请求的数据包大小为500KByte，假设网络为千兆网卡(1024Mbit=128MByte)，每条连接最大7MByte(不同的环境可能不一样，供参考)，单个服务提供者的 单个消费者调用单个服务提供者的TPS(每秒处理事务数)最大为：7MByte / 500KByte = 14。如果能接受，可以考虑使用，否则网络将成为瓶颈。 为什么采用异步单一长连接？ http协议 基于http表单的远程调用协议。 thrift协议 当前 dubbo 支持的 thrift 协议是对 thrift 原生协议的扩展，在原生协议的基础上添加了一些额外的头信息，比如service name，magic number等
1K20编辑于 2022-09-06 - 来自专栏ffffffff0x
工控协议:S7COMM协议分析(上)
--- S7Comm S7Comm（S7 Communication）是西门子专有的协议，是西门子 S7 通讯协议簇里的一种。 S7 协议的 TCP/IP 实现依赖于面向块的 ISO 传输服务。 S7 协议被封装在 TPKT 和 ISO-COTP 协议中，这使得 PDU（协议数据单元）能够通过 TCP 传送。 S7Comm 以太网协议基于 OSI 模型，从 wireshark 协议分级可以看出排列。 S7Comm 协议包含三部分： Header Parameter Data 根据实现的功能不同，S7 comm 协议的结构会有所不同。 下一篇文章，我们将继续学习S7comm协议Userdata 协议拓展部分。 --- 本文作者 r0fus0d
5.1K11发布于 2021-01-18 - 来自专栏ffffffff0x
工控协议:S7COMM协议分析(下)
前言 在上一篇文章中，我们介绍了S7Comm协议的S7Comm Header和Job 和 Ack_Data机制。 本篇文章，我们将继续介绍S7Comm协议的Userdata 协议拓展并结合pcap流量包实际分析。 --- Userdata 协议拓展 UserData 用于编程/调试、读取 SZL、安全功能、时间设置，循环读取等。 读时间（Read clock）； 请求 [13.png] 响应 [14.png] --- 总结 本文，我们分析了S7Comm协议的Userdata 协议拓展部分。 通过与pcap流量包的结合分析，可以更加直观的了解其原理和交互过程，学习S7Comm协议对于工控安全非常重要，在之后的文章里，我们还将继续学习modbus和Ethernet/IP协议相关内容。
2.1K11发布于 2021-01-18 - 来自专栏PHPer 进击
网络协议 7 - UDP 协议：性善碰到城会玩
基于 UDP 的“城会玩”的五个例子 城会玩 一：网页或 APP 的访问 网页和手机 APP 都是基于 HTTP 协议的，而HTTP 协议是基于 TCP 的，建立连接都需要多次交互，对于时延比较大的移动互联网来讲 “城会玩” 二：流媒体的协议 直播协议多使用 RTMP，这个协议就是基于 UDP 的。TCP 的严格顺序传输要保证前一个收到了，下一个才能确认。 Google 旗下的 Nest 建立 Thread Group，推出了物联网通信协议 Thread，就是基于 UDP 协议的。 “城会玩” 五：移动通信领域 在 4G 网络里，移动流量上网的数据协议 GTP-U 也是基于 UDP 的。因为移动网络协议比较复杂，而 GTP 协议本身就包含复杂的手机上线下线的通信协议。 参考： 百度百科-UDP 词条； 刘超-趣谈网络协议系列课；
1.1K30发布于 2019-04-11 - 来自专栏开源519
I2C总线架构 之 I2C核心
引言 在之前的 「《I2C总线架构 之 设备驱动》」 和 「《I2C总线架构 之 总线驱动》」 中一再提到i2c核心，本篇文章就总结一下i2c核心的主要功能。 分层思想 在之前的篇章中，大致能够了解i2c核心功能主要是为i2c设备驱动和i2c总线驱动的注册操作提供API。这种设计的好处在于实现：高内聚，低耦合。 i2c总线与i2c设备相互独立，互无联系；两者都是通过调用i2c核心提供的API实现匹配。即两者只与i2c核心有联系，这样也就可以实现一个固定i2c总线驱动可以和任一符合条件的设备驱动匹配。 具体API 这里对i2c总线驱动和i2c设备驱动进行分析，关键在于分析i2c_client与i2c_driver如何实现匹配的。 「传输数据：i2c_transfer」 此函数是设备驱动文件用来与i2c器件传输i2c协议数据的，封装好的i2c数据传输API。
3.2K21发布于 2020-09-03 - 来自专栏瓜农老梁
Nacos7# Distro协议增量同步
引言 本文接着撸Distro协议，上文中分析了在Nacos server启动时会进行全量数据同步和数据校验，具体数据即客户端注册节点信息含命名空间、分组名称、服务名称、节点Instance信息等。 request.getGroupName(), request.getServiceName(), true); switch (request.getType()) { // 注解@7 , String.format("Unsupported request type %s", request.getType())); } } 注解@7
1.4K31发布于 2021-07-14 - 来自专栏用户1692782的专栏
手撕RTSP协议系列（7）——PLAY
a946c352dd3ad04cf9830d5e72ffb11e", uri="rtsp://192.17.1.63:554/", response="9ea6c2659d3bce8d129ca3549ecc7fbf
2.9K51发布于 2020-10-30 - 来自专栏mukekeheart的iOS之旅
OC学习7——类别、扩展和协议
() 3 @property(nonatomic, strong) NSString *color; 4 -(void) drive:(NSString *)name; 5 @end 6 7 All rights reserved. 7 // 8 9 #import <Foundation/Foundation.h> 10 11 @protocol Women <NSObject> All rights reserved. 7 // 8 9 #import <Foundation/Foundation.h> 10 11 @protocol Man <NSObject> 12 All rights reserved. 7 // 8 9 #import <Foundation/Foundation.h> 10 #import "Women.h" 11 #import " All rights reserved. 7 // 8 9 #import "SuperMan.h" 10 #define MAX_CACHE_LINE 10 11 12 @implementation
91160发布于 2018-02-27 - 来自专栏用户1692782的专栏
手撕rtmp协议细节（7）——createStream
创建完RTMP连接之后就可以创建或者访问RTMP流，对于推流端，客户端要向服务器发送一个releaseStream命令消息，之后是createStream命令消息，对于拉流端，则要发送play消息请求视频资源。我们先来看看推流端的消息流程，当发送完createStream消息之后，解析服务器返回的消息会得到一个stream ID, 这个ID也就是以后和服务器通信的 message stream ID, 一般返回的是1，不固定。
2.3K30发布于 2020-05-26
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号