CN117082107B - 通讯调试设备、通讯调试方法 - Google Patents

通讯调试设备、通讯调试方法 Download PDF

Info

Publication number
CN117082107B
CN117082107B CN202311332549.6A CN202311332549A CN117082107B CN 117082107 B CN117082107 B CN 117082107B CN 202311332549 A CN202311332549 A CN 202311332549A CN 117082107 B CN117082107 B CN 117082107B
Authority
CN
China
Prior art keywords
communication
interface
control unit
bus
debugging
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202311332549.6A
Other languages
English (en)
Other versions
CN117082107A (zh
Inventor
梁玮
马玉红
马新宝
赵符锐
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Yinwo Automotive Technology Co ltd
Original Assignee
Beijing Yinwo Automotive Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Yinwo Automotive Technology Co ltd filed Critical Beijing Yinwo Automotive Technology Co ltd
Priority to CN202311332549.6A priority Critical patent/CN117082107B/zh
Publication of CN117082107A publication Critical patent/CN117082107A/zh
Application granted granted Critical
Publication of CN117082107B publication Critical patent/CN117082107B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/14—Handling requests for interconnection or transfer
    • G06F13/20—Handling requests for interconnection or transfer for access to input/output bus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40006—Architecture of a communication node
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N17/00—Diagnosis, testing or measuring for television systems or their details
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2213/00—Indexing scheme relating to interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F2213/0016—Inter-integrated circuit (I2C)
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Theoretical Computer Science (AREA)
  • Medical Informatics (AREA)
  • Computing Systems (AREA)
  • Biomedical Technology (AREA)
  • Multimedia (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)

Abstract

本申请提供了一种通讯调试设备、通讯调试方法，涉及车载通信技术领域。该通讯调试设备包括：通讯接口，用于与终端连接；解串器，包括输入端、第一输出接口和第二输出接口；其中，解串器被配置为，通过输入端接收摄像装置发送的图像信号，并通过第一输出接口将图像信号发送至原车控制单元，以便终端监控原车控制单元的工作状态，通过第二输出接口将图像信号发送至目标车辆对应的调试用控制单元，以便终端对原车控制单元的工作状态进行异常诊断。本申请中的通讯调试设备设置和操作简单，能够适应绝大多数的摄像装置和原车控制单元之间的通讯链路的诊断。

Description

通讯调试设备、通讯调试方法
技术领域
本申请涉及车载通信技术领域，具体涉及一种通讯调试设备、通讯调试方法。
背景技术
市面上的车型一般安装有多颗高像素的摄像装置，多颗高像素的摄像装置分布于驾驶舱内和驾驶舱外的多个地方，并且，这些摄像装置基本都是通过同轴线缆经过多次转接，将图像信号输出到控制单元，控制单元将处理后的图像信号或者原始的图像信号通过同轴线缆转发至下一控制单元或显示单元，以实现各种智能化功能。
从摄像装置到控制单元，有很强的关联性和较高的复杂性，而摄像装置和控制单元可能由不同的供应商负责研发和生产，因此，在图像信号发生异常时，无法定位摄像装置到控制单元之间的故障方，导致后期的故障排查和分析存在诸多困难。
发明内容
为了解决上述技术问题，提出了本申请。本申请实施例提供了一种通讯调试设备、通讯调试方法。
第一方面，本申请一实施例提供了一种通讯调试设备，应用于目标车辆，目标车辆包括摄像装置和原车控制单元，通讯调试设备包括：通讯接口，用于与终端连接；解串器，包括输入端、第一输出接口和第二输出接口；其中，解串器被配置为，通过输入端接收摄像装置发送的图像信号，并通过第一输出接口将图像信号发送至原车控制单元，以便终端监控原车控制单元的工作状态，通过第二输出接口将图像信号发送至目标车辆对应的调试用控制单元，以便终端对原车控制单元的工作状态进行异常诊断。
结合第一方面，在第一方面的某些实现方式中，通讯调试设备还包括集成电路总线开关芯片，集成电路总线开关芯片被配置为，对目标车辆中的I2C总线上的多个节点设备进行隔离，以避免I2C总线上存在多个主机。
结合第一方面，在第一方面的某些实现方式中，集成电路总线开关芯片还被配置为，若I2C总线发送数据的时间间隔不一致，集成电路总线开关芯片切断原车控制单元的I2C通讯链路。
结合第一方面，在第一方面的某些实现方式中，在I2C主机模式下，若I2C总线发送数据的时间间隔不一致，则终端通过通讯接口控制集成电路总线开关芯片切断原车控制单元的I2C通讯链路。
结合第一方面，在第一方面的某些实现方式中，通讯调试设备还包括：MCU芯片，MCU芯片被配置为，在I2C从机模式下，若I2C总线发送数据的时间间隔不一致，则控制集成电路总线开关芯片切断原车控制单元的I2C通讯链路。
结合第一方面，在第一方面的某些实现方式中，通讯调试设备还包括：控制器局域网络接口，所述MCU芯片还被配置为，在I2C从机模式下，作为I2C的主机对控制器局域网络接口和I2C接口进行信号转接。
结合第一方面，在第一方面的某些实现方式中，通讯调试设备还包括桥接芯片，桥接芯片包括SPI接口，桥接芯片被配置为，对通讯接口和SPI接口进行信号转接，以便终端与通讯调试设备中的MCU芯片进行通讯。
结合第一方面，在第一方面的某些实现方式中，桥接芯片还包括I2C接口，桥接芯片还被配置为，对通讯接口和I2C接口进行信号转接，以便终端对MCU芯片、解串器和通讯调试设备中的串行器中的至少一个的I2C总线信号进行诊断。
第二方面，本申请一实施例提供了一种通讯调试方法，应用于终端，终端与第一方面提及的通讯调试设备连接。该方法包括：利用通讯调试设备中的通讯接口，将通讯调试设备中的桥接芯片配置为I2C从机模式；在I2C从机模式下，对通讯调试设备中的集成电路总线开关芯片进行信息配置，以便将待诊断节点设备接入I2C总线；记录并分析待诊断节点设备在I2C总线中的通讯数据。
结合第二方面，在第二方面的某些实现方式中，该方法还包括：在确定通讯数据发生异常的情况下，利用通讯调试设备，将桥接芯片配置为I2C主机模式；在I2C主机模式下，若I2C总线处于静默状态，则调整I2C总线中的待诊断节点设备的寄存器值，以便对待诊断节点设备所在的通信链路进行调试。
第三方面，本申请一实施例提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序用于执行第二方面所述的方法。
第四方面，本申请一实施例提供了一种电子设备，该电子设备包括：处理器；用于存储处理器可执行指令的存储器；该处理器用于执行第二方面所述的方法。
本申请实施例提供的通讯调试设备可设置在摄像装置和原车控制单元所在的通讯链路之间，通过通讯接口实现与终端的连接，便于在不依赖原车控制单元的日志信息的前提下，利用终端在线完成摄像装置和原车控制单元的通讯链路的诊断和调试。通过具有两路输出的解串器，实现了在不影响原车控制单元工作的前提下，通过调试用控制单元完成对原车控制单元和摄像装置之间的通信链路的诊断和调试，避免了拆卸控制器或摄像装置来分析问题根因，也能解决一些偶发或概率较低的故障问题。同时，本申请实施例中的通讯调试设备设置和操作简单，能够适应绝大多数的摄像装置和原车控制单元之间的通讯链路的诊断。
附图说明
通过结合附图对本申请实施例进行更详细地描述，本申请的上述以及其他目的、特征和优势将变得更加明显。附图用来提供对本申请实施例的进一步理解，并且构成说明书的一部分，与本申请实施例一起用于解释本申请，并不构成对本申请的限制。在附图中，相同的参考标号通常代表相同部件或步骤。
图1所示为本申请一示例性实施例提供的通讯调试设备的结构示意图。
图2所示为本申请另一示例性实施例提供的通讯调试设备的结构示意图。
图3所示为本申请一示例性实施例提供的通讯调试方法的流程示意图。
图4所示为本申请一示例性实施例提供的通讯调试设备的结构示意图。
图5所示为本申请另一示例性实施例提供的通讯调试设备的结构示意图。
图6所示为本申请一示例性实施例提供的通讯调试方法的流程示意图。
图7所示为本申请一示例性实施例提供的电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
就车载影像系统（摄像装置和控制单元）而言，各大主机厂通常会将摄像装置和控制单元分开招标，导致在项目前期研发及生产阶段、后期的故障分析及排查阶段都存在诸多困难。图像信号发生异常时，无法第一时间定位出问题方，尤其在偶发故障情况下，使得售后成本很高。
在一些情况下，摄像装置和控制单元是通过各自的供应商根据本公司的相关测试标准来保证对应产品的品质及一致性，发生图像信号异常时，主机厂或4S店一般通过以下几点来寻找问题根因。
（1）借助控制单元的日志信息来分析问题根因。
（2）通过ABA更换关联件来判断问题的责任方。ABA更换关联件是指当A器件发生疑似故障时，可将A器件更换为同功能的B器件，观察故障是否能够复现。若复现，则判断不是A器件引发的故障；若不能复现，则再次将B器件更换为A器件，并观察故障是否复现，若复现，则判断是A器件引发的故障，若不能复现，则可进一步采用其他方式判断故障根因。
（3）拆开控制器或者摄像装置来进一步分析问题根因。
然而，由于实车安装环境、以及线束多次转发使得摄像装置和控制单元并非工作在出厂时的测试环境下，所以上述方法并不能系统性地评价摄像装置至控制单元之间的链路视频的性能。
具体而言，针对前述（1），日志信息中不包含、或者能用于进一步分析问题的信息很少；若想要增加更多的日志信息，则需要更新软件，并协调对应的工程师，导致效率低下。针对前述（2），在遇到偶发或者极低概率的异常现象时，ABA交换并不能有效地判断责任方。针对前述（3），在拆卸过程中内饰极易被破坏；拆开的控制器通过飞线接I2C（Inter-Integrated Circuit，集成电路总线）工具，直接操作芯片寄存器会发生多主机的情况，这在I2C总线协议里是不被允许的，常用的I2C工具也只具备主机功能，不可以用来监听I2C总线信息。若需监听就需要通过示波器或逻辑分析仪来测量，这使得实际操作起来非常复杂；此外，摄像装置因为气密性要求，也不支持拆卸。
有鉴于此，本申请提供一种通讯调试设备，其可设置在摄像装置和原车控制单元所在的通讯链路之间，通过通讯接口实现与终端的连接，便于在不依赖原车控制单元的日志信息的前提下，利用终端在线完成摄像装置和原车控制单元的通讯链路的诊断和调试。通过具有两路输出的解串器，实现了在不影响原车控制单元工作的前提下，通过调试用控制单元完成对原车控制单元和摄像装置之间的通信链路的诊断和调试，避免了拆卸控制器或摄像装置来分析问题根因，也能解决一些偶发或概率较低的故障问题。同时，本申请实施例中的通讯调试设备设置和操作简单，能够适应绝大多数的摄像装置和控制单元之间的通讯链路的诊断。
图1所示为本申请一示例性实施例提供的通讯调试设备的结构示意图。如图1所示，本申请实施例提供的通讯调试设备50只需在合适的位置将摄像装置20与原车控制单元30之间的转接线连接器断开串入，即可实现在实车环境下的视频链路问题的诊断和分析。
具体地，通讯调试设备50包括通讯接口，通过该通讯接口与终端10连接，便于终端10对摄像装置20和原车控制单元30之间的通讯链路进行诊断和/或调试。示例性地，通讯接口为USB（Universal Serial Bus，通用串行总线）接口，USB接口插接USB线可实现终端10与通讯调试设备50的连接。终端10可以是智能手机、智能平板、智能电视或电脑等智能显示设备。
通讯调试设备50还包括解串器，解串器包括输入端、第一输出接口和第二输出接口，解串器通过输入端接收摄像装置20发送的图像信号，并通过第一输出接口将图像信号发送至原车控制单元30，通过第二输出接口将图像信号发送至调试用控制单元40。换句话说，解串器可以将摄像装置20输出的图像信号复制为两路输出，一路接至原车控制单元30，用于还原原车控制单元30的工作状态，在不影响原车控制单元30功能的前提下，便于问题复现；另一路接至调试用控制单元40，用于判断是否为原车控制单元30的问题，并且，当问题复现后，还可通过通讯接口实现链路视频的诊断，避免盲目拆下原车控制单元30和摄像装置20。
示例性地，解串器的第一输出接口和第二输出接口为MIPI CSI-2（MobileIndustry Processor Interface Camera Serial Interface 2，移动产业处理器接口中的摄像头串行接口2），解串器将图像信号复制为两路输出后，同时由MIPI CSI-2输出，解串器的每一路MIPI CSI-2连接一颗与摄像装置20一致的串行器，以实现与原车控制单元30和调试用控制单元40的连接。
本申请实施例提供的通讯调试设备可设置在摄像装置和原车控制单元所在的通讯链路之间，通过通讯接口实现与终端的连接，便于在不依赖原车控制单元的日志信息的前提下，利用终端在线完成摄像装置和原车控制单元的通讯链路的诊断和调试。通过具有两路输出的解串器，实现了在不影响原车控制单元工作的前提下，通过调试用控制单元完成对原车控制单元和摄像装置之间的通信链路的诊断和调试，避免了拆卸控制器或摄像装置来分析问题根因，也能解决一些偶发或概率较低的故障问题。同时，本申请实施例中的通讯调试设备设置和操作简单，能够适应绝大多数的摄像装置和控制单元之间的通讯链路的诊断。
在图1所示实施例的基础上，本申请还提供了图2。图2所示为本申请另一示例性实施例提供的通讯调试设备的结构示意图。下面，针对图2，对本申请中的通讯调试设备进行进一步的阐述。
如图2所示，本申请中的通讯调试设备还包括桥接芯片（Bridge芯片）。具体地，本申请实施例中的桥接芯片为USB-I2C/SPI芯片，可用于对通讯接口和SPI（SerialPeripheral Interface，串行外围接口）进行信号转接，还用于对通讯接口和I2C接口进行信号转接。
示例性地，在本申请实施例中，通讯接口为USB接口。USB是一种串口总线标准，规范电脑与外部设备的连接和通讯。通讯接口具有热插拔功能，通讯接口可连接多种外设，如鼠标和键盘等。
SPI可以使单片机与各种外围设备以串行方式进行通信，以交换信息，外围设备包括闪存、网络控制器、LCD（Liquid Crystal Display，液晶显示器）显示驱动器、模数转换器和MCU（Microcontroller Unit，微控制单元）等等。
I2C用于IC器件之间的通信，使用多主从架构。当一件设备作为电流主设备，将两个总线信号调整到“开始”状态时，I2C总线上的数据交换就开始了，同时其他I2C设备也收到信号，知道主设备需要通信。当“开始”状态一开始，所有的I2C设备都会做好等待总线传输数据的准备。在“开始”状态出现后，主设备发送一个设备的地址以及要进行的操作的命令（读或写）。当其他I2C设备都接收到地址后，它们将接收到的地址与自己的地址比较，如果不匹配，就一直保持在等待状态，直到总线被“停止”状态释放为止。如果地址与一个I2C设备匹配，该设备将产生一个应答响应发送给主设备。
具体地，桥接芯片的一端连接通讯接口，在桥接芯片的SPI接口连接MCU芯片的情况下，以便终端与MCU芯片进行通讯，或者通过终端对MCU芯片进行升级；在桥接芯片的I2C接口连接MCU芯片的情况下，可便于终端对MCU芯片，或者解串器、串行器的I2C总线信号进行诊断。如图2所示，解串器包括第一输出接口和第二输出接口。
桥接芯片克服了主机接口到外设之间的限制，是管理不同总线接口之间通信的新一代接口解决方案。桥接芯片可应用在不同接口格式的设备源之间，实现了信号在不同数据格式之间的转换。在本申请实施例中，通过桥接芯片可实现与SPI接口和I2C接口的信号转接，便于与MCU芯片进行通信，同时，便于对I2C的总线信号进行诊断。
在前述实施例的基础上，本申请中的通讯调试设备还包括集成电路总线开关芯片（I2C Switch芯片），I2C Switch芯片用于对目标车辆中的I2C总线上的多个节点设备进行隔离，以避免I2C总线上存在多个主机。
I2C总线的通信方式是主从模式，主机发起通讯（读或写请求），并提供总线时钟。从机对主机的请求进行响应。具体地，从机要及时判断主机发送的各种地址、命令位、数据、响应位等，然后根据不同模式通过软件配置控制寄存器调整自身模式，以配合完成通信。
其中，主机和从机分别是含有I2C总线接口的器件，例如处理器。在本实施例中，I2C总线上的节点设备即为含有I2C总线接口的器件。在主机与目标从机建立通信连接之后，将发送数据的一方定义为“发送设备”，将接收数据的一方定义为“接收设备”。例如，对于写操作，需要主机向目标从机发送数据，因此主机即为发送设备，从机即为接收设备。又例如，对于读操作，需要目标从机向主机发送数据，因此目标从机即为发送设备，主机即为接收设备。示例性地，可以根据初始数据中的读写标志确定发送设备和接收设备。
I2C总线通讯协议规定，同一时间点只允许一个主机存在，因此，通过I2C Switch芯片可以确保I2C总线上的多个节点设备，在同一时间点只存在一个主机。具体地，I2CSwitch芯片可实现多个开关，以实现多条I2C通道，每个I2C通道与I2C总线上的节点设备相连，进而控制与其相连的节点设备的通断。换句话说，I2C Switch芯片可以解决桥接芯片作为主机时，I2C总线上已有主机的冲突问题，同时，可灵活切断或连接各个从机与I2C总线之间的通讯。
在一些实施例中，若I2C总线发送数据的时间间隔不一致，I2C Switch芯片切断原车控制单元的I2C通讯链路。
I2C总线发送数据的时间间隔不一致说明无法根据数据发送的时间规律，找到I2C总线不发送数据的静默时间点。在监控到原车控制单元的工作状态发生异常的情况下，若想对发生异常的节点设备的寄存器值进行写，则可能会发生多主机的情况，因此，在这种情况下，利用I2C Switch芯片切断原车控制单元的I2C通讯链路。切断之后，再去写发生异常的节点设备的寄存器值，不会发生多主机的情况，保证了I2C总线的正常通讯。
在一种实现方式中，在I2C主机模式下，若I2C总线发送数据的时间间隔不一致，则终端通过通讯接口控制I2C Switch芯片切断原车控制单元的I2C通讯链路。
I2C主机模式下可以对I2C总线各节点设备的I2C通讯链路的质量进行调试，在这种情况下，若I2C总线发送数据的时间间隔不一致，则利用终端的通讯接口连接通讯调试设备，以便通过通讯调试设备中的I2C Switch芯片切断原车控制单元的I2C通讯链路。
在另一种实现方式中，若通讯调试设备中还包括MCU芯片，在I2C从机模式下，若I2C总线发送数据的时间间隔不一致，则通过MCU芯片控制I2C Switch芯片切断原车控制单元的I2C通讯链路。
I2C从机模式下可以监听I2C总线上各个节点设备的I2C总线数据是否达到预期，在这种情况下，若I2C总线发送数据的时间间隔不一致，同样需要切断原车控制单元的I2C通讯链路。但是，在I2C从机模式下，MCU芯片可作为I2C主机把原来的主机切断，以免发生多主机的情况。
在前述实施例的基础上，本申请中的通讯调试设备还包括控制器局域网络（Controller Area Network，CAN）接口，MCU芯片还被配置为，在I2C从机模式下，作为I2C的主机对CAN接口和I2C接口进行信号转接。除了桥接芯片外，CAN接口还可用于对MCU芯片做软件升级。
图3所示为本申请一示例性实施例提供的通讯调试方法的流程示意图。示例性地，本申请实施例应用于终端，该终端与前述任一实施例所述的通讯调试设备连接。
如图3所示，本申请实施例提供的通讯调试方法包括如下步骤。
步骤S310，利用通讯调试设备中的通讯接口，将通讯调试设备中的桥接芯片配置为I2C从机模式。
本实施例中的通讯调试设备基于前述通讯调试设备对应的实施例确定。具体地，将通讯调试设备串入摄像装置通路中，通过通讯接口将终端与通讯调试设备相连，利用终端将通讯调试设备中的桥接芯片配置为I2C从机模式。示例性地，通讯接口为USB接口。
步骤S320，在I2C从机模式下，对通讯调试设备中的集成电路总线开关芯片进行信息配置。
步骤S320的目的是将待诊断节点设备接入I2C总线。示例性地，通过CAN网络或者MCU编程实现对I2C Switch芯片的信息配置，将需要监听的待诊断节点设备接入I2C总线，终端可实时记录并分析当前待诊断节点设备的I2C总线数据是否达到预期。
步骤S330，记录并分析待诊断节点设备在I2C总线中的通讯数据。
若根据待诊断设备在I2C总线中的通讯数据，确定需要通过调整I2C总线中的待诊断节点设备的寄存器参数，来判断问题方时，则可根据通讯数据的监听结果判断I2C总线是否空闲。在I2C总线数据空闲时，可通过CAN网络实现对应的待诊断节点设备的寄存器的调试。若I2C总线数据发送数据的时间间隔不一致，可通过CAN网络，或者MCU编程操作I2CSwitch芯片，以便切断原车控制单元的I2C通路，并利用调试用控制单元配合完成在线调试。
在I2C从机模式下，所有调试过程中I2C总线上的行为数据都会被电脑记录用于分析问题。
本申请实施例中使用的通讯调试设备可通过通讯接口实现与终端的连接，便于在不依赖原车控制单元的日志信息的前提下，利用终端在线完成摄像装置和原车控制单元的通讯链路的诊断和调试。该通讯调试设备的操作简单，能实现绝大多数的摄像装置和原车控制单元之间的通讯链路的诊断，尤其对于一些偶发和极低概率的异常诊断。
在图3所示实施例的基础上，在确定通讯数据发生异常的情况下，本申请实施例中的通讯调试方法还包括如下步骤。
步骤一、利用通讯调试设备，将桥接芯片配置为I2C主机模式。
具体地，将桥接芯片配置为I2C主机模式，可对待诊断节点设备进行调试。同时，在I2C主机模式下，关闭MCU芯片和CAN接口的功能。
步骤二、在I2C主机模式下，若I2C总线处于静默状态，则调整I2C总线中的待诊断节点设备的寄存器值。
步骤二的目的是对待诊断节点设备所在的通信链路进行调试。示例性地，可通过通讯调试设备的通讯接口配置I2CSwitch芯片，以切断原车控制单元的I2C通路，并利用调试用控制单元配合完成在线调试。
在I2C主机模式下，所有调试过程中的I2C总线上的行为数据无法被记录，但可以通过图3所示实施例中的方法来记录I2C总线上的行为数据。
在本申请实施例中，在通讯数据发生异常的情况下，配置为I2C从机模式时，可在I2C总线静默时灵活地选择特定的节点设备，操作其寄存器值以分析问题。通过本实施例中的方案，可以更快捷、方便地对摄像装置和原车控制单元之间的通讯链路进行调试。
本申请还提供了另一种通讯调试设备，如下所述。
一种通讯调试设备，应用于目标车辆，所述目标车辆包括控制单元和原车显示单元，所述通讯调试设备包括：
通讯接口，用于与终端连接；
接口转换芯片，包括输入接口、第一输出接口和第二输出接口；
其中，所述接口转换芯片被配置为，通过所述输入接口接收所述控制单元连接的解串器发送的图像信号，并通过所述第一输出接口将所述图像信号发送至所述原车显示单元，以便所述终端监控所述原车显示单元的工作状态，通过所述第二输出接口将所述图像信号发送至所述目标车辆对应的调试用显示单元，以便所述终端对所述原车显示单元的工作状态进行异常诊断。
在一些实施例中，所述通讯调试设备还包括集成电路总线开关芯片，所述集成电路总线开关芯片被配置为，对所述目标车辆中的I2C总线上的多个节点设备进行隔离，以避免所述I2C总线上存在多个主机。
在一些实施例中，所述集成电路总线开关芯片还被配置为，若所述I2C总线发送数据的时间间隔不一致，所述集成电路总线开关芯片切断所述原车控制单元的I2C通讯链路。
在一些实施例中，在I2C主机模式下，若所述I2C总线发送数据的时间间隔不一致，则所述终端通过所述通讯接口控制所述集成电路总线开关芯片切断所述原车控制单元的I2C通讯链路。
在一些实施例中，所述通讯调试设备还包括MCU芯片，所述MCU芯片被配置为，在I2C从机模式下，若所述I2C总线发送数据的时间间隔不一致，则控制所述集成电路总线开关芯片切断所述原车控制单元的I2C通讯链路。
在一些实施例中，所述通讯调试设备还包括控制器局域网络接口，所述MCU芯片还被配置为，在I2C从机模式下，作为I2C的主机对所述控制器局域网络接口和I2C接口进行信号转接。
在一些实施例中，所述通讯调试设备还包括桥接芯片，所述桥接芯片包括SPI接口，所述桥接芯片被配置为，对所述通讯接口和所述SPI接口进行信号转接，以便所述终端与所述通讯调试设备中的MCU芯片进行通讯。
在一些实施例中，所述桥接芯片还包括I2C接口，所述桥接芯片还被配置为，对所述通讯接口和所述I2C接口进行信号转接，以便所述终端对所述MCU芯片、所述解串器和所述通讯调试设备中的串行器中的至少一个的I2C总线信号进行诊断。
在一些实施例中，所述接口转换芯片包括DP接口转换芯片，所述调试用显示器包括DP接口的调试用显示器。
在一些实施例中，还提供一种通讯调试方法，应用于终端，所述终端与前述所述的通讯调试设备连接，所述方法包括：
利用所述通讯调试设备中的通讯接口，将所述通讯调试设备中的桥接芯片配置为I2C从机模式；
在所述I2C从机模式下，对所述通讯调试设备中的集成电路总线开关芯片进行信息配置，以便将待诊断节点设备接入I2C总线；
记录并分析所述待诊断节点设备在所述I2C总线中的通讯数据。
在一些实施例中，所述通讯调试方法还包括：
在确定所述通讯数据发生异常的情况下，利用所述通讯调试设备，将所述桥接芯片配置为I2C主机模式；
在所述I2C主机模式下，若所述I2C总线处于静默状态，则调整所述I2C总线中的待诊断节点设备的寄存器值，以便对所述待诊断节点设备所在的通信链路进行调试。
下面，对本申请提出的另一种通讯调试设备的技术背景进行详细阐述。
为了方便泊车，提升驾驶员的驾驶体验，市面上的车型分布了越来越多的摄像装置和显示屏，这些摄像装置通过同轴线缆将摄像装置输出的图像信号传输至控制单元，用于算法识别及图像处理。其中，部分控制单元会将处理好的图像信号，或者摄像装置的原始图像信号转发至下一控制单元或显示单元（如显示屏），最终实现各种智能化功能。
从控制单元到显示单元，具有很强的关联性和较高的复杂性，而控制单元和显示单元可能由不同的供应商负责研发和生产，因此，在图像信号发生异常时，无法定位控制单元到现实单元之间的故障方，导致后期的故障排查和分析存在诸多困难。
下面，对本申请提出的另一种通讯调试设备的具体实施方式进行详细阐述。
在车型项目启动时，就车载影像系统（控制单元和显示单元）而言，所有车载影像基本都通过车载专用的串行器和解串器来传输。串行器负责将输出的图像信号串化后经过同轴线缆实现远距离传输，解串器负责将串化后的图像信号还原为原始状态，供下一级控制单元使用，或显示单元显示。
在一些情况下，控制单元和显示单元是由不同的供应商负责研发和生产，控制单元和显示单元因车型不同最终定制为专车专用件，并且，因不同单元（控制单元和显示单元）之间有较强的依赖性，在项目前期研发阶段以及后期的故障分析排查阶段，沟通成本皆比较高昂，发生图像信号异常时，往往无法第一时间定位出问题方。这种问题在偶发故障情况下尤为突出，使得研发投入或售后成本很高。具体而言，由于项目时间节点以及供应商的不同，各供应商并不能保证各自产品的研发和生产环境与实车环境相仿。实车的安装环境复杂，并且线束可能面临多次转接，使得不能系统性地评价显示单元到控制单元之间的通信链路的好坏。
通常情况下，线束、控制单元和显示单元是通过各自的供应商根据本公司的相关测试标准来保证对应产品的品质及一致性，发生图像信号异常时，主机厂或4S店一般通过以下几点来寻找问题根因。
（1）借助控制单元的日志信息来分析问题根因。
（2）通过ABA更换关联件来判断问题的责任方。ABA更换关联件是指当A器件发生疑似故障时，可将A器件更换为同功能的B器件，观察故障是否能够复现。若复现，则判断不是A器件引发的故障；若不能复现，则再次将B器件更换为A器件，并观察故障是否复现，若复现，则判断是A器件引发的故障，若不能复现，则可进一步采用其他方式判断故障根因。
（3）生产厂家到现场拆开控制单元或显示单元，进一步分析问题根因。
然而，由于实车安装环境、以及线束多次转发使得显示单元和控制单元并非工作在出厂时的测试环境下，所以上述方法并不能系统性地评价控制单元和显示单元之间的链路视频的性能。
具体而言，针对前述（1），日志信息中不包含、或者能用于进一步分析问题的信息很少；若想要增加更多的日志信息，则需要更新软件，并协调对应的工程师，导致效率低下。针对前述（2），在遇到偶发或者极低概率的异常现象时，ABA交换并不能有效地判断责任方。针对前述（3），在拆卸过程中内饰极易被破坏；拆开的控制器通过飞线接I2C（Inter-Integrated Circuit，集成电路总线）工具，直接操作芯片寄存器会发生多主机的情况，这在I2C总线协议里是不被允许的，常用的I2C工具也只具备主机功能，不可以用来监听I2C总线信息。若需监听就需要通过示波器或逻辑分析仪来测量，这使得实际操作起来非常复杂。
有鉴于此，本申请提供了一种调试设备，可设置在控制单元和原车显示单元所在的通讯链路之间，通过通讯接口实现与终端的连接，便于在不依赖控制单元的日志信息的前提下，利用终端完成控制单元和原车显示单元的通讯链路的诊断和调试。其次，通过接口转换芯片，实现了在不影响原车显示单元工作的前提下，通过调试用显示单元完成原车显示单元和控制单元之间的通信链路的诊断和调试，避免了拆卸原车显示单元来分析问题根因，也能解决一些偶发或概率极低的故障问题。同时，本申请实施例中的通讯调试设备设置和操作简单，能够适应绝大多数的控制单元和原车显示单元之间的通讯链路的诊断。
图4所示为本申请一示例性实施例提供的通讯调试设备的结构示意图。如图4所示，本申请实施例提供的通讯调试设备50只需在合适的位置将控制单元和原车显示单元之间的同轴通路断开串入，即可实现在实车环境下的视频链路的分析和性能评价。
具体地，通讯调试设备50包括通讯接口，通过该通讯接口与终端10通讯连接，便于终端10对控制单元60和原车显示单元70之间的通讯链路进行诊断和/或调试。示例性地，通讯接口为USB（Universal Serial Bus，通用串行总线）接口，USB接口插接USB线可实现终端10与通讯调试设备50的连接。终端10可以是智能手机、智能平板、智能电视或电脑等智能显示设备。
通讯设备50还包括接口转换芯片，接口转换芯片包括输入接口、第一输出接口和第二输出接口。接口转换芯片通过输入接口接收与控制单元60连接的解串器发送的图像信号，并通过第一输出接口将图像信号发送至原车显示单元70，以便终端10监控原车显示单元70的工作状态；通过第二输出接口将图像信号发送至目标车辆对应的调试用显示单元80，以便终端10对原车显示单元70的工作状态进行异常诊断。换句话说，当控制单元60输出特定格式的图像信号时，本申请实施例可将控制单元60同轴连接器图像信号输出接口转换为通用的接口，同时利用拨码开关灵活切换至原车显示单元70，当问题复现后在线诊断控制单元60到原车显示单元70之间的通讯链路，亦可在线调试该通讯链路存在的问题，无需拆卸控制单元60和原车显示单元70等器件即可判断问题根因，避免相关联的供应商到现场排查问题。
本申请提供的通讯调试设备，可设置在控制单元和原车显示单元所在的通讯链路之间，通过通讯接口实现与终端的连接，便于在不依赖控制单元的日志信息的前提下，利用终端完成控制单元和原车显示单元的通讯链路的诊断和调试。其次，通过接口转换芯片，实现了在不影响原车显示单元工作的前提下，通过调试用显示单元完成原车显示单元和控制单元之间的通信链路的诊断和调试，避免了拆卸原车显示单元来分析问题根因，也能解决一些偶发或概率极低的故障问题。同时，本申请实施例中的通讯调试设备设置和操作简单，能够适应绝大多数的控制单元和原车显示单元之间的通讯链路的诊断。
在图4所示实施例的基础上，本申请还提供了图5。图5所示为本申请另一示例性实施例提供的通讯调试设备的结构示意图。下面，针对图5，对本申请实施例中的通讯调试设备进行进一步的阐述。
如图5所示，接口转换芯片包括DP Switch（Display Por Switch）芯片，调试用显示器包括DP接口的调试用显示器。
本申请为了方便问题复现并在线调试时可实时显示调试后的图像效果，在通讯调试设备50中设置了DP Switch芯片，通过拨码开关实现包含DP接口的调试用显示器和原车显示单元的切换。具体地，采用与DP接口的调试用显示器适配的串行器，将DP接口的图像信号重新串化后输出到DP接口的调试用显示器，便于在不影响实车功能的条件下复现问题，并且在问题复现后进行在线诊断和调试。
本申请中的通讯调试设备还包括桥接芯片（Bridge芯片）。具体地，本申请实施例中的桥接芯片为USB-I2C/SPI芯片，可用于对通讯接口和SPI（Serial PeripheralInterface，串行外围接口）接口进行信号转接，还用于对通讯接口和I2C接口进行信号转接。
示例性地，在本申请实施例中，通讯接口为USB接口。USB是一种串口总线标准，规范电脑与外部设备的连接和通讯。通讯接口具有热插拔功能，通讯接口可连接多种外设，如鼠标和键盘等。
SPI可以使单片机与各种外围设备以串行方式进行通信，以交换信息，外围设备包括闪存、网络控制器、LCD（Liquid Crystal Display，液晶显示器）显示驱动器、模数转换器和MCU（Microcontroller Unit，微控制单元）等等。
I2C用于IC器件之间的通信，使用多主从架构。当一件设备作为电流主设备，将两个总线信号调整到“开始”状态时，I2C总线上的数据交换就开始了，同时其他I2C设备也收到信号，知道主设备需要通信。当“开始”状态一开始，所有的I2C设备都会做好等待总线传输数据的准备。在“开始”状态出现后，主设备发送一个设备的地址以及要进行的操作的命令（读或写）。当其他I2C设备都接收到地址后，它们将接收到的地址与自己的地址比较，如果不匹配，就一直保持在等待状态，直到总线被“停止”状态释放为止。如果地址与一个I2C设备匹配，该设备将产生一个应答响应发送给主设备。
具体地，桥接芯片的一端连接通讯接口，在桥接芯片的SPI接口连接MCU芯片的情况下，以便终端与MCU芯片进行通讯，或者通过终端对MCU芯片进行升级；在桥接芯片的I2C接口连接MCU芯片的情况下，可便于终端对MCU芯片，或者解串器、串行器的I2C总线信号进行诊断。
桥接芯片克服了主机接口到外设之间的限制，是管理不同总线接口之间通信的新一代接口解决方案。桥接芯片可应用在不同接口格式的设备源之间，实现了信号在不同数据格式之间的转换。在本申请实施例中，通过桥接芯片可实现与SPI接口和I2C接口的信号转接，便于可MCU芯片进行通信，同时，便于对I2C的总线信号进行诊断。
在前述实施例的基础上，本申请中的通讯调试设备还包括集成电路总线开关芯片（I2C Switch芯片），I2C Switch芯片用于对目标车辆中的I2C总线上的多个节点设备进行隔离，以避免I2C总线上存在多个主机。
I2C总线的通信方式是主从模式，主机发起通讯（读或写请求），并提供总线时钟。从机对主机的请求进行响应。具体地，从机要及时判断主机发送的各种地址、命令位、数据、响应位等，然后根据不同模式通过软件配置控制寄存器调整自身模式，以配合完成通信。
其中，主机和从机分别是含有I2C总线接口的器件，例如处理器。在本实施例中，I2C总线上的节点设备即为含有I2C总线接口的器件。在主机与目标从机建立通信连接之后，将发送数据的一方定义为“发送设备”，将接收数据的一方定义为“接收设备”。例如，对于写操作，需要主机向目标从机发送数据，因此主机即为发送设备，从机即为接收设备。又例如，对于读操作，需要目标从机向主机发送数据，因此目标从机即为发送设备，主机即为接收设备。示例性地，可以根据初始数据中的读写标志确定发送设备和接收设备。
I2C总线通讯协议规定，同一时间点只允许一个主机存在，因此，通过I2C Switch芯片可以确保I2C总线上的多个节点设备，在同一时间点只存在一个主机。具体地，I2CSwitch芯片可实现多个开关，以实现多条I2C通道，每个I2C通道与I2C总线上的节点设备相连，进而控制与其相连的节点设备的通断。换句话说，I2C Switch芯片可以解决桥接芯片作为主机时，I2C总线上已有主机的冲突问题，同时，可灵活切断或连接各个从机与I2C总线之间的通讯。
在一些实施例中，若I2C总线发送数据的时间间隔不一致，I2C Switch芯片切断原车控制单元的I2C通讯链路。
I2C总线发送数据的时间间隔不一致说明无法根据数据发送的时间规律，找到I2C总线不发送数据的静默时间点。在监控到原车控制单元的工作状态发生异常的情况下，若想对发生异常的节点设备的寄存器值进行写，则可能会发生多主机的情况，因此，在这种情况下，利用集成电路总线开关芯片切断原车控制单元的I2C通讯链路。切断之后，再去写发生异常的节点设备的寄存器值，不会发生多主机的情况，保证了I2C总线的正常通讯。
在一种实现方式中，在I2C主机模式下，若I2C总线发送数据的时间间隔不一致，则终端通过通讯接口控制I2C Switch芯片切断原车控制单元的I2C通讯链路。
I2C主机模式下可以对I2C总线各节点设备的I2C通讯链路的质量进行调试，在这种情况下，若I2C总线发送数据的时间间隔不一致，则利用终端的通讯接口连接通讯调试设备，以便通过通讯调试设备中的I2C Switch芯片切断原车控制单元的I2C通讯链路。
在另一种实现方式中，若通讯调试设备中还包括MCU芯片，在I2C从机模式下，若I2C总线发送数据的时间间隔不一致，则通过MCU芯片控制I2C Switch芯片切断原车控制单元的I2C通讯链路。
I2C从机模式下可以监听I2C总线上各个节点设备的I2C总线数据是否达到预期，在这种情况下，若I2C总线发送数据的时间间隔不一致，同样需要切断原车控制单元的I2C通讯链路。但是，在I2C从机模式下，MCU芯片可作为I2C主机把原来的主机切断，以免发生多主机的情况。
在前述实施例的基础上，本申请中的通讯调试设备还包括控制器局域网络（Controller Area Network，CAN）接口，MCU芯片还被配置为，在I2C从机模式下，作为I2C的主机对CAN接口和I2C接口进行信号转接。除了桥接芯片外，CAN接口还可用于对MCU芯片做软件升级。
图6所示为本申请一示例性实施例提供的通讯调试方法的流程示意图。示例性地，本申请实施例应用于终端，该终端与前述任一实施例所述的通讯调试设备连接。
如图6所示，本申请实施例提供的通讯调试方法包括如下步骤。
步骤S610，利用通讯调试设备中的通讯接口，将通讯调试设备中的桥接芯片配置为I2C从机模式。
本实施例中的通讯调试设备基于前述通讯调试设备对应的实施例确定。具体地，将通讯调试设备串入控制单元和原车显示单元的通路中，通过通讯接口将终端与通讯调试设备相连，利用终端将通讯调试设备中的桥接芯片配置为I2C从机模式。示例性地，通讯接口为USB接口。
步骤S620，在I2C从机模式下，对通讯调试设备中的集成电路总线开关芯片进行信息配置。
步骤S620的目的是将待诊断节点设备接入I2C总线。示例性地，通过CAN网络或者MCU编程实现对I2C Switch芯片的信息配置，将需要监听的待诊断节点设备接入I2C总线，终端可实时记录并分析当前待诊断节点设备的I2C总线数据是否达到预期。
步骤S630，记录并分析待诊断节点设备在I2C总线中的通讯数据。
若根据待诊断设备在I2C总线中的通讯数据，确定需要通过调整I2C总线中的待诊断节点设备的寄存器参数，来判断问题方时，则可根据通讯数据的监听结果判断I2C总线是否空闲。在I2C总线数据空闲时，可通过CAN网络实现对应的待诊断节点设备的寄存器的调试。若I2C总线数据发送数据的时间间隔不一致，可通过CAN网络，或者MCU编程操作I2CSwitch芯片，以便切断原车控制单元的I2C通路，并利用调试用控制单元配合完成在线调试。
在I2C从机模式下，所有调试过程中I2C总线上的行为数据都会被电脑记录用于分析问题。
本申请实施例中使用的通讯调试设备可通过通讯接口实现与终端的连接，便于在不依赖原车控制单元的日志信息的前提下，利用终端在线完成控制单元和原车显示单元之间的通讯链路的诊断和调试。该通讯调试设备的操作简单，能实现绝大多数的控制单元和原车显示单元之间的通讯链路的诊断，尤其对于一些偶发和极低概率的异常诊断。
在图6所示实施例的基础上，在确定通讯数据发生异常的情况下，本申请实施例中的通讯调试方法还包括如下步骤。
步骤一、利用通讯调试设备，将桥接芯片配置为I2C主机模式。
具体地，将桥接芯片配置为I2C主机模式，可对待诊断节点设备进行调试。同时，在I2C主机模式下，关闭MCU芯片和CAN接口的功能。
步骤二、在I2C主机模式下，若I2C总线处于静默状态，则调整I2C总线中的待诊断节点设备的寄存器值。
步骤二的目的是对待诊断节点设备所在的通信链路进行调试。示例性地，可通过通讯调试设备的通讯接口配置I2CSwitch芯片，以切断原车控制单元的I2C通路，并利用调试用控制单元配合完成在线调试。
若I2C总线必须要有关键信号发出才可保证原有功能完整，则终端可通过通讯接口来完成。终端在合适的时间点完成在线调试，最终将验证结果更新至原车显示单元。
在I2C主机模式下，所有调试过程中的I2C总线上的行为数据无法被记录，但可以通过图6所示实施例中的方法来记录I2C总线上的行为数据。
在本申请实施例中，在通讯数据发生异常的情况下，配置为I2C从机模式时，可在I2C总线静默时灵活地选择特定的节点设备，操作其寄存器值以分析问题。通过本实施例中的方案，可以更快捷、方便地对控制单元和原车显示单元之间的通讯链路进行调试。
在一些实施例中，在转接板模式下，通过MCU芯片或桥接芯片可离线或在线对解串器进行基础配置，将DP Switch切换输出为DP接口，利用USB或12V电源给本申请实施例中的通讯调试设备供电，当控制单元或其他设备输出接口串行器与本申请同类型、连接器接口为同轴时，可直接转换至标准DP接口的显示器（即包含DP接口的调试用显示器）实时预览。
需要说明的是，本申请提供的用于控制单元和原车显示单元所在的通讯链路的通讯调试设备，还可用于控制单元和下一级控制单元所在的通讯链路，具体的实施方式可根据控制单元和下一级控制单元的实际应用情况进行适应性调整。
下面，参考图7来描述根据本申请实施例的电子设备。图7所示为本申请一示例性实施例提供的电子设备的结构示意图。
如图7所示，电子设备70包括一个或多个处理器701和存储器702。
处理器701可以是中央处理单元（CPU）或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备70中的其他组件以执行期望的功能。
存储器702可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器（RAM）和/或高速缓冲存储器（cache）等。所述非易失性存储器例如可以包括只读存储器（ROM）、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器701可以运行所述程序指令，以实现上文所述的本申请的各个实施例的方法以及/或者其他期望的功能。在所述计算机可读存储介质中还可以存储诸如包括通讯数据、寄存器值等各种内容。
在一个示例中，电子设备70还可以包括：输入装置703和输出装置704，这些组件通过总线系统和/或其他形式的连接机构（未示出）互连。
该输入装置703可以包括例如键盘、鼠标等等。
该输出装置704可以向外部输出各种信息，包括通讯数据、寄存器值等。该输出装置704可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。
当然，为了简化，图7中仅示出了该电子设备70中与本申请有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备70还可以包括任何其他适当的组件。
除了上述方法和设备以外，本申请的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述描述的根据本申请各种实施例的方法中的步骤。
所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本申请实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。
此外，本申请的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述描述的根据本申请各种实施例的方法中的步骤。
所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子（非穷举的列表）包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑盘只读存储器（CD-ROM）、光存储器件、磁存储器件、或者上述的任意合适的组合。
以上结合具体实施例描述了本申请的基本原理，但是，需要指出的是，在本申请中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本申请的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本申请为必须采用上述具体的细节来实现。
本申请中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。
还需要指出的是，在本申请的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本申请的等效方案。
提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本申请。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本申请的范围。因此，本申请不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。
为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本申请的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。

Claims (8)

1.一种通讯调试设备，其特征在于，应用于目标车辆，所述目标车辆包括摄像装置和原车控制单元，所述通讯调试设备包括：
通讯接口，用于与终端连接；
解串器，包括输入端、第一输出接口和第二输出接口；
其中，所述解串器被配置为，通过所述输入端接收所述摄像装置发送的图像信号，并通过所述第一输出接口将所述图像信号发送至所述原车控制单元，以便所述终端监控所述原车控制单元的工作状态，通过所述第二输出接口将所述图像信号发送至所述目标车辆对应的调试用控制单元，以便所述终端对所述原车控制单元的工作状态进行异常诊断；
所述通讯调试设备还包括集成电路总线开关芯片，所述集成电路总线开关芯片被配置为，对所述目标车辆中的I2C总线上的多个节点设备进行隔离，以避免所述I2C总线上存在多个主机；
所述集成电路总线开关芯片还被配置为，在监控到所述原车控制单元的工作状态发生异常的情况下，若所述I2C总线发送数据的时间间隔不一致，所述集成电路总线开关芯片切断所述原车控制单元的I2C通讯链路，以便对发生异常的节点设备的寄存器值进行写。
2.根据权利要求1所述的通讯调试设备，其特征在于，在I2C主机模式下，则由所述终端通过所述通讯接口控制所述集成电路总线开关芯片切断所述原车控制单元的I2C通讯链路。
3.根据权利要求1所述的通讯调试设备，其特征在于，还包括MCU芯片，在I2C从机模式下，则由所述MCU芯片控制所述集成电路总线开关芯片切断所述原车控制单元的I2C通讯链路。
4.根据权利要求3所述的通讯调试设备，其特征在于，还包括控制器局域网络接口，所述MCU芯片还被配置为，在I2C从机模式下，作为I2C的主机对所述控制器局域网络接口和I2C接口进行信号转接。
5.根据权利要求1所述的通讯调试设备，其特征在于，还包括桥接芯片，所述桥接芯片包括SPI接口，所述桥接芯片被配置为，对所述通讯接口和所述SPI接口进行信号转接，以便所述终端与所述通讯调试设备中的MCU芯片进行通讯。
6.根据权利要求5所述的通讯调试设备，其特征在于，所述桥接芯片还包括I2C接口，所述桥接芯片还被配置为，对所述通讯接口和所述I2C接口进行信号转接，以便所述终端对所述MCU芯片、所述解串器和所述通讯调试设备中的串行器中的至少一个的I2C总线信号进行诊断。
7.一种通讯调试方法，其特征在于，应用于终端，所述终端与权利要求1至6任一项所述的通讯调试设备连接，所述方法包括：
利用所述通讯调试设备中的通讯接口，将所述通讯调试设备中的桥接芯片配置为I2C从机模式；
在所述I2C从机模式下，对所述通讯调试设备中的集成电路总线开关芯片进行信息配置，以便将待诊断节点设备接入I2C总线；
记录并分析所述待诊断节点设备在所述I2C总线中的通讯数据。
8.根据权利要求7所述的方法，其特征在于，还包括：
在确定所述通讯数据发生异常的情况下，利用所述通讯调试设备，将所述桥接芯片配置为I2C主机模式；
在所述I2C主机模式下，若所述I2C总线处于静默状态，则调整所述I2C总线中的待诊断节点设备的寄存器值，以便对所述待诊断节点设备所在的通信链路进行调试。
CN202311332549.6A 2023-10-16 2023-10-16 通讯调试设备、通讯调试方法 Active CN117082107B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311332549.6A CN117082107B (zh) 2023-10-16 2023-10-16 通讯调试设备、通讯调试方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311332549.6A CN117082107B (zh) 2023-10-16 2023-10-16 通讯调试设备、通讯调试方法

Publications (2)

Publication Number Publication Date
CN117082107A CN117082107A (zh) 2023-11-17
CN117082107B true CN117082107B (zh) 2024-02-06

Family

ID=88706458

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311332549.6A Active CN117082107B (zh) 2023-10-16 2023-10-16 通讯调试设备、通讯调试方法

Country Status (1)

Country Link
CN (1) CN117082107B (zh)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0939791A (ja) * 1995-08-01 1997-02-10 Nippon Signal Co Ltd:The 車両制御信号発生装置
CN209593613U (zh) * 2019-05-24 2019-11-05 北京茵沃汽车科技有限公司 一种车载高清视频信号的转换器
CN111031225A (zh) * 2019-12-31 2020-04-17 北京茵沃汽车科技有限公司 基于PoDL技术的车载以太网高清摄像头装置及系统
CN111078475A (zh) * 2019-12-31 2020-04-28 上海汽车集团股份有限公司 视觉图像数据处理系统、方法及自动驾驶汽车
CN111766822A (zh) * 2020-07-22 2020-10-13 天津优控智行科技有限公司 一种无人驾驶配送车辆远程调试方法
CN114911732A (zh) * 2022-07-05 2022-08-16 北京茵沃汽车科技有限公司 一种车载以太网转接板以及多路车载以太网设备通讯系统
CN115112940A (zh) * 2022-06-28 2022-09-27 广州高新兴机器人有限公司 一种机器人系统的电压采集电路
CN218100211U (zh) * 2022-06-29 2022-12-20 功智域控科技(苏州)有限公司 一种用于汽车视频串行解串器调试的双通道iic通讯卡

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101621507B (zh) * 2008-07-02 2012-06-13 鸿富锦精密工业（深圳）有限公司 双网物理隔离电路
CA2858634C (en) * 2011-12-09 2021-01-12 Flextronics Automotive Inc. Modular automotive camera and image processing system for automated portal entry
KR20220139153A (ko) * 2021-04-07 2022-10-14 현대자동차주식회사 차량 통신 고장 진단 장치, 그를 포함하는 시스템 및 그 방법

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0939791A (ja) * 1995-08-01 1997-02-10 Nippon Signal Co Ltd:The 車両制御信号発生装置
CN209593613U (zh) * 2019-05-24 2019-11-05 北京茵沃汽车科技有限公司 一种车载高清视频信号的转换器
CN111031225A (zh) * 2019-12-31 2020-04-17 北京茵沃汽车科技有限公司 基于PoDL技术的车载以太网高清摄像头装置及系统
CN111078475A (zh) * 2019-12-31 2020-04-28 上海汽车集团股份有限公司 视觉图像数据处理系统、方法及自动驾驶汽车
CN111766822A (zh) * 2020-07-22 2020-10-13 天津优控智行科技有限公司 一种无人驾驶配送车辆远程调试方法
CN115112940A (zh) * 2022-06-28 2022-09-27 广州高新兴机器人有限公司 一种机器人系统的电压采集电路
CN218100211U (zh) * 2022-06-29 2022-12-20 功智域控科技(苏州)有限公司 一种用于汽车视频串行解串器调试的双通道iic通讯卡
CN114911732A (zh) * 2022-07-05 2022-08-16 北京茵沃汽车科技有限公司 一种车载以太网转接板以及多路车载以太网设备通讯系统

Also Published As

Publication number Publication date
CN117082107A (zh) 2023-11-17

Similar Documents

Publication Publication Date Title
CN105183575A (zh) 处理器故障的诊断方法、装置及系统
JPS6244618B2 (zh)
CN109726061B (zh) 一种SoC芯片的验证方法
US20180357193A1 (en) Computing device and operation method
CN112069766A (zh) 一种服务器内减少硬盘背板线缆的方法及装置
CN112051827A (zh) 一种基于列车网络的轴温监测系统的调试系统
CN112995657B (zh) 摄像模组测试方法、装置及系统
CN117082107B (zh) 通讯调试设备、通讯调试方法
JPS6246894B2 (zh)
CN116627861B (zh) 基于扩展器的数据处理方法、系统、电子设备及存储介质
CN110224867B (zh) 一种网络自动化总线测试台架及其测试方法
CN111913472A (zh) 车辆诊断设备的工作模式控制方法及相关设备
US20200110678A1 (en) Monitoring system and method
CN110687363A (zh) Sfp埠测试治具
CN214504212U (zh) 一种空气悬架电控模块的k线故障诊断测试装置
CN212782723U (zh) PCIe和SATA互容的拷贝装置
CN113960991A (zh) 车辆故障诊断系统、方法、装置、片上系统芯片及车辆
CN114442590A (zh) 车辆诊断方法、设备、诊断通信装置、服务器及存储介质
CN209930280U (zh) 一种网络自动化总线测试台架
KR20060023862A (ko) 캔 네트워크 관리 시스템 및 이의 테스트 및 디버깅 방법
KR20080046774A (ko) 모스트 이상 진단장치
US8443236B2 (en) Test apparatus for testing an information processing apparatus
CN113535490B (zh) 侦错装置及其操作方法
CN117135100B (zh) 一种汽车车载光纤以太网信号传输的测试系统及方法
CN113934192B (zh) 一种车辆信息系统的模拟调试系统及方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant