tag 标签: I2C

相关帖子
相关博文
  • 热度 6
    2020-7-9 15:12
    1437 次阅读|
    0 个评论
    噪音滤波器 I2C模块包含模拟噪音滤波器和数字噪音滤波器,其中模拟噪音滤波器可以抑制尖峰宽度高达50ns(满足快速模式协议规格),用户可以选择关闭这一特性;数字滤波器抑制尖峰噪音的长度可以通过软件配置,范围为1~15(DNF)个I2CCLK周期,当这一特性开启后,SCL/SDA线的电平只有在DNF*I2CCLK周期内持续保持稳定时才会改变 I2C时序 当检测到SCL下降沿时,再一段延迟等待,SDA数据才会被送出。这个等待延迟由Tsdadel定义,时序寄存器中SDADEL位用于该延时配置。Tsdadel = SDADEL * Tpresc + Ti2cclk,其中Tpresc=(PRESC+1)*Ti2cclk。总的SDA输出延时等于Tsync1+{ * Ti2cclk} 数据传输(通过发送寄存器、接收寄存器和移位寄存器实现) 接收:SDA输入信号填入移位寄存器,第8个SCL脉冲后,当RXNE=0时,移位寄存器的内容会复制进接收寄存器;当RXNE=1时,意味着前一个数据还没有被读出,此时SCL线会被拉低(STRETCHED),直到前一个数据被读出,SCL延伸信号会被插入在第8与第9个SCL脉冲之间(即ACK信号前) 发送:发送寄存器非空时(TXE=0),该数据会在第9个SCL脉冲后被复制到移位寄存器,然后移位寄存器的内容会陆续发送到SDA线上。如果TXE=1,意味着数据寄存器中没有数据,此时SCL线会被拉低(STRETCHED),直到新的数据被写入。SCL延伸信号会在第9个SCL脉冲后插入。 硬件传输管理 I2C内嵌一个字节计数器,用于管理字节传输以及不同模式下执行关闭通讯操作,如主模式下的NACK/STOP/RESTART,从模式下的ACK控制,SMBUS特性时的PEC产生以及校验 字节计数器在主模式时会被打开。而从模式下默认会被关闭,但可以通过软件开启(CR2:SBC位) 要传输的字节个数在CR2:NBYTES 中定义(如果字节个数超过255或者需要在每次收到数据后都发送ACK,则需要将CR2:RELOAD位置1),如果定义的字节数传输完成后,TCR标志会被置1,SCL会被拉伸直到TCR标志被清除(NBYTES写入非0值时会清除TCR标志) 主模式下,当RELOAD=0且AUTOEND=1时,一旦定义的字节数传输完毕,STOP条件会被自动发出 主模式下,当RELOAD=0但AUTOEND=0时,定义的字节数传输完毕后,TC标志会被置位,SCL信号会被拉伸直到TC标志被清除(当发送START或STOP条件时,TC标志会被清除) RELOAD=1时,AUTOEND位无效 I2C从机初始化 I2C模块提供了2个从机地址寄存器,地址1可以被配置为7位模式或10位模式,地址2为7位地址但可以配合屏蔽选项以选择使用不同的地址 默认情况下,时钟拉伸功能会被启用,如果I2C主机不支持该功能,则需要设置NOSTRETCH=1以关闭该功能 收到ADDR匹配中断后,需要读取ISR:ADDCODE 以确认匹配的地址,以及通过DIR标志来识别传输的方向 当NOSTRETCH=0时,收到ADDR匹配后,SCL时钟线会被拉伸直到ADDR标志被清除;在数据发送过程中,如果前一个数据传输已经完成,新的数据还没有被写入数据发送寄存器,或者在ADDR标志被清除时,第一个传输数据还没有被写入到数据发送寄存器(TXE=1),这两种情况下,SCL信号都会被拉伸,直到新的数据被写入至数据发送寄存器;在接收过程中,当数据接收寄存器的数据还没有被读出而新的数据又收到的时候,SCL时钟信号会被拉伸,直到数据接收寄存器中的数据被读出后才会释放;在从机字节控制模式下,当设定的字节数被传输完成后(TCR=1),重加载模式(SBC=1,RELOAD=1)意味着最后一个字节数据已经被传输完毕,SCL时钟会被拉伸直至一个非0数据被写入至NBYTES 位中 当NOSTRETCH=1时,I2C从机将不会执行SCL信号拉伸操作。数据发送过程中,在第一个SCL脉冲发生时,如果数据发送寄存器的内容为空,则溢出(UNDERRUN)标记OVR会被置位;在首个数据发送开始时,STOPF位如若仍处于置位状态,OVR标志也会被置位;在接收过程中,用户必须在下个数据的第9个SCL脉冲(ACK脉冲)前把数据接收寄存器的内容读出,否则溢出(OVERRUN)标记OVR会被置位 从机字节控制模式(NOSTRETCH必须为0) 为兼容SMBUS标准,在从机接收模式下,为了允许字节ACK控制,从字节控制模式必须被打开,在此情况下,RELOAD标志必须被置1。为了对每个数据字节进行控制,在ADDR匹配中断处理程序中,NBYTES必须被初始化为1。当数据字节收到后,TCR标志置1,SCL信号在第8到第9个脉冲之间被拉伸,用后可以读取数据接收寄存器,并决定回复ACK还是NACK信号。 从机发送 数据发送寄存器为空时,TXIS传输中断状态位会被置1,当写入新的数据至数据发送寄存器时,TXIS位会被清除。当收到NACK确认信息时,NACKF标志位会被置1,从机自动释放SCL和SDA信号线以使主机可以发送STOP或RESTART条件。当STOP信息收到时,STOPF标志位会被置1,。当收到从机地址时(ADDR=1),用户可以选择发送数据寄存器的内容或者置位TXE位清除数据发送寄存器的内容,以便可以写入新的数据供下次发送。 当NOSTRETCH=1时,SCL时钟信号不会被拉伸,所以用户不能在ADDR接收中断程序中写数据发送寄存器,所以即将发送的数据必须被提前写入 主机发送 TXIS标志在每次字节传输完成后置1(ACK收到后),TXIS事件数取决于NBYTES的值,如果传输字节总数大于255,RELOAD标志位需要被置1,此时若数据传输数到达255时,TCR标志会被置1,同时SCL线会被拉伸,直到NBYTES位被写入新的字节长度值。如果NACK收到后,TXIS标志不会被置1。 当RELOAD=0且NBYTES数据量被传输完成后:STOP条件被自动送出(AUTOEND=1),或者TC标志被置1且SCL线被拉伸(AUTOEND=0),直到RERSTART或STOP条件被发出 主机接收 收到一个字节后,RXNE标志会被置1 当RELOAD=0且NBYTES数据量已经被接收时,NACK和STOP条件会被自动送出(AUTOEND=1),或者NACK被自动送出(AUTOEND=0),TC标志被置1且SCL线被拉伸,直到RERSTART或STOP条件被发出 I2C错误 总线错误BERR:在没有收到ACK/NACK时(未到第9个时钟脉冲时),检测到START或STOP条件即产生总线错误。只有参与通讯的主设备或已经寻址的的从设备才会产生总线错误。 仲裁丢失ARLO:当一个高电平发送至SDA数据线上,当在SCL上升沿时检测到SDA为低,此时产生仲裁丢失错误。在主模式,仲裁丢失会在寻址阶段、数据阶段以及数据确认阶段进行探测。如果发生该错误,START控制位会被清除,SCL/SDA数据线会被释放,主设备自动切换至从设备。在从模式时,仲裁丢失仅在数据阶段和数据确认阶段探测,发生该错误后,传输终止,SCL/SDA信号线会被释放 溢出错误OVR:溢出错误仅发生在从模式下且NOSTRETCH=1时。在接收数据时,新的数据到来但旧数据还没有被读出,此时新的数据会被丢弃,NACK会被自动发出。在发送数据时,当数据字节需要被送出时,发送寄存器的内容还是为空(TXE=1),此时0xFF会被送出 包错误校验错误PECERR:SMBUS相关,略 超时错误TIMEOUT:SMBUS相关,略
  • 热度 2
    2019-10-30 22:13
    4299 次阅读|
    1 个评论
    《RISC-V架构与嵌入式开发快速入门》-- 如何让RISC-V芯片跑起来
    有幸从面包板社区收到《 RISC-V 架构与嵌入式开发快速入门》这本书试读。 相比较于《手把手教你设计CPU——RISC-V处理器篇》侧重介绍芯片硬件,这本书主要介绍如何基于 RISC-V 架构的芯片进行软件开发。书中仍然包含了架构中的指令集和中断异常等基本硬件基础的介绍,并以开源蜂鸟E 203 MCU Soc 为例,讲解了常用外设的基础知识和驱动程序的开发逻辑。 书中前四章仍然以介绍 RISC- v架构为主,开始详细阐述了当前主流CPU的发展历程和主要应用市场,并由此引出 RISC-V 的诞生。对比了 ARM / OPENRISC 和 SPARC 等架构,并暗示 RISC-V 会成为嵌入式领域的 8051 。书中第三章详细介绍了 RISC-V 的指令集架构,主要特点包括模块化的指令子集 / 规整的指令编码 / 高效的分支跳转指令 / 零硬件开销循环等。第四章包含中断和异常概述,讲解了 RISC-V 架构中的中断和异常处理机制。 什么是MCU ? 微控制单元(Microcontroller Unit;MCU) ,又称单片微型计算机(Single Chip Microcomputer )或者单片机,是把中央处理器(Central Process Unit;CPU)的频率与规格做适当缩减,并将内存(memory)、计数器(Timer)、USB、A/D转换、UART、PLC、DMA等周边接口,甚至LCD驱动电路都整合在单一芯片上,形成芯片级的计算机,为不同的应用场合做不同组合控制。诸如手机、PC外围、遥控器,至汽车电子、工业上的步进马达、机器手臂的控制等,都可见到MCU的身影。 ( 摘自百度百科MCU詞條 ) 五六两章详细讲解了E 203 MCU SoC 所包含的系统硬件和外设资源。这颗MCU的RTL开源在git hub, 感兴趣的同学可以下载了解一下设计芯片的代码长什么样子,熟悉verilog的IC designer 也可以在FPGA上将代码跑起来,进一步调试程序。 E 203 MCU 包含的硬件资源主要包括 RISC-V 架构的E 203 Core, 4k ROM, 片外F lash, clock 和中断控制器, 分类其他外设包括GPIO /SPI/I2C/UART/PWM/WDT/PMU等 外设本质就是数字电路组成的功能模块,可以减少外围电路的复杂性。对于开发者一定要仔细分析产品需求进行MCU芯片选型并充分利用内置的外设资源。 UART WIKI: https://en.wikipedia.org/wiki/Universal_asynchronous_receiver-transmitter I2C协议最初由恩智浦公司定义并开发 官方spec: https://www.nxp.com/docs/en/user-guide/UM10204.pdf , 现在已经推出I3C SPI也是一种短距离同步串行通信协议,由摩托罗拉公司最初开发,因为没有正式的国际标准,所以有很多变种。 第 8-10 章介绍GCC编译器和代码的编译过程 CPU只认识二进制指令,并不能理解汇编或者C代码。需要用工具将为了方便程序员理解定义的C或者汇编code翻译成机器所能理解的二进制指令。这个过程就叫做编译。 编译本身是一个非常复杂的过程。涉及到词法分析/语法分析/语义分析等,但是对于软件工程师来说,有了编译器,这个工具,一切又变得简单了。编译器可以理解你的代码,并将它转换,还能进行优化。 常用的嵌入式MCU编译器还有 IAR 的icc, keil的armcc, 开源的gcc for arm等,对于嵌入式软件工程师来说,因为iar和keil提供非常友好的图形界面开发系统,所以对应的编译器市场占有率非常高。如果在对MCU进行软件开发的时候,如果需要写汇编代码,需要注意区分编译器,不同的编译器支持的汇编伪指令一般不同。 IAR最近已经开始提供支持RISC-V版本的IDE, https://www.iar.com/iar-embedded-workbench/#!?architecture=RISC-V 第 10-14 章,介绍了更加丰富的软件开发生态,包括支持RISC-V架构的 MCU Eclipse IDE/Hbird-E-SDK. 基于这两大利器,软件开发者可以更加高效便捷的进行应用开发和调试。书中还讲解了几个比较典型的程序实例如GPIO和C oremark, 介绍了程序功能和代码结构,方便初学者照葫芦画瓢,快速入门。 https://github.com/SI-RISCV/e200_opensource/tree/master/prebuilt_tools https://github.com/SI-RISCV/hbird-e-sdk Eclipse是非常流行的开源IDE开发框架,最初的Android应用开发的IDE也是基于Eclipse开发的,现在已经被Android Studio取代。 在MCU领域,社区开发者也基于Eclipse搞了一个 MCU Eclipse的开源项目,这个项目也很受MCU厂商的欢迎,基于MCU Eclipse, 芯片原厂可以根据自家芯片特性定制自己的IDE, 比如NXP的MCUX IDE,支持恩智浦全系列的MCU开发(flash loader/register debug等功能),还包含clock tool/peripheral tool自动生成clock和外设配置代码,还有trust zone tool可以生成安全相关的配置,power analyzer可以分析芯片功耗等等。 https://gnu-mcu-eclipse.github.io/ https://www.nxp.com/design/software/development-software/mcuxpresso-software-and-tools/mcuxpresso-integrated-development-environment-ide:MCUXpresso-IDE 对于 MCU 来说,因为相对有限的CPU计算资源和缺少MMU , 并不能直接运行Linux,MCU本身也更适合应用在实时低功耗的采集和控制等应用。RTOS可以简化软件开发的任务逻辑,目前主流的 RTOS 主要有amazon的free rtos/ LF的zephyr / arm的mbed和国产的RT -thread/ Huawe i 的lite os/ ali的ali os, 以及ucos / mqx等。据说RTOS有三千多种。目前Free rtos 和rt -thread 在社区已经有移植成功的代码可以使用,读者可以参阅Github上 Hbird-E-SDK 项目中software目录下的FreeRTOS或者RT -Thread 目录下的代码和详细文档介绍,实现并运行实例程序。 https://www.freertos.org/ https://www.rt-thread.org/ 总的来说这本书介绍的很全面,从开源IDE和编译器的支持和使用介绍到作者自己封装的基于linux环境的HBird-E- SDK软件开发包 ,从外设原理到如何寄存器配置,从指令集介绍到如何进行汇编对芯片编程,还包含简短的ROTS简述和开源的移植后的示例代码。 此外,多家IC厂商也已经推出了基于RISC-V的MCU量产芯片,如恩智浦的Vega https://open-isa.org/ 还有兆易创新的 GD32VF103系列,官方旗舰店可以买到芯片,非常便宜10块钱不到好像。
  • 热度 27
    2014-5-6 00:06
    3331 次阅读|
    23 个评论
    最近公司有一款新版硬件,在测试时发现原有的I2C通信测试程序运行失败,从I2C从设备RX8025中无法读取到数据。使用示波器的时候,也无法在时钟线SCL上看到时钟信号。但是在测试数据线SDA的时候,偶尔能看到一些数据。如果使用示波器表笔点在测试的信号线上,有时能读到正确的数据;如果不这样做,几乎看不到正确的数据。开始怀疑是否是因为测试程序本身可靠性有问题,因为在一段时间测试后发现,这种现象随机性比较大。如果程序,没有初始化好硬件,或延时没做好,很容易造成这种随机性的问题。 于是,将软件可能的延时及初始化检查了一遍。找到了一处延时疑似有问题的地方。将这个地方的延迟增大2us后,测试竟然运行都通过了。在接下来的测试中,I2C读写正常。此时,找到I2C通信失败的原因了:I2C信号从写入结束发送STOP,到下一次开始读取从设备的Start时间间隔约为在3.7us,此时间偏小,导致通信不稳定,增加延迟可以解决问题。 在写完,上边的结论后,认为事情到此结束。 之后,分析了STM32的I2C主机通信时钟信号的参数,同时检查了程序中I2C的参数配置。发现不应该出现这样的情况。因为程序配置的I2C参数,使其运行在Fast mode此种模式下,Stop:Start的时间间隔最小为1.3us,而实际的3.7us是满足要求的。也就是说在此处增加延时,并不能真正解决问题。   在第二天的测试中,发现原来的解决方法确实存在问题。还是会有I2C通信失败的情况。再将原有测试程序中I2C的超时处理部分用#if注释掉(因为STM32库自带的I2C示例程序存在致使程序陷入while死循环的情况,而其优化解决方案使用了DMA+中断,感觉有些杀鸡用牛刀,不太合适。于是在其原有程序中做了超时处理,避免I2C通信失败陷入while死循环)。发现,程序运行正常。但是,如果加上超时处理,程序就无法正常运行。由此说明,并不是什么Stop:Start的时间问题。 于是将原有I2C测试程序(参数不变,带超时处理)在旧的硬件上运行,通信正常。 这里问题出来了,同样的程序,在旧的硬件中可以运行,在新的硬件上运行异常,这里边应该哪里有问题。于是,将原有的I2C通信速率400KHz的时钟降低到200KHZ,保留超时处理,在新的硬件版本上运行。发现运行正常,读取数据正常。 至此,于新版硬件的I2C通信问题,自认为是找到了:I2C的400KHz时钟速率在新版硬件上运行存在异常,调低时钟速率在新版硬件上运行(硬件优化后,或许继续使用原有的参数)。   由此问题解决过程中,发现:很容易将问题Q消失时,采用的方式M认为是问题出现的地方。可是往往,问题的真正原因R却躲在某个角落,为M替其顶罪感到开心,也为躲过了一场搜捕感到窃喜。下一次,他还会出来继续作乱。只有当真正将R绳之以法,才能根据解决问题Q。而这,需要的不只只是眼睛,还有思考。 头痛医头脚痛医脚,只治得了疼,却治不了病。
  • 热度 11
    2014-5-6 00:04
    1003 次阅读|
    6 个评论
    现有的STM32的I2C代码,由于没有使用STM32官方推荐的DMA+I2C中断优先级最高的方式,总感觉用着不放心。想要修改,却又不知道如何改是更好地。于是想查找I2C驱动部分处理的好的代码,参照将现有I2C部分程序重构下。在查找了一些代码库文件后,比对了现有的I2C程序,发现EFM32的I2C库代码部分处理的很完备。使用的是硬件I2C+超时处理机制。而且超时处理也有适当的处理。有可能是EFM32的库代码出的时间较晚是2012.11月份的,写的比较完善。但是STM32却没有更新固件库,提高代码的安全性。 虽然现有的STM32固件库有超时处理,但是调用的函数是一个while(1)也即,如果出现了超时处理,就要进入死循环了。而EFM32的处理则要明显好得多。EFM32在进行超时处理,重新初始化了I2C,并且返回错误。从这一点看,STM32的参考代码只适合功能性实现,如果用于产品中,产品则会陷入不知觉的死机中,而且很难查找到。而EFM32的库代码用于产品代码中,则会更安全一些。 最后,对于在产品中出现的硬件操作代码,对于从设备的操作,一定要有超时处理。虽然一般情况下,很难出现什么问题,但是如果存在这样的概率,当批量后就会有一个死机的概率,虽然出现的概率很低,但是如果一个产品出现了,对于这个产品本身而言就是100%的不良品。而且,由于外界的影响,所有的产品都会有可能出现死机,这个问题很严重。虽然,可以通过外部看门狗来解决,使CPU自动重启。但是在多任务应用中,这样的处理并非简单。甚至有可能十分复杂。 最后,在底层中一定不要存在      view plaincopy   span style= "font-size:18px;" while (condition)   {       ;   }/span     如果要用,也要加上超时处理:  view plaincopy   span style= "font-size:18px;" while (condition)   {        if (timeout)        {            handle;             break ;       }   }/span   (当然,也有不得不用的时候,这样的机会很少)。
  • 热度 5
    2013-5-11 08:26
    1364 次阅读|
    3 个评论
      在I2C程序中,很多时候使用while来判断状态是否发生改变。正常情况下,这个是很合适的。使用while,即做到了检测也起到了延时的作用,比单纯的计数延时要好的多。 但是如果不正常的时候,在while处的程序执行是否还在我们预期范围内,就很难说了。程序卡死在while处的情况会有吗? 首先,如果I2C链路连接有问题,肯定会出现问题的,这个时候由于while检测不到相应的状态改变,在这里卡死很正常。或许这也能帮助我们更快的定位到出错的地方。 但是,如果是链路通信正常,I2C还会检测不到状态的改变而导致while挑不出去的情况吗? 之前在一个论坛(见注1)上看到过一个关于I2C在高负载中断下接收出现异常的情况。但是通篇帖子并没有提到,当异常时程序是仅仅丢失数据,还是不在执行。按照帖子来猜测,感觉是仅仅丢失数据,如果程序卡住了,作者应该会提出来这个问题。但是没有,仅仅说了程序接收的数据不正常。 因为不知道他的I2C程序,是否仅仅使用while作为判断状态改变的依据,还是已经做了相关的超时处理什么的。既然程序中,有超出判断内的情况出现,最好还是将其消除。 对于仅仅使用while的语句,加上必要的超时处理。让程序的执行在判断的情况内。   按照正常理解,这里对于while出现卡住的问题,应该很难出现。如果在中断负载很重的情况下,这很难说。帖子中,作者最后说是硬件电路的问题,总线可能缺少一个并联电容。如果存在这样的问题,那么软件作相应的规避可能也是应该的。   同时这里提出这样一个问题,当软件运行时,最好的情况下是,一个函数不论输入是什么,都能保证输出时正确的,在可控范围内。这样一程序的整体性能,会是可控的。如果一个函数的输出正确与否,取决于输入,这样很可能造成一些可控范围之外的现象发生。如何做好出错处理,对于一个函数的输出也就十分重要。   尤其对于所做的嵌入式设备,因为它们更注重长期运行,不允许有程序卡死的现象出现,对于错误的容限要高一些。这里边对于数据的考虑与处理就要相应更全面。想到这里,发现似乎产品的应用环境越处于底层,对其要求就越高,因为有很多其它高层程序依赖于底层的输出,如果底层出现异常将导致整个系统的崩溃。系统级编码的代码质量要求标准高于应用级编码。即使同在应用级,处于底层的代码质量要求高于上层。   注: 1、http://electronics.stackexchange.com/questions/58653/i2c-read-write-failure-under-heavy-interrupt-load I2C read/write failure under heavy interrupt load
相关资源
  • 所需E币: 1
    时间: 2021-4-28 18:39
    大小: 845KB
    上传者: zendy_731593397
    目录1序言........................................................................................................................31.1版本1.0-1992....................................................................................................................31.2版本2.0-1998....................................................................................................................31.3版本2.1-2000....................................................................................................................31.4购买Philips的I2C总线元件..............................................................................................32I2C总线使设计人员和厂商都得益..........................................................................32.1设计人员的得益.................................................................................................................42.2厂商的得益.........................................................................................................................53介绍I2C总线规范...................................................................................................64I2C总线的概念.......................................................................................................65总体特征.................................................................................................................76位传输.....................................................................................................................76.1数据的有效性.....................................................................................................................76.2起始和停止条件.................................................................................................................87传输数据.................................................................................................................97.1字节格式............................................................................................................................97.2响应..................................................................................................................................98仲裁和时钟发生....................................................................................................108.1同步................................................................................................................................108.2仲裁................................................................................................................................108.3用时钟同步机制作为握手..................................................................................................1197位的地址格式.....................................................................................................12107位寻址..............................................................................................................1310.1第一个字节的位定义......................................................................................................1310.1.1广播呼叫地址.......................................................................................................1410.1.2起始字节..............................................................................................................1510.1.3CBUS的兼容性...................................................................................................1611标准模式I2C总线规范的扩展.............................................................................1612快速模式.............................................................................................................1713Hs模式...............................................................................................................1713.1高速传输........................................................................................................................1713.2Hs模式的串行数据传输格式..........................................................................................1913.3从F/S模式切换到Hs模式以及返回..............................................................................2013.4低速模式中的快速模式器件............................................................................................2113.5串行总线系统的混合速度模式........................................................................................2113.5.1在混合速度总线系统中的F/S模式传输...............................................................2213.5.2在混合速度总线系统中的Hs模式传输.................................................................2213.5.3混合速度总线系统中电桥的时序要求...................................................................24
  • 所需E币: 1
    时间: 2021-4-27 13:26
    大小: 85.91KB
    上传者: symic
    I2C总线工作原理pdf
  • 所需E币: 0
    时间: 2021-4-24 18:08
    大小: 53.9KB
    上传者: Argent
    随着FPGA技术的不断发展,许多消费类产品都嵌入了FPGA程序,ZYNQ架构属于主流,搜集的部分有关FPGA学习资料,希望对您有所帮助,欢迎下载。
  • 所需E币: 3
    时间: 2021-4-21 01:58
    大小: 188.5KB
    上传者: LiuSirSZ
    在STM32L011上通过I2C接口实现IAP.rar
  • 所需E币: 0
    时间: 2021-4-21 02:26
    大小: 177.45KB
    上传者: LiuSirSZ
    一个判断I2C总线通信异常原因的方法.pdf
  • 所需E币: 0
    时间: 2021-4-14 21:55
    大小: 26.01KB
    上传者: czdian2005
    树莓派系列教程11:I2C编程.docx
  • 所需E币: 0
    时间: 2021-4-14 21:59
    大小: 220.25KB
    上传者: czdian2005
    树莓派系列教程12:I2C总线控制BMP180.docx
  • 所需E币: 2
    时间: 2021-4-15 15:49
    大小: 851.72KB
    上传者: 西风瘦马
    I2C规范、技术白皮书
  • 所需E币: 1
    时间: 2021-4-13 15:22
    大小: 2.37MB
    上传者: ZHUANG
    I2C总线通信技术在球形机器人双DSP控制系统中的应用
  • 所需E币: 0
    时间: 2021-4-13 16:44
    大小: 248.31KB
    上传者: xiaosh728
    MPS_MP8859带I2C控制的集成DCDC升降压变换器.zip
  • 所需E币: 0
    时间: 2021-4-13 18:49
    大小: 216.16KB
    上传者: wxlai1998
    树莓派系列教程12:I2C总线控制BMP180.rar
  • 所需E币: 0
    时间: 2021-4-13 18:51
    大小: 23.42KB
    上传者: wxlai1998
    树莓派系列教程11:I2C编程.rar
  • 所需E币: 0
    时间: 2021-4-8 10:29
    大小: 844.19KB
    上传者: Argent
    电子产品日新月异,不管是硬件工程师还是软件工程师,基本的模电、数电、微机原理、信号处理等知识是必备的条件,从二极管到三极管,从单片机到多核MCU,3G网络到5G产品的普及,不管电子产品的集成度怎么高,其产品还是少不了电阻电容电感,每个元器件在电路中必然有其作用,有兴趣了解的网友,下载学习学习吧。
  • 所需E币: 0
    时间: 2021-3-25 18:00
    大小: 1.14MB
    上传者: Argent
    全志方案在消费类电子占有很大的市场,随着产品的不断升级优化,全志方案不仅仅在安卓平板,视频监控、广告应用等领域崭露头角,本人收集些有关全志方案的开发资料,希望对正在使用全志方案的网友有所帮助。
  • 所需E币: 0
    时间: 2021-3-25 23:36
    大小: 1.14MB
    上传者: Argent
    全志方案在消费类电子占有很大的市场,随着产品的不断升级优化,全志方案不仅仅在安卓平板,视频监控、广告应用等领域崭露头角,本人收集些有关全志方案的开发资料,希望对正在使用全志方案的网友有所帮助。
  • 所需E币: 0
    时间: 2021-3-25 23:53
    大小: 1011.8KB
    上传者: Argent
    全志方案在消费类电子占有很大的市场,随着产品的不断升级优化,全志方案不仅仅在安卓平板,视频监控、广告应用等领域崭露头角,本人收集些有关全志方案的开发资料,希望对正在使用全志方案的网友有所帮助。
  • 所需E币: 0
    时间: 2021-3-23 23:01
    大小: 2.77MB
    上传者: stanleylo2001
    CAN、I2S、I2C、SPI、SSP各类总线精讲
  • 所需E币: 0
    时间: 2021-3-22 17:53
    大小: 200.6KB
    上传者: Goodluck2020
    C51模拟I2C总线的详细资料说明.zip
  • 所需E币: 0
    时间: 2021-3-22 18:44
    大小: 770.07KB
    上传者: Goodluck2020
    I2C协议标准中文版.zip
  • 所需E币: 2
    时间: 2021-3-16 20:41
    大小: 149.02KB
    上传者: Goodluck2020
    利用I2C总线实现DSP与音频采样芯片TLV320AIC23的接口控制
广告