太阳集团见好就收9728(中国)有限公司

  • CAN(FD)总线应用层系列之XCP/CCP标定-下集

    本期视频我们将开始实测,1.在ZxDoc上添加A2L文件,2.配置ECU相关协议信息,3.添加安全解锁文件,4.配置相关DAQ事件,5.设置内存信息,6.建立连接,7.添加需要标定的参数、测量参数、图形参数,8.图形显示变量的曲线,得出最优参数。

    USBCANFD-400U

    2024-01-31

  • CAN(FD)总线应用层系列之XCP/CCP标定-上集

    上一期我们讲了ECU刷写,UDS刷写针对的就是ECU,标定的输出就是ECU刷写的输入,那何为标定呢?标定主要是指使用标准的计量仪器(比如USBCANFD-400U)对所使用的仪器(比如汽车ECU)的准确度进行检测是否符合标准,主要有CCP和XCP这两个标准的标定协议,视频将为您详细介绍。

    USBCANFD-400U

    2024-01-30

  • CAN(FD)总线应用层系列之ECU刷写

    ECU刷写是基于UDS诊断给ECU刷写软件的流程,所以传输规则同UDS诊断规则一致。利用USBCANFD-400U进行ECU刷写时,接口卡作为外部数据刷写工具,通过CAN FD总线向ECU发送软件和数据信息,实现ECU管理和软件更新。视频将为大家具体进行详细的实操演示。

    USBCANFD-400U

    2024-01-23

  • 双通道车载数据存储终端CANFDDTU-200UWGR

    CANFDDTU-200UWGR是一款带存储的2通道 CAN(FD)总线数据记录仪,可脱离PC独立运行,长时间存储 CAN(FD)报文数据,便于用户事后分析、排查故障。支持4G通信,支持 GPS/北斗定位,兼容USB2.0高速规范协议,并且集成了两路CAN(FD)接口的 CAN(FD)-Bus总线通讯设备。

    CANFDDTU-200UWGR

    2024-01-22

  • CAN(FD)总线应用层系列之UDS诊断-下集

    UDS中的传输协议(ISO-15765),如果短PDU传输,单针一应一答号处理,假如请求PDU或者响应PDU的长度远远大于CAN帧数据段的8字节或CAN FD的64字节,协议就会控制CAN FD接口卡单次以多大速率和报文数据量进行多帧传输。指定了完整的PDU对CAN(FD)的打包规则,本期视频为你详细介绍。

    USBCANFD-400U

    2024-01-15

  • CAN(FD)总线应用层系列之UDS诊断-上集

    UDS诊断是汽车电子行业中的一个标准协议,厂商基于此协议可以对ECU单元进行诊断、安全访问、收发控制、以及软件刷写,这些ECU控制车辆的各种功能,包括电控燃油喷射系统、防抱死自动系统等。在汽车诊断协议诞生之前,修车只能靠师傅的经验,有了诊断协议之后,他们会把故障信息保存在内存里面,维修师傅就可以通过通信总线读取这些故障信息。

    USBCANFD-200U

    2024-01-12

  • Modbus RTU从站接入DeviceNet总线系统

    DeviceNet是美国Rockwell公司开发的一种现场总线,它在Rockwell三层网络结构中属于底层现场设备总线协议,用于实现低成本、高性能的现场设备层网络互联,可以达到既满足高速应答又方便现场施工的性能要求。在国内市场很多产品都是标配Modbus协议,较少支持DeviceNet,而化工、冶金等行业自动化系统往往需要将以上一些Modbus从站产品接入基于AB、欧姆龙等PLC的DeviceNet总线系统。为了姐姐系统互联互通的问题,可采用太阳集团见好就收9728PXB-6022协议转换产品。

    PXB-6022

    2024-01-11

  • EtherCAT从站一步到位快速开发

    EtherCAT从站方案不知如何选,不熟悉EtherCAT从站协议栈,硬件和驱动设计开发难度大,功能和测试不通过?试试ZLG太阳集团见好就收9728新研发的DPort-ECT模块吧!高速传输,低延迟通信,小体积减少模块电路占板面积,高度集成、工业级设计,高可靠性,简单部署,即装即用。

    DPort-ECT

    2024-01-09

  • 如何扩展以太网口?DPort-MM一招给您搞定

    以太网口不够用,扩展网口难?DPort-MM可以帮到你,3种标准数字接口,2个以太网口,双MAC模式,软交换机模式节省组网成本,简化现场布线,双线冗余模式提高网络链路可靠性,DPort-MM助力用户灵活扩展设备以太网接口。

    DPort-MM

    2024-01-08

  • CAN(FD)总线应用层系列之DBC解析-下集

    经过上一期视频讲解,相信大家对DBC文件都有初步的认识,那到底实际物理值是如何计算出来,以及ZXDoc上是如何实现DBC解析功能,下期内容给出答案。判断信号出现的位置,比如发动机bit的位置是由起始位、位数和字节序定义的,视频通过一个信号案例给大家讲解。

    USBCANFD-400U

    2024-01-04

  • CAN(FD)总线应用层系列之DBC解析-上集

    本期视频我们讲DBC解析,通俗点来讲DBC解析就是将原本总线通讯的“纯数字”数据(ID+Data)转化成人为看得懂的“中文”数据。比如汽车动力总线PT CAN(FD)总线工程师关注BMS上的“电池电压”“电池极柱温度”系统状态参数都是依靠DBC解析而得的实际物理值结果,即通过CAN(FD)总线通信的数据类型可以用DBC来读取和理解。

    USBCANFD-200U

    2024-01-03

  • CAN(FD)总线十万个为什么

    汽车智能化的大趋势下“软件定义汽车”成为产业共识,基于底层通讯的国产汽车总线工具链也迈入了星辰大海,上一期“CAN(FD)总线十万个为什么”系列讲了CAN(FD)总线底层通讯、布线、终端电阻搭载等总线物理层知识,从这个系列开始,我们分享CAN(FD)总线应用层功能的知识交流,主要有DBC解析、UDS诊断、ECU刷写、XCP/CCP标定等几种应用层功能的定义。

    USBCANFD-200U

    2024-01-02

本期视频我们将开始实测,1.在ZxDoc上添加A2L文件,2.配置ECU相关协议信息,3.添加安全解锁文件,4.配置相关DAQ事件,5.设置内存信息,6.建立连接,7.添加需要标定的参数、测量参数、图形参数,8.图形显示变量的曲线,得出最优参数。
上一期我们讲了ECU刷写,UDS刷写针对的就是ECU,标定的输出就是ECU刷写的输入,那何为标定呢?标定主要是指使用标准的计量仪器(比如USBCANFD-400U)对所使用的仪器(比如汽车ECU)的准确度进行检测是否符合标准,主要有CCP和XCP这两个标准的标定协议,视频将为您详细介绍。
ECU刷写是基于UDS诊断给ECU刷写软件的流程,所以传输规则同UDS诊断规则一致。利用USBCANFD-400U进行ECU刷写时,接口卡作为外部数据刷写工具,通过CAN FD总线向ECU发送软件和数据信息,实现ECU管理和软件更新。视频将为大家具体进行详细的实操演示。
CANFDDTU-200UWGR是一款带存储的2通道 CAN(FD)总线数据记录仪,可脱离PC独立运行,长时间存储 CAN(FD)报文数据,便于用户事后分析、排查故障。支持4G通信,支持 GPS/北斗定位,兼容USB2.0高速规范协议,并且集成了两路CAN(FD)接口的 CAN(FD)-Bus总线通讯设备。
UDS中的传输协议(ISO-15765),如果短PDU传输,单针一应一答号处理,假如请求PDU或者响应PDU的长度远远大于CAN帧数据段的8字节或CAN FD的64字节,协议就会控制CAN FD接口卡单次以多大速率和报文数据量进行多帧传输。指定了完整的PDU对CAN(FD)的打包规则,本期视频为你详细介绍。
UDS诊断是汽车电子行业中的一个标准协议,厂商基于此协议可以对ECU单元进行诊断、安全访问、收发控制、以及软件刷写,这些ECU控制车辆的各种功能,包括电控燃油喷射系统、防抱死自动系统等。在汽车诊断协议诞生之前,修车只能靠师傅的经验,有了诊断协议之后,他们会把故障信息保存在内存里面,维修师傅就可以通过通信总线读取这些故障信息。
DeviceNet是美国Rockwell公司开发的一种现场总线,它在Rockwell三层网络结构中属于底层现场设备总线协议,用于实现低成本、高性能的现场设备层网络互联,可以达到既满足高速应答又方便现场施工的性能要求。在国内市场很多产品都是标配Modbus协议,较少支持DeviceNet,而化工、冶金等行业自动化系统往往需要将以上一些Modbus从站产品接入基于AB、欧姆龙等PLC的DeviceNet总线系统。为了姐姐系统互联互通的问题,可采用太阳集团见好就收9728PXB-6022协议转换产品。
EtherCAT从站方案不知如何选,不熟悉EtherCAT从站协议栈,硬件和驱动设计开发难度大,功能和测试不通过?试试ZLG太阳集团见好就收9728新研发的DPort-ECT模块吧!高速传输,低延迟通信,小体积减少模块电路占板面积,高度集成、工业级设计,高可靠性,简单部署,即装即用。
以太网口不够用,扩展网口难?DPort-MM可以帮到你,3种标准数字接口,2个以太网口,双MAC模式,软交换机模式节省组网成本,简化现场布线,双线冗余模式提高网络链路可靠性,DPort-MM助力用户灵活扩展设备以太网接口。
经过上一期视频讲解,相信大家对DBC文件都有初步的认识,那到底实际物理值是如何计算出来,以及ZXDoc上是如何实现DBC解析功能,下期内容给出答案。判断信号出现的位置,比如发动机bit的位置是由起始位、位数和字节序定义的,视频通过一个信号案例给大家讲解。
本期视频我们讲DBC解析,通俗点来讲DBC解析就是将原本总线通讯的“纯数字”数据(ID+Data)转化成人为看得懂的“中文”数据。比如汽车动力总线PT CAN(FD)总线工程师关注BMS上的“电池电压”“电池极柱温度”系统状态参数都是依靠DBC解析而得的实际物理值结果,即通过CAN(FD)总线通信的数据类型可以用DBC来读取和理解。
汽车智能化的大趋势下“软件定义汽车”成为产业共识,基于底层通讯的国产汽车总线工具链也迈入了星辰大海,上一期“CAN(FD)总线十万个为什么”系列讲了CAN(FD)总线底层通讯、布线、终端电阻搭载等总线物理层知识,从这个系列开始,我们分享CAN(FD)总线应用层功能的知识交流,主要有DBC解析、UDS诊断、ECU刷写、XCP/CCP标定等几种应用层功能的定义。
XML 地图