uds协议，什么是uds的协议解析

本文目录一览

1，什么是uds的协议解析
2，UDS协议能做什么
3，UDP协议是什么
4，uds是什么意思
5，一句话 UDP是什么东东
6，uds协议是什么
7，什么是TCP和UDP协议
8，如何看懂UDS诊断报文
9，什么是udp协议
10，什么是UDP协议

1，什么是uds的协议解析

火速留名，万一火了呢！

用户数据服务

什么是uds的协议解析

2，UDS协议能做什么

能实现汽车诊断仪和汽车各ECU模块之间的通讯。

UDS协议能做什么

3，UDP协议是什么

UDP协议就是一种数据报协议(和TCP协议在传输方式和效果上有些区别),是一种传输协议,那不是病毒的. 你说的"瑞星个人防火墙侦测到本机正在用UDP协议发送数据... QQGameDI.exe "那是说明QQGameDI.exe使用的是UDP协议. 只是你的瑞星太敏感了,呵呵

UDP协议是什么

4，uds是什么意思

uds是协议是一种统一的诊断服务，是诊断服务的一个标准参考协议。CAN是一种通信协议，UDS是一套CAN应用层的诊断协议。俗称14229. 形象的说就是使用一套仪器，对当前汽车出现的问题进行分析。而这套仪器与汽车交谈所使用的语言就是UDS（不是唯一的方法）。优势是这套协议在汽车电子上目前使用非常多。大家比较熟，比较好沟通。uds是美国货币美元。美元纸币正面主景图案为人物头像，主色调为黑色。背面主景图案为建筑，主色调为绿色，但不同版别的颜色少有差异，如1934年版背面为深绿色，1950年版背面为草绿色，1963年版背面均为墨绿色。

5，一句话 UDP是什么东东

UDP数据包和TCP数据包一样，是一种网络协议的数据包！ UDP数据包具有较强的网络穿透能力，可以用于网络环境相对复杂的场合进行网络通信。其代表软件就是腾讯QQ UDP数据包的缺点在与他不会像TCP包那样，发送出去后会等待接受方的验证是否收到，数据包是否合法。这样就造成UDP数据包相对TCP数据包更容易出现数据包丢失的情况。如果对一台主机发送大量的UDP数据包，就会造成DoS攻击。现在从各个厂商的硬件防火墙来看，能够实现这种攻击的只有UDP数据包。TCP和SYN数据包大多会被拦截，无法形成攻击. 如果要禁止接受数据包,那就用防火墙把那个端口封掉就OKAY了

6，uds协议是什么

UDS协议即ISO14229,统一诊断服务，是诊断服务的规范化标准，比如读取故障码应该向ecu发什么指令，读数据流又是发什么指令。OBD是关注车辆售后实时排放的理念形成的行业规范，而UDS是诊断服务的统一化规范。UDS提供的是一个诊断服务的基本框架，主机厂和零部件供应商可以根据实际情况选择实现其中的一部分或是自定义出一些私有化的诊断服务来。基于UDS协议的诊断又常常被称为增强型诊断，UDS不是法规要求的，没有统一实现标准，其优势在于方便生产线检测设备的开发，同时更大的方便了售后维修保养和车联网的功能实现。扩展资料UDS本质上是一系列的服务，共包含6大类26种。每种服务都有自己独立的ID，即SID。1、SID：Service Identifier，诊断服务ID。UDS本质上是一种定向的通信，是一种交互协议（Request/Response），即诊断方给ECU发送指定的请求数据（Request），这条数据中需要包含SID。2、如果是肯定的响应（Positive Response），回复[SID+0x40]，如请求10，响应50；请求22，响应62。3、如果是否定的响应（Negative Response），回复7F+SID+NRC，回复的是一个声明。参考资料来源：百度百科-UDS协议

7，什么是TCP和UDP协议

向连接的TCP “面向连接”就是在正式通信前必须要与对方建立起连接。比如你给别人打电话，必须等线路接通了、对方拿起话筒才能相互通话。 TCP（Transmission Control Protocol，传输控制协议）是基于连接的协议，也就是说，在正式收发数据前，必须和对方建立可靠的连接。一个TCP连接必须要经过三次“对话”才能建立起来，其中的过程非常复杂，我们这里只做简单、形象的介绍，你只要做到能够理解这个过程即可。我们来看看这三次对话的简单过程：主机A向主机B发出连接请求数据包：“我想给你发数据，可以吗？”，这是第一次对话；主机B向主机A发送同意连接和要求同步（同步就是两台主机一个在发送，一个在接收，协调工作）的数据包：“可以，你什么时候发？”，这是第二次对话；主机A再发出一个数据包确认主机B的要求同步：“我现在就发，你接着吧！”，这是第三次对话。三次“对话”的目的是使数据包的发送和接收同步，经过三次“对话”之后，主机A才向主机B正式发送数据。 TCP协议能为应用程序提供可靠的通信连接，使一台计算机发出的字节流无差错地发往网络上的其他计算机，对可靠性要求高的数据通信系统往往使用TCP协议传输数据。面向非连接的UDP协议

现在Internet上流行的协议是TCP/IP协议，该协议中对低于1024的端口都有确切的定义，他们对应着Internet上一些常见的服务。这些常见的服务可以分为使用TCP端口（面向连接）和使用UDP端口（面向无连接）两种。

8，如何看懂UDS诊断报文

UDS（Unified Diagnostic Services，统一的诊断服务）诊断协议是ISO 15765 和ISO 14229 定义的一种汽车通用诊断协议，位于OSI模型中的应用层，它可在不同的汽车总线（例如CAN, LIN, Flexray, Ethernet 和 K-line）上实现。UDS协议的应用层定义是ISO 14229-1，目前大部分汽车厂商均采用UDS on CAN的诊断协议。 UDS本质上是一系列的服务，共包含6大类26种。每种服务都有自己独立的ID，即SID。肯定响应和否定响应的形式一定要熟记。 UDS的26种服务中，有7种很重要。它们分别是：下面对这7个服务进行解读。 $10包含3个子功能， ECU上电时，进入的是默认会话（Default）。如果您进入了一个非默认会话的状态，一个定时器会运转，如果一段时间内没有请求，那么到时间后，诊断退回到默认会话01 。当然，我们有一个$3E的服务，可以使诊断保持在非默认的状态。报文包含4种类型，即 NRC：Negative Response Code（否定响应码) 。如果ECU拒绝了一个请求，它会回应一个NRC。不同的NRC有不同的含义。八个数据字节，第一字节被网络层占用。 02中的0代表网络层单帧SF，2代表数据域有2个字节； 10是SID，02是子功能。 02同上，10+40表示对SID的肯定回复，02是子功能。 03同上，7F表示否定响应，10是SID，22是NRC。 $3E服务用于向服务器指示诊断仪仍然连接在网络上，之前已经激活的诊断服务功能可以仍然保持激活状态。例子： 27服务，加上一个子服务，再加上一个钥匙，这样的服务请求可以进行解锁。比如下面的例子，2n-1是某个子服务，通过首轮种子的请求，首轮ECU会返回67+01+AA+BB+CC+DD，AA~DD就是种子了。之后第二轮，诊断端会利用种子进行运算（利用整车厂的算法），生成k1（不一定是1个字节），那么发送请求，27+02+[k1]。ECU同样也会通过种子算出k2。当k1和k2匹配时，解锁（Unlocked）成功。 $22读数据， Request（请求）： Response（响应）： DID有一部分已经被ISO 14229-1规定了。比如0xF186就是当前诊断会话数据标识符，0xF187就是车厂备件号数据标识符，0xF188就是车厂ECU软件号码数据ID，0xF189就是车厂ECU软件版本号数据标识符。 $22写数据， Request（请求）： Response（响应）：注意，比如0xF186这个DID不支持直接写入数据，需要用$10来进行会话转换。也就是说，对于写数据的请求，一般来说需要在一个非默认会话，或解锁的状态下才能进行。 DTC（diagnostic trouble code）：如果系统检测到了一个错误，它将其存储为DTC。DTC可表现为：一个显而易见的故障:通讯信号的丢失（不会使故障灯亮起）；排放相关的故障；安全相关的错误等。DTC可以揭示错误的位置和错误类型。通常DTC占用3个字节，OBD II占用两个字节。故障码包括四个大类，分别是PCBU，P是powertrain动力系统，C是Chassis底盘，B是Body车身，U是network通信系统。一个DTC信息占用4个字节。最后一个字节是DTC的状态。前两个字节是我们熟知的类似P0047的故障码。 $19 拥有28个子服务（Sub-Function）。常用的子服务有02（通过DTC状态掩码读取DTC），04（读取快照信息），06（读取扩展信息），0A（读ECU支持的所有DTC数据）。清除（复位）DTC格式，它可以改变DTC的状态。3个FF代表清除所有DTC。 UDS 的诊断数据的发送与接收都是基于CAN，所以每个数据流都包含基本的CAN Message 的架构根据上篇UDS文章的叙述，每一个PDU 包含控制信息PCI,数据信息Data. 网络层 PDU（协议数据单元）PCI（协议控制信息）格式：具体如下图所示：综上所述， N_PDU =N_PCI+N_DATA , N_PCI 的值主要集中的前三个字节， N_DATA 值主要集中在后面7位字节。其中，先面用连个例子进行说明，请参考！ [图片上传失败...(image-b66bab-1538824826939)] 由于这个数据发送与接收都是单帧传输，所以第一个数据的高四位均为0，四个数据流中的第一个字节的低四位，02，03，02，06代表的为此帧数据含有几个字节，多余的数据位都用 00或者AA行填充。 [图片上传失败...(image-b5e84b-1538824826939)] 数据发送为单帧，所以06代表发送的数据中含有6个字节，回复为Positive Response，为连续帧。参考资料：

9，什么是udp协议

UDP 是User Datagram Protocol的简称，中文名是用户数据报协议，是OSI（Open System Interconnection，开放式系统互联）参考模型中一种无连接的传输层协议，提供面向事务的简单不可靠信息传送服务，IETF RFC 768是UDP的正式规范。UDP在IP报文的协议号是17。UDP协议全称是用户数据报协议 [1] ，在网络中它与TCP协议一样用于处理数据包，是一种无连接的协议。在OSI模型中，在第四层——传输层，处于IP协议的上一层。UDP有不提供数据包分组、组装和不能对数据包进行排序的缺点，也就是说，当报文发送之后，是无法得知其是否安全完整到达的。UDP用来支持那些需要在计算机之间传输数据的网络应用。包括网络视频会议系统在内的众多的客户/服务器模式的网络应用都需要使用UDP协议。UDP协议从问世至今已经被使用了很多年，虽然其最初的光彩已经被一些类似协议所掩盖，但是即使是在今天UDP仍然不失为一项非常实用和可行的网络传输层协议。与所熟知的TCP（传输控制协议）协议一样，UDP协议直接位于IP（网际协议）协议的顶层。根据OSI（开放系统互连）参考模型，UDP和TCP都属于传输层协议。UDP协议的主要作用是将网络数据流量压缩成数据包的形式。一个典型的数据包就是一个二进制数据的传输单位。每一个数据包的前8个字节用来包含报头信息，剩余字节则用来包含具体的传输数据。

udp(user datagram protocol）用户数据报协议（rfc 768）用户数据报协议（udp）是 osi 参考模型中一种无连接的传输层协议，提供面向事务的简单不可靠信息传送服务。 udp 协议基本上是 ip 协议与上层协议的接口。 udp 协议适用端口分别运行在同一台设备上的多个应用程序。由于大多数网络应用程序都在同一台机器上运行，计算机上必须能够确保目的地机器上的软件程序能从源地址机器处获得数据包，以及源计算机能收到正确的回复。这是通过使用 udp 的“端口号”完成的。例如，如果一个工作站希望在工作站 128.1.123.1 上使用域名服务系统，它就会给数据包一个目的地址 128.1.123.1 ，并在 udp 头插入目标端口号 53 。源端口号标识了请求域名服务的本地机的应用程序，同时需要将所有由目的站生成的响应包都指定到源主机的这个端口上。 udp 端口的详细介绍可以参照相关文章。与 tcp 不同， udp 并不提供对 ip 协议的可靠机制、流控制以及错误恢复功能等。由于 udp 比较简单， udp 头包含很少的字节，比 tcp 负载消耗少。 udp 适用于不需要 tcp 可靠机制的情形，比如，当高层协议或应用程序提供错误和流控制功能的时候。 udp 是传输层协议，服务于很多知名应用层协议，包括网络文件系统（nfs）、简单网络管理协议（snmp）、域名系统（dns）以及简单文件传输系统（tftp）。

10，什么是UDP协议

　用户数据报协议（UDP）是 OSI 参考模型中一种无连接的传输层协议，提供面向事务的简单不可靠信息传送服务。 UDP 协议基本上是 IP 协议与上层协议的接口。 UDP 协议适用端口分别运行在同一台设备上的多个应用程序。　　由于大多数网络应用程序都在同一台机器上运行，计算机上必须能够确保目的地机器上的软件程序能从源地址机器处获得数据包，以及源计算机能收到正确的回复。这是通过使用 UDP 的“端口号”完成的。例如，如果一个工作站希望在工作站 128.1.123.1 上使用域名服务系统，它就会给数据包一个目的地址 128.1.123.1 ，并在 UDP 头插入目标端口号 53 。源端口号标识了请求域名服务的本地机的应用程序，同时需要将所有由目的站生成的响应包都指定到源主机的这个端口上。 UDP 端口的详细介绍可以参照相关文章。　　与 TCP 不同， UDP 并不提供对 IP 协议的可靠机制、流控制以及错误恢复功能等。由于 UDP 比较简单， UDP 头包含很少的字节，比 TCP 负载消耗少。　　UDP 适用于不需要 TCP 可靠机制的情形，比如，当高层协议或应用程序提供错误和流控制功能的时候。 UDP 是传输层协议，服务于很多知名应用层协议，包括网络文件系统（NFS）、简单网络管理协议（SNMP）、域名系统（DNS）以及简单文件传输系统（TFTP）。　　协议结构　　Source Port — 16位。源端口是可选字段。当使用时，它表示发送程序的端口，同时它还被认为是没有其它信息的情况下需要被寻址的答复端口。如果不使用，设置值为0。　　Destination Port — 16位。目标端口在特殊因特网目标地址的情况下具有意义。　　Length — 16位。该用户数据报的八位长度，包括协议头和数据。长度最小值为8。　　Checksum — 16位。IP 协议头、UDP 协议头和数据位，最后用0填补的信息假协议头总和。如果必要的话，可以由两个八位复合而成。　　Data — 包含上层数据信息。　　UDP的特点：　　UDP协议使用IP层提供的服务把从应用层得到的数据从一台主机的某个应用程序传给网络上另一台主机上的某一个应用程序。　　UDP协议有如下的特点：　　1、UDP传送数据前并不与对方建立连接，即UDP是无连接的，在传输数据前，发送方和接收方相互交换信息使双方同步。　　2、UDP不对收到的数据进行排序，在UDP报文的首部中并没有关于数据顺序的信息（如TCP所采用的序号），而且报文不一定按顺序到达的，所以接收端无从排起。　　3、UDP对接收到的数据报不发送确认信号，发送端不知道数据是否被正确接收，也不会重发数据。　　4、UDP传送数据较TCP快速，系统开销也少。　　从以上特点可知，UDP提供的是无连接的、不可靠的数据传送方式，是一种尽力而为的数据交付服务。　　相关链接 http://www.javvin.com/protocol/rfc768.pdf：User Datagram Protocol（UDP） Specifications 　　 http://www.iana.org/assignments/port-numbers：UDP and TCP port numbers

　UDP(User Datagram Protocol）用户数据报协议（RFC 768）　　用户数据报协议（UDP）是 OSI 参考模型中一种无连接的传输层协议，提供面向事务的简单不可靠信息传送服务。 UDP 协议基本上是 IP 协议与上层协议的接口。 UDP 协议适用端口分别运行在同一台设备上的多个应用程序。　　由于大多数网络应用程序都在同一台机器上运行，计算机上必须能够确保目的地机器上的软件程序能从源地址机器处获得数据包，以及源计算机能收到正确的回复。这是通过使用 UDP 的“端口号”完成的。例如，如果一个工作站希望在工作站 128.1.123.1 上使用域名服务系统，它就会给数据包一个目的地址 128.1.123.1 ，并在 UDP 头插入目标端口号 53 。源端口号标识了请求域名服务的本地机的应用程序，同时需要将所有由目的站生成的响应包都指定到源主机的这个端口上。 UDP 端口的详细介绍可以参照相关文章。　　与 TCP 不同， UDP 并不提供对 IP 协议的可靠机制、流控制以及错误恢复功能等。由于 UDP 比较简单， UDP 头包含很少的字节，比 TCP 负载消耗少。　　UDP 适用于不需要 TCP 可靠机制的情形，比如，当高层协议或应用程序提供错误和流控制功能的时候。 UDP 是传输层协议，服务于很多知名应用层协议，包括网络文件系统（NFS）、简单网络管理协议（SNMP）、域名系统（DNS）以及简单文件传输系统（TFTP）。　　协议结构　　Source Port — 16位。源端口是可选字段。当使用时，它表示发送程序的端口，同时它还被认为是没有其它信息的情况下需要被寻址的答复端口。如果不使用，设置值为0。　　Destination Port — 16位。目标端口在特殊因特网目标地址的情况下具有意义。　　Length — 16位。该用户数据报的八位长度，包括协议头和数据。长度最小值为8。　　Checksum — 16位。IP 协议头、UDP 协议头和数据位，最后用0填补的信息假协议头总和。如果必要的话，可以由两个八位复合而成。　　Data — 包含上层数据信息。　　UDP的特点：　　UDP协议使用IP层提供的服务把从应用层得到的数据从一台主机的某个应用程序传给网络上另一台主机上的某一个应用程序。　　UDP协议有如下的特点：　　1、UDP传送数据前并不与对方建立连接，即UDP是无连接的，在传输数据前，发送方和接收方相互交换信息使双方同步。　　2、UDP不对收到的数据进行排序，在UDP报文的首部中并没有关于数据顺序的信息（如TCP所采用的序号），而且报文不一定按顺序到达的，所以接收端无从排起。　　3、UDP对接收到的数据报不发送确认信号，发送端不知道数据是否被正确接收，也不会重发数据。　　4、UDP传送数据较TCP快速，系统开销也少。　　从以上特点可知，UDP提供的是无连接的、不可靠的数据传送方式，是一种尽力而为的数据交付服务。

编辑词条UDP 　　UDP(User Datagram Protocol）用户数据报协议（RFC 768）　　用户数据报协议（UDP）是 OSI 参考模型中一种无连接的传输层协议，提供面向事务的简单不可靠信息传送服务。 UDP 协议基本上是 IP 协议与上层协议的接口。 UDP 协议适用端口分别运行在同一台设备上的多个应用程序。　　由于大多数网络应用程序都在同一台机器上运行，计算机上必须能够确保目的地机器上的软件程序能从源地址机器处获得数据包，以及源计算机能收到正确的回复。这是通过使用 UDP 的“端口号”完成的。例如，如果一个工作站希望在工作站 128.1.123.1 上使用域名服务系统，它就会给数据包一个目的地址 128.1.123.1 ，并在 UDP 头插入目标端口号 53 。源端口号标识了请求域名服务的本地机的应用程序，同时需要将所有由目的站生成的响应包都指定到源主机的这个端口上。 UDP 端口的详细介绍可以参照相关文章。　　与 TCP 不同， UDP 并不提供对 IP 协议的可靠机制、流控制以及错误恢复功能等。由于 UDP 比较简单， UDP 头包含很少的字节，比 TCP 负载消耗少。　　UDP 适用于不需要 TCP 可靠机制的情形，比如，当高层协议或应用程序提供错误和流控制功能的时候。 UDP 是传输层协议，服务于很多知名应用层协议，包括网络文件系统（NFS）、简单网络管理协议（SNMP）、域名系统（DNS）以及简单文件传输系统（TFTP）。　　协议结构　　Source Port — 16位。源端口是可选字段。当使用时，它表示发送程序的端口，同时它还被认为是没有其它信息的情况下需要被寻址的答复端口。如果不使用，设置值为0。　　Destination Port — 16位。目标端口在特殊因特网目标地址的情况下具有意义。　　Length — 16位。该用户数据报的八位长度，包括协议头和数据。长度最小值为8。　　Checksum — 16位。IP 协议头、UDP 协议头和数据位，最后用0填补的信息假协议头总和。如果必要的话，可以由两个八位复合而成。　　Data — 包含上层数据信息。　　UDP的特点：　　UDP协议使用IP层提供的服务把从应用层得到的数据从一台主机的某个应用程序传给网络上另一台主机上的某一个应用程序。　　UDP协议有如下的特点：　　1、UDP传送数据前并不与对方建立连接，即UDP是无连接的，在传输数据前，发送方和接收方相互交换信息使双方同步。　　2、UDP不对收到的数据进行排序，在UDP报文的首部中并没有关于数据顺序的信息（如TCP所采用的序号），而且报文不一定按顺序到达的，所以接收端无从排起。　　3、UDP对接收到的数据报不发送确认信号，发送端不知道数据是否被正确接收，也不会重发数据。　　4、UDP传送数据较TCP快速，系统开销也少。　　从以上特点可知，UDP提供的是无连接的、不可靠的数据传送方式，是一种尽力而为的数据交付服务。　　相关链接 http://www.javvin.com/protocol/rfc768.pdf：User Datagram Protocol（UDP） Specifications 　　 http://www.iana.org/assignments/port-numbers：UDP and TCP port numbers

网络邻居-属性-本地连接-属性-常规中有Internet协议选中后按安装，提示你放入安装盘，基本上点确定就行了。安装好TCP/IP UDP也就安装好了，UDP是TCP/IP协议族中的一个