发动态
综合 最新发布 最新回复
图文
列表
所有的GND网络现实异常 2026-05-12 21:55:00[致命错误] : 导线 $undefinedN80 网络名不正确,含有非法字符 ()。2026-05-12 21:55:00[致命错误] : 导线 $undefinedN81 网络名不正确,含有非法字符 ()。2026-05-12 21:55:00[致命错误] : 导线 $undefinedN82 网络名不正确,含有非法字符 ()。2026-05-12 21:55:00[致命错误] : 导线 $undefinedN83 网络名不正确,含有非法字符 ()。2026-05-12 21:55:00[致命错误] : 导线 $undefinedN85 网络名不正确,含有非法字符 ()。2026-05-12 21:55:00[致命错误] : 导线 $undefinedN87 网络名不正确,含有非法字符 ()。2026-05-12 21:55:00[致命错误] : 导线 $undefinedN89 网络名不正确,含有非法字符 ()。2026-05-12 21:55:00[致命错误] : 导线 $undefinedN90 网络名不正确,含有非法字符 ()。2026-05-12 21:55:00[致命错误] : 导线 $undefinedN93 网络名不正确,含有非法字符 ()。2026-05-12 21:55:00[致命错误] : 导线 $undefinedN94 网络名不正确,含有非法字符 ()。2026-05-12 21:55:00[致命错误] : 导线 $undefinedN95 网络名不正确,含有非法字符 ()。2026-05-12 21:55:00[致命错误] : 导线 $undefinedN96 网络名不正确,含有非法字符 ()。2026-05-12 21:55:00[致命错误] : 导线 $undefinedN97 网络名不正确,含有非法字符 ()。2026-05-12 21:55:00[致命错误] : 导线 $undefinedN98 网络名不正确,含有非法字符 ()。2026-05-12 21:55:00[致命错误] : 导线 $undefinedN99 网络名不正确,含有非法字符 ()。2026-05-12 21:55:00[信息] : 完成设计规则检查。 致命错误: 22, 错误:0,警告:0,信
开源硬件平台
不错不错👏#嘉立创CNC#@嘉立创CNCCNC#/a @嘉立创CNC
8次播放
CNC机械制造
​最近Harness比较火🔥🔥🔥,总计一下 1. AI Coding 的真正瓶颈不是模型,是 Harness 架构。  Harness 是什么?就是包裹 LLM 的那层运行时基础设施。模型本身是个无状态的 token 预测器,Harness 负责让它真正能干活。  一个完整的 Harness 要处理六件事:   1)Loop 控制:驱动模型反复调用、解析输出、执行工具调用、把结果喂回去,决定什么时候停  2)工具调用分发:把模型的请求路由到实际能力上(代码执行、搜索、API、MCP server)  3)Context 管理:系统 prompt、对话历史、检索文档,以及上下文快满时的压缩和摘要  4)状态与记忆:scratchpad、任务列表、跨 session 的短期和长期记忆  5)控制流:重试、超时、最大步数限制、预算上限、停止条件  6)安全与可观测性:guardrail、权限检查、审批门控、日志和 tracing  本质上是:Harness 是 AI agent 的操作系统,模型只是 CPU。 ​2. Anthropic 自己踩过的坑:他们让 Claude Opus 4.5 在 loop 里跑多个 context window、自主构建 claude.ai 克隆,失败模式有两个:  1)模型想一次搞定所有功能,context 跑到一半就满了,下一个 session 接手时只看到半拉子代码,不知道发生了什么。  2)后期某个 session 环顾四周,觉得差不多了,直接宣告任务完成。 解法是两阶段 Harness:  1)Initializer agent:第一个 session 专门建环境——生成 init.sh、feature list(200+ 条功能点全部标 failing)、初始 git commit  2)Coding agent:后续每个 session 只做一件事,做完必须提交 git、更新进度文件,保持代码处于可以合并到 main的干净状态  他们还发现模型存在context anxiety——上下文快满时会提前收工。Compaction(压缩历史继续跑)无法解决这个问题,必须用 context reset(清空上下文、新建 agent 接手、通过结构化 handoff artifact 传递状态)。​对了。顺嘴提一句,技术大厂,前后端-测试机会,全国一线及双一线城市均有[坑位],待遇和稳定性还不错,感兴趣看看。 3. 进阶版:三 agent 架构 ​两 agent 版本跑一段时间后,又遇到新问题:模型评价自己写的代码会系统性地偏乐观,明显有问题的设计也会说"挺好的"。  解法是引入第三个角色——Evaluator agent,独立于 Generator 存在。  架构变成:  1)Planner:分解任务,生成结构化 feature list  2)Generator:逐条实现功能  3)Evaluator:用一套预先定义好的打分标准(设计质量、原创性、工艺、功能性)独立评审,给出具体反馈 本质上是把 GAN 的对抗结构引入了 coding agent。关键是 Evaluator 需要被单独调教成苛刻——让一个 LLM 批评另一个 LLM 的输出,比让同一个 LLM 自我批评要容易得多。——转载自黄建同学​
Anthropic 让 Claude 自己写代码,结果它跑到一半直接摆烂:我觉得差不多了,完工!
开源硬件平台
二总线,线材选型表及建议 一、概述 二总线通信中,因为电源和通信被集成到同一根线,得益于二总线自身较强的抗干扰能力,按常规方式来说,就是按电源线的方式选型,即保障末端电压满足要求,一般按经验评估末端峰值是15V,注意不是万用表测量的有效值,而是示波器查看的峰值,因为二总线是调制波形,但看似简单的选型背后,测试也经常遇到一些问题。 二、本文内容 本文将以PB331的从机芯片PB332为示例,来讲解如何进行二总线线材选型,以铜导线来讲解,铝线方法类似,并把调试过程中,用线的坑给提出来,以方便指导实践。 三、线材及参数类型 二总线虽然是任意拓扑,选线仍然要关注通信,即保障两线环路留空隙最少,一般选用双绞线、并线,至于是否需要选择多股还是单芯的,这个到不强求,一般多股的用得多。 线材选好,那么就是导线的线径选择了,这就是简单的根据线材的电阻R*总线电流I,得到压降🔺U即导线允许的压降;比如总线电压24V,我们经验要求末端是15V,则允许压降是🔺U=9V,假定总线最大电流是1A,则通过R=U/I=9/1=9Ω;若我们总线距离是500米,因为是2根线,那么意味着2*500m=1000m的导线电阻是9Ω。 再根据铜导体直流电阻表,可以查的2.5平方满足要求。当铜导线线径太粗了,意味着成本也越高,在有条件的情况下,优先建议增加中继器解决距离问题。 选型上,我们需要总线电压、末端电压、总线最大工作电流、总线通信距离,这几个参数,得出对应每1km距离的导线电阻。 四、调试避坑 在调试过程往往手边还没有采购双绞线或并线,就拿单根线去用,使得导线之间形成的环路面积最大,电磁产生的耦合干扰也达到顶峰,导致通信距离和节点数量急剧减少,误以为是线路板设计除了问题。 特别是因为场地限制,把单根线独立卷起来调试,导致每根线都是个独立的差模电感串在总线上,引起严重的波形震荡,导致主站误触发短路保护,导致带了十来个节点总线就带不动了。 最后就是导线购买问题,这里也有个大坑要注意,线材分为国标和厂标,如果是网络购买2.5平方的线材,哪怕宣传写的足标/国标工程用线啥的,也需要问清楚是否单根国标2.5平方,而且明确告知自己会通过测量导线电阻的方式验证,对方才会说实话,否则你买到的2.5平方实际只有1.3平方左右的厂标,国标和厂家通过价格也可以明显看出差距,因为铜价是固定的。
硬创社
DPE5500是一款SPI接口的以太网协议栈芯片,适用于单片机系统实现以太网通讯。DPE5500集成了全硬件TCP/IP协议栈,10/100M以太网数据链路层(MAC)和物理层(PHY)。DPE5500实现的硬件TCP/IP协议栈支持TCP,UDP,IPv4,ARP,ICMP和IGMP等协议。DPE5500集成了32K字节缓存用于以太网数据包的收发,最多支持8个硬件Socket同时工作。DPE5500提供了SPI接口,支持SPI模式0和3。单片机可以通过SPI接口控制DPE5500进行以太网通讯。最高支持80MHz SPI时钟工作。主要特性集成以太网介质传输层(MAC)和物理层(PHY);支持10/100M,全双工/半双工自适应,兼容802.3协议;支持硬件TCP/IP协议:TCP,UDP, IPv4,ARP,ICMP,IGMP,PPPOE;集成32K字节可配置的收发缓存;支持8个独立Socket,可以同时进行数据收发;支持网络唤醒模式(WOL)和掉电模式;SPI时钟最高支持80MHz,支持SPI模式0和3;不支持IP分片;工作电压3.3V;3.3V I/O电压,5V Tolerance;LED状态显示(网络连接状态,网络速度模式,双工模式,活动状态);LQFP48无铅封装(7x7mm,间距0.5mm)。应用领域智能电网金融机具安防门禁网关设备智能家居智慧家庭充电桩3D打印机封装图示DPE5500 是一款高度集成的 SPI 接口以太网芯片,内部集成了全硬件 TCP/IP 协议栈、MAC 和 PHY ,能有效降低单片机的运算负荷与开发门槛,是各类物联网设备的理想网络通讯方案 。   在您的产品开发过程中,如果您在硬件原理图设计、SPI驱动移植或是网络协议调试等方面遇到任何难题,欢迎随时联系我们的专业团队!我们将为您提供详尽的参考设计与一对一的技术指导,全力协助您解决开发痛点,助您的产品快速落地面市。
DPE5500—SPI 接口以太网协议栈芯片
立创商城
2026 年,WebAssembly(WASM)早已不是“前端黑科技”。 它正以静默的方式,重构前端工程师的能力边界。你可能以为 WASM 只是用来加速图像处理或跑个游戏引擎。 但真相是:顶尖团队用 WASM 解决的,从来不是“快一点”的问题,而是“能不能做”的问题。以下是资深前端不敢公开说、却在疯狂投入的 4 个真实原因。原因1:JavaScript 的“能力天花板”,正在被 WASM 击穿JavaScript 无法做这些事:直接操作二进制数据流(如解析 .zip、.pdf、.dwg)实现确定性浮点运算(金融/科学计算要求 IEEE 754 严格一致)运行成熟的 C/C++/Rust 生态库(如 OpenCV、FFmpeg、TensorFlow Lite)而 WASM 可以。案例:某在线 CAD 平台,将 Autodesk 的 C++ 渲染引擎编译为 WASM,直接在浏览器中打开 500MB 的工程图纸——过去这只能靠桌面软件。这意味着什么? 前端不再只是“调 API + 写 UI”,而是能构建真正的生产力工具:视频剪辑器、3D 建模器、代码编译器、甚至操作系统模拟器。原因2:WASM 是对抗“框架内卷”的终极武器React、Vue、Svelte……框架月月新,API 天天变。 但 WASM 模块一旦编译,十年后仍可运行。更关键的是:WASM 与框架无关。 你用 Rust 写的核心算法模块,今天嵌入 React,明天迁到 Svelte,后天跑在 Deno Edge Runtime——零改造成本。资深前端的焦虑,不是学不动新框架,而是怕自己变成“API 搬运工”。 而 WASM 让你沉淀可复用、跨平台、高壁垒的核心逻辑。原因3:隐私合规时代,WASM 是“数据不出浏览器”的唯一解GDPR、CCPA、中国《个人信息保护法》……全球监管趋严。 用户数据一旦传到服务器,就是法律风险。而 WASM 允许你在浏览器沙箱内完成敏感计算:人脸模糊(不上传原始照片)医疗影像分析(DICOM 文件本地处理)财务报表加密(密钥永不离开设备)某欧洲银行用 WASM 实现本地 KYC 验证,用户上传身份证 → 浏览器内 OCR + 活体检测 → 仅上传验证结果。 合规成本下降 70%,用户信任度飙升。原因4:WASM 正在成为“全栈统一语言”的桥梁过去:前端写 JS,后端写 Go/Rust,算法写 Python——三套代码,三套部署,三套调试。现在:用 Rust 写一次核心逻辑,编译成 WASM(前端用) + Native(后端用) + CLI(运维用)。案例:一个加密货币钱包项目浏览器端:WASM 运行签名算法移动端:Rust Native 库后台服务:同一份 Rust 代码编译为 gRPC 服务 三端逻辑 100% 一致,漏洞率下降 90%这不仅是效率提升,更是工程可靠性的质变。但别被 hype 蒙蔽:WASM 不是万能药资深前端之所以“悄悄学”,是因为他们清楚 WASM 的边界:不能操作 DOM(必须通过 JS 调用)启动有冷启动开销(不适合高频小函数)调试体验仍弱于 JS(但 DevTools 已支持 WASM Source Map)所以,WASM 的正确姿势是:JS 负责交互,WASM 负责计算——两者协同,而非替代。>>>>对了。顺嘴提一句,技术大厂,前后端-测试机会,全国一线及双一线城市均有坑位,待遇和稳定性还不错,感兴趣看看。如何开始?三条务实路径(2026 年最新)从“痛点场景”切入图片/视频处理 → 试试 ffmpeg.wasm加密/哈希 → 用 wasm-crypto数学计算 → 编译 Eigen(C++ 线性代数库)选择友好语言Rust + wasm-pack(生态最成熟)AssemblyScript(TypeScript 子集,学习曲线平缓)C/C++ + Emscripten(适合移植现有库)集成现代工具链 // Vite / Webpack 5 原生支持 .wasm import init, { run_algorithm } from './pkg/my_wasm.js'; await init(); const result = run_algorithm(input); 结语:WASM 不是前端的终点,而是“能力主权”的起点当别人还在争论“React vs Vue”, 聪明人已经用 WASM 把浏览器变成了通用计算终端。2026 年,前端工程师的价值,不再由“会几个框架”定义, 而由“能否用 WASM 解决别人解决不了的问题”决定。未来的全栈开发者,左手 JS,右手 WASM。学 WASM,不是为了取代 JavaScript, 而是为了让 JavaScript,只做它该做的事。——转载自:前端Hardy
为什么资深前端都在悄悄学 WebAssembly?
开源硬件平台
社区数据
今日帖子
-
今日互动量
-
在线人数
-
帖子总量
-
用户总量
-
功能讨论
()
主题
打赏记录
服务时间:周一至周六 9::00-18:00 · 联系地址:中国·深圳(福田区商报路奥林匹克大厦27楼) · 媒体沟通:pr@jlc.com · 集团介绍
移动社区