北京九州恒润科技有限公司https://www.doczj.com/doc/e113896258.html, 2004?
CCP 2.1 协议
北京经纬恒润科技有限公司
On-chip
Flash On-chip RAM Debug Interface CAN
External
Flash/ROM
μC
Ethernet
USB,
FlexRay
Diagnostic Interface
KWP2000 CAN/K-Line
NEXUS,
AUD, ...
μController
RAM EPROM
ROM/FLASH
ASICs
油门踏板节气门开度
曲轴传感器
凸轮传感器空气温度
空气质量爆震传感器
CAN, Diagnostic H-Bridge
Ignition
driver
Injection driver
Low side High side
节流阀
Spark plugs 1 -8Injection coils 1 -8
Relais E-Box fan VANOS 1 + 2
风扇
4 Lambda probes
?参数或查表在read-only-memory (ROM or Flash)
ROM / Flash
Flash
RAM
RAM
?变量拷贝到RAM 作为标定变量?标定后的参数复制到ROM 或flash
Calibration
Calibration
Engineer
ECU
CAN Calibration Protocol 是基于CAN ECU1
ECU2
ECU3
CAN
Master 标定工具
Slave
Slave
Slave
台架测试测量
ECU
CANape
CANape ECU
Measurement
?
?
Slave
个字节，均为地址和地址对应参数的长度格式为：
可以有一个或多个ODT
D ata A c q uisition 帧格式：
H5视频直播扫盲 1 H5到底能不能做视频直播 当然可以， H5火了这么久，涵盖了各个方面的技术。 对于视频录制，可以使用强大的webRTC（Web Real-Time Communication）是一个支持网页浏览器进行实时语音对话或视频对话的技术，缺点是只在PC的chrome上支持较好，移动端支持不太理想。 对于视频播放，可以使用HLS(HTTP Live Streaming)协议播放直播流，ios和android都天然支持这种协议，配置简单，直接使用video标签即可。 webRTC兼容性： video标签播放hls协议视频：
1 2 3 4 2 到底什么是HLS协议 简单讲就是把整个流分成一个个小的，基于HTTP的文件来下载，每次只下载一些，前面提到了用于H5播放直播视频时引入的一个.m3u8的文件，这个文件就是基于HLS协议，存放视频流元数据的文件。 每一个.m3u8文件，分别对应若干个ts文件，这些ts文件才是真正存放视频的数据，m3u8文件只是存放了一些ts文件的配置信息和相关路径，当视频播放时，.m3u8是动态改变的，video标签会解析这个文件，并找到对应的ts文件来播放，所以一般为了加快速度，.m3u8放在web服务器上，ts文件放在cdn上。 .m3u8文件，其实就是以UTF-8编码的m3u文件，这个文件本身不能播放，只是存放了播放信息的文本文件： 1 2 3 4 5#EXTM3U m3u文件头 #EXT-X-MEDIA-SEQUENCE 第一个TS分片的序列号#EXT-X-TARGETDURATION 每个分片TS的最大的时长#EXT-X-ALLOW-CACHE是否允许cache #EXT-X-ENDLISTm3u8文件结束符
基于CCP协议的电动汽车AMT标定方法 【摘要】本文基于在线标定协议CCP（Can Calibration Protocol）设计并开发了应用于电动汽车自动变速器（AMT）控制单元（TCU）的整车控制在线标定系统。通过该方法实时在线的快速标定整车控制参数、换档规律，以达到快速优化换挡品质、提升电动车整车动力性、经济性指标的目的。 【关键词】CCP协议；电动车；AMT；标定 1引言 电动汽车因具有低污染、低噪声、能量效率高、能量来源多样化的特点，使得开发以电动汽车为代表的各种新能源汽车，成为解决汽车带来的诸多问题的有效途径[1]。自动变速技术在纯电动车辆中的引入，能够大幅提升汽车的动力性能，有效的增大系统的能源利用效率，从而提高对于纯电动汽车最为重要的续航能力。作为电动汽车驱动技术的关键环节，自动变速系统控制器（TCU）控制参数的在线标定对整车性能将产生至关重要的影响[2]。因此，开发符合纯电动车自动变速系统的标定系统，通过方便快捷的标定技术提升电动汽车的各项性能，对于电动车实现产业化发展具有重要的现实意义。本文以纯电动汽车为基础车型，以AMT自动变速系统为研究对象，通过开发的基于CCP协议的在线标定系统，对其TCU控制参数、换挡规律等进行在线标定，并在整车道路试验中进行了验证。 2 CCP协议及工作原理 2.1 CCP通信方式 基于CCP协议的ECU标定采用主-从通信方式。主设备通过CAN总线与从设备相连，其中主设备是测量标定系统，从设备是需要标定的ECU。根据CCP 协议，主设备首先与从设备建立逻辑链接，然后通过主设备向从设备发送命令来起始两者间的数据通信。 2.2 CCP报文帧结构 基于CCP协议的标定只占用两帧CAN报文，分别是命令接收对象CRO和数据传输对象DTO。CRO由主设备发给从设备，DTO是从设备反馈的报文。两者分别通过一个自己的ID标识符进行标识。CRO与DTO的ID标识符由通信协议自行定义，CCP协议只对CRO及DTO的数据场做了详细定义。 3 基于CCP协议的CANape标定 CANape是一款基于ASAP标准的ECU测试和标定工具。它通过一个控制器硬件接口与ECU相连，两者之间常用的物理连接是基于CCP协议的CAN总
RTMP：Real Time Messaging Protocol 实时消息传送协议 字节序：大端 Message Format： Timestamp：4 bytes Length：3 bytes Type ID：1 bytes Message Stream ID：4 bytes 小端 Handshake three static_sized chunks client：C0 C1 C2 server：S0 S1 S2 simple handshake： handshake sequence 握手开始于客户端发送C0、C1块 客户端在发送C2块之前必须等待直到S1块被接收 客户端在发送任何其他数据之前必须等待直到S2块被接收 服务器在发送S0、S1之前必须等待直到C0被接收或是C1被接收服务器在发送S2之前必须等待直到C1被接收 服务器在发送任何其他数据之前必须等待直到C2被接收 C0和S0格式 一个字节（8bits） 本版本是3 C1和S1格式 1536个字节
C2和S2格式 1536个字节，是C1和S1的回复响应 time：必须包含对等段发送的时间戳（对C2来说是S1，对S2来说是C1）time2：必须包含先前发送的被对端读取的包（S1或C1）的时间戳 handshake diagram
Complete handshake Chunking Chunk format A header and data +--------------+----------------+--------------------+----------+ | Basic Header | Message Header | Extended Timestamp | Chunk Data| +--------------+----------------+--------------------+----------+ | | |<------------------- Chunk Header ----------------->| Chunk Format Basic header：1-3bytes，chunk stream ID and chunk type(fmt) 长度可变type depend on the format of the encoded message header the length depend on the chunk stream ID ID:3-65599,0\1\2 reserved 0:2bytes,ID range 64-319 (the second byte+64) 1:3bytes,ID range 64-65599(the third byte*256+the second byte+64) 2:low-level protocol 2-63: 64-319:
CCP协议简介与INCA信息交互详细流程 https://www.doczj.com/doc/e113896258.html,P协议 CCP协议属于CAN总线应用层协议，支持CAN2.0B（标准帧或扩展帧），采用主-从通信模式。 收发各使用一个ID，分别为CRO（命令接收消息），DTO（数据发送消息）。ID可自行约定。 1.2数据发送消息DTO （c 1.3CCP命令代码表
https://www.doczj.com/doc/e113896258.html,P协议中Memory操作方法 标定功能主要实现的目标： （1）修改RAM中数据（在线标定）； （2）修改EEPROM中数据（外部EEPROM，16K） （3）修改Flash中数据（标定参数） 2.1Flash标定流程 （1）将标定数据保存在Flash中，存储地址0x00C20000 – 0x00C3FFFF。 （2）在程序初始化过程中，标定数据映射至RAM当中，程序从RAM中调取数据。 （3）标定过程开始时，在上位机中建立Flash存储区镜像，并保存至HEX文件。（4）标定过程中，通过DNLOAD，DNLOAD_6等命令修改RAM中数据，实现在线标定，更新上位机Hex。 （5）标定结束后，将更新后的数据，一次性写入Flash。 （6）重启控制器，将新的标定数据映射值RAM中。 3.各操作具体流程 命令接收消息CCP_CRO_ID: 0x100 数据发送消息CCP_DTO_ID: 0x101 3.1硬件初始化 点击INCA中硬件初始化按钮，进行ECU初始化操作
（1）联机（建立INCA与ECU的逻辑连接）无Seed&Key校验 序号CMD 名称功能（2）将ECU Flash中数据映射到RAM中
（3）INCA进行CHECKSUM操作 计算ECU RAM中标定数据校验和，确认ECU与INCA中数据是否一致。（4）选择当前标定页
RTMP Protocol Connect NetConnect.connect() Flash Play 通过NetConnect.connect连接到RTMP Server时,首先进行握手,再发送connect的参数. 1) 握手过程有三步: Step 1, Flash Player 至RTMP Server : 1个byte(0x03)+1536个byte数据. Step 2, RTMP Server至Flash Player : 1个byte(0x03)+1536个byte数据(Server的握手数据) + 1536个byte数据(通过和随机数hash得出, 详见附录) Step 3, Flash Player 至RTMP Server : 1536个byte数据(RTMP Server计算出来的). 注意:这个数据块没有1个byte的0x03. 2) 接下是connect参数 RTMP Server <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< RTMP Server >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>Flash Player RTMP协议步骤 Step 1 发送一个0x05的包,即ServerBW, (channel 0x02) (0x00 26 25 a0) Step 2 发送一个0x06的包,即ClientBW, (channel 0x02) (0x00 26 25 a0) + (0x02) Step 3 发送一个0x14的包,即Invoke, (channel 0x03) (body超过128的长度就要分包, 用0xc3来) string (“_result”) + number (0x3F F0 00 00 00 00 00 00) + Object string (“capabilities”) ; number (31.0) string (“fmsV er”) ; string (随便填) (“RubyIZUMI/0,1,2,0”) End Of Object (0x00 00 09) //(connect status) + Object string (“code”) ; string (“NetConnection.Connect.Success”) string (“level”) ; string (“status”) string (“description”) ; string (“Connection Succeeded.”) End Of Object (0x00 00 09) RTMP Server <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< 目前基于CAN(Controller Area Network)总线的分布式系统在汽车电子领域得到广泛应用,电子控制单元的标定已成为汽车电子控制装置开发的一个重要环节。CCP(CAN Calibra tion Protocol)是一种基于CAN总线的ECU(Electronic Control Unit)标定协议[1],已经在许多欧美汽车厂商得到应用,采用CCP协议可以快速而有效地实现对汽车电控单元的标定。 然而基于CCP协议的标定,需要在ECU内部实现支持CCP协议的驱动程序(CCP drive r)。目前大多数应用都采用Vector提供的free CCP driver[2]。考虑到ECU底层程序与C AN驱动程序的实现各不相同,将CCP驱动程序结合到ECU中[3]并不是一件一蹴而就的事,这需要对CCP协议本身、标定工具及标定工具与ECU之间的通信有详细和深入的了解。在整个标定系统的开发过程中,大量时间被耗费在前期CCP驱动程序与ECU结合上。本文在简单介绍CCP协议的基础上,提供了一个通用的ECU与CCP驱动程序结合的实例,以帮助缩短整个标定开发周期。 CANape[4]是一款ECU标定和测试工具。与CCP协议相结合,不仅能完成对ECU的标定,同时还能在ECU运行期间直接访问内存并进行操作。这使得CANape不仅是一款功能强大的标定工具,也是一款电控单元开发的得力助手。然而在使用方面,CANape的前期配置比较繁琐,目前国内的相关资料较少。本文将介绍CANape,并着眼于如何基于CCP协议使用CANape完成ECU的标定。 1 CCP协议及工作原理 CCP协议是ASAP(Arbeitskreis zur Standardisierung von Applikationssystemen)标志的有机组成部分。ASAP作为一个应用系统标准化工作小组,其目的在于提供通用软、硬件接口标准,以解决由于不同制造商提供的控制器存在的接口不匹配问题。 1.1 CCP通信方式 基于CCP协议的ECU标定采用主-从通信方式,如图1。主设备通过CAN总线与多个从设备相连,其中主设备是测量标定系统MCS(Measurement Calibration System),从设备是需要标定的ECU,在汽车电子中即为车载控制器。 图1 CCP通信方式 根据CCP协议,主设备首先与其中一个从设备建立逻辑链接,然后通过主设备向从设备发送命令来起始两者间的数据通信。当主设备要访问另一个从设备时,首先断开与当前从设备的逻辑连接,与下一个从设备建立新的逻辑连接后再开始通信。 1.2 CCP协议的工作模式 nginx搭建rtmp协议流媒体服务器总结 最近在ubuntu12.04上搭建了一个rtmp服务器，感觉还挺麻烦的，所以记录下。 大部分都是参考网络上的资料。 前提： 在linux下某个目录中新建一个nginx目录。 然后进入该目录去下载搭建环境所需要的一些资源包。 此处在/root/ 目录下新建一个nginx目录即： /root/nginx/ ==================================== 1、安装依赖包: #yum -y install gcc glibc glibc-devel make nasm pkgconfig lib-devel openssl-devel expat-devel gettext-devel libtool mhash.x86_64 perl-Digest-SHA1.x86_64 2、安装相关工具包 1). git # mkdir soft-source # cd soft-source # wget ://https://www.doczj.com/doc/e113896258.html,/projects/git-snapshots/git/git-latest.tar.xz # xz -d git-latest.tar.xz # tar xzvf git-latest.tar # cd git-2014-06-27 # autoconf # ./configure # make && make install # git --version git version 2.0.0.GIT # cd .. 2). zlib # wget ://https://www.doczj.com/doc/e113896258.html,/zlib-1.2.8.tar.gz # tar -zxvf zlib-1.2.8.tar.gz cd zlib-1.2.8 # ./configure # make # make install # cd .. 3). pcre # wget ://exim.mirror.fr/pcre/pcre-8.12.tar.gz # tar zxvf pcre-8.12.tar.gz # cd pcre-8.12 # ./configure # make && make install # cd .. 4). yadmi yadmi的作用是为flv文件添加关键帧，才能实现拖动播放 # wget ://https://www.doczj.com/doc/e113896258.html,/projects/yamdi/files/yamdi/1.4/yamdi-1.4.tar.gz/download # tar xzvf download # cd yamdi-1.4 # make && make install # cd .. 使用方法： # yamdi -i input.flv -o out.flv 给input.flv文件添加关键帧，输出为out.flv文件 5). OpenSSL # wget ://https://www.doczj.com/doc/e113896258.html,/source/openssl-1.0.1c.tar.gz # tar -zxvf openssl-1.0.1c.tar.gz # ./config # make # make install 3、安装ffmpeg及其依赖包： 1). Yasm # wget ://https://www.doczj.com/doc/e113896258.html,/projects/yasm/releases/yasm-1.2.0.tar.gz # tar xzvf yasm-1.2.0.tar.gz 实时流煤体协议概述v1.0 实时流煤体协议概述 流媒体传输类型： 流媒体传输分两类：实时流媒体和顺序流媒体 一般来说，如果视频为现场直播，或使用专用的流媒体服务器，或应用如RTSP等专用实时协议，即为实时流媒体传输； 如果使用普通的HTTP服务器，将音视频数据以从头至尾方式发送，则为顺序流媒体传输。 实时流传输既可传输实况直播，也可传输完整的音视频文件（专用协议流式）。 顺序流媒体不可用于实况直播，仅能传输完整的音视频文件（HTTP渐进式）。 主流的流媒体协议 主流的流媒体协议主要有：RTMP，HLS，RTSP等。 附：流媒体播放实现流程 一，h ttp渐进式下载原理（仅支持文件播放）http边下载边播放，严格意义上讲，不是实况直播协议。他的原理是先下载文件的基本信息，音频视频的时间戳，再下载音视频数据，以播放mp4为例，先下载文件头，根据文件头指引下载文件尾，然后再下载文件的音视频数据。 播放方式：1. 浏览器调用系统播放器播放； 2. 使HTML5的Video标签，浏览器内部支持直接播放。 二，苹果支持的hls原理（支持文件播放和实况直播）HLS的文件点播 1.使用“文件分段器”将基于H264和AAC或MP３的MPEG4分段， 生成.ts和.m3u8文件，存储于普通服务器上。 2.苹果应用程序或苹果浏览器可以通过访问.m3u8文件获取到索引， 并下载所需要的数据片段来播放。 HLS的实况直播 1.使用“流分段器”将基于H264、AAC、MP3的MPEG2传输 流分段， 2.可使用其它工具将MPEG4音视频文件加载到MPEG2传输流当中。 3.生成.ts和.m3u8文件，存储于普通服务器上。 4.苹果应用程序或苹果浏览器可以通过访问.m3u8文件获取到索引， 并下载所需要的数据片段来播放。 三，A dobe Flash 支持的RTMP协议（支持文件播放和实况直播） 必须采用Flash服务器FMS(Flash Media Server) 或 RED5. FMS的文件点播 1. 服务器（FMS或RED5）将F4v 或 Flv文件转化为RTMP流或HTTP流 2. 客户端（Flash插件或应用程序）获取RTMP流，提取相应的Flv 或 F4v文件片段进行播放。 FMS的实况直播 1.设备端（摄像头）将数据转化为F4v片段，通过RTMP流上传到服务器 2. 服务器（FMS或RED5）转发RTMP流到客户端 3. 客户端（Flash插件或应用程序）获取RTMP流，提取数据片段播放。 四，R TSP协议 RTSP为纯粹的传输控制协议。 RTSP协议本身不与它负载的媒体数据相关。 RTSP协议需要自定义客户端向服务器发送RTSP命令。 Panabit V9.08（战国r3）专业版支持协议列表 (2009.10.16) 类别 应用协议 客户端 发布日期 版本号/注释 HTTP协议 WWW Web音乐 FLASH HTTP代理 HTTP下载 HTTP分块传输 伪IE下载 其他下载主要是“另存为” 土豆网https://www.doczj.com/doc/e113896258.html, Web视频 酷6 https://www.doczj.com/doc/e113896258.html, 6间房 https://www.doczj.com/doc/e113896258.html, 优酷https://www.doczj.com/doc/e113896258.html, Youtube https://www.doczj.com/doc/e113896258.html, HULU网https://www.doczj.com/doc/e113896258.html, 我乐网https://www.doczj.com/doc/e113896258.html, Sina视频https://www.doczj.com/doc/e113896258.html, Sohu视频 腾讯宽频 波波虎https://www.doczj.com/doc/e113896258.html, 其他Web视频 凤凰网https://www.doczj.com/doc/e113896258.html, CCTV点播https://www.doczj.com/doc/e113896258.html, Viewgood https://www.doczj.com/doc/e113896258.html, 常用协议 电子邮件 SMTP POP3 IMAP 终端类 VNC PCAnyWhere SSH Telnet 远程桌面 文件传输 FTP TFTP RSync 缺省端口873 NFS CVS MSDS Microsoft-DS DNS DHCP NNTP SNMP NTP UPNP NETBIOS DAYTIME 端口为13 SYSLOG 缺省端口514 DECRPC LDAP NAT端口映射 网络管理 ISA控制协议 HTTPS Socks4/5 L2TP PPTP IPSEC GRE 网络安全 OpenVPN 360更新 Nod32更新 Windows更新 软件更新 卡巴斯基更新 流媒体协议 RTSP MMS QuickTime QuickTime 7 Windows MediaPlayer Windows MediaPlayer 11 Real Player Real Player 11 BBSee 1.3 磊客https://www.doczj.com/doc/e113896258.html, 新浪奥运视频 网易奥运视频 QQ奥运视频 CCTV央视高清 RTMP P2P下载 BitComet 2009.06.22 1.13 BT BitSpirit 2009.07.27 V 3.6.0.135 CAN通信标定协议（基于ccp协议） 一、协议简介 该通信协议采用主-从式通信方式，主设备通过CAN总线与多台从设备相连接，主设备是测量标定系统，从设备是需要标定的ECU，主设备首先与其中一个从设备建立逻辑链接，建立逻辑连接后，主、从设备之间所有的数据传递均由主机控制，从设备执行主设备命令后返回包含命令响应值或错误代码等信息的报文,同时从设备可以根据主设备通过控制命令所设置的列表信息，来定时地向主设备传送变量信息，数据的传递是由主设备初始化并且由从设备来执行的，并且是由固定的循环采样频率或者事件触发的。 主设备通过USB-CAN接口与从设备连接，符合CAN2.0协议。 通信过程中，所有报文均为8个字节，它可以包含命令、数据、数据长度、地址等信息。 该通信协议参照ccp协议，可以与INCA,CANape等标定软件接口。 二、通信数据对象 CAN通信采用了两个报文数据对象CRO(命令接收对象)和DTO(命令发送对象)，每个对象根据其数据流向，都有一个唯一的ID标志符进行标识，ID标识符可以由用户自行设定。 1．命令接收对象（CRO） 命令接收对象（CRO）用于传递指令代码和内部功能码或主、从设备之间交换的存储区数据，对应的报文帧如图1所示，表1位场说明： 图1 CRO数据格式 表1 2．数据传输对象（DTO） 数据传输对象（DTO）指由从设备反馈的报文。DTO根据报文首字节PID的值可以由三种形式，见表2： 表2： （1）. CRM和Event Message的报文帧如图2所示： 图2 CRM-Event Message报文帧格式 表3：场说明 （2）. DAQ-DTO(Data Acquisition-DTO)的报文帧： RTSP协议转换RTMP直播协议 RTSP协议也是广泛使用的直播/点播流媒体协议，最近实现了一个RTSP协议转换RTMP直播协议的程序，为的是可以接收远端设备或服务器的多路RTSP直播数据，实时转换为RTMP直播协议，推送到FMS、Red5、wowza server等RTMP 服务器，以实现flash观看RTSP直播源的需求。程序同时也具备从FLV文件获取输入数据并转换RTMP直播。实现的思路分享如下。 要点分析 首先，程序的主要目的，是从多路RTSP输入源中提取AAC编码的音频和H.264编码视频数据，并生成RTMP数据包，然后组装RTMP推送协议，并发往RTMP 服务器。在发送的过程中，要求可以从RTSP数据源切换到具有相同h.264和aac 编码的FLV文件中，并不影响RTMP直播。因此，本程序的关键点有以下部分： 1.RTSP直播流的读取 2.H.264和AAC编码数据的分析、处理 3.FLV文件数据的提取及与RTSP直接的切换和衔接 4.RTMP数据包封装 5.RTMP推送协议 有了关键点，就可以一项一项的去分析。 设计思路 根据上面分析的要点，首先要选择RTSP直播协议的读取。我们不需要从零做起，网络上有很多和RTSP相关的开源项目可以使用或借鉴，我选择了Live555。 Live555是一个跨平台的流媒体解决方案，主要支持RTSP协议，好像也支持SIP（这个也是我马上研究的重点，之后会写文章研究SIP相关的技术实现）。Live555实现了RTSP包括服务器-客户端的整套结构，是很知名的一个开源项目。网上有很多关于Live555学习和使用的文章，我就不具体介绍了。 Flex视频播放器(支持rtmp协议)开发代码 开发工具:flash builder4.5 + red5服务器 建议参考之前阶段代码: (1)flex视频播放器开发初级阶段代码:https://www.doczj.com/doc/e113896258.html,/detail/ll_jj_yy/ (2)支持rtmp协议,播放red5服务器上的flv视频文件. 直接来代码: 竭诚为您提供优质文档/双击可除 ccp协议代码 篇一：基于ccp协议的汽车标定系统daq模式的实现 基于ccp协议的汽车标定系统daq模式的实现 20xx-12-2623:56:00来源：中国自动化网 ccp协议是一种基于can总线的匹配标定协议。该协议 具有通信可靠、传输速度快、通用性好等特点。 本文讨论了一种基于ccp协议的汽车ecu标定系统，并详细介绍了该系统的工作原理、数据采集机制以及实现方式。 前言 随着汽车电子技术的发展，电子控制单元(ecu)的标定 已成为汽车电子控制装置开发的一个重要环节。大多数ecu 都需要经过匹配标定的过程，从而确定其运行参数和控制参数。目前国内还没有成熟的基于ccp的ecu标定系统，已有的一些系统主要是采用Vector提供的freeccpdriver，或者基于matlab的相关工具包，在此基础上作自己的应用软件，并没有独立的ccp驱动；国外的产品功能强大，但价格昂贵。因此，研究、掌握ccp的核心技术，开发针对不同用户需求提供不同的定制功能，并能适应pci、usb等不同主机接口 的ecu标定软件就具有非常重要的意义。ccp协议简介ccp协议的通信方式 基于ccp协议的ecu标定采用主-从通信方式，主设备 通过can总线与多个从设备相连，如图1所示。其中主设备测量标定系统mcs(measurementcalibrationsystem)，从设 备是需要标定的ecu。根据ccp协议，主设备首先与其中一 个从设备建立逻辑连接。建立逻辑连接后，主、从机之间所有的数据传递均由主机控制，从机执行主机命令后返回包含命令响应值或错误代码等信息的报文。任何一个从机都可以定时地根据由主机通过控制命令所设置的列表来传递内部 的数据。所以说数据的传递是由主机初始化，由从机来执行，并且是由固定的循环采样频率或事件触发的。 图1ccp通信结构图 ccp协议定义了两种工作模式：一种是polling(查询) 模式，另一种是daq(数据采集)模式。在本文所设计的标定 系统中，根据实际需求情况，采用了daq模式。 ccp协议的通信数据对象 ccp协议只采用了两个can报文对象，且每个对象根据 其数据流向，都有一个唯一的id标识符进行标识： (1)命令接收对象(主机一从机)：简称cRo。cRo用于传递指令代码和内部功能码或主、从机之间交换的存储区数据。 (2)数据传输对象(从机一主机)：简称dto。dto指由从 RTSP协议转换RTMP直播协议 RTSP协议转换RTMP直播协议 RTSP协议也是广泛使用的直播/点播流媒体协议，最近实现了一个RTSP协议转换RTMP直播协议的程序，为的是可以接收远端设备或服务器的多路RTSP 直播数据，实时转换为RTMP直播协议，推送到FMS、Red5、wowza server等RTMP 服务器，以实现flash观看RTSP直播源的需求。程序同时也具备从FLV文件获取输入数据并转换RTMP直播。实现的思路分享如下。 要点分析 首先，程序的主要目的，是从多路RTSP输入源中提取AAC编码的音频和H.264编码视频数据，并生成RTMP数据包，然后组装RTMP推送协议，并发往RTMP服务器。在发送的过程中，要求可以从RTSP数据源切换到具有相同h.264和aac 编码的FLV文件中，并不影响RTMP直播。因此，本程序的关键点有以下部分： 1.RTSP直播流的读取 2.H.264和AAC编码数据的分析、处理 3.FLV文件数据的提取及与RTSP直接的切换和衔接 4.RTMP数据包封装 5.RTMP推送协议 有了关键点，就可以一项一项的去分析。 设计思路 根据上面分析的要点，首先要选择RTSP直播协议的读取。我们不需要从零做起，网络上有很多和RTSP相关的开源项目可以使用或借鉴，我选择了Live555。 Live555是一个跨平台的流媒体解决方案，主要支持RTSP协议，好像也支持SIP（这个也是我马上研究的重点，之后会写文章研究SIP相关的技术实现）。Live555实现了RTSP包括服务器-客户端的整套结构，是很知名的一个开源项目。 网上有很多关于Live555学习和使用的文章，我就不具体介绍了。 H.264和AAC数据的分析处理，这个对于从没做过相关项目开发的人来说，应该是一个难点，主要是相关概念的理解。好在我一直在做这块，也比较好弄。 第4和第5点，可以参照文章“RTMP协议发送H.264编码及AAC编码的音视频（https://www.doczj.com/doc/e113896258.html,/haibindev/archive/2011/12/29/2305712.html），实现摄像头直播”的技术方法，来加以实现。因此，主要需要处理的就是RTSP 直播流数据的获取，以及对其中H.264和AAC编码数据的处理。 于是可以画出大体结构如下： RtmpThread的主要工作就是发送音频数据流的解码信息头和视频数据流的解码信息头，并不断从DataBufferQueue中取出数据，封装为RTMP Packet，发送出去。流程如下列代码所示：（process_buf_queue_，即是上图中的DataBufferQueue） 基于CCP协议的汽车标定系统DAQ模式的实现 2007-12-26 23:56:00 来源：中国自动化网 CCP协议是一种基于CAN总线的匹配标定协议。该协议具有通信可靠、传输速度快、通用性好等特点。 本文讨论了一种基于CCP协议的汽车ECU标定系统，并详细介绍了该系统的工作原理、数据采集机制以及实现方式。 前言 随着汽车电子技术的发展，电子控制单元(ECU)的标定已成为汽车电子控制装置开发的一个重要环节。大多数ECU都需要经过匹配标定的过程，从而确定其运行参数和控制参数。目前国内还没有成熟的基于CCP的ECU标定系统，已有的一些系统主要是采用Vector提供的free CCP Driver，或者基于MATLAB的相关工具包，在此基础上作自己的应用软件，并没有独立的CCP 驱动；国外的产品功能强大，但价格昂贵。因此，研究、掌握CCP的核心技术，开发针对不同用户需求提供不同的定制功能，并能适应PCI、USB等不同主机接口的ECU标定软件就具有非常重要的意义。 CCP协议简介 CCP协议的通信方式 基于CCP协议的ECU标定采用主-从通信方式，主设备通过CAN总线与多个从设备相连，如图1所示。其中主设备测量标定系统MCS(Measurement Calibration System)，从设备是需要标定的ECU。根据CCP协议，主设备首先与其中一个从设备建立逻辑连接。建立逻辑连接后，主、从机之间所有的数据传递均由主机控制，从机执行主机命令后返回包含命令响应值或错误代码等信息的报文。任何一个从机都可以定时地根据由主机通过控制命令所设置的列表来传递内部的数据。所以说数据的传递是由主机初始化，由从机来执行，并且是由固定的循环采样频率或事件触发的。 图1 CCP通信结构图 CCP协议定义了两种工作模式：一种是Polling(查询)模式，另一种是DAQ(数据采集)模式。在本文所设计的标定系统中，根据实际需求情况，采用了DAQ模式。 CCP协议的通信数据对象 CCP协议只采用了两个CAN报文对象，且每个对象根据其数据流向，都有一个唯一的ID标识符进行标识： (1)命令接收对象(主机一从机)：简称CRO。CRO用于传递指令代码和内部功能码或主、从机之间交换的存储区数据。 (2)数据传输对象(从机一主机)：简称DTO。DTO指由从设备反馈的报文。 根据报文PID的不同，DTO又可以分为三种形式： ·命令返回消息CRM(PID=255) : 由从设备发送, 针对CRO 的反馈报文。 ·事件消息(PID=254): 当从设备检测到内部发生错误机制时, 由从设备自行向主设备发送, 报告其当 RTMP头RTMP协议封包参考Red5 RTMP协议封包由一个包头和一个包体组成,包头可以是4种长度的任意一种:12, 8, 4, 1 byte(s).完整的RTMP包头应该是12bytes,包含了时间 戳,AMFSize,AMFType,StreamID信息, 8字节的包头只纪录了时间 戳,AMFSize,AMFType,其他字节的包头纪录信息依次类推。包体最大长度默认为128字节,通过chunkSize可改变包体最大长度,通常当一段AFM数据超过128字节后,超过128的部分就放到了其他的RTMP封包中,包头为一个字节. 完整的12字节RTMP包头每个字节的含义: 用途大小(Byte)含义 Head_Type1包头 TiMMER3时间戳 AMFSize3数据大小 AMFType1数据类型 StreamID4流ID 一、Head_Type 第一个字节Head_Type的前两个Bit决定了包头的长度.它可以用掩码0xC0进行"与"计算: Head_Type的前两个Bit和长度对应关系： Bits Header Length 0012 bytes 018 bytes 10 4 bytes 11 1 byte Head_Type的后面6个Bit和StreamID决定了ChannelID。 StreamID和ChannelID对应关系：StreamID=(ChannelID-4)/5+1 参考red5 ChannelID Use 02Ping 和ByteRead通道 03Invoke通道我们的connect() publish()和自字写的NetConnection.Call() 数据都 1、 CCP协议概述 CCP（CAN Calibration Protocol）是一种基于CAN总线的匹配标定协议。ECU都需要经过匹配标定的过程，从而确定其运行参数和控制参数。有时为了实现对ECU的精确控制以及参数匹配修改，满足预定的要求，必须对ECU进行精确的匹配标定以及优化各项控制参数。基于此，ASAM自动化测试系统标准协会（Association for Standardization of Automation and Measuring Systems）制定了CCP协议。更形象地说，CCP协议实现了ECU在运行过程中，内部变量的在线监测以及有需要时对某些变量的在线修改。监测 ECU的内部变量可以测试ECU运行的正确性，若发现某个变量的值不是我们期望的，我们 可以标定它，修改成期望的值。举例来说，我们要监测ECU中发动机的转速，若发现发动机转速是错误的，不是我们所需要的，我们立即就可以修改它成正确的我们需要的转速。 2、 CCP通信 上面我们对CCP有了个总体的印象，对CCP能够做什么有了了解，下面我们关键的是要怎么实现它。 基于CCP协议的ECU标定采用主-从通信方式，主设备通过CAN总线与多个从设备相连。其中主设备是测量标定系统MCS(Measurement Calibration System)，从设备是需要标定的ECU。在这里测量标定系统我介绍一下CANape。CANape是一款ECU标定和测试工具。与CCP协议相结合,能完成对ECU标定,同时还能在ECU运行期间直接访问内存并进行操作。 从上面的介绍，现在我们心中应该至少有这么一个框图（如下），通过CAN总线，CANape可以读出ECU中的变量，同时CANape也能写ECU中的变量。 3、 CCP协议报文帧格式 CCP属于CAN总线的应用层协议，它占用CAN报文两个ID标志符，即CRO(Command Receive Object)和DTO(Data Transmission Object)，使用数据帧中数据场的8个字节。CRO用于主设备向从设备发送命令，DTO则用于从设备发送至主设备数据，ID标识符可以 CCP协议 CAN 标定协议 内容 1 介绍 1.1 尽快地 1.2 CAN标定协议 (CCP) 2 范围与应用领域 3 相关的文件 4 校订历史记录 5 定义与缩写 6 协议定义 6.1 一般的控制命令 6.2 数据获取命令 7 消息对象 7.1 消息对象的组织 7.2 消息对象的描述 7.2.1 命令接收对象CRO 7.2.2 数据传输对象 DTO(从到主) 7.3 数据获取的组织 8 版本机制 9 版本相容性 10 命令码的表 11 命令返回码的表 12 命令描述 12.1 连接 12.2 交换站监别 12.3 获得传播密匙 12.4 开启保护 12.5 设置存储器传递位址 12.6 数据下载 12.7 数据下载 6个字节 12.8 数据上传 12.9 短上传 12.10 选择标定数据页 12.11 获得DAQ(获取ECU数据)列表 12.12 设置 DAQ(获取ECU数据) 列表指标12.13 写 DAQ(获取ECU数据) 列表项目12.14 开始 / 停止数据传输 12.15 分离 12.16 设置期间状态 12.17 得到期间状态 12.18 建立核对和 12.19 清除存储器 12.20 规划 12.21 规划 6个字节 12.22 移动存储器区块 12.23 诊断的服务 12.24 行动服务 12.25 测试可用率 12.26 启动 / 停止同步化语数据传送 12.27 现在激活标定页 12.28 实现 CCP 的版本 13 出错处理 14 例子顺序 14.1 期间航行日志-在 14.2 区块下载 14.3 区块上传 14.4 标定数据初始化 14.5 DAQ(获取ECU数据) 列表初始化 14.6 码更新 15 预期的作业等级 16 附录 16.1 错误码的矩阵 16.2 广播传送的应用技术 1 介绍 1.1 ASAP ASAP 特别工作小组 (出自 Applikati在s systemen 的 Arbeitskreis zur Standardisierung;英国人翻译: 应用/ 标定系统任务动力的标准化) 是被公 司 Audi AG ， BMW1 AG ，宾士汽车- 宾士汽车 AG 发现, 保时捷 AG 与大众汽车 AG。自动化的欧洲制造业者, 测试与显影系统为汽车的工业和电子控制基于CCP协议利用CANape进行电控单元标定
课题_nginx搭建rtmp协议流媒体服务器总结
实时流煤体协议概述v1.0
PANABIT支持协议库
CAN标定协议(基于ccp标准)
RTSP协议转换RTMP直播协议
flex视频播放器(支持rtmp协议)开发代码
ccp协议代码
RTSP协议转换RTMP直播协议
基于CCP协议的汽车标定系统DAQ模式的实现
RTMP头RTMP协议封包 参考Red5
CCP标定协议的几点总结
CCP协议中文版
相关主题
文本预览