登录社区云,与社区用户共同成长
邀请您加入社区
聚焦于(延迟<100ms)、(7×24小时无崩溃)、(断线重连、数据校验、异常不丢失),并覆盖西门子S7、Modbus TCP/RTU、OPC UA等典型场景。
以下是一个的 C# MQTT 云端通信示例,适用于工业上位机(WinForms / WPF / Worker Service)场景,基于 .NET 8,采用目前最主流、最稳定的 MQTT 客户端库(NuGet 包名:MQTTnet)。
/ 物模型基类set;set;set;// 属性集合set;// 事件集合set;// 服务集合set;// 属性定义set;} // 标识符set;} // 名称set;} // 数据类型set;} // 读写权限set;} // 当前值set;} // 更新时间// 事件定义set;set;set;} // 事件级别set;set;// 服务定义set;set;set;"name": "运行状
一、为什么是.NET MAUI+YOLO?破解跨端目标检测的痛点”开始,一直到工业级优化与部署实战。内容基于2025–2026年真实工业视觉项目经验(汽车零部件缺陷检测、3C电子组装、锂电电芯外观检测等),全部使用,代码可直接落地。方案痛点维护成本数据互通性实时性工业适配度Windows WinForms + YOLO仅限桌面,无法移动巡检单端维护尚可,但无法扩展移动端无Windows端30fps
用一套协议层,同时跑通 Windows 和 Linux 的 BLE 配网流程,使用.NET 轻松实现嵌入式设备的首次联网引导。通过 NuGet 轻松集成到自己的项目里,支持 AOT 场景。
/ 点结构(支持浮点坐标)} = x;} = y;XF2// 点结构(支持浮点坐标) public readonly struct Point2D(double x , double y) {get;} = x;get;} = y;} // RRT* 节点 public class RRTNode {get;get;set;get;set;} // 从起点到该节点的累计成本 public List
本文分享我如何通过 .NET 10 Native AOT 和交叉编译技术,将一个原本动辄 100MB 的应用压缩到 16MB,并在资源极度受限的环境中实现流畅运行的实战经验。
C# 14 为边缘计算数据处理带来了显著的优化和便利。通过利用其新语法特性和内存管理优化,开发者能够更高效地处理边缘计算中的数据,提升应用性能。然而,在使用过程中,需要注意避免新语法理解误区和内存管理方面的问题,确保应用在边缘计算环境中的稳定运行。
NET 10 为云原生应用在边缘计算场景下的安全通信提供了全面的支持。通过深入理解其原理,在实战中合理运用并避免常见的坑点,开发者能够构建出安全可靠的通信链路。随着云原生与边缘计算的不断发展,保障安全通信将始终是应用开发的关键环节。
工业实时通信优化:Real-Time .NET解决方案 摘要:工业上位机通信常因.NET运行时的GC中断和线程调度抖动导致P99延迟飙升(达几十毫秒),严重影响高速采集和运动控制。Real-Time .NET通过三大优化层级解决该问题: 运行时优化:定制GC策略(禁用并发GC、固定堆内存)将停顿压缩至亚毫秒级; 系统层适配:结合实时操作系统内核确保线程调度优先级; 编码规范:关键路径采用零分配、C
当物理内存紧张时,操作系统的内存管理器会触发工作集裁剪(Working Set Trim)。情况:即使你的WPF程序在死循环执行纯CPU计算(比如),操作系统也不会让它无限占用CPU。当时间片用完后,硬件定时器中断会触发,操作系统强制暂停你的进程,保存其上下文,然后调度下一个进程运行。UI线程在处理大量渲染或复杂布局计算时,如果一帧超过了16ms,可能还没来得及处理消息循环,时间片就到期了,系统会
它提供超过 1800 个组件,兼容 .NET WinForms、WPF、ASP.NET Core 和 MVC、WinUI、MAUI、JavaScript、Blazor 等多种技术,支持在各种设备和操作系统上无缝开发应用程序。这有助于应用程序更清晰地呈现复杂的数据流,使用户更容易理解值如何在各个阶段之间移动和转换,识别模式和依赖关系,并从互连数据集中获得有意义的洞察。Syncfusion Essen
框架将工具和技能统一存储在实体中,由提供管理服务。字段说明Name工具/技能唯一标识名枚举:Tool / Skill工具绑定的方法名(如功能描述,供大模型决策用是否启用IsSystem是否系统内置(禁止删除)技能还附带一个.zip附件,包含脚本文件、资源等,通过文件服务管理。// 获取所有启用的工具。
在工控领域 .NET Framework因其与Windows系统的深度集成和成熟的生态,成为开发上位机软件的主流选择之一,可与PLC等工业设备稳定通信,并能高效处理庞大的数据量,满足高实时性的要求,对于工业自动化控制至关重要。3. 安装补丁的过程中,还有可能会提示缺少根证书,可先在其他的电脑中导出根证书后在导入到此电脑中。而在安装新版本.NET Framework的过程中会出现多种的报错,导致
LightningChart .NET is a 2D and 3D data visualization SDK empowering developers with high-performance and flexibility. Boasting over 100 chart types, advanced technical indicators, and real-time rende
<br /><br />Resharper是我一直非常喜欢的工具。响当当的名声绝对不是吹牛皮吹出来的。如果你的公司在寻找一个提高开发人员效率的工具,那么首选应该是Resharper,这一笔投入是值得的。如果你想知道为什么,那么请看一看我的一系列上手指南。<br /><br />Resharper进阶一:简要介绍 <br />Resharper进阶二:快速定位 <br />Resharper进阶三:
LlamaSharp 是llama.cpp 的 .NET 官方绑定库,让你在纯本地、无外网、无 API 费用的情况下运行 Llama 3、Qwen、Mistral、Gemma、Phi 等大模型。纯 CPU / GPU 均可运行支持 GGUF 量化模型(4-bit/8-bit)支持流式输出支持多轮对话上下文跨平台:Windows / Linux / macOS.NET 6/7/8 全支持。
是 .NET 原生插件的元数据声明文件,其结构与传统 TypeScript 插件的},},和typeName字段共同定位插件的入口点,前者指定 DLL 文件的相对路径,后者指定实现接口的完整类型名称,包括命名空间。数组声明了插件提供的能力类型,此处为["memory"],表明这是一个记忆提供者插件,网关会根据此声明将插件纳入记忆服务的候选列表。jitOnly标志是一个关键的设计决策,设置为true
通过以上代码实践,我们可以看到。
写到这里,回到文章开头的问题:Loop Engineering 是真有价值,还是又一轮概念炒作?它不是噱头,但需要工程约束。一个没有终止条件的 loop 是灾难,一个有良好设计的 loop 是杠杆。区别不在于概念本身,而在于你愿不愿意回答那五个问题——触发器清楚吗?上下文可信吗?执行器受控吗?结果可验证吗?停止条件明确吗?OpenClaw.NET 的 PR #156 之所以值得关注,正是因为它把一
MetaSkills 的 30 次提交构建了一个相当厚的抽象层——声明式 DSL、DAG 引擎、LLM 路由、Checkpoint 机制。但每一层都保留了可观测性、可调试性、可审计性的逃生舱口。它没有假装本质困难不存在,而是用抽象把偶然困难压到极限低,然后把省下来的大脑带宽全部投入到 DAG 死锁检测、LLM 输出校验、失败分支恢复这些无法逃避的本质困难上。
稳定性提升:SDK 提供了更稳定的接口,不受 CLI 版本变化影响——不用天天担心版本更新了功能完整性:能够捕获完整的事件流,包括推理过程和工具执行状态——过程和结果都能看到开发效率:类型安全的 SDK 接口让开发更高效,减少运行时错误——有类型检查,心里踏实用户体验:实时的事件反馈让用户更清晰地了解 AI 的工作过程——知道它在想什么,总比一无所知强这次升级不仅仅是技术方案的替换,更是对整个 A
在上一篇文章中,我们学习了如何为AgentFramework添加Agent Skill命令。
多轮对话摘要的嵌入策略面向跨越多个轮次的复杂讨论场景,其核心挑战在于如何在有限的向量维度中压缩丰富的时序演进信息。推荐的策略采用"分层摘要嵌入"模式:第一层为会话级摘要,由 LLM 在会话结束时生成,涵盖主要讨论主题、关键决策、待办事项和未决问题,该摘要作为独立Memory存入专门的房间;第二层为主题级摘要,当检测到会话中涉及多个独立主题时,为每个主题生成子摘要,记录该主题下的核心论点和结论;第三
在探讨具体.NET框架的实现细节之前,必须系统性地明确A2A协议的技术边界、核心设计理念及其试图解决的行业痛点。传统的企业级系统集成通常依赖于表述性状态转移(REST)API或定制的远程过程调用(RPC),这些方式要求客户端在开发阶段就深度硬编码服务端的业务逻辑、数据结构与终结点。然而,智能体的行为具有高度的自主性、推理性与不可预测性,它们可能需要基于上下文动态生成中间步骤或请求人类干预。传统的确
与其试图训练模型"不要偷懒",不如在运行时层面为 Agent 装上"导航系统"。模型无关:不依赖特定模型的行为改进,适用于任何 LLM Provider(OpenAI、Claude、Gemini、本地模型等)成本可控:Token 预算系统防止无限制消耗安全可靠:六状态状态机 + 阻塞检测 + 外部验证,多重安全网体验一致:CLI、TUI、Web Chat 统一的交互体验。
本文介绍了一个可嵌入.NET业务项目的对话式数据查询AIAgent系统。该系统通过自然语言处理技术,自动匹配业务API、转换查询参数、调用GET接口并以表格和图表展示结果。主要功能包括:1)扫描前端源码生成API索引;2)自然语言理解与API匹配;3)只读方式调用现有业务API。系统支持Vue、jQuery、MVC等多种框架,提供WebComponent和iframe两种嵌入方式,无需修改业务代码
我们的小龙虾可以避免之前杂乱无条理的记忆文本书写与低效的关键词寻找,做到真正的精细化办公,并且达到节省token的目标。那么这样就会出现一个非常明显的问题,虽然说OpenClaw有“上下文压缩”“记忆热插拔”等管理记忆的方法,但是当时间一长我们输入的指令一多,我们的小龙虾的memory文本就会越来越多,越来越杂,就会直接导致小龙虾正在查找相关信息上花费不少没必要的token,而接下来的精细化分库管
Codex Token Overlay 是一个开源、只读的 Codex Desktop 辅助工具,支持 Windows 和 macOS。它可以跟随当前选中的 Codex 任务,实时显示 Token 使用情况;切换到已经停止运行的旧任务时也会立即刷新。
本文提供了Claude Code开发工具与Git、Node.js及cc-switch的完整安装配置教程。主要内容包括: 环境准备:安装Node.js(需≥18 LTS版)和Git,配置npm淘宝镜像加速 核心工具安装:通过npm安装Claude Code命令行工具,下载cc-switch实现模型切换 关键配置:使用cc-switch对接DeepSeek/智谱GLM等国产模型,开启本地代理路由 联动
供应商名称:自定义备注(如XX中转)Base URL:平台提供地址(结尾带/v1)API Key:中转平台密钥模型名称:填写平台支持代码模型名勾选「适配Claude协议路由」,保存启用。
这种“巧遇”并非偶然——在 IoT、边缘计算与多设备协同的场景下,.NET 的高效开发能力与鸿蒙的分布式能力,正在通过 FFI(外部函数接口)、C#/ArkTS 混合编程等方式,找到彼此的交汇点。### 总结.NET 与鸿蒙的“技术巧遇”,本质上是现代软件工程中“异构集成”的缩影——没有哪个框架是万能孤岛,只有通过标准化边界(如 C ABI、NAPI)与清晰的互操作设计,才能让不同语言各司其职。对
OpenClaw.NET 提供了一套强大的外部 CLI 预设系统,允许开发者通过声明式配置和少量代码,将任意命令行程序封装为可管理、可编排的“一等公民”服务。OpenClaw.NET 的预设系统通过“配置驱动 + 运行时绑定”的方式,将 CLI 调用抽象为“命令模板 + 执行上下文”,极大降低了集成成本。### 总结OpenClaw.NET 的外部 CLI 预设系统通过“声明式模板 + 运行时解析
今天,我们来一起探索一个非常有意思的话题:如何在 .NET 生态中,利用 Microsoft.Agents.AI 框架构建一个能“思考”的 AI Agent。:这就是我们说的“思考提取”(Thought Extraction),让 Agent 的决策过程透明化Microsoft.Agents.AI 是微软推出的全新 Agent 开发框架,它基于 .NET,提供了思考链(Chain of Thoug
基础 Agent多代理协作。
.net
——.net
联系我们(工作时间:8:30-22:00)
400-660-0108 kefu@csdn.net