面包芯语

图文详解Modbus-RTU协议

小麦大叔 2021-07-07 18:00
精密双向电流传感放大器：精准测量，守护电流安全 您在使用示波器时面临的最大挑战是什么？


[导读] 大家好，我是逸珺，前面总结了一下RS-485的一些要点，今天来总结一下Modbus-RTU协议，原本想把实现思路也一起发出来，但是感觉太长了，就拆开了。

前世今生

照例简单说下这个协议的历时，Modicon公司于1979年制定了Modbus协议标准，并用在其PLC产品上。后来Modicon公司被施耐德收购。已成为一种事实标准协议，同时也被IEC-61158工业通信总线规范收录于type 15子集。所谓一流的企业做标准，二流的企业做品牌，三流的企业做产品。这些标准国人都基本是使用者，而非缔造者，所以使用一下，产品上印个标志，做做相关的测试认证都要给老外交钱。这里只是顺带牢骚几句，与本文想说的无关。打住！
Modbus的应用除了常见的过程控制系统，在其他很多领域都有其身影，比如一些楼宇控制，消防控制等等都有大量的产品采用Modbus协议，因为这个协议实现简单，工作可靠，还是标准化的协议！
Modbus分很多实现版本，总的来说是一种应用层协议。从OSI七层模型来看，位于第七层应用层。它定义了在不同类型的总线或网络上连接的设备之间提供 ”客户端/服务器“ 通信。对于使用串口的版本，也定义了layer 1 和 layer 2，实现在主站和一个或多个从站之间交换MODBUS 报文。具体有哪些版本呢？其实主要分两种：
  • Modbus RTU（Remote Terminal Unit 远程终端单元）：这种方式常采用RS-485做为物理层，一般利用芯片的串口实现数据报文的收发，报文数据采用二进制数据进行通信。
  • Modbus ASCII ：报文使用 ASCII 字符。ASCII 格式使用纵向冗余校验和。Modbus ASCII 报文由冒号 (":")开始 和换行符 (CR/LF) 结尾构成。
当然其他还根据所使用的物理层不一样，有这么些做法：
  • Modbus TCP/IP 或 Modbus TCP ：这是一种 Modbus 变体版本，使用 TCP/IP 网络进行通信，通过 502 端口进行连接。报文不需要校验和计算，因为以太网底层已经实现了CRC32 数据完整性校验。
  • Modbus over TCP/IP 或 Modbus over TCP 或 Modbus RTU/IP :这也是一种 Modbus 变体，与 Modbus TCP 的不同之处在于，与 Modbus RTU 一样，校验和包含在报文中。
  • Modbus UDP：也有在UDP上传输Modbus报文的，不过需要做错误重传机制，这么干的应该不多。
在具体实现之前，先梳理一下基本概念。

Modbu标准

概况

Modbus-串口版本基本定义了物理层、链路层以及应用层：
物理层可以使用485或232, 这里EIA/TIA都是标准协会的简称，也常写成RS-485/RS-232。
  • RS-485：半双工收发接口，这是最为常用的modbus物理层，信号采用差分电平编码，用一对双绞线现场布线，抗干扰性能也不错
  • RS-422：全双工收发接口，这种物理层也有比较多的应用，信号采用差分电平编码，需要两对双绞线现场布线，抗干扰性能也不错。与RS-485相比，其优势在于可以实现全双工，通信的效率高些，所需要的代价就是现场布线需要两对双绞线，增加了一定的成本。
  • RS-232：全双工收发接口，这个基本用在点对点通信场景下，不适合多点拓扑连接，采用共模电平编码，一般需要Rxd/Txd/Gnd三根线连接。
物理层RS-485，前面总结了，直接看看链路层。

链路层

单播与广播

modbus从链路控制的角度属于主(Master)/从(Slave)方式，比较简单。对介质的访问控制相当于时分复用。通讯总是由主站发起，但可分为单播和广播两种方式，单播就是主站向特定的从站发出通讯请求，广播是向总线所有的设备发起通讯请求。看下面两个图就比较清楚了：
  • 单播(unicast): 报文中的地址字段指定所需要访问的设备，该设备收到请求后作出对应的应答。
  • 广播(Broadcast)：主站向总线所有设备发出广播报文，所有从设备都不做应答，报文中地址为0则为广播请求:
讲到了单播以及广播，广播地址为0，自然就需要看看modbus寻址方式了：
‍

寻址

‍
modbus-RTU从设备都具有一个单字节地址，其地址分配定义为：
  • 地址0：广播地址，所有的从设备必须处理广播报文。
  • 1-247：从设备地址，主设备是没有地址的，这一点需要注意。
  • 248-255：保留地址

报文结构

前面说过，通信模式是主/从方式，也即主请求、从应答的方式。无论主请求报文，还是从应答报文其结构都是如下图这样的：
  • 地址：取值范围是0-247，如果是0，就是主站广播报文；如果是1-247，则有可能是主站请求或者从站应答。
  • 功能码：也就是报文命令，代表主站对从站的操作，读或者写
  • 数据：数据字段，主请求报文，从应答报文会有所差异。也就是说假设抓取总线报文，如何区分是主站请求还是从站应答，则需要通过数据字段进行区分了。
  • CRC校验：采样CRC16，16位循环冗余校验。

主站状态机

链路层一个最最重要的职责就是对通讯介质的管理，如果没有介质的管理，就不能成其为总线。Modbus如何进行介质管理呢？
前面介绍了从链路管理的角度来看，总线介质上发送报文的有两种设备，一种是主设备，另一种是从设备。对于主设备来说，它会有两种报文会向总线介质发送：一种是广播报文，另一种是单播报文。那么究竟是怎么控制介质的呢？其实很简单，看看下面这个状态机就很清楚了：
图中的事件的产生，将会触发主设备链路状态机从一个状态迁移到另一个状态，再事件触发后，还伴随动作需要执行。
  • 空闲：主设备处于空闲态。如果此时应用程序需要发送一个从设备请求，就会切换到等待应答状态；如果此时应用需要发送总线广播，此时，主设备就切换到广播延时。
  • 等待应答：在等待应答状态时，主设备将等待来自从设备的应答报文，如果接收到从站的报文，则进入应答处理。如果等待超时则进入错误处理状态机；在等待过程中，状态机不发生迁移。
  • 广播延时：如果主设备需要发送广播报文，则发送完就进入广播延时状态。这里为什么要延时呢？延时的设计目的就是留给从设备一点时间去处理接收到的广播请求。如果主设备没有这个延时，那么如果应用马上在发一个请求，则从设备有可能来不及处理。但是从设备只做接收处理，任何从设备都不可以对广播报文进行应答。

从站状态机

对于从设备来说，只接收主设备请求或者发送应答，因此从设备的状态机就更简单了。
从设备的状态机很简单，系统一上电就进入空闲状态，空闲态一直监听总线报文，当收到一个完整的报文时，首先校验报文的正确性，再检查报文是否是发给该设备的，如果是请求本设备的，则先完成请求的操作，然后准备好应答报文，如果出错则将出错信息发送给主站。如果收到的是主站广播请求，则仅仅处理相应请求，不做任何应答。

字节编码格式

报文以字节为单位，每个字节再物理层又以什么格式出现再总线呢？
其字节编码格式为：1个起始位，8个数据位，1个校验位，1个停止位。校验位可选择奇校验、偶校验、或无校验，有一个地方标准特别说明了一下，如果选择无校验，会采用2个停止位。

介质管理

对于帧的时间管理，其实就是对介质的冲突管理，modbus-RTU对于介质管理规定了2个重要的时间参数，以实现成帧、冲突管理等。来看看下面这几个图：
这个图可以用于断帧，也就时判断是否接收到一个完整的帧，因此只需要使用一个定时器在每次收到一个字节后，就重启一个3.5字节定时器，如果这个3.5字节定时器中断了，就证明收到了一个Modbus报文，至于这个报文是不是正确的报文，可以在进一步根据帧格式进行校验。
另外还规定了报文需要连续发送，字节间隔不得超过1.5字节时间。
上面对于介质管理所规定得时分复用，可以用一个状态机来描述：
当T3.5定时器超时后，对于modbus-RTU来说，帧校验采用CRC-16。
对于CRC-16得实现，标准给出了查表法得实现栗子：
查表法：
static unsigned char auchCRCHi[] = { 
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81,
0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0,
0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01,
0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41,
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81,
0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01,
0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81,
0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0,
0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01,
0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,
0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81,
0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0,
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01,
0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81,
0x40 } ; 
 

static char auchCRCLo[] = { 
0x00, 0xC0, 0xC1, 0x01, 0xC3, 0x03, 0x02, 0xC2, 0xC6, 0x06, 0x07, 0xC7, 0x05, 0xC5, 0xC4,
0x04, 0xCC, 0x0C, 0x0D, 0xCD, 0x0F, 0xCF, 0xCE, 0x0E, 0x0A, 0xCA, 0xCB, 0x0B, 0xC9, 0x09,
0x08, 0xC8, 0xD8, 0x18, 0x19, 0xD9, 0x1B, 0xDB, 0xDA, 0x1A, 0x1E, 0xDE, 0xDF, 0x1F, 0xDD,
0x1D, 0x1C, 0xDC, 0x14, 0xD4, 0xD5, 0x15, 0xD7, 0x17, 0x16, 0xD6, 0xD2, 0x12, 0x13, 0xD3,
0x11, 0xD1, 0xD0, 0x10, 0xF0, 0x30, 0x31, 0xF1, 0x33, 0xF3, 0xF2, 0x32, 0x36, 0xF6, 0xF7,
0x37, 0xF5, 0x35, 0x34, 0xF4, 0x3C, 0xFC, 0xFD, 0x3D, 0xFF, 0x3F, 0x3E, 0xFE, 0xFA, 0x3A,
0x3B, 0xFB, 0x39, 0xF9, 0xF8, 0x38, 0x28, 0xE8, 0xE9, 0x29, 0xEB, 0x2B, 0x2A, 0xEA, 0xEE,
0x2E, 0x2F, 0xEF, 0x2D, 0xED, 0xEC, 0x2C, 0xE4, 0x24, 0x25, 0xE5, 0x27, 0xE7, 0xE6, 0x26,
0x22, 0xE2, 0xE3, 0x23, 0xE1, 0x21, 0x20, 0xE0, 0xA0, 0x60, 0x61, 0xA1, 0x63, 0xA3, 0xA2,
0x62, 0x66, 0xA6, 0xA7, 0x67, 0xA5, 0x65, 0x64, 0xA4, 0x6C, 0xAC, 0xAD, 0x6D, 0xAF, 0x6F,
0x6E, 0xAE, 0xAA, 0x6A, 0x6B, 0xAB, 0x69, 0xA9, 0xA8, 0x68, 0x78, 0xB8, 0xB9, 0x79, 0xBB,
0x7B, 0x7A, 0xBA, 0xBE, 0x7E, 0x7F, 0xBF, 0x7D, 0xBD, 0xBC, 0x7C, 0xB4, 0x74, 0x75, 0xB5,
0x77, 0xB7, 0xB6, 0x76, 0x72, 0xB2, 0xB3, 0x73, 0xB1, 0x71, 0x70, 0xB0, 0x50, 0x90, 0x91,
0x51, 0x93, 0x53, 0x52, 0x92, 0x96, 0x56, 0x57, 0x97, 0x55, 0x95, 0x94, 0x54, 0x9C, 0x5C,
0x5D, 0x9D, 0x5F, 0x9F, 0x9E, 0x5E, 0x5A, 0x9A, 0x9B, 0x5B, 0x99, 0x59, 0x58, 0x98, 0x88,
0x48, 0x49, 0x89, 0x4B, 0x8B, 0x8A, 0x4A, 0x4E, 0x8E, 0x8F, 0x4F, 0x8D, 0x4D, 0x4C, 0x8C,
0x44, 0x84, 0x85, 0x45, 0x87, 0x47, 0x46, 0x86, 0x82, 0x42, 0x43, 0x83, 0x41, 0x81, 0x80,
0x40 }; 

unsigned short CRC16 ( unsigned char *puchMsg, unsigned short usDataLen )  
{ 
 unsigned char uchCRCHi = 0xFF ;  /* 高字节初始化值   */ 
 unsigned char uchCRCLo = 0xFF ;  /* 低字节初始化值   */ 
 unsigned uIndex ;  
  
 while (usDataLen--) 
 { 
  uIndex = uchCRCLo ^ *puchMsg++ ;   
  uchCRCLo = uchCRCHi ^ auchCRCHi[uIndex] ; 
  uchCRCHi = auchCRCLo[uIndex] ; 
 } 
 return (uchCRCHi << 8 | uchCRCLo) ; 
} 

应用层

Client/Server模型

前面OSI模型说到了，应用层通信可以看成是client/server方式，或许会与前面说得主从模式搅合在一起，导致理解起来费劲。其实这里client/server是从应用得角度描述得，modbus-RTU中，主设备其应用层就是client侧，而slave设备就是应用的server。modbus标准文档有种把简单问题复杂描述之嫌。其实就是这样一个简单的图：
  • 无错误：Client(主站)向从站发出请求，Server(从站)执行命令请求的操作，然后发送应答给Client(主站)，这里的操作，有可能是读取参数，设置参数，或者执行某个动作，具体取决于产品怎么设计。
  • 有错误：Client(主站)向从站发出请求，Server(从站)检测到错误，然后发送异常应答给Client(主站)。这里的错误，有可能是读取失败，寄存器地址非法，写失败，执行动作失败等。

数据模型

Modbus将采用大端字节顺序传输报文，什么意思呢？比如一个16位数据0x55AA，先传输高字节0x55，再传输低字节0xAA。
Modbus将数据抽象成四张表：
看到这个表，可能会让人觉得费解，我的设备里哪来什么线圈？
这大概是modbus协议原本是Modicon公司针对其PLC产品开发的协议，与其特殊的工业PLC控制编程有很大的关系。作为使用modbus协议进行应用开发而言，则不必费力研究为什么叫这些名字。
这四个表本质上就是将应用数据规划为离散位开关量，以及寄存器变量，其中线圈与保持寄存器表为可读可写，其他两个表为只读。这个四个表中将应用数据都利用寄存器地址进行索引。地址范围为0x0000-0xFFFF。需要理解的是，这里的地址与芯片的地址空间完全是两个概念，把它简单理解成modbus可以索引0x0000-0xFFFF这么多个用户应用16位数据即可。其中有的可能是开关量，有的可能利用两个连续寄存器对应用户的浮点数，字符串等等，都有可能。
这些地址是modbus请求命令中的一个字段，比如使用的最最频繁的两条命令，就是0x03,0x10两条命令：
下图来自modbus标准中的0x03号命令的请求以及应答定义：
又比如0x10号命令：
这两条命令中的Starting Address就是上面这4个表中寄存器对应的地址。

Modbus命令

modbus-RTU支持的命令或者叫操作码，就如下面这个表：
其中最为常用的命令是0x03,0x04,0x10号命令，一般的应用而言，单个位开关量通信效率不免低下，现在很多产品开发已很少使用。其实对于这样的离散量也完全可以直接放在输入寄存器表以及保持寄存器表中。modbus对于用户应用并没有严格的规定。用户可以自由进行寄存器地址(或叫索引) 映射。

总结一下

modbus-RTU是一种比较简单、可靠的协议，本文梳理了一下标准中一些比较重要的点。下文将分享一下，如何在单片机中实现几条常用命令。
—END—
往期精彩推荐，点击即可阅读




▲万变不离其宗之单片机串口问题 
▲万变不离其宗之I2C总线要点总结
▲万变不离其宗之SPI总线要点总结
▲长文图解工业HART总线协议
 ▲RS-485总线，这篇很详细
‍

‍

登录阅读全文
免责声明： 该内容由专栏作者授权发布或作者转载，目的在于传递更多信息，并不代表本网赞同其观点，本站亦不保证或承诺内容真实性等。若内容或图片侵犯您的权益，请及时联系本站删除。侵权投诉联系：  nick.zong@aspencore.com！
小麦大叔 一位热衷技术的攻城狮,懂点技术,会讲故事,交个朋友?
评论
  • 电气系统中，如何选择一款最为适配的数字隔离芯片？
    数字隔离芯片是一种实现电气隔离功能的集成电路，在工业自动化、汽车电子、光伏储能与电力通信等领域的电气系统中发挥着至关重要的作用。其不仅可令高、低压系统之间相互独立，提高低压系统的抗干扰能力，同时还可确保高、低压系统之间的安全交互，使系统稳定工作，并避免操作者遭受来自高压系统的电击伤害。典型数字隔离芯片的简化原理图值得一提的是，数字隔离芯片历经多年发展，其应用范围已十分广泛，凡涉及到在高、低压系统之间进行信号传输的场景中基本都需要应用到此种芯片。那么，电气工程师在进行电路设计时到底该如何评估选择一
    华普微HOPERF 2025-01-20 16:50 76浏览
  • 过孔的设计孔径是真的很重要，但高速先生也是真的不关心
    高速先生成员--黄刚这不马上就要过年了嘛，高速先生就不打算给大家上难度了，整一篇简单但很实用的文章给大伙瞧瞧好了。相信这个标题一出来，尤其对于PCB设计工程师来说，心就立马凉了半截。他们辛辛苦苦进行PCB的过孔设计，高速先生居然说设计多大的过孔他们不关心！另外估计这时候就跳出很多“挑刺”的粉丝了哈，因为翻看很多以往的文章，高速先生都表达了过孔孔径对高速性能的影响是很大的哦！咋滴，今天居然说孔径不关心了？别，别急哈，听高速先生在这篇文章中娓娓道来。首先还是要对各位设计工程师的设计表示肯定，毕竟像我
    一博科技 2025-01-21 16:17 108浏览
  • PCB设计第058篇 如何打开IPC-2581格式的PCB加工文件
        IPC-2581是基于ODB++标准、结合PCB行业特点而指定的PCB加工文件规范。    IPC-2581旨在替代CAM350格式，成为PCB加工行业的新的工业规范。    有一些免费软件，可以查看（不可修改）IPC-2581数据文件。这些软件典型用途是工艺校核。    1. Vu2581        出品：Downstream     
    电子知识打边炉 2025-01-22 11:12 82浏览
  • 聊聊RISC-V MCU技术
    嘿，咱来聊聊RISC-V MCU技术哈。 这RISC-V MCU技术呢，简单来说就是基于一个叫RISC-V的指令集架构做出的微控制器技术。RISC-V这个啊，2010年的时候，是加州大学伯克利分校的研究团队弄出来的，目的就是想搞个新的、开放的指令集架构，能跟上现代计算的需要。到了2015年，专门成立了个RISC-V基金会，让这个架构更标准，也更好地推广开了。这几年啊，这个RISC-V的生态系统发展得可快了，好多公司和机构都加入了RISC-V International，还推出了不少RISC-V
    丙丁先生 2025-01-21 12:10 135浏览
  • 瑞芯微开发板/主板Android配置APK默认开启性能模式方法
    本文介绍瑞芯微开发板/主板Android配置APK默认开启性能模式方法，开启性能模式后，APK的CPU使用优先级会有所提高。触觉智能RK3562开发板演示，搭载4核A53处理器，主频高达2.0GHz；内置独立1Tops算力NPU，可应用于物联网网关、平板电脑、智能家居、教育电子、工业显示与控制等行业。源码修改修改源码根目录下文件device/rockchip/rk3562/package_performance.xml并添加以下内容，注意"+"号为添加内容，"com.tencent.mm"为AP
    Industio_触觉智能 2025-01-17 14:09 167浏览
  • 挑战6万月薪【三】Purple Pi OH开发板带你7天入门OpenHarmony！
    现在为止，我们已经完成了Purple Pi OH主板的串口调试和部分配件的连接，接下来，让我们趁热打铁，完成剩余配件的连接！注：配件连接前请断开主板所有供电，避免敏感电路损坏！1.1 耳机接口主板有一路OTMP 标准四节耳机座J6，具备进行音频输出及录音功能，接入耳机后声音将优先从耳机输出，如下图所示：1.21.2 相机接口MIPI CSI 接口如上图所示，支持OV5648 和OV8858 摄像头模组。接入摄像头模组后，使用系统相机软件打开相机拍照和录像，如下图所示：1.3 以太网接口主板有一路
    Industio_触觉智能 2025-01-20 11:04 163浏览
  • 【工程师故事】+2024年总结之做技术不能想当然
    2024年是很平淡的一年，能保住饭碗就是万幸了，公司业绩不好，跳槽又不敢跳，还有一个原因就是老板对我们这些员工还是很好的，碍于人情也不能在公司困难时去雪上加霜。在工作其间遇到的大问题没有，小问题还是有不少，这里就举一两个来说一下。第一个就是，先看下下面的这个封装，你能猜出它的引脚间距是多少吗？这种排线座比较常规的是0.6mm间距（即排线是0.3mm间距）的，而这个规格也是我们用得最多的，所以我们按惯性思维来看的话，就会认为这个座子就是0.6mm间距的，这样往往就不会去细看规格书了，所以这次的运气
    wuliangu 2025-01-21 00:15 201浏览
  • 艾迈斯欧司朗秀绝技，汽车照明的 “隐形魔法” 与万级像素传奇
    随着消费者对汽车驾乘体验的要求不断攀升，汽车照明系统作为确保道路安全、提升驾驶体验以及实现车辆与环境交互的重要组成，日益受到业界的高度重视。近日，2024 DVN（上海）国际汽车照明研讨会圆满落幕。作为照明与传感创新的全球领导者，艾迈斯欧司朗受邀参与主题演讲，并现场展示了其多项前沿技术。本届研讨会汇聚来自全球各地400余名汽车、照明、光源及Tier 2供应商的专业人士及专家共聚一堂。在研讨会第一环节中，艾迈斯欧司朗系统解决方案工程副总裁 Joachim Reill以深厚的专业素养，主持该环节多位
    艾迈斯欧司朗 2025-01-16 20:51 202浏览
  • 80,000人到访的国际大展上，艾迈斯欧司朗有哪些亮点？
    80,000人到访的国际大展上，艾迈斯欧司朗有哪些亮点？感未来，光无限。近日，在慕尼黑electronica 2024现场，ams OSRAM通过多款创新DEMO展示，以及数场前瞻洞察分享，全面展示自身融合传感器、发射器及集成电路技术，精准捕捉并呈现环境信息的卓越能力。同时，ams OSRAM通过展会期间与客户、用户等行业人士，以及媒体朋友的深度交流，向业界传达其以光电技术为笔、以创新为墨，书写智能未来的深度思考。electronica 2024electronica 2024构建了一个高度国际
    艾迈斯欧司朗 2025-01-16 20:45 494浏览
  • 2025年刚开始，就收到了“橄榄枝”！
    临近春节，各方社交及应酬也变得多起来了，甚至一月份就排满了各式约见。有的是关系好的专业朋友的周末“恳谈会”，基本是关于2025年经济预判的话题，以及如何稳定工作等话题；但更多的预约是来自几个客户老板及副总裁们的见面，他们为今年的经济预判与企业发展焦虑而来。在聊天过程中，我发现今年的聊天有个很有意思的“点”，挺多人尤其关心我到底是怎么成长成现在的多领域风格的，还能掌握一些经济趋势的分析能力，到底学过哪些专业、在企业管过哪些具体事情？单单就这个一个月内，我就重复了数次“为什么”，再辅以我上次写的：《
    牛言喵语 2025-01-22 17:10 68浏览
  • Ubuntu20.04取消root账号自动登录方法触觉智能RK3568开发板演示
    Ubuntu20.04默认情况下为root账号自动登录，本文介绍如何取消root账号自动登录，改为通过输入账号密码登录，使用触觉智能EVB3568鸿蒙开发板演示，搭载瑞芯微RK3568，四核A55处理器，主频2.0Ghz，1T算力NPU；支持OpenHarmony5.0及Linux、Android等操作系统，接口丰富，开发评估快人一步！添加新账号1、使用adduser命令来添加新用户，用户名以industio为例，系统会提示设置密码以及其他信息，您可以根据需要填写或跳过，命令如下：root@id
    Industio_触觉智能 2025-01-17 14:14 126浏览
  • 论PN结的四种逆向电导模式
     光伏及击穿，都可视之为 复合的逆过程，但是，复合、光伏与击穿，不单是进程的方向相反，偏置状态也不一样，复合的工况，是正偏，光伏是零偏，击穿与漂移则是反偏，光伏的能源是外来的，而击穿消耗的是结区自身和电源的能量，漂移的载流子是 客席载流子，须借外延层才能引入，客席载流子 不受反偏PN结的空乏区阻碍，能漂不能漂，只取决于反偏PN结是否处于外延层的「射程」范围，而穿通的成因，则是因耗尽层的过度扩张，致使跟 端子、外延层或其他空乏区 碰触，当耗尽层融通，耐压 (反向阻断能力) 即告彻底丧失，
    MrCU204 2025-01-17 11:30 187浏览
  • 人形机器人疯狂进厂打工！银河通用、智元、乐聚机器人怕是都疯了
     万万没想到！科幻电影中的人形机器人，正在一步步走进我们人类的日常生活中来了。1月17日，乐聚将第100台全尺寸人形机器人交付北汽越野车，再次吹响了人形机器人疯狂进厂打工的号角。无独有尔，银河通用机器人作为一家成立不到两年时间的创业公司，在短短一年多时间内推出革命性的第一代产品Galbot G1，这是一款轮式、双臂、身体可折叠的人形机器人，得到了美团战投、经纬创投、IDG资本等众多投资方的认可。作为一家成立仅仅只有两年多时间的企业，智元机器人也把机器人从梦想带进了现实。2024年8月1
    刘旷 2025-01-21 11:15 538浏览
  • 手机购新补贴实施方案发布 京东将率先上线手机“国补”会场
    日前，商务部等部门办公厅印发《手机、平板、智能手表（手环）购新补贴实施方案》明确，个人消费者购买手机、平板、智能手表（手环）3类数码产品（单件销售价格不超过6000元），可享受购新补贴。每人每类可补贴1件，每件补贴比例为减去生产、流通环节及移动运营商所有优惠后最终销售价格的15％，每件最高不超过500元。目前，京东已经做好了承接手机、平板等数码产品国补优惠的落地准备工作，未来随着各省市关于手机、平板等品类的国补开启，京东将第一时间率先上线，满足消费者的换新升级需求。为保障国补的真实有效发放，基于
    华尔街科技眼 2025-01-17 10:44 221浏览
我要评论
0
点击右上角，分享到朋友圈 我知道啦
请使用浏览器分享功能 我知道啦