- 综合排序
- 最热优先
- 最新优先
- 来自专栏ZETA联盟
从ZETA无线通信技术特点出发选择合适的物联网协议
因此，我们需要有不同的物联网协议来实现物联设备更顺畅的通信。基于此，纵行科技推出了5大物联网通信协议。本文将分别介绍各个ZETA协议的特点，以帮助大家选择哪种协议更适合您的物联网项目。 ZETA-P (Panging)：Mesh自组网、低时延、基于Alopha协议设计、远程批量升级。 ZETA-H（High Data Rate）：Mesh自组网、大帧数据传输、资源调度、远程批量升级。5种ZETA协议详情介绍01 ZETA-P协议接入网络：模块将在访问网络时选择最佳的AP路由。 02 ZETA-S协议接入网络：模块将在访问网络时选择最佳的AP路由，入网成功后获取工作时隙跟频率。网络自愈：网络不稳定的网络设备将自动优化其路由。 5种ZETA协议参数指标不同场景协议应用示例智慧农业在农业中，传感器设备需要较长的电池寿命。
1.5K20编辑于 2022-11-07 - 来自专栏全栈程序员必看
7、多协议配置以及dubbo协议详解
因dubbo协议采用单一长连接，假设网络为千兆网卡(1024Mbit=128MByte)，根据测试经验数据每条连接最多只能压满7MByte(不同的环境可能不一样，供参考)，理论上1个服务提供者需要20个服务消费者才能压满网卡 因dubbo协议采用单一长连接，如果每次请求的数据包大小为500KByte，假设网络为千兆网卡(1024Mbit=128MByte)，每条连接最大7MByte(不同的环境可能不一样，供参考)，单个服务提供者的 单个消费者调用单个服务提供者的TPS(每秒处理事务数)最大为：7MByte / 500KByte = 14。如果能接受，可以考虑使用，否则网络将成为瓶颈。 为什么采用异步单一长连接？ http协议 基于http表单的远程调用协议。 thrift协议 当前 dubbo 支持的 thrift 协议是对 thrift 原生协议的扩展，在原生协议的基础上添加了一些额外的头信息，比如service name，magic number等
1.1K20编辑于 2022-09-06 - 来自专栏Listenlii的生物信息笔记
zetadiv: 计算zeta多样性
Zeta.decline.mc #Zeta.decline.mc： 蒙特卡罗抽样方法计算zeta多样性随阶数的下降 Zeta.decline.mc( data.spec, ##行为样本，列为物种 7503 302621 9078630 216071394 $zeta.val ##不同阶数的zeta多样性 [1] 92.44715 85.67000 77.11000 73.61000 71.66000 $zeta.val.sd ####不同阶数的zeta多样性的标准偏差 [1] 19.69822 16.76218 15.59778 15.26857 14.43846 $ratio df AIC zeta$zeta.exp 3 -26.70904 zeta$zeta.pl 3 -30.35525 #zeta.ddecay，计算zeta的距离衰减 Zeta.ddecay 此外该包还有一下功能： zeta.varpart 通过距离和环境变量对zeta多样性进行分解。
1.3K71发布于 2020-08-05 - 来自专栏ffffffff0x
工控协议:S7COMM协议分析(下)
前言 在上一篇文章中，我们介绍了S7Comm协议的S7Comm Header和Job 和 Ack_Data机制。 本篇文章，我们将继续介绍S7Comm协议的Userdata 协议拓展并结合pcap流量包实际分析。 --- Userdata 协议拓展 UserData 用于编程/调试、读取 SZL、安全功能、时间设置，循环读取等。 读时间（Read clock）； 请求 [13.png] 响应 [14.png] --- 总结 本文，我们分析了S7Comm协议的Userdata 协议拓展部分。 通过与pcap流量包的结合分析，可以更加直观的了解其原理和交互过程，学习S7Comm协议对于工控安全非常重要，在之后的文章里，我们还将继续学习modbus和Ethernet/IP协议相关内容。
2.3K12发布于 2021-01-18 - 来自专栏ffffffff0x
工控协议:S7COMM协议分析(上)
--- S7Comm S7Comm（S7 Communication）是西门子专有的协议，是西门子 S7 通讯协议簇里的一种。 S7 协议的 TCP/IP 实现依赖于面向块的 ISO 传输服务。 S7 协议被封装在 TPKT 和 ISO-COTP 协议中，这使得 PDU（协议数据单元）能够通过 TCP 传送。 S7Comm 以太网协议基于 OSI 模型，从 wireshark 协议分级可以看出排列。 S7Comm 协议包含三部分： Header Parameter Data 根据实现的功能不同，S7 comm 协议的结构会有所不同。 下一篇文章，我们将继续学习S7comm协议Userdata 协议拓展部分。 --- 本文作者 r0fus0d
5.5K12发布于 2021-01-18 - 来自专栏PHPer 进击
网络协议 7 - UDP 协议：性善碰到城会玩
基于 UDP 的“城会玩”的五个例子 城会玩 一：网页或 APP 的访问 网页和手机 APP 都是基于 HTTP 协议的，而HTTP 协议是基于 TCP 的，建立连接都需要多次交互，对于时延比较大的移动互联网来讲 “城会玩” 二：流媒体的协议 直播协议多使用 RTMP，这个协议就是基于 UDP 的。TCP 的严格顺序传输要保证前一个收到了，下一个才能确认。 Google 旗下的 Nest 建立 Thread Group，推出了物联网通信协议 Thread，就是基于 UDP 协议的。 “城会玩” 五：移动通信领域 在 4G 网络里，移动流量上网的数据协议 GTP-U 也是基于 UDP 的。因为移动网络协议比较复杂，而 GTP 协议本身就包含复杂的手机上线下线的通信协议。 参考： 百度百科-UDP 词条； 刘超-趣谈网络协议系列课；
1.2K30发布于 2019-04-11 - 来自专栏Apache SeaTunnel
Apache SeaTunnel Zeta 为什么能做到“又快又稳”？
的亮点不是单个模块有多复杂，而是它把“一致性、恢复、并发、资源”放进了一套统一协议里。 3.断点续传的关键，不只是恢复状态，而是恢复协议进度很多系统的恢复逻辑停留在“把状态对象读回来”。但在分布式数据集成场景里，仅恢复状态通常不够，因为协议本身也有进度。 3.3真正体现稳定性工程的是“协议信号补偿”我认为全文最有价值的一个细节，是reader重新注册后的NoMoreSplits再信号逻辑。 7.如果真要落地，我更建议盯住这四件事7.1对连接器开发者不要把prepareCommit(checkpointId)当成普通flushcommit(...)必须幂等，失败后要允许重试任何外部副作用都要和 11.写在最后：Zeta真正可贵的，是把稳定性做成系统能力如果只看单个源码点，Zeta的很多实现并不花哨。
29211编辑于 2026-04-16 - 来自专栏用户1692782的专栏
手撕RTSP协议系列（7）——PLAY
a946c352dd3ad04cf9830d5e72ffb11e", uri="rtsp://192.17.1.63:554/", response="9ea6c2659d3bce8d129ca3549ecc7fbf
3.1K51发布于 2020-10-30 - 来自专栏瓜农老梁
Nacos7# Distro协议增量同步
引言 本文接着撸Distro协议，上文中分析了在Nacos server启动时会进行全量数据同步和数据校验，具体数据即客户端注册节点信息含命名空间、分组名称、服务名称、节点Instance信息等。 request.getGroupName(), request.getServiceName(), true); switch (request.getType()) { // 注解@7 , String.format("Unsupported request type %s", request.getType())); } } 注解@7
1.5K31发布于 2021-07-14 - 来自专栏mukekeheart的iOS之旅
OC学习7——类别、扩展和协议
() 3 @property(nonatomic, strong) NSString *color; 4 -(void) drive:(NSString *)name; 5 @end 6 7 All rights reserved. 7 // 8 9 #import <Foundation/Foundation.h> 10 11 @protocol Women <NSObject> All rights reserved. 7 // 8 9 #import <Foundation/Foundation.h> 10 11 @protocol Man <NSObject> 12 All rights reserved. 7 // 8 9 #import <Foundation/Foundation.h> 10 #import "Women.h" 11 #import " All rights reserved. 7 // 8 9 #import "SuperMan.h" 10 #define MAX_CACHE_LINE 10 11 12 @implementation
1K60发布于 2018-02-27 - 来自专栏用户1692782的专栏
手撕rtmp协议细节（7）——createStream
创建完RTMP连接之后就可以创建或者访问RTMP流，对于推流端，客户端要向服务器发送一个releaseStream命令消息，之后是createStream命令消息，对于拉流端，则要发送play消息请求视频资源。我们先来看看推流端的消息流程，当发送完createStream消息之后，解析服务器返回的消息会得到一个stream ID, 这个ID也就是以后和服务器通信的 message stream ID, 一般返回的是1，不固定。
2.4K30发布于 2020-05-26 - 来自专栏大数据那些事
防火墙（7）——禁止具体协议
（1）tcp 此时我们禁止的是ssh命令，而并不会禁止icmp协议，即ping命令 ? ? 此时能成功ping通 ? ? 无法ssh连接 （2）icmp ? ping不通 ?
73320发布于 2020-11-11 Apache SeaTunnel Zeta Engine 的 Basic Auth 是怎么工作的？
最近在看 Apache SeaTunnel Zeta Engine 的 REST API 认证逻辑时，遇到一个很典型的问题：
13510编辑于 2026-06-25- 来自专栏剑指工控
手把手教你手撸通讯协议(一) S7协议解析
2、协议封装 以上图为例： 由于TCP协议需要各种校验、确认，涉及的知识点有点多，暂时图中以UDP协议为例，其实以太网的协议类似于俄罗斯套娃，从用户层的数据包，到传输层是加上了UDP在传输层的协议头 ：UDPhdr，然后网络层再在这个帧上加上了一个ip协议头：iphdr；而后到链路层，又加上了ether_hdr协议头，最终通过物理层将数据转化成电平或者光信号传递出去。 3、数据解析 以下以西门子的S7协议为例，S7协议与上位机通讯主要基于可靠的TCP协议。以下包主要包含了从第五层到第七层的详细数据解析。 该层总共占4个字节： 版本号：0x03 预留：0x00 长度：0x001F COTP（第六层：表示层） 该层总共占3个字节： 长度：0x02 PDU类型（DT Data）：0XF0 目标引用：0x80 S7Communication 该层总共占4个字节： 版本号：0x03 预留：0x00 长度：0x001D COTP（第六层：表示层） 该层总共占3个字节： 长度：0x02 PDU类型（DT Data）：0XF0 目标引用：0x80 S7Communication
7.3K21编辑于 2022-03-11 - 来自专栏剑指工控
通过S7协议实现S7-1200 与S7-300的通信
1．概述 通过以太网可以实现S7-1200与S7-300连接通信。 下面会用一个实例来描述S7-300 如何与S7-1200建立通信连接。 192.168.0.8 192.168.0.18 192.168.0.100 图1： 实例网络拓扑图 S7 1200 与 S7-300 通过 S7通信的基本原理如下图所示： 图2：S7-300与S7 编程软件 STEP 7 Basic V10.5 • S7-300 编程软件 STEP 7 V5.4 + SP4 4．组态 4. 1 S7-1200 配置 • 使用STEP 7 Basic 创建项目“comS7300 S7-1200 的DB2.DBB16~DB2.DBB31中； 图19：S7-300调用PUT函数写入S7-1200数据 6．总结 在使用S7-300与S7-1200 建立S7 通信时，所能建立的最大连接数和通信任务是与
2.3K30发布于 2021-11-09 - 来自专栏Linyb极客之路
OpenSpec+Superpowers 实战：SeaTunnel Zeta 管理面板开发全流程
今天我们用OpenSpec规范驱动+Superpowers工程化执行的黄金组合，以开发一个功能完整的SeaTunnel Zeta管理面板为例，展示AI开发的正确姿势。 二、实战：SeaTunnel管理面板开发全流程我们将开发一个轻量级SeaTunnel Zeta管理面板，支持集群概览、作业全生命周期管理、日志查看和系统监控。 执行命令（在OpenCode CLI中输入）：/opsx:explore "我需要开发一个SeaTunnel Zeta引擎的管理面板，后端用Spring Boot 3，前端用Spring Boot自带的 │ 包结构/超时配置/模板组织 │├────┼───────────────────────────────┼──────────────────────────────────┤│ 7 | 1 个 | 1 个 | ✅ |阶段7：文档归档与维护（OpenSpec单独执行）目标：将已完成的变更归档，更新系统整体文档。
10600编辑于 2026-08-25 - 来自专栏ZETA联盟
解决旋转设备监测难题 ZETA振温传感器实现故障预测性维护
ZETA推出了端智能振温传感器，简单安装，即插即用，可以以低成本、高效率帮助企业客户实现了设备日常监测和预测性维护。 图片ZETA端智能振温传感器，是采用了纵行科技ZETA无线通信协议和TinyML微型机器学习算法（机理模型算法+AI学习算法）、振动和温度一体式的智能终端产品，可实现高精度、高频响振动和温度数据采集，能自动远程差分升级 7×24H数字巡检，能够为工业设备提供持续的数字化、智能化的监测，摆脱以往依靠人工经验为主的人力巡检。 ZETA端智能振温传感器，采用端侧部署，具有高精度的数据采集、智能告警和故障智能诊断等功能，搭配专用的网关、路由以及网络云平台软件，也可一键接入企业已有系统。 与此同时，使用ZETA端智能振温传感器，将机理先验知识和TinyML技术融为一体，在端侧提取敏感度高的特征参数和运行推理模型，使报警和诊断可完全在端侧执行，在保证数据时效性的同时，节省网络带宽占用和电量消耗
91550编辑于 2022-10-28 - 来自专栏ZETA联盟
UnaBiz与纵行科技签署战略合作协议，为海量物联共建“融合的LPWAN全球网络”
新加坡、法国、中国，2023年5月30日，UnaBiz和纵行科技签署了战略合作协议，致力于促进“融合的LPWAN全球网络”的发展以实现全球大规模物联网。 根据协议，UnaBiz和纵行科技将充分利用各自的网络资源，其中ZETA网络覆盖中国，而UnaBiz的全球0G网络涵盖全球70多个国家，以便为客户提供在全球范围内拓展业务的机会。 在技术方面，UnaBiz和纵行科技正在共同开发并将Sigfox协议栈集成到纵行科技的第二代ZETA芯片中，这允许该芯片可在ZETA和Sigfox 0G网络上进行全球漫游，因为该芯片可同时支持Sigfox DBPSK调制和ZETA的Advanced M-FSK调制。 目前，ZETA联盟生态成员超过300家，应用深入20+垂直领域，覆盖中国、日本、东南亚、欧洲等国家和地区。
59360编辑于 2023-06-01 - 来自专栏ZETA联盟
ABI Research产业研究：ZETA如何革新供应链物流追踪
文章源自前沿科技研究机构ABI Research产业研究，重点介绍了ZETA LPWA协议开发公司纵行科技在业务发展、M-FSK调制技术以及ZETag云标签系列产品在物流货物追踪与包装管理等方面的应用分析 一是纵行科技与物联网集成商Sensing Labs签订了独家的国家分销协议，并计划从法国开始发展其区域业务。 另外，公司在欧洲成立了ZETA Alliance的一个分联盟——该生态系统旨在推广ZETA LPWA协议，这是继中国、日本和东南亚联盟之后在欧洲成立的第四个分联盟。 纵行科技是开发ZETA LPWA协议的公司，这是一种长程通信协议，使用M-FSK调制在亚GHz（或2.4GHz）频谱带上，并使用多个超窄带信道实现18字节数据包的超低功耗传输（约为-140db），具有高渗透性 相比之下，ZETA是针对特定的用例构建的，部署该技术的初始步骤是通过ZETA Alliance建立促进者和采用者的生态系统——目前ZETA日本联盟就已有118家会员，ZETA中国联盟有142家会员。
1.4K80编辑于 2023-04-28 - 来自专栏八点半技术站
一图了解，网络7层协议之间的关系
分享给大家的是 「网络服务 模块」- 网络7层协议。 本来这篇文章已经发过了，结果因为群主自己的失误，导致标题图错误，忘记切换。群主星座：“处女座” ，不删除，看着都难受。 例如，一个没有通信功能的字处理程序就不能执行通信的代码，从事字处理工作的程序员也不关心OSI的第7层。但是，如果添加了一个传输文件的选项，那么字处理器的程序就需要实现OSI的第7层。 传输层 这层的功能包括是否选择差错恢复协议还是无差错恢复协议，及在同一主机上对不同应用的数据流的输入进行复用，还包括对收到的顺序不对的数据包的重新排序功能。示例：TCP，UDP，SPX。 这些协议与被讨论的各种介质有关。示例：ATM，FDDI等。 物理层 OSI的物理层规范是有关传输介质的特性，这些规范通常也参考了其他组织制定的标准。 因为有了这种无关性，层次间的每个模块可以用一个新的模块取代，只要新的模块与旧的模块具有相同的功能和接口，即使它们使用的算法和协议都不一样。
1.7K51发布于 2020-06-09
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号