嘉立创社区
发动态
综合 最新发布 最新回复
图文
列表
置顶
【点击参与免费领券】
置顶
超100万奖金池！电子DIY爱好者必参加的活动！
开源硬件平台
所有的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，信
开源硬件平台
​最近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 自己写代码，结果它跑到一半直接摆烂：我觉得差不多了，完工！
开源硬件平台
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？
开源硬件平台
开源硬件平台
有谁开发过bp2640Ax吗,麻烦联系一下我，有偿 #山景# #bp26# #bp2640Ax#
开源硬件平台
请教各位大佬，用示波器测试梁山派外部25M晶振信号后，出现访问SDRAM时程序卡住问题 梁山派配置用的是外部25m和32k晶振，并正确访问了外部32MB的SDRAM。然后用示波器想测试一下外部25m晶振的信号情况，却出现意外，随后访问外部SDRAM时程序卡住了。示波器测量过程如下： 1）梁山派用DAP-LINK的3.3v供电和地。 2）上电访问外部SDRAM正常 3）用长线地夹接梁山派的地 4）探头10x，分别测量过gd32f470的PH0和PH1 5）拿掉示波器 6）重新上电，显示访问SDRAM时软件卡 #嘉立创PCB# #DIY设计# 住。 7）断电3小时候，上电又恢复正常，能访问SDRAM，但运行1小时后后访问SDRAM又卡住了 8）断电也不能恢复。 9）检查了25M晶振连接的C5，C6和R1都正常。但就是卡住 10）当配置成gd32f470内部16M时钟时，访问外部SDRAM正常。但配置成外部25M晶振时软件访问外部SDRAM时还是卡住。 请教各位大佬，这是为何。先谢过了！
开源硬件平台
想请问一下双层板采用的是FIR-4，它的基材高度和介电值是多少？
开源硬件平台
蓝牙HC-05报错507unable to connect Is the device turned on？这是什么原因呢
开源硬件平台
想问下大佬们，器件的电源引脚是怎么加去耦电容的？
开源硬件平台
有没有大佬帮我找找这个sw6306v设计的充电宝主板的问题啊，光芯片发热没有输出的
开源硬件平台
有偿 pdf导出成原理图（cadence），33页， 周期1~2周，价格800
开源硬件平台
有人知道这个15转5-25V升降压电路设计的有没有问题吗？
开源硬件平台
一、产品概述MR300C是一款专为工业及特种应用设计的WiFi图像传输模块，其核心功能是通过采集USB接口摄像头数据并编码成HTTP协议的视频流，默认推送到8080端口。安卓、iOS或电脑设备可通过浏览器或VLC Media Player播放器在局域网内直接查看视频流。同时，模块的串口UART1支持与TCP client端进行数据透传，默认作为TCP server端，IP为10.10.10.1，端口为20140，串口波特率默认115200。该模块体积小巧（65×45×18mm），支持无线WiFi和有线网口双模式看图，具备低功耗、高兼容性、易集成等特点，广泛适用于工业内窥镜、机器人视觉、汽修检测、美容器材等领域。------二、核心技术规格与特性1. 视频输入与输出• 摄像头兼容性：支持USB UVC免驱摄像头，输出格式必须为MJPEG。• 分辨率支持：最高支持200万像素（1920×1080@30fps）。• 视频流协议：默认通过HTTP协议推送至8080端口，支持WEB浏览器或VLC播放器直接访问。• 查看方式： ◦ 连接WiFi热点查看视频； ◦ 连接有线网口查看视频； ◦ 支持TTL串口透传（UART1）。2. 网络与通信能力• 无线规格： ◦ 速率：300Mbps（2T2R）； ◦ 传输距离：空旷环境约30米；• 有线接口：RJ45以太网口，支持有线网络接入。• 串口透传： ◦ UART1作为TCP Server，IP：10.10.10.1，端口：20140； ◦ 电平标准：3.3V TTL，可直接对接MCU； ◦ 波特率：默认115200（可配置）。3. 物理与电气参数• 尺寸：65 × 45 × 18 mm；• 供电电压：DC 5V；• 功耗：平均0.3A，最大1A；• 接口类型：USB、RJ45、TTL串口、天线接口（SMA）；• 天线配置：双外置天线（2T2R），提升信号稳定性。4. 定制化与扩展• 原厂直销，支持功能定制；• 适用于多种工业及商业场景，如内窥镜、高拍仪、演讲稿制作仪、汽修设备等。------三、应用场景详解MR300C凭借其高兼容性和稳定传输能力，在以下场景中表现优异：1. 工业WiFi内窥镜• 通过UVC摄像头采集内部图像，经WiFi传输至平板或手机，实现远程无损检测；• 支持实时视频流查看，便于在狭窄或危险区域作业。2. 工业机器人视觉• 作为机器人“眼睛”，将摄像头画面实时传输至控制端；• 配合串口透传，实现图像+控制指令双向通信。3. 汽修与美容器材• 用于汽车发动机舱、管道内部等复杂结构的可视化检查；• 美容仪器中用于皮肤检测、治疗效果预览等。4. 高拍仪与文档拍摄• 支持1080P高清拍摄，通过WiFi直连电脑或手机，快速扫描文档、稿件；• 无需安装驱动，即插即用。------四、使用指南与配置建议1. 硬件连接• 将USB UVC摄像头插入模块USB口；• 若使用有线网络，接入RJ45网口；• 若使用WiFi，模块将自动广播热点（或通过路由器接入）；• 串口UART1可连接MCU，用于数据透传或控制。2. 视频流访问• 无线模式：连接模块WiFi热点，打开浏览器输入 http://10.10.10.1:8080 即可查看；• 有线模式：电脑设置静态IP（如10.10.10.2），访问 http://10.10.10.1:8080；• VLC播放器：打开VLC → “网络串流” → 输入 http://10.10.10.1:8080。3. 串口透传配置• 默认串口参数：115200波特率，8位数据位，1位停止位，无校验；• MCU端作为TCP Client，连接IP：10.10.10.1，端口：20140；• 支持双向数据透传，可用于发送控制指令或接收状态反馈。------五、选型建议与注意事项选型建议：• 若需无线图传 + 串口控制，MR300C是理想选择；• 若对分辨率要求不高（如720P），可考虑更低成本方案；• 若需户外远距离传输，建议外接高增益天线或选用工业级路由器配合。注意事项：• 摄像头必须满足UVC免驱 + MJPEG输出，否则无法识别；• 默认IP为10.10.10.1，若网络中已有冲突，需修改模块IP；• 供电需稳定，建议使用5V/1A以上电源适配器；• 模块工作温度范围未明确标注，工业应用建议控制在0~60℃。------六、总结MR300C工业级WiFi图传模块以其紧凑的体积、强大的兼容性、灵活的连接方式和稳定的性能，成为工业视觉、远程检测、智能设备等领域的理想解决方案。无论是作为独立图传终端，还是作为嵌入式系统的一部分，它都能提供高效、可靠的图像传输服务。关键词：WiFi图传、UVC摄像头、MR300C、工业内窥镜、串口透传、HTTP视频流、VLC播放、TTL串口、300Mbps WiFi------原厂直销，支持定制 —— 如需批量采购或功能定制，可直接联系厂家获取技术支持与报价。
工业级WiFi图传模块MR300C技术解析与应用指南
开源硬件平台
开源硬件平台
开源硬件平台
去官网查看
优质硬件创作分享平台
打赏记录
激励规则
服务时间：周一至周六 9::00-18:00 · 联系地址：中国·深圳（福田区商报路奥林匹克大厦27楼） · 媒体沟通：pr@jlc.com · 集团介绍
移动社区
联系我们