- 综合排序
- 最热优先
- 最新优先
- 来自专栏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 - 来自专栏十二惊惶的网络安全研究记录
ICPMv6协议基础
ICMPv6协议 [TOC] #掌握四种差错报文的格式及用途 #掌握请求/回显报文的格式 #理解IPv6的路径MTU发现过程 ICMPv6协议概述 ICMPv6的功能 IPv6的ICMP(Internet ，使网络中的节点可以知道网络中所传输的IPv6分组的情况，以及当前网络状态的重要信息 ICMPv6报文作为IPv6分组的数据载荷 lCMPv6与ICMPv4的比较 ICMPv6与ICMPv4是两个不同的协议 ICMPv6协议报文格式 ICMPv6报头由其前一个报头中的下一个报头字段值58来标识。 指针字段指出了IPv6数据包中错误发生的位置，其值为从0开始的字节偏移量 ICMPv6信息报文 信息报文提供诊断功能和附加的主机功能，比如多播侦听发现(MLD）协议和邻居发现协议。 网络层协议把ICMPv6差错报文传送到上层协议的进程时，原包中的上层协议字段被取出，用来选择合适的上一层进程来处理错误。
79410编辑于 2024-02-28 - 来自专栏十二惊惶的网络安全研究记录
IPv6协议结构
网络协议分析 IPv6协议部分 [TOC] 网络协议分析之IPv6协议基础 # 掌握IPv6协议栈的常用命令 # 掌握lPv6单播地址的使用方法 IPv6的特征： IPv6地址： IPv6地址空间 )和无状态自动配置协议。 同时，只有由网络管理员明确授权的节点才能通过DHCP服务器来配置 IPv6协议结构 # 掌握IPv6的报头格式 # 掌握分片报头的格式及用途 # 理解IPv6数据包的拆分、重组过程 IPv6数据包结构 IPv6数据包结构示意图 #### 基本首部 基本首部各字段含义： 版本:4位，指明了协议的版本，对IPv6该字段总是6。 区分服务:8位，以前叫做通信流类别，6表示IPv6数据包的类或优先级。 最后一个扩展报头指出上层协议数据单元的类型，上层协议可以是TCP协议、UDP协议或者ICMPv6协议等。
2K10编辑于 2024-02-28 - 来自专栏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 - 来自专栏Apache SeaTunnel
Apache SeaTunnel Zeta 为什么能做到“又快又稳”？
的亮点不是单个模块有多复杂，而是它把“一致性、恢复、并发、资源”放进了一套统一协议里。 3.断点续传的关键，不只是恢复状态，而是恢复协议进度很多系统的恢复逻辑停留在“把状态对象读回来”。但在分布式数据集成场景里，仅恢复状态通常不够，因为协议本身也有进度。 5.5资源调度与节流闭环6.从架构取舍看，Zeta更适合什么样的场景从当前设计可以推断，Zeta的优势场景很明确：数据集成链路清晰，Source到Sink路径稳定需要可恢复、可追踪的一致性保障关注生产稳定性 我还补做了一组单机cluster模式验证，专门看savepoint/restore：一个约50s量级的批作业运行8s后，作业状态仍为RUNNING，checkpointoverview已记录6次completedcheckpoint 11.写在最后：Zeta真正可贵的，是把稳定性做成系统能力如果只看单个源码点，Zeta的很多实现并不花哨。
29211编辑于 2026-04-16 - 来自专栏PHPer 进击
网络协议 6 - 路由协议：敢问路在何方？
除此之外，还有版本号，也就是我们常说的 IPv4 和 IPv6、服务类型 TOS（表示数据包优先级）、TTL（数据包生存周期）以及标识协议（TCP 和 UDP） 当我们访问博客园时，经过的第一个网关应该就是我们配置的默认网关 不像距离矢量路由协议那样，更新时发送整个路由表。链路状态路由协议只广播更新的或改变的网络拓扑，这使得更新信息更小，节省了宽带和 CPU 利用率。 动态路由协议 基于链路状态路由算法的 OSPF OSPF（Open Shortest Path First, 开放式最短路径优先）协议，广泛应用在数据中心的协议。 因此，在各个数据中心进行交互时，需要一种协议，通过这种协议，可以知道相邻数据中心的路由配置，从而找到数据中心之间最好的路由。 BGP 协议就是这样的协议。 基于两种算法产生两种协议，BGP 协议和 OSPF 协议。 参考： 百度百科 刘超-趣谈网络协议系列课；
1.2K20发布于 2019-04-11 - 来自专栏全栈程序员必看
Linux服务.NO6——http协议
9. http 9.1.http概念 http协议即超文本传输协议，用于从万维网服务器传输超文本到本地浏览器的传送协议。 http是基于TCP/IP通信协议来传递数据的一个属于应用层的面向对象的协议。 4.无状态：无状态是指协议对于事物处理没有记忆能力，如果后续需要处理和前面同样的信息，就需要重新传输数据。 URL一般由协议（服务方式）、存有该资源的主机IP和主机资源的具体地址（如目录和文件名）组成。 boardID=5&ID=24618&page=1#name 是一个完整的URL,可以看出包含了以下部分： 协议部分：该URL使用的协议是http，后面分隔符是//; 域名部分：该URL域名是www.aspxfans.com
1.5K20编辑于 2022-11-17 - 来自专栏杨四正的kafka源码剖析课
6、深潜KafkaConsumer——rebalance协议详解
在开始介绍 Incremental Cooperative Rebalance 协议之前，我们先来明确 Eager Rebalance 协议中回收（revoke）全部 partition 的根本原因 — 说明完 rebalance 的本质之后，我们开始正式介绍 Incremental Cooperative Rebalance 协议，该协议最核心的思想就是： consumer 比较新旧两个 partition 介绍完 Incremental Cooperative Rebalance 协议的核心思想之后，我们通过示例来说明 Incremental Cooperative Rebalance 协议的工作原理。 P3、P6 分给 consumer 3。 总结 本课时重点介绍了 consumer group rebalance 协议的演进和各个版本协议的原理。 下一课时将正式开始分析 kafka consumer 的代码。
1.5K11发布于 2021-06-09 - 来自专栏用户1692782的专栏
手撕RTSP协议系列（6）——SETUP
SETUP表明消息类型； URI表示请求的RTSP服务器的地址； RTSP_VER表明RTSP的版本； TRANSPORT表明媒体流的传输方式，具体包括传输协议如RTP/UDP；指出是单播，组播还是广播 往期推荐 手撕RTSP协议系列（1）——Rtsp基本流程 手撕RTSP协议系列（2）——Rtsp消息格式 手撕RTSP协议系列（3）——sdp格式详解 手撕RTSP协议系列（4）——OPTION 手撕RTSP 协议系列（5）——DESCRIBE
4.5K51发布于 2020-10-30 - 来自专栏网络安全防护
浅谈IPv4协议与IPv6协议的区别！
在讲IPv4协议与IPv6协议的区别前，我们必须了解什么叫IPv4协议和IPv6协议？ IPv6是英文“Internet Protocol Version 6”（互联网协议第6版）的缩写，是互联网工程任务组（IETF）设计的用以取代IPv4的下一代IP协议，其地址数量被称作能够为全世界的每一粒沙子编上一个地址 不过随着移动互联网和物联网的迅速发展，除过电脑，手机，智能运动手环，路由器，乃至智能电视，智能冰箱，智能洗衣机，智能门锁等设施均需要占据一个IP地址，因而IPv4不够，就会变得稀缺，从而规划设计了新的升级版本IPv6协议 逐渐将会取代之前被广泛应用的IPv4协议。但因为IPv6比较复杂。不具备兼容性，操作现阶段的IPv4迁移到IPv6是比较困难的。 物联网的兴起，以及后续的5G广泛应用，IPv6协议的应用就会充分发挥最大的优势，不但能解决网络地址资源数量的问题，并且也能解决多种接入设备接入互联网的障碍。
1.6K20发布于 2019-05-22 - 来自专栏大语言模型，算力共享
SRv6 和IGP／BGP协议区别
目录SRv6 和IGP／BGP协议区别SRv6IGP/BGPSRv6与IGP/BGP的区别SRv6 和IGP／BGP协议区别SRv6（Segment Routing over IPv6）和IGP（Interior 它是一种新一代IP承载协议，采用现有的IPv6转发技术，通过灵活的IPv6扩展头实现网络可编程。 SRv6简化了网络协议类型，具有良好的扩展性和可编程性，可满足更多新业务的多样化需求，提供高可靠性，尤其在云业务中有良好的应用前景。 SRv6不再使用LDP/RSVP-TE协议，也不需要MPLS标签，简化了协议，管理简单。 协议类型不同： SRv6是一种基于IPv6的数据转发技术，它本身不是一种路由协议。IGP和BGP则是典型的路由协议，用于在不同的网络层次上传递路由信息。
82210编辑于 2024-07-29 - 来自专栏twowinter
LoRaWAN协议解析 第6章 终端激活
1 前言 我正在陆续对《LoRaWAN102》即LoRaWAN协议规范 V1.0.2 版本(2016年7月定稿)协议的各个章节进行翻译。 译文之外还对LoRaWAN协议和源码进行了解析，可点此查看帖子LoRa学习笔记_汇总。 欢迎同行朋友们留言交流。 本文作者twowinter，转载请注明作者：http://blog.csdn.net/iotisan/ 2 梳理解析 LoRaWAN第6章，主要对节点加网做了描述，它有两种方式。 3 代码位置 3.1 激活处理 协议的第6章，相关的核心代码是这么几行，位于 \src\mac\main.c。 #define LORAWAN_APPLICATION_KEY { 0x2B, 0x7E, 0x15, 0x16, 0x28, 0xAE, 0xD2, 0xA6,
88331发布于 2020-04-17 Apache SeaTunnel Zeta Engine 的 Basic Auth 是怎么工作的？
最近在看 Apache SeaTunnel Zeta Engine 的 REST API 认证逻辑时，遇到一个很典型的问题：
13510编辑于 2026-06-25- 来自专栏ZETA联盟
ABI Research产业研究：ZETA如何革新供应链物流追踪
文章源自前沿科技研究机构ABI Research产业研究，重点介绍了ZETA LPWA协议开发公司纵行科技在业务发展、M-FSK调制技术以及ZETag云标签系列产品在物流货物追踪与包装管理等方面的应用分析 另外，公司在欧洲成立了ZETA Alliance的一个分联盟——该生态系统旨在推广ZETA LPWA协议，这是继中国、日本和东南亚联盟之后在欧洲成立的第四个分联盟。 纵行科技是开发ZETA LPWA协议的公司，这是一种长程通信协议，使用M-FSK调制在亚GHz（或2.4GHz）频谱带上，并使用多个超窄带信道实现18字节数据包的超低功耗传输（约为-140db），具有高渗透性 最有趣的是一次性ZETag云标签：它是一种小型智能标签（65x52x3mm），使用一次性纸电池，每30分钟传输一次，寿命为6个月至1年，传输距离最远可达3公里（基于接收机的灵敏度）。 相比之下，ZETA是针对特定的用例构建的，部署该技术的初始步骤是通过ZETA Alliance建立促进者和采用者的生态系统——目前ZETA日本联盟就已有118家会员，ZETA中国联盟有142家会员。
1.4K80编辑于 2023-04-28 - 来自专栏企鹅号快讯
区块链学堂——浅析区块链6层协议
传统的OSI网络协议被分为7层：物理层(PH)、数据链路层(DL)、网络层(N)、传输层(T)、会话层(S)、表示层(P)、应用层(A)。 类似的，区块链基础架构分为6层：包括数据层、网络层、共识层、激励层、合约层、应用层。因为每一层都涉及到较新的技术原理和专业名词解释，本篇只从理解概念的角度出发描绘一下区块链的模型结构构成。 应用层：和传统的OSI网络协议模型应用层一样，封装了各种应用场景和案例，类似于我们日常用的各种网站、APP，比如有社交娱乐，有电商购物，有新闻阅读等各种不同的应用场景。
4.9K100发布于 2018-01-26 - 来自专栏Go语言学习专栏
6 - MCP 协议 - AI 超级智能体项目教程
本节重点 学习 AI 应用开发的高级特性 —— MCP 模型上下文协议，打通 AI 与外部服务的边界。 MCP（Model Context Protocol，模型上下文协议）是一种开放标准，目的是增强 AI 与外部系统的交互能力。 这样的好处显而易见，就像 HTTP 协议一样，现在前端向后端发送请求基本都是用 HTTP 协议，什么 get / post 请求类别、什么 401、404 状态码，这些标准能 有效降低开发者的理解成本 如图： MCP 核心概念 很多同学以为 MCP 协议就只能提供工具给别人调用，但实际上，MCP 协议的本领可大着呢！ 按照官方的说法，总共有 6 大核心概念。 6）跨平台兼容性：开发 MCP 服务时，应该考虑在 Windows、Linux 和 macOS 等不同操作系统上的兼容性。
1.2K10编辑于 2026-03-17 - 来自专栏Devops专栏
6. Python web框架开发 - WSGI协议
前情介绍 前面我利用TCP协议，返回HTTP数据的方法，实现了web静态页面返回的服务端功能。但是这样并不能满足大部分的功能需求。 还可以看到web服务器是用wsgi协议调用应用程序框架的，这里我们先不讲什么是wsgi协议，先看看我之前写的静态web服务端。 ” 这里就涉及到 web服务端 与 业务处理服务端 之间的一个协议了，这个业界内通用的协议就是 WSGI协议。 为什么需要 WSGI协议 在讲WSGI协议之前，我先把处理动态页面的功能拆分到另一个模块文件中。 ” 说了那么多，敢不敢秀一波代码操作 编写framwork支持WSGI协议，实现浏览器显示 hello world framwork.py: ” 直接协议规范代码复制进去。
55920编辑于 2022-01-17 - 来自专栏Linyb极客之路
OpenSpec+Superpowers 实战：SeaTunnel Zeta 管理面板开发全流程
今天我们用OpenSpec规范驱动+Superpowers工程化执行的黄金组合，以开发一个功能完整的SeaTunnel Zeta管理面板为例，展示AI开发的正确姿势。 二、实战：SeaTunnel管理面板开发全流程我们将开发一个轻量级SeaTunnel Zeta管理面板，支持集群概览、作业全生命周期管理、日志查看和系统监控。 Mermaid.js 渲染流程图 │├────┼───────────────────────────────┼──────────────────────────────────┤│ 6 阶段6：代码审查与验证（Superpowers 主导，OpenSpec 辅助）目标：确保代码符合规格要求，质量达标。 -----------|----------|----------|------|| Java 源码 | 43 个 | 43 个 | ✅ || 测试文件 | 5+1 个 | 6
10600编辑于 2026-08-25 - 来自专栏ZETA联盟
ZETA预测性维护方案入围“2022工业数智化优秀案例”榜单
据了解，创业邦连续6年聚焦新技术在具体应用场景的落地研究与探索，今年以案例形式推出“2022数智化转型与创新实践优秀案例”评选活动。 纵行科技本次入选榜单的“ZETA预测性维护方案”，是以ZETA低功耗物联网通信技术及端智能振温传感器为切入点，为水泥行业提供更加智能、更低成本的旋转类设备的预测性维护方案，实现了设备运行状态监测、故障早期告警和诊断 ZETA专网专用，安全性高，还解决了工业数据本地化存储及分析处理等要求，为水泥行业及相关工业场景打造了一张“泛在物联”网络。 与此同时，针对工业应用场景，纵行科技还推出了一款工业智能终端产品，ZETA端智能振温传感器。它采用ZETA无线通信协议和TinyML微型机器学习算法（机理模型算法+AI学习算法），端侧部署，即插即用。 目前，纵行科技ZETA预测性维护方案已经在泰国暹罗水泥集团、南方水泥、威立雅等国内外大型企业内落地应用。数智技术仍在迭代，创新应用层出不穷。
68740编辑于 2022-12-30 - 来自专栏twowinter
LoRaWAN协议中文版 第6章 终端激活
前言 这是《LoRaWAN102》的译文，即LoRaWAN协议规范 V1.0.2 版本(2016年7月定稿)。 我正在陆续对协议的各个章节进行翻译，具体其他章节的译文，以及译文之外的代码解析，可点此查看帖子LoRa学习笔记_汇总。 本文作者twowinter，转载请注明作者：http://blog.csdn.net/iotisan/ ---- 翻译开始 第6章 终端激活 为了加入LoRaWAN网络，每个终端需要初始化及激活。
1.2K10发布于 2020-04-17
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号