---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------IEC-60870-5-104:应用模型是:物理层,链路层,网络层,传输层,应用层物理层保证数据的正确送达,保证如何避免冲突。
(物理层利用如RS232上利用全双工)链路层负责具体对那个slave的通讯,对于成功与否,是否重传由链路层控制(RS4852线利用禁止链路层确认)应用层负责具体的一些应用,如问全数据还是单点数据还是类数据等(网络利用CSMA/CD等保证避免冲突的发生)---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------基本定义:端口号2404,站端为Server控端为Client,平衡式传输,2Byte站地址,2Byte传送原因,3Byte信息地址。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------注:APDU应用规约数据单元(整个数据)=APCI应用规约控制信息(固定6个字节)+ASDU应用服务数据单元(长度可变)---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------APDU长度(系统-特定参数,指定每个系统APDU的最大长度)APDU的最大长度域为253(缺省)。
视具体系统最大长度可以压缩。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------【1个例子】104报文分析BUF序0123456789.10111213141516171819202122M->R:6815100002001E01030001007900000110012413D20A02分析的结果是I(主动上报SOE,主动上报是因为104是平衡式规约)报文头固定为0x68,即十进制104长度15字节(不是6帧的,都是I帧)发送序号=8【控制字节的解析10000200,发送序号:0010H/2=16/2=8】接收序号=1【控制字节的解析10000200,接收序号:0002H/2=2/2=1】0x1E=30即M_SP_TB_1带长时标的单点信息01->SQ:0信号个数:10300->传送原因:[T=0P/N=0原因=3|突发]0100->公共地址:1790000->0x79=121信息体地址:12101->状态:1IV:0NT:0SB:0BL:010012413D20A02->低位10高位01,即0x0110=1*16*16+16=272时标:2002/10/1819:36:00.272
2024/7/5 19:30:53 366KB 104 规约 报文详解
1
iOS通过x264可以将视频帧压编码为H.264格式数据
2024/7/4 12:55:28 11.21MB ios 直播 h.264 音频编码解码
1
本程序可以很快地找到视频和图片序列中的关键帧,该压缩包中已经有对应的图片序列,可以直接运行程序。
2024/7/3 20:23:17 7.77MB Kmean 聚类 关键帧
1
本实施细则以《远动设备及系统第5-101部分:传输规约基本远动任务配套标准》(DL/T634.5101-2002)为基础,并充分考虑广东电网配电网自动化运行的实际需要,对标准作出修改和补充。
实施细则规定了配电网自动化主站系统和配电自动化终端之间进行数据传输的帧格式、数据编码及传输规则。
2024/7/1 3:05:56 1.27MB 101规约
1
FFMPEG/OpenCV实现RTSP码流解码显示的程序V2.0(可工程应用)解压密码:ezhchai使用说明1.采用FFMPEG实现解码,利用OpenCV进行显示,海康威视摄像机10小时稳定测试,可工程应用,同时提供Debug和Release版本;
2.更改了1.0版本中的回调函数形式,采用直接获取视频帧数据方式,更灵活的编程方式;
3.VS2013编译,采用其他版本VS编译需要提供VC12版本的支持库,可在安装了VS2013的计算机中找到,目录C:\ProgramFiles(x86)\MicrosoftVisualStudio12.0\VC\redist\;
4.提供示例程序,VS2013工程,示例程序已经进行了配置,在VS2013下可直接运行,不需要配置环境,示例程序为Debug版本,需要Release版本可自行配置OpenCV或者评论资源留下联系方式;
5.示例程序中,只要修改rtsp地址,编译后即可解码显示;
6.本资源后期会不断更新版本,在应用中有任何问题,欢迎评论,我会尽力改进,使大家使用方便。
2024/6/30 12:32:18 26.4MB FFMPEG OpenCV RTSP Decode
1
含以下CANopen协议及子协议,请选择DS301规范了对应用层、通信子协议进行了全面描述外,还为特定的应用提供了扩展架构,定义了更多规则和特殊通信对象。
例如:定义了网络管理对象(节点保护,寿命保护),并定义了使用这些对象的详细规则,是包含通信接口、应用过程以及对象字典的CANopen设备的基本模型DS301应用层DS302CANopen管理结构与可编程驱动器DS3031接线接头说明,2国际单位的表示和前缀,3指示灯说明(1,2,3)DS304网络安全结构及相关说明DS305无DS306EDS电子数据表说明DS308性能测量说明DS309TCPIP(1,2,3)1-通用原则与服务2-Modbus/TCP影射3-ASCII码影射EDS文件规范设备子协议:通常命名编号为DS4XXDS401通用IO模块DS402电机驱动器DS404闭环测控仪器DS405可编程设备DS406旋转与线性编码器DS408无DS410角度测量仪DS412医疗器械(1,2,6),1--通用定义,2---X光准直仪,3--x光发生器,4--疾人表配置,5--X光标准,6--剂量测量系统DS414织布机驱动(1,2)1--通用定义2--馈线DS417升降控制器DS418电池驱动模块DS419电池充电器DS420挤压设备(1,2,3,4,5,6)DS422市政车辆DS801CANopenAutomacticbit-ratedetectionDS802CANopenCANremoteframes远程帧-避免使用DS808CANopenCiA444应用注释和实施指南CANopenCiA444applicationnoteandimplementationguidelineDS201207DSV1.1工业应用的应用层
2024/6/29 8:15:39 22.81MB CANOPEN CIA DS402
1
opencv2.4.11实现帧差法,检测运动目标,也可使用电脑摄像头,检测运动目标。
代码清晰易懂,直接运行。
2024/6/25 15:33:26 3.61MB opencv 帧差法
1
获取视频文件中的关键帧,并将关键帧数据编码成JPEG格式的文件。
2024/6/22 15:17:16 12.11MB MP4 JPEG
1
环境:操作系统。
语言:C++/C#版本:V1.04。
描述:CAN、DBC解析与收发、多帧传输。
详情:周立功官方的DBC解析模块接口案例。
2024/6/20 17:54:06 8.54MB LibDBCManager.dl dbc解析 dbc例程 can解析
1
matlab实现读取视频并截取每帧然后保存,每步都有注释简洁易懂,直接打开可运行,须自备视频
2024/6/16 8:10:26 427B matlab
1
共 559 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡