发动态
综合 最新发布 最新回复
图文
列表
XL2400T 系列芯片为单片无线收发芯片,工作于全球通用的 2.400~2.483GHz ISM 公用频段。芯片内部高度集成射频收发单元、频率发生器、晶体振荡器、调制解调器等核心功能模块,具备一对多组网能力,同时支持带应答确认的通信传输模式。器件可灵活配置发射输出功率、工作通信频道与数据传输速率,适配多样应用场景。该芯片还内置多款外围贴片阻容感元器件,外围电路简洁,整机产品能够轻松通过 FCC 等各类合规认证。主要特性:功耗较低发射模式(0dBm)工作电流6.97mA;接收模式工作电流 8.83mA;休眠电流1.53uA。 节省外围器件支持外围 4 个元器件,包括 1 颗晶振和 3 个贴片电容;支持双层或单层印制板设计,可以使用印制板微带天线;芯片自带部分链路层的通信协议;配置少量的参数寄存器,使用方便。 性能优异125K / 250K / 1M / 2M bps 模式的接收灵敏度为-96.5 / -95 / -92 / -90dBm;发射输出功率最大可达 13dBm;抗干扰性好,接收滤波器的邻道抑制度高,接收机选择性好。容易过 FCC 等认证。三/四线 SPI 接口通信/I2C 接口通信 SPI 接口速率最高支持 4Mbps支持最大数据长度为 128 字节(4 级 FIFO)SOP8 封装深圳市芯岭技术有限公司是一家专注于短距离无线通讯,芯片应用解决方案商,从事芯片研发、封测,代理、技术服务、销售,为众多企业提供物联网应用芯片,技术支持,解决方案服务。
芯岭XL2400T:空旷环境下距离可达三百米2.4G单RF无线收发射频芯片
开源硬件平台
BK7238是一款高度集成的单芯片Wi-Fi 802.11b/g/n与蓝牙5.2低功耗(LE)组合解决方案,专为需要低功耗和紧凑体积的应用场景设计。该芯片集成了强大的32位微控制器及丰富的外设与接口,使其成为物联网(IoT)高端应用的理想选择。通过采用先进设计技术和工艺技术,BK7238在超小型封装中实现了高集成度与极低功耗,广泛应用于智能照明、智能家居、定位系统等物联网高端领域。功能特性:• 支持Wi-Fi • 符合IEEE 802.11b/g/n 1x1标准 • 支持20 MHz信道 • 支持 STBC • 运行模式:STA与SoftAP • 同步SoftAP+STA • 发射功率最高+19 dBm • 接收灵敏度-99 dBm • 蓝牙低功耗技术 • 支持蓝牙5.2低功耗(LE)• 支持蓝牙低功耗1 Mbps、2 Mbps及长距离传输(125 kbps和500 kbps)• 广播扩展功能 • 蓝牙方向定位:到达角(AoA)与离开角(AoD)• 支持最多16根天线的天线阵列实现精确定位 • 核心组件:• 32位单片机最高支持160 MHz • UART闪存下载 • JTAG 调试接口 • 内存:• SiP闪存:2 MB或4 MB • 288 KB RAM • 4字节电容式熔丝 • 时钟管理:• 外部振荡器:26 MHz晶体振荡器(XTALH)• 内部振荡器:26-160 MHz数字控制振荡器(DCO)、32 kHz环形振荡器(ROSC)• 480 MHz DPLL电源管理 • 2.7至3.6V VBAT 供电 • 芯片内置上电复位(POR)与断电检测(BOD)• 嵌入式 LDO 稳压器 • 低功耗配置:- 活动模式接收:40mA - 低电压休眠模式:90 μA - 深度休眠模式:10 μA - 关机模式:0.5 μA 外设 • GPIO:QFN32封装19个,QFN20封装9个 • 1个SPI接口 • 2个UART:1个支持Flash下载 • 1个I2C • 1个通用DMA控制器(GDMA)带6通道 • 6个32位 PWM 通道 • 10位AUX ADC(支持6通道)• 6个通用32位定时器 • 1个看门狗定时器(WDT)• 1个实时计数器(RTC)• 1个温度传感器 • 1个真随机数生成器(TRNG)封装 • QFN32封装4×4mm 工作温度范围:-40至+105℃BK7238封装图
Wi-Fi +蓝牙5.2低功耗强强合体一颗高度集成的芯片BK7238
开源硬件平台
如果你关注AI领域的最新动态,一定注意到一个词越来越频繁地出现:MCP(Model Context Protocol)。2026年,MCP几乎已经成为AI世界里的USB接口——它让AI能连接数据库、浏览器、文件系统、GitHub,甚至ERP系统。但MCP到底是什么?为什么它这么重要?程序员该怎么学?MCP是什么?MCP的全称是Model Context Protocol(模型上下文协议),由Anthropic在2024年底提出。它的核心思想很简单:给AI一个标准化的方式,让它能和外部世界交互。在MCP之前,每个AI工具要连接外部系统,都需要自己写一套适配代码。比如让Claude连接数据库,需要一个专用的数据库插件;让GPT操作GitHub,需要一个GitHub插件。每增加一个系统,就要写一套新代码。MCP做了一件事:统一接口。 就像USB统一了所有外设的接口一样,MCP统一了AI与外部系统交互的接口。MCP的工作原理AI模型 ←→ MCP Client ←→ MCP Server ←→ 外部系统MCP Client: 内嵌在AI工具中(如Claude Code、Cursor),负责向MCP Server发送请求MCP Server: 运行在外部系统侧,提供标准化的能力描述和操作接口外部系统: 数据库、文件系统、浏览器、GitHub等举个例子:你想让AI查询数据库,流程是:AI生成一个MCP请求:"查询users表,条件age > 25"MCP Client把请求发给Database MCP ServerMCP Server翻译成SQL,执行查询结果通过MCP协议返回给AI关键优势:AI不需要知道数据库是MySQL还是PostgreSQL,也不需要知道API的具体格式,只要MCP Server实现了标准接口,AI就能直接使用。顺嘴提一句,技术大厂,前后端-测试机会,全国一线及双一线城市均有[坑位],待遇和稳定性还不错,感兴趣看看。当前最热门的MCP ServerMCP Server功能适用场景Filesystem MCP文件读写操作代码生成、文档处理Database MCP数据库查询和操作数据分析、CRUD开发Browser MCP浏览器自动化网页抓取、UI测试GitHub MCP代码仓库操作PR管理、Issue追踪XcodeBuildMCPiOS/macOS构建控制Apple开发为什么程序员一定要学MCP?1. 市场需求爆发大量企业已经开始搭建自己的MCP Server。这意味着:后端工程师需要开发MCP ServerAI工程师需要集成MCP ClientDevOps需要部署MCP基础设施2. 它正在成为行业标准Claude MCP、OpenAI Agents SDK、Cursor都已原生支持MCP。当一个协议被所有主流AI工具采纳时,它就不再是"可选项"。3. 它是AI Agent的基础设施没有MCP,AI Agent只能"聊天";有了MCP,AI Agent才能真正"干活"——连接数据库、操作浏览器、管理文件。如何开始学习MCP?理解协议规范 — 阅读Anthropic官方MCP文档搭建第一个MCP Server — 从简单的Filesystem MCP开始集成到你的开发流程 — 在Claude Code或Cursor中配置MCP开发业务MCP Server — 为你的业务系统开发专用MCP ServerMCP就像是AI Agent的"手和脚"——没有它,AI只能在对话框里说话;有了它,AI才能真正走进你的工作流,帮你干活。记住:2026年不会用MCP的程序员,就像2010年不会用HTTP的程序员一样——工具就在那里,但你不会用。
MCP协议爆火!为什么说它是AI世界的USB接口?
开源硬件平台
在工业物联网、远程监控、PLC联网、多设备数据采集场景中,5网口工业4G路由器凭借端口充足、组网灵活、稳定可靠的特性,成为中小工业现场的核心联网设备。面对市场上品类繁杂的产品,兼顾嵌入式适配、工业防护、双链路冗余与高性价比的型号,才是真正适配现场需求的优选。MR500U工业4G路由器模块,专为嵌入式集成场景打造,采用模块化结构设计,可直接适配用户自有机箱、外壳与设备柜体,灵活嵌入各类工业终端,免去整机尺寸限制,定制化与兼容性更强。设备标配1WAN+4LAN标准5网口,端口支持WAN/LAN智能互换,WAN口可接入光纤、上级路由,LAN口稳定对接PLC、工业摄像头、传感器、工控终端等多台设备,百兆端口配置足以覆盖绝大多数中小工业场景的联网需求。网络可靠性方面,MR500U支持有线/4G双链路自动切换,默认有线优先组网,有线链路中断后快速切换至4G网络,线路恢复后自动回切,搭配精准心跳检测与阈值配置,真正实现无人值守场景下的网络零中断。同时搭载全网通4G模块,全面兼容移动、联通、电信三大运营商网络,信号覆盖广、接入稳定,无宽带场景也能稳定联网。针对复杂工业环境,MR500U做到全维度工业级防护:采用DC 9–36V宽压供电,内置防反接、过压、浪涌保护电路,杜绝现场电压波动、接线失误导致的设备烧毁;工作温度覆盖-20℃~+70℃,可适应高低温、强电磁干扰的恶劣工况;搭配软硬件双看门狗机制,设备异常时自动重启复位,从根源避免死机、掉线问题,7×24小时稳定运行更有保障。综合集成适配性、端口配置、网络冗余、工业防护与成本控制,MR500U是5网口工业4G路由器中,兼顾实用性与可靠性的高性价比之选,轻松满足工业现场嵌入式联网、多设备接入、远程稳定传输的核心需求。
户外高温联网5网口工业4G路由器哪个牌子好
开源硬件平台
所有的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 自己写代码,结果它跑到一半直接摆烂:我觉得差不多了,完工!
开源硬件平台
优质硬件创作分享平台
打赏记录
服务时间:周一至周六 9::00-18:00 · 联系地址:中国·深圳(福田区商报路奥林匹克大厦27楼) · 媒体沟通:pr@jlc.com · 集团介绍
移动社区