- 综合排序
- 最热优先
- 最新优先
- 来自专栏OpenFPGA
AXI接口协议详解-AXI总线、接口、协议
AXI 总线 上面介绍了AMBA总线中的两种，下面看下我们的主角—AXI，在ZYNQ中有支持三种AXI总线，拥有三种AXI接口，当然用的都是AXI协议。 上面的IP是完成总线协议转换，如果需要做某些处理（如变换、迭代、训练……），则需要生成一个自定义Stream类型IP，与上面的Stream接口连接起来，实现数据输入输出。 oAXI 协议 讲到协议不可能说是撇开总线单讲协议，因为协议的制定也是要建立在总线构成之上的。 AXI协议将读地址通道，读数据通道，写地址通道，写数据通道，写响应通道分开，各自通道都有自己的握手协议。每个通道互不干扰却又彼此依赖。这也是AXI高效的原因之一。 AXI 协议之握手协议 AXI4 所采用的是一种 READY， VALID 握手通信机制，简单来说主从双方进行数据通信前，有一个握手的过程。 传输源产生 VLAID 信号来指明何时数据或控制信息有效。
15.5K53发布于 2020-09-10 - 来自专栏小红书采集软件
【chrome插件】基于接口协议开发的小红书蒲公英KOL达人采集工具
如果说页面内的功能是”采集”，控制台就是”沉淀”。 五、技术架构点评（给技术同学）从工程实现看，虹选是一款相当规矩的MV3插件：协议级采集，不碰DOM抓取：它向蒲公英页面注入了一个MAINworld桥接脚本，监听页面自身调用的/api/solar/、/api /pgy/官方接口响应，通过postMessage传递给内容脚本和后台。 数据来自官方接口原文，颗粒度和你在页面上看到的一致——这正是”接口协议采集”优于”模拟点击”的地方；权限最小化：仅申请tabs+storage，host权限只覆盖蒲公英域名和自家后端（api.hongx.top 数据采集方面，采用接口优先原则。
24310编辑于 2026-09-14 - 来自专栏Youngxj
远程采集接口图片案例
刚才逛小诗梦博客的时候看到他发布了一个随机图的接口，访问了一下，哇，全是小姐姐，所以果断采集了，顺便把采集源码发出来，让他们的图变成自己的图(/大笑) <? php header('Content-type: application/json'); //图片接口地址(这里又要拿小诗梦开刀了) $url = 'https://cdn.mom1.cn/? array('url'=>$url,'filename'=>$filenames,'state'=>'202')); }else{ if(download($url,$path)){ //采集成功 echo json_encode(array('url'=>$url,'filename'=>$filenames,'state'=>'200')); }else{ //采集失败
1.6K50发布于 2018-06-08 - 来自专栏Dotnet9
ThingsGateway(一)采集ModbusTcp协议设备
这篇文章将实测ThingsGateway采集ModbusTcp协议设备,通过动图演示,方便理解。 二. 建立采集设备 建立采集设备，选择ModbusTcp插件，查看设备扩展属性，可以看到ModbusTcp的可配置项。 目前测试我们使用的是本机的502端口，所以默认不修改。 变量地址为40001，是Modbus协议中的保持寄存器0，详细地址规则请查看源文档。 3.3. 重启采集线程 通过运行状态-右上角的浮标，重启全部线程，重启完成后可以看到设备信息。 启动Modbus服务端 启动ModbusSlave，选择ModbusTcp协议、端口502。 启动后可以看到网关显示设备在线，并倒序显示读写报文。 3.5. 采集冗余 冗余的概念大伙应该熟悉，网关的采集冗余也是如此。 配置冗余设备后，当采集设备出现离线3次以上的情况，将切换至备用设备。 五.
1.5K30编辑于 2023-08-31 - 来自专栏工程监测
振弦采集模块数字接口
振弦采集模块数字接口图片数字接口 1（ UART/RS232/RS485）VM 系列模块提供全双工串行 TTL 电平的 UART 接口以及基于 TTL 扩展的 RS232 或 RS485 接口，默认端口设置为 注： 当模块为 RS485 接口版本时， 485CR 管脚已在模块内部连接到了 485 芯片（ VM511、VM614、 VM618、 VM704S）。 数字接口 2（ IIC）VM5XX 支持双向 IIC 总线和数据传输协议， 支持最高 500kHz 的通讯速率。在总线中， VM5XX 为从设备，与之通讯的上位机为主设备，主设备控制整个通讯过程。 IIC 协议硬件层信号类别及说明为了降低使用难度， VM 系列模块的 I2C 接口采用了与 AT24C02 完全相同的读写时序，在此不再描述更多细节。 应用领域应力应变： 结构应力应变、基坑支护、 管廊、 地下工程仪器仪表： 振弦（采集仪）读数仪表开发。自动化、 信息化： 结合物联网技术替代传统人工检测。
70030编辑于 2022-11-07 - 来自专栏ytkah
finecms5采集接口下载
哪里有finecms采集接口可以下载？ 我们在用finecms建站时比较纠结的是要如何采集文章，finecms商城是有售卖采集插件，价格是50元，有些朋友感觉比较贵，不太愿意买，我们也是比较权衡了才很久决定买下来，有需要的朋友可以联系ytkah 进行了解，价格比官方美丽很多，加微信咨询吧 finecms采集接口插件使用方法：联系ytkah咨询下载finecms采集插件 1、覆盖到根目录 2、 finecms5.wpm 文件为火车头发布模块 3、本采集接口支持全部自定义字段， data[status] 为内容状态，1为待审，9为通过 xiazai = 1 下载附件配置 ，1为下载，0为不下载 多文件字段发布标签如下： 多文件字段的文件 data
1.4K40发布于 2018-03-06 - 来自专栏工程监测
振弦采集模块UART 通讯协议
振弦采集模块UART 通讯协议UART 接口支持标准的工业 MODBUS 通讯协议（ 03、 04、 06、 16 指令码）和自定义的简单 AABB协议以及$字符串指令集。 前两种协议均支持基于模块地址和总线连接的一主多从应用结构， 在总线中， VMXXX 模块始终作为从机使用（ 被动等待指令， 不主动上传数据，但“ 自动上传数据”和“ 软件握手” 除外， 详见后续对应章节说明 根据下述通讯协议规则，读写寄存器。在使用 MODBUS 或 AABB 通讯协议时， 请确认模块的软件握手参数处于关闭状态（默认）。 （一） MODBUS 通讯协议在 MODBUS 协议下， VMXXX 内部所有寄存器被定义为“ 保持寄存器” （详见 MODBUS 通讯协议标准说明），模块支持基于 MODBUS 协议的多个连续寄存器读取
73030编辑于 2022-11-15 - 来自专栏工程监测
振弦采集模块AABB 通讯协议
振弦采集模块AABB 通讯协议AABB 通讯协议是一种非标准自定义协议， 相较于 MODBUS 通讯协议，结构更简单，指令生成方法更容易，便于进行快速测试。 AABB 通讯协议支持单寄存器读写两种指令。 主机发送指令： 0xAA 0xBB 0x01 0x88 0x00 0x64 0x52从机返回应答： 0xAA 0xBB 0x01 0x08 0x00 0x64 0xD2（ 3） 通用模块地址AABB 通讯协议支持模块通用地址 （ 4）特殊模块地址模块地址保存于寄存器 ADDR.[7:0]， 取值范围为 1~255，这些地址中， 255 在 AABB 协议中作为通用地址使用， 地址 128（ 0x80） 用于特殊用途， 故此对模块地址进行修改时可使用的地址有
85140编辑于 2022-11-16 - 来自专栏工程监测
振弦采集模块的通讯协议
振弦采集模块的通讯协议通讯协议是上位机通过 VMXXX 模块支持的数字接口完成信息交互的数据格式、 传输步骤、通讯速率等的一系列预先约定。 上位机必须按照本章描述的通讯协议规则来完成与 VMXXX 的数据交互工作。图片寄存器机制VMXXX 内部维护有若干寄存器， 模块在寄存器参数值的控制下完成振弦传感器的测量工作。 通过模块的数字接口可完成对寄存器的读取和写入（修改）操作。 寄存器写（修改）寿命典型值为 10 万次， 读取次数没有限制。 使用握手协议在读写寄存器时，建议使用 VMXXX 模块的握手协议（非必须），当检测到模块空闲时发起寄存器操作（硬件握手详见“ 2.3.2 硬件握手” ，软件握手详见“ 3.7.2 软件握手” ）。 注：数字接口通讯会在一定程度上影响振弦传感器频率采集精度，不要过于频繁的对数字接口发送指令。
68530编辑于 2022-11-11 - 来自专栏muller的测试分享
接口协议之抓包分析 TCP 协议
TCP 协议是在传输层中，一种面向连接的、可靠的、基于字节流的传输层通信协议。 环境准备对接口测试工具进行分类，可以如下几类：网络嗅探工具：tcpdump，wireshark抓包分析TCP协议代理工具：fiddler，charles，anyproxyburpsuite，mitmproxy 它支持针对网络层、协议、主机、网络或端口的过滤，并提供 and、or、not 等逻辑语句去掉无用的信息。 wireshark 也是一款网络嗅探工具，它除了拥有 tcpdump 功能，还有更多扩展功能，比如分析工具，但是在接口测试中，抓包过程往往都是在服务器进行，服务器一般不提供 UI 界面，所以 wireshark
44410编辑于 2024-03-15 - 来自专栏测吧测试开发
Pb协议的接口测试
Protocol Buffers 是谷歌开源的序列化与反序列化框架。它与语言无关、平台无关、具有可扩展的机制。用于序列化结构化数据，此工具对标 XML ，支持自动编码，解码。比 XML 性能好，且数据易于解析。更多有关工具的介绍可参考官网。
1.5K10编辑于 2022-04-29 - 来自专栏工程监测
振弦采集模块的通讯协议（ IIC）
振弦采集模块的通讯协议（ IIC）IIC 通讯协议本身即是基于设备地址和寄存器的物理层通讯协议， VMXXX 使用 IIC 接口对传感器的访问，请遵循前述硬件接口时序及协议说明即可。 IIC 为同步串行接口， 在 IIC 总线中作为从设备的 VMXXX 无法主动输出任何数据，本手册中所述的与自动上传有关的特性均是指 UART 接口。 图片当某位被设置为 1 时， 模块通过 UART 接口主动上传数据。 除实时信号幅值数据外，其它数据均在每次完成传感器频率计算及温度采集后自动以字符串形式上传。
57520编辑于 2022-11-17 - 来自专栏PHPer 进击
网络协议 21 - RPC 协议（中）- 基于 JSON 的 RESTful 接口协议
上一节我们了解了基于 XML 的 SOAP 协议，SOAP 的 S 是啥意思来着？是 Simple，但是好像一点儿都不简单啊！ 传输协议问题 对于 SOAP 来讲，比如我创建一个订单，用 POST，在 XML 里面写明动作是 CreateOrder；删除一个订单，还是用 POST，在 XML 里面写明了动作是 DeleteOrder 如果按这种风格进行设计，RESTful 接口和 SOAP 接口都能做到，只不过后面的架构是 REST 倡导的，而 SOAP 相对比较关注前面的接口。 所以，从接口角度，就让你死了这条心。当然也有很多技巧的方法，在使用 RESTful API 的情况下，依然提供基于动作的有状态请求，这属于反模式了。 服务发现问题 对于 RESTful API 来讲，我们已经解决了传输协议的问题——基于 HTTP，协议约定问题——基于 JSON，最后要解决的是服务发现问题。
1.4K20发布于 2019-04-11 - 来自专栏muller的测试分享
干货|接口测试必备技能-常见接口协议解析
上述的三种类型的协议都处于网络模型中的应用层。除了应用层的常用协议之外，对于传输层的 TCP、UDP 协议，以及 Restful 架构风格、RPC 协议等等基础网络知识要有一定的了解和认知。 TCP/IP 协议栈是对应 TCP/IP 四层模型所使用的具体的网络协议TCP协议 TCP 协议是在传输层中，一种面向连接的、可靠的、基于字节流的传输层通信协议。 TCP 协议的面向连接、错误重传、拥塞控制等特性，适用于可靠性高的场景，比如涉及用户信息的数据传输。 UDP协议 UDP 协议一旦把应用程序发给网络层的数据发送出去，就不保留数据备份。 HTTP协议 HTTP 协议是接口测试中最常见的协议，用于分布式、协作式和超媒体信息系统的应用层协议。HTTP 是万维网的数据通信的基础。 在测试过程中，常常需要校验请求和响应结果，所以了解 HTTP 协议，对于接口测试来说，是重中之重。 在后面章节将会具体介绍 HTTP、HTTPS 协议的区别，以及 HTTP 协议的基础知识信息。
1.2K30编辑于 2022-06-08 - 来自专栏测吧测试开发
RPC接口测试技术-Tcp 协议的接口测试
首先明确 Tcp 的概念，针对 Tcp 协议进行接口测试，是指基于 Tcp 协议的上层协议比如 Http ，串口，网口， Socket 等。 这些协议与 Http 测试方法类似（具体查看接口自动化测试章节），但在测试过程中需要做些调整。 Socket Socket 又称套接字，进程可通过套接字进行网络通信，使多个设备具有交互能力。 支持 Socket 设备不止计算机，还会有移动端，如果测试 Socket 协议，需要有收发 Socket 数据的能力或代理 Socket 的能力。 mitmproxy 使用请参考： mitmproxy 官网：https://www.mitmproxy.org/ 1 其他协议 其它协议，比如串口、网口、visa 等，与 Socket 的测试模式类似， 用相同的图即可简述： 其它协议较 Sokcet 更冷门，无合适的代理工具。
1.5K40编辑于 2022-04-29 - 来自专栏软件测试开发技术
技术分享 | 常见接口协议解析
除了应用层的常用协议之外，对于传输层的 TCP、UDP 协议，以及 Restful 架构风格、RPC 协议等等基础网络知识要有一定的了解和认知。 TCP协议TCP 协议是在传输层中，一种面向连接的、可靠的、基于字节流的传输层通信协议。TCP 协议的工作方式为在建立连接的时候需要进行“三次握手”，终止连接时需要进行“四次挥手”。 HTTP协议HTTP 协议是接口测试中最常见的协议，是用于分布式、协作式和超媒体信息系统的应用层协议。HTTP 是万维网的数据通信的基础。 在测试过程中，常常需要校验请求和响应结果，所以了解 HTTP 协议，对于接口测试来说，是重中之重。在后面章节将会具体介绍 HTTP、HTTPS 协议的区别，以及 HTTP 协议的基础知识信息。 RPC 接口的优点在于传输效率更高、性能损耗更低、自带负载均衡策略、更好的服务治理能力。
1.4K20编辑于 2022-07-05 - 来自专栏存储内核技术交流
聊聊固态硬盘接口和协议
开源存储问题解答社区:https://github.com/perrynzhou/deep-dive-storage-in-china 磁盘接口&协议 SSD物理接口是在主机的主板上，目前主流有SATA SATA接口走的的SATA的通道和AHCI协议，读取速度上限是500MB/s M.2接口支持SATA通道和PCI-e通道，PCI-e通道支持AHCI协议和NVMe协议。 不同的 妙喻接口&协议 把磁盘上的数据比喻为东西，需要搬运到目的地CPU.其中经过SATA接口或者M.2接口这个大门(SATA接口大门长和宽是1m*1m和M.2接口大门长宽是2m*2m),SATA总线或者 PCI-e总线比喻为进入大门后的路，这个路上是能跑自行车(AHCI协议)还是跑车NVMe协议。 如下是SSD磁盘不同接口和不同协议的读写的理论上限 物理接口 总线类型 协议 读写速度 SATA SATA AHCI 理论上限500MB/s M.2 SATA AHCI 理论上限500MB/s M.2
3.7K20编辑于 2023-02-26 - 来自专栏协议转换
VFBOX网关采集EtherCAT转Modbus协议项目案例
#256-K-1型号网关，各字段含义如下：字段含义本项目配置VB303硬件批次VB303系列2400硬件接口：2网口4串口Ethernet1接EtherCAT，Ethernet2接SCADA#256最大采集 256个数据点位满足产线数据量需求K采集协议：EtherCAT主站采集EtherCAT从站数据1转发协议：ModbusModbusTCP从站转发三、项目实施步骤3.1准备工作3.1.1电脑与网关连通测试 （主站模式）转发协议ModbusSlaveTCP/RTU（从站模式）数据映射路径EtherCATPDO地址→网关标签→Modbus寄存器通信接口网口（Ethernet1/2）默认扫描周期1000ms（可在设备属性中调整 ：提供各协议驱动的详细配置说明和FAQ6.4网关型号速查表VFBOX网关型号格式：ABC-EFGH#I-K-L字段含义可选值ABC硬件批次VB301/VB302/VB303EFGH硬件接口1100(1网 1串)/1200(1网2串)/2400(2网4串)/1110(1网1串+4G)I采集点位数32/64/128/256/512/1024/000(无限点)K采集协议K=EtherCAT主站/0=所有协议/
30100编辑于 2026-07-15 - 来自专栏siri的开发之路
视频采集工具 youtube-dl 接口介绍
youtube-dl 接口简介 0x00. youtube-dl 0x01. 使用说明 0x02. python接口 0x03. 对于部分需要使用 youtube-dl 进行开发并且调用其接口为其他功能服务的用户而言，可以在 Github 上找到源码并且进行二次开发，也可以直接调用其 python 接口。 0x02. python接口 在下载 youtube-dl 源码后，可以看到 /docs/module_guide.rst 是一个简单的接口介绍文档，但只有最简单的三四个 api 的使用说明，本文会在这个的基础上加上作者在使用过程中自己用到的接口和参数 初始化接口 在进行下载之前，youtube-dl 需要初始化一个可以看作是下载器的类，可以在初始化时指定之后使用的解析器、解析格式、是否需要使用代理等。 提取视频信息与下载视频 在初始化完毕后，提取信息的接口调用就比较简单了。通过之前创建的下载器对象，调用 extract_info() 函数。
3.5K10编辑于 2022-11-18 - 来自专栏Python自动化测试
Python接口测试之HTTP协议
HTTP（HyperText Transfer Protocol）协议是基于应用层的协议，完成客户端发送请求到服务端等一系列的运作流程，中文简称超文本传输协议。 1997年1月发布了HTTP/1.1的版本，也就是目前，比较主流的HTTP协议版本。由于HTTP是基于应用层的协议，因此客户端不需要关注底层的网络细节，连接请求由可靠的传输协议TCP/IP负责。 在一个完整的HTTP请求流程中，客户端发送HTTP的请求给服务端，这中间需要明确地告诉服务端请求的地址，也就是统一资源定位符URL，URL主要由三部分组成，分别是HTTP协议，服务器地址和资源，例如，地址 在HTTP的协议中，客户端发送请求到服务端的过程中，客户端需要告诉服务端是以什么样的请求方式去请求。 在HTTP的协议中，客户端发送请求给服务端，服务端响应回复给客户端的同时，还会带上HTTP协议的状态码，关于状态码这部分改天单独的介绍。
1.9K30发布于 2019-04-25
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号