首页 文章 精选 留言 我的

精选列表

搜索[协同管理],共10000篇文章
优秀的个人博客,低调大师

协同工作:Wi-Fi和5G共存的两种方式

WBA:Wi-Fi和5G在网络的物理层共存,以提供“优秀连接”体验的方式 无线宽带联盟(WBA)主管BrunoTomas告诉RCR无线新闻,目前Wi-Fi和5G一起使用的唯一方法是共存。 他说:“今天,您没有趋同。”“从技术上讲,您无法说您正在部署融合的Wi-Fi和5G网络,甚至是Wi-Fi和LTE。你只有共存。” 他接着解释说,从WBA的角度来看,有两种方法可以考虑Wi-Fi和5G如何共存:网络物理层上的共存和Tomas所谓的“优秀连接”共存。每个场景都有其自身的挑战。 物理层共存: 考虑网络上Wi-Fi和5G共存的第一种方法是在物理上使用两种频段的技术。这里的关键是每种技术都必须“很好地融合在一起”并有效地避免彼此干扰。 “举个例子,当你使用5GNR-U时,”Tomas解释道,“你使用的频段与Wi-Fi多年来一直使用的频段完全相同。首先,它们将进入6GHz频段,因此3GPP规范已经包含了5G在这个未经许可的频段上完全独立运行的方法,而且必须有共存的度量标准,这样两种技术之间就不会有有害的干扰。” 为了帮助这种类型的共存,WBA正在努力为每种技术开发自动化的频率系统和阈值水平。 “在行业层面,我们需要就这些系统和门槛达成共识,”Tomas说。 毕竟,这与Wi-Fi和4G当前共存的方式并没有太大不同,后者分别支持不同的用例。区别在于,Wi-Fi6可能不再用于大型场馆或体育馆中的蜂窝式卸载,而是像现在这样普遍使用,而是可以用于场馆网络的其他部分以及其他应用。 优秀连接共存: 实现共存的第二种方法是专注于开发一种方法,以确保当Wi-Fi和蜂窝连接同时存在时,用户始终连接到提供优秀、最可靠覆盖的技术。 我们之前都去过那里:坐在咖啡厅,甚至在家中,打开和关闭Wi-Fi按钮,试图找出蜂窝或Wi-Fi哪个更快。 Tomas回避了这个难题,他问道:“如果我的Wi-Fi和5G覆盖范围重叠或Wi-Fi和私有LTE覆盖范围重叠,我应该在哪里连接?如果我连接到蜂窝电话并进入某个场所,那么对我来说,切换并仍然保证服务质量以及与订购计划保持一致的优秀指标是什么?” 在5G世界中,这种共存并因此为用户带来的障碍将继续存在,尤其是在大型场所。WBA希望其W-FiOpenRoaming服务可通过自动使用户设备连接哪个网络以实现优秀覆盖范围来缓解这一挑战。 Tomas解释说,OpenRoaming系统允许连接提供商从不允许用户的设备自动连接到下行链路低于5兆位/秒的Wi-Fi网络,而是让他们保持在蜂窝网络上。

优秀的个人博客,低调大师

日志服务(原SLS)新功能发布(3)--多实例协同消费库(loghub client library)

使用场景 loghub client library是对LogHub消费者提供的高级模式,解决多个消费者同时消费logstore时自动分配shard问题。例如在storm、spark streaming场景中多个消费者情况下,自动处理shard的负载均衡,消费者failover等逻辑。用户只需专注在自己业务逻辑上,而无需关心shard分配、CheckPoint、Failover等事宜。 举一个例子而言,用户需要通过storm进行流计算,启动了A、B、C 3个消费实例。在有10个shard情况下,系统会自动为A、B、C分配3、3、4个Shard进行消费。 当消费实例A宕机情况下,系统会把A未消费的3个Shard中数据自动均衡B、C上,当A恢复后,会重新均衡。 当添加实例D、E情况下,系统会自动进行均衡,每个实例消费2个Shard。 当Shar

优秀的个人博客,低调大师

数据管道三剑客:Kafka、Flink、Spark的演进背景与协同价值

现代数据栈通常由多个专业化组件构成,其中Kafka、Flink、Spark被公认为数据管道领域的三大基石。它们并非凭空诞生,而是分别在不同的时代背景下,为解决特定的数据处理难题而设计。理解它们各自的原始驱动力、适用边界和内在局限,是架构师进行技术选型和系统整合的前提。本文将深入剖析这三者的诞生场景、核心优缺点、典型适用场景,并阐述三者组合后如何构建一套既满足实时性又兼顾历史分析的融合数据架构,以及这种架构对企业数据治理与价值利用的深远意义。

优秀的个人博客,低调大师

详解AUTOSAR:XcpDAQ-STIM在线标定与多传输层协同机制(拓展篇—24)

把测量变量加入 A2L 并不意味着工具端一定看到正确的值。一次 Xcp_Event() 发生在控制算法数据刚刚稳定的时刻,数据可能先进入核内发送队列,过若干个传输层主函数周期才真正上总线;多个 ODT 可能来自同一次 DAQ 触发,却未必具有整个 DAQ List 级别的原子一致性;STIM 数据已经到达 ECU,也要等关联 Event Channel 到来才写入目标地址。只看总线报文,很容易把“采样时刻、入队时刻、发送时刻、接收时刻”混成一个时间点。

优秀的个人博客,低调大师

模组PACK线数据架构的“车速差”难题:高频采集与MES系统的协同实战

方壳电芯模组PACK线在储能和动力电池制造领域已大规模部署,产能指标普遍达到6到8PPM,模组节拍可达27JPH,一次良品率要求不低于99%。与此同时,随着CTP技术的大规模普及,模组设计的集成度持续走高,传统的“电芯-模组-Pack”三级结构被简化为“电芯-Pack”两级,这对焊接熔深、孔隙率以及装配精度的要求从毫米级推向了微米级。但产能数字背后隐藏着一个结构性问题:产线的数据采集能力远远滞后于物理吞吐能力。行业头部实践的自动化程度可达86%以上,搭载高精度机械臂、AI视觉检测系统和数字化MES平台。然而高自动化带来的是数据量的指数级增长——单条产线部署的传感器往往超过200个,涵盖视觉相机、位移传感器、压力变送器等各类采集终端。当产线节拍提升至15PPM甚至更高时,数据系统面临的压力成倍增加。这不是设备精度的问题,而是架构设计的问题。在实地调研多条模组产线的过程中,数据架构层面的问题呈现出三个共性特征,每一个都直接作用于产线的质量和效率。协议异构导致的数据断流。 方壳模组线属于典型的非标定制产线,设备供应商通常是多家拼凑而成:裁线和压接设备走Modbus RTU,机器人排线走OPC UA,焊接控制器用的是私有的二进制流协议,视觉检测系统输出的是自定义XML格式,还有大量人工工位根本不产生数字信号。这些设备物理上连在同一个车间里,但数据层面各自说各自的方言。根据一条典型方壳模组线的现场测算,产线每日产生的工艺、设备、质检原始数据超过200万条,但其中有效接入MES系统的比例不足65%,排线位移、压接动态曲线、焊接过程参数等核心工艺数据大量缺失。时钟不同步导致的数据失准。 模组线的关键工序——激光焊接——要求在毫秒级精度内监测功率和速度。但PLC的扫描周期是毫秒级,SCADA的轮询周期受限于通讯负载,通常设置在50ms甚至100ms。当焊接控制器检测到一次20ms脉宽的能量骤降时,在传统的轮询机制下这个事件很可能落在两个采样点之间,完全被漏掉。最终MES系统存下了电芯条码和终检结果,但导致不良的根本原因——那20ms的功率波动——从架构缝隙里蒸发了。这种现象在工程上被称为“高频故障的隐形化”。MES数据库写入瓶颈。这是最容易被忽视却影响最深远的隐患。MES系统本质上是事务型处理系统,而焊接、数据采集是典型的实时系统。两者之间存在显著的“车速差”:MES是“慢性子”,高频采集是“急性子”。Busbar激光焊接工位采用EtherCAT实时总线,激光功率与反射光强的采样频率常高达10kHz甚至1MHz;扫码枪读取电芯码仅几赫兹。当200多个传感器以原始频率向中央数据库灌数据时,传统关系型数据库的事务日志会迅速爆满,IO延迟从毫秒级飙升至秒级。这不仅导致查询变慢,甚至会阻塞产线的过站放行信号,直接拉低整线OEE。针对这三类痛点,行业内的共识方向是用边缘计算做“数据前置精炼”,在数据产生的源头完成清洗、降维和结构化,而不是把所有脏活累活推给云端。架构的核心思路是分层解耦。设备接入层负责兼容多协议,边缘计算层负责实时处理和规则校验,平台层负责数据治理和业务赋能,三层独立演进、标准化交互。这套架构不再追求全量原始数据的无脑上传,而是基于工艺关键度做“价值采集”。设备接入层:协议统一与高频采集。保留产线原有PLC、伺服驱动器、激光焊机、线扫视觉相机等全部硬件,通过工业交换机做协议汇聚,老旧串口设备搭配RS485转以太网网关统一接入。核心改动在PLC程序:将关键工艺变量的采集移至OB35循环中断块,周期设为5ms,通过OPC UA Pub/Sub主动推送数据,替代传统DA轮询模式。实测表明,这种推送机制将带宽消耗降低约60%,支持1kHz高频传感信号接入。边缘计算层:高频数据在源头完成特征提取。这是架构变化的核心。边缘节点部署轻量级流处理框架,配合嵌入式时序数据库做本地缓存。关键在于“降采样与特征提取”的策略设计:对于激光焊接过程,边缘节点不需要上传每微秒一次的原始功率值,而是实时计算该次焊接的“能量积分”“峰值功率”“上升沿斜率”以及“反射波动方差”四个特征值。这个处理将几十MB的原始数据压缩为几百字节的特征标签,仅将特征值与异常波形索引上传云端,数据采集延迟可以控制在50ms以内。对于视觉检测,边缘端直接运行轻量化推理模型,实时输出OK/NG判定结果,仅将NG缺陷图像裁剪后压缩上传,带宽与存储需求在实际案例中降低了90%以上。时钟同步问题在边缘层一并解决。边缘网关以NTP同步为基准,所有工序数据统一打上毫秒级时间戳,消除跨设备的时间漂移。平台层:混合存储与条码索引。 采用“时序数据库+关系型数据库+对象存储”的混合存储策略。时序数据库专门存储焊接波形特征、充放电曲线等高频时序数据,支持高并发写入与降采样查询;关系型数据库承载工单、BOM、质检结果等业务数据;对象存储归档视觉图像和异常波形原始文件。数据模型的设计有一项关键决策:必须打破

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册