<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[zzlyx99的专栏]]></title><description><![CDATA[]]></description><link>https://blog.csdn.net/zzlyx99</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; zzlyx99]]></copyright><item><title><![CDATA[无电子身份无人机的精准侦测与高端反制]]></title><link>https://blog.csdn.net/zzlyx99/article/details/169440135</link><guid>https://blog.csdn.net/zzlyx99/article/details/169440135</guid><author>zzlyx99</author><pubDate>Thu, 29 Oct 2026 10:33:42 +0800</pubDate><description><![CDATA[协议接管的思路是：解析目标无人机的跳频序列与数据帧结构，在正确的时间窗口注入伪造的控制指令，实现对单架目标的“劫持”而非“压制”。传统依赖射频侦测与宽带干扰的体系，面对这类目标时存在两个结构性缺口：侦测端对“静默自主飞行”目标失效，反制端对“加密链路或非标协议”目标无效。：纯视觉方案的探测距离受限于镜头焦距与目标尺寸，论文中需明确给出不同机型（如 DJI Mini 系列 vs. 自制 5 寸穿越机）在不同距离下的检测概率曲线，否则难以与雷达方案做公平对比。面对多方向同时逼近的集群，单套激光系统的。]]></description><category></category></item><item><title><![CDATA[无人机频谱侦测（RF 无线电侦测）原理]]></title><link>https://blog.csdn.net/zzlyx99/article/details/169341391</link><guid>https://blog.csdn.net/zzlyx99/article/details/169341391</guid><author>zzlyx99</author><pubDate>Wed, 28 Oct 2026 10:17:57 +0800</pubDate><description><![CDATA[无人机频谱侦测的核心原理，是。它不主动发射电磁波，因此属于无源探测，隐蔽性较好，且能同时发现无人机和操作者的方位。]]></description><category></category></item><item><title><![CDATA[无人机侦测技术与高尖端性能模块]]></title><link>https://blog.csdn.net/zzlyx99/article/details/169151289</link><guid>https://blog.csdn.net/zzlyx99/article/details/169151289</guid><author>zzlyx99</author><pubDate>Mon, 26 Oct 2026 11:35:02 +0800</pubDate><description><![CDATA[从“尖端性能”的角度看，当前无人机侦测模块的竞争焦点已不再是“能不能发现”，而是。下面按模块拆解各自的关键性能指标与代表性数据，这些数据来自公开采购文件、产品规格及研究文献，可作为评估技术水平的参照系。]]></description><category></category></item><item><title><![CDATA[无人机侦测系统的信号模拟器承担测试验证与诱导欺骗]]></title><link>https://blog.csdn.net/zzlyx99/article/details/168662187</link><guid>https://blog.csdn.net/zzlyx99/article/details/168662187</guid><author>zzlyx99</author><pubDate>Thu, 22 Oct 2026 11:30:00 +0800</pubDate><description><![CDATA[在无人机侦测反制系统中，“信号模拟器”主要承担与两类角色。]]></description><category></category></item><item><title><![CDATA[无人机反制侦测-导航诱骗技术]]></title><link>https://blog.csdn.net/zzlyx99/article/details/168561103</link><guid>https://blog.csdn.net/zzlyx99/article/details/168561103</guid><author>zzlyx99</author><pubDate>Wed, 21 Oct 2026 11:30:00 +0800</pubDate><description><![CDATA[导航诱骗技术是无人机反制“软杀伤”手段中的核心一环，其核心逻辑是，整个过程无人机自身往往毫无察觉。]]></description><category></category></item><item><title><![CDATA[无人机侦测反制系统(软件使用说明书)]]></title><link>https://blog.csdn.net/zzlyx99/article/details/168346089</link><guid>https://blog.csdn.net/zzlyx99/article/details/168346089</guid><author>zzlyx99</author><pubDate>Sun, 18 Oct 2026 22:56:35 +0800</pubDate><description><![CDATA[无人机侦测反制系统是一套面向低空域无人机目标的综合监控平台，用于对指定区域内出现的无人机目标进行探测、识别、跟踪、告警与处置，并对前端探测与反制设备进行统一接入、状态监测与运行管理。环形中心显示设备总数（界面示例数据为 6），环形四角分别统计：在线设备、故障设备、报警设备、离线设备的数量（界面示例数据分别为 0、0、6、6，均为界面示例数据）。· 设备卡片：每张卡片包含设备图标、设备名称、设备编号、在线/掉线状态（掉线以红色文字提示）、“定位”按钮，以及“工作模式”下拉框（可切换关闭模式/侦测模式）。]]></description><category></category></item><item><title><![CDATA[无人机侦测反制系统]]></title><link>https://blog.csdn.net/zzlyx99/article/details/167398802</link><guid>https://blog.csdn.net/zzlyx99/article/details/167398802</guid><author>zzlyx99</author><pubDate>Fri, 09 Oct 2026 22:54:22 +0800</pubDate><description><![CDATA[无人机侦测反制系统是一套针对“低慢小”无人机威胁的综合性防御装备，集探测、识别、跟踪与处置功能于一体。其核心目标是应对未经授权的无人机入侵，保障重点区域低空安全。随着低空经济快速发展，未经授权的无人机入侵已成为机场、监狱、政府机关等重点区域面临的现实威胁。所有探测数据汇聚到指挥控制平台，融合成统一目标航迹，结合黑白名单与电子围栏进行威胁研判，实现“发现—识别—决策—处置”的自动化闭环。从侦测到反制，从决策到处置，无人机侦测反制系统构建起多层次、软硬结合的低空防御体系，守护重点区域上空的安全。]]></description><category></category></item><item><title><![CDATA[Avalonia 接 Modbus TCP 工业设备监控面板 踩坑记]]></title><link>https://blog.csdn.net/zzlyx99/article/details/166487617</link><guid>https://blog.csdn.net/zzlyx99/article/details/166487617</guid><author>zzlyx99</author><pubDate>Wed, 23 Sep 2026 16:54:57 +0800</pubDate><description><![CDATA[上个月接了个活，给一台老化测试柜做个监控面板，客户指定要跨平台，Windows 和 Linux 都得跑。WPF 直接出局，最后选了 Avalonia。通信那块用 NModbus，Modbus TCP 协议本身不复杂，但真写起来坑一个接一个。]]></description><category></category></item><item><title><![CDATA[欧姆龙PLC通信协议，我踩过的坑和最后搞明白的事]]></title><link>https://blog.csdn.net/zzlyx99/article/details/166248074</link><guid>https://blog.csdn.net/zzlyx99/article/details/166248074</guid><author>zzlyx99</author><pubDate>Mon, 21 Sep 2026 15:21:00 +0800</pubDate><description><![CDATA[需要跟第三方设备互通，用EtherNet/IP。纯欧姆龙自家设备传数据，FINS TCP够用。旧设备改造只有串口，HostLink硬着头皮上。高频轮询、不在乎丢包的局域网，FINS UDP最省事。没有哪个协议是万能的。搞清楚手上PLC型号、端口、对面是什么设备，再对着欧姆龙通信手册查支持列表，比瞎猜靠谱。]]></description><category></category></item><item><title><![CDATA[无人机侦测反制系统软件]]></title><link>https://blog.csdn.net/zzlyx99/article/details/166247799</link><guid>https://blog.csdn.net/zzlyx99/article/details/166247799</guid><author>zzlyx99</author><pubDate>Mon, 21 Sep 2026 15:14:51 +0800</pubDate><description><![CDATA[这套系统从立项到验收，前后大概[填写实际周期]。甲方催得紧，中间有段时间基本是连轴转。功能不算复杂，就是把雷达、频谱、光电这些设备的数据接进来，识别出无人机，跟踪航迹，判断威胁等级，最后联动干扰设备做处置。地图上要能实时看到目标在哪、设备什么状态、干扰范围覆盖到哪。说起来简单。]]></description><category></category></item><item><title><![CDATA[可以用AI把OPC说清楚吗]]></title><link>https://blog.csdn.net/zzlyx99/article/details/165364594</link><guid>https://blog.csdn.net/zzlyx99/article/details/165364594</guid><author>zzlyx99</author><pubDate>Tue, 15 Sep 2026 11:30:00 +0800</pubDate><description><![CDATA[九十年代中，几家自动化厂子凑一块，想弄明白一件事——厂里西门子的 PLC、罗克韦尔那堆控制器、还有乱七八糟的仪表，协议全不一样。搁以前，一个人要管产品、开发、营销、客服、财务，转不过来。苏州、南京、北京海淀动作快，OPC 社区、实训基地、夜校，都冒出来了。更要紧的是它开始搞"信息建模"——一个温度值不再光是个浮点数，它带着单位、量程、语义。安全也补上了，证书、加密、签名，内置。真跑出来的"一人公司"，干的多数是大企业懒得碰的窄缝——某个特别细的咨询方向，某个小品类跨境，某种定制设计。实质差着十万八千里。]]></description><category></category></item><item><title><![CDATA[三菱MC协议通信踩坑记：上位机通信怎么做稳]]></title><link>https://blog.csdn.net/zzlyx99/article/details/165320704</link><guid>https://blog.csdn.net/zzlyx99/article/details/165320704</guid><author>zzlyx99</author><pubDate>Mon, 14 Sep 2026 15:46:03 +0800</pubDate><description><![CDATA[MC协议本身不复杂，复杂的是现场环境：网络不稳定、PLC型号多、软元件类型杂、实时性要求高。AI辅助的价值在于把这些经验固化下来，减少重复踩坑。行了，差不多就这些。反正通信这玩意儿，写得再稳，现场该出的幺蛾子一个不少。]]></description><category></category></item><item><title><![CDATA[工控人必看：西门子S7协议抓包，到底怎么看]]></title><link>https://blog.csdn.net/zzlyx99/article/details/165006035</link><guid>https://blog.csdn.net/zzlyx99/article/details/165006035</guid><author>zzlyx99</author><pubDate>Fri, 11 Sep 2026 19:58:30 +0800</pubDate><description><![CDATA[随便找一条S7comm报文，右键追踪TCP流，看一个读请求发出去之后，PLC回的Data里到底是什么值。这样能验证通讯是不是正常的，也能看出写操作到底写了啥。]]></description><category></category></item><item><title><![CDATA[TCP/IP协议到底是个啥？看完这篇你就全明白了]]></title><link>https://blog.csdn.net/zzlyx99/article/details/164879304</link><guid>https://blog.csdn.net/zzlyx99/article/details/164879304</guid><author>zzlyx99</author><pubDate>Thu, 10 Sep 2026 20:13:57 +0800</pubDate><description><![CDATA[TCP/IP这东西，理论看着枯燥，但它是整个互联网的地基。你刷的每条视频、发的每条消息、点的每个赞，背后都是这套协议在撑着。学它有什么用？往小了说，面试要问。往大了说，遇到网络问题你能大概判断是哪层出了毛病——是网线没插（网络接口层）、IP配错了（网际层）、还是端口被封了（传输层）。不用死记硬背那些头部字段，先把整体框架和核心思想装脑子里，细节用到的时候再查。毕竟这玩意儿设计出来就是给人用的，不是给人背的。]]></description><category></category></item><item><title><![CDATA[CAN总线，踩坑三年攒下来的几句大实话]]></title><link>https://blog.csdn.net/zzlyx99/article/details/164632432</link><guid>https://blog.csdn.net/zzlyx99/article/details/164632432</guid><author>zzlyx99</author><pubDate>Thu, 10 Sep 2026 11:30:00 +0800</pubDate><description><![CDATA[一个是RTR位，远程帧用的，说白了就是你不想要某个节点一直往外吐数据，你就发个远程帧问它"你现在多少"，它回你一下就行，省带宽。所以ID数字越小越牛，刹车ESP的ID是0x100，车窗是0x500，俩人同时张嘴，比到某一位的时候刹车那边是0，车窗那边是1，车窗当场闭嘴，老老实实切到接收状态去听刹车的。说个真实翻车案例：俩节点都设的500k，但一个晶振精度±50ppm，另一个±100ppm，刚开始跑啥事没有，半小时后开始偶尔错一帧，一小时不到总线直接挂。，这是车载行业大量验证过的黄金区间。]]></description><category></category></item><item><title><![CDATA[别再看那些过时教程了——2026年最省事的免费MQTT服务器搭建实录]]></title><link>https://blog.csdn.net/zzlyx99/article/details/164632241</link><guid>https://blog.csdn.net/zzlyx99/article/details/164632241</guid><author>zzlyx99</author><pubDate>Wed, 09 Sep 2026 11:30:00 +0800</pubDate><description><![CDATA[后来换了EMQX，真香。所以别纠结，直接EMQX，社区版完全免费，功能够你用三年。我最早图轻量，装了Mosquitto，装完就傻了——纯配置文件，没界面，想看个在线设备都得敲命令查。然后在这个页面里添加几个设备账号，用户名密码自己设，记下来，后面设备端要用。我的服务器是Ubuntu 22.04，如果你用CentOS或者Debian，命令稍微有点不一样，但思路一样——走官方仓库，别源码编译。你得登录阿里云/腾讯云/华为云的控制台，找到你的实例，点进“安全组”或者“防火墙规则”，添加入方向规则，端口写。]]></description><category></category></item><item><title><![CDATA[聊点MQTT通信的实话：QoS、心跳、主题，没一个省心的]]></title><link>https://blog.csdn.net/zzlyx99/article/details/164340777</link><guid>https://blog.csdn.net/zzlyx99/article/details/164340777</guid><author>zzlyx99</author><pubDate>Fri, 04 Sep 2026 11:30:00 +0800</pubDate><description><![CDATA[网上那些MQTT教程，十篇有九篇在复制官方文档。什么"轻量级协议""适合物联网"，翻来覆去就这几句。但你真把设备扔到野外基站里跑两天，那些教程屁用没有。我从第一次写MQTT demo到现在，差不多三年。踩过的坑不算多，但每个都让我凌晨三点爬起来改过代码。今天不背书，纯聊教训。]]></description><category></category></item><item><title><![CDATA[别被忽悠了，主流PLC的ModbusTCP速度到底能跑多快？]]></title><link>https://blog.csdn.net/zzlyx99/article/details/164305077</link><guid>https://blog.csdn.net/zzlyx99/article/details/164305077</guid><author>zzlyx99</author><pubDate>Thu, 03 Sep 2026 11:45:00 +0800</pubDate><description><![CDATA[就看你的项目更看重哪个。你要问我选型建议：如果是新项目，对实时性要求不那么变态（比如50ms以上能接受），那现在市面上主流PLC的ModbusTCP能力都够用，区别主要在配置灵活性和开发方便程度上。我第一次发现的时候还以为是程序写错了，后来反复验证才发现，ModbusTCP的报文头开销才是大头，真正干活的那点数据量，对PLC来说就是洒洒水。速度慢，要么是你网络不行，要么是PLC配置没调对，要么是你程序写得太蠢。所以做远程监控项目的时候，千万别拿局域网那套指标去忽悠甲方，到时候现场翻车了，背锅的还是自己。]]></description><category></category></item><item><title><![CDATA[上位机通信速度到底能跑多快？别被厂家参数忽悠了]]></title><link>https://blog.csdn.net/zzlyx99/article/details/164004362</link><guid>https://blog.csdn.net/zzlyx99/article/details/164004362</guid><author>zzlyx99</author><pubDate>Thu, 27 Aug 2026 11:45:00 +0800</pubDate><description><![CDATA[干上位机这些年，被问得最多的问题就是"我这套系统通信速度能到多少？"说实话，这个问题没法一句话回答。厂家手册写的"支持115200波特率"、"响应时间<10ms"，看着挺美，真到现场跑起来，实际速度能打对折就不错了。今天不扯虚的，从物理层到应用层，一个个拆开算，顺便把那些年我踩过的速度坑都倒出来。]]></description><category></category></item><item><title><![CDATA[Modbus这样学，没有理由学不会]]></title><link>https://blog.csdn.net/zzlyx99/article/details/164004193</link><guid>https://blog.csdn.net/zzlyx99/article/details/164004193</guid><author>zzlyx99</author><pubDate>Wed, 26 Aug 2026 11:45:00 +0800</pubDate><description><![CDATA[刚入行那会儿，看Modbus协议跟看天书似的。寄存器、线圈、CRC、MBAP头，一个个名词堆上来，脑子全是浆糊。后来发现，不是这玩意儿难，是市面上教程写得忒绕。今天按我自己的理解路子，把Modbus从头捋一遍，争取让刚接触的人看完就能上手抓包。]]></description><category></category></item></channel></rss>