株式会社村田制作所(以下简称“村田”)开发了尺寸达到微小级别(1) 的1.0mm×1.0mm×0.55mm带开关高频同轴连接器SWL系列“MM8330-2600RJ5”“MM8330-2600RK20”(以下简称“本产品”),并于2026年8月开始量产。
导读: 把电源的负载率往 50% 挪,效率能从 96.9% 抬到 97.1%,一台 24 千瓦的机架一年省 450 度电。同一笔钱要先花在多装的 4 台电源上,回收期 76 年。工作点不是被效率曲线定的,是被容量投资定的。
导读: 104 个发热元件挂在 13 个并联分支上,总流量 23 m³/h,设计时每个元件分 0.0668 kg/s。实测近入口的元件多拿 15%,最远端的少 15%。把泵换大不会改变这个比例,因为并联支路按阻力的平方根分流,比例只跟几何有关。把第 1、2 行的支路从 20×20 缩到 10×20 毫米,偏差才从 20% 收进 15%。
导读: 给一颗 900 瓦的加速器供电,最后一级要 1200 安培、0.75 伏。这一级的输出电感看起来是道简单题,把电感值做大,纹波就小。真按这条往下算会发现兑换率正好是一比一:电感加四倍,纹波降到四分之一,需要的输出电容同步涨四倍。负耦合电感把这笔账拆成两本,纹波按大电感算,瞬态按小电感算,兑换率就不成立了。
车规项目里Python不是“上车跑控制”的语言,而是做原型验证和测试比对最快的那一层。硬实时控制最终落在车规MCU的C代码上,Python负责建被控对象模型、跑MIL、生成黄金数据、做回归比对。 协同的正确姿势是:Python里先把控制逻辑和参数跑通,再把核心算法提取成可移植C模块,最后用同一套测试向量验SIL/PIL/HIL。
导读: 多相 Buck 的相电流不均由寄生参数的百分之几公差起头,被平方项放大成十几倍的损耗差。一台 1.9 kW 的四相样机,启用均流环时效率 91.87%,断开之后 89.41%,只掉 2.46 个百分点;但最重的那一相电流跑到最轻一相的 5.1 倍,管子上分摊的导通损耗差 26 倍。效率表上看不出来的事,器件寿命上看得出来。
域控架构里CAN和以太网不是谁替换谁:底盘/动力仍跑CAN FD做周期信号广播,智驾/座舱走100BASE-T1/1000BASE-T1以太网跑SOME/IP服务调用,中央网关负责两边互转。 融合编程的核心不是“收到帧就发出去”,而是路由表驱动+信号提取重组+跨网封装+优先级隔离。
车机多窗口不是把导航Activity、音乐Activity、仪表View叠一起就完事。座舱屏最怕两件事:音乐悬浮窗盖住车速,导航刷新把仪表帧率拖垮。正确做法是把显示拆成硬件图层(Plane/Layer),按信息优先级定Z-order,由DPU/Weston/SurfaceFlinger做合成,应用只提交各自Surface,不互相覆盖。
OTA升级最怕两件事:屏上进度条在跑,实际刷写早断了;或者弹窗显示“升级中”,用户还能点进设置把升级取消。车机HMI不是自己去轮询ECU,也不是升级线程里直接lv_label_set_text(),而是订阅OTA控制组件的状态事件,屏幕只做渲染。
消费电子里“点了没反应、滑了慢半拍”,通常不是触控IC不灵,而是链路没设计好:中断里直接刷屏、坐标没映射、报点率和刷新率不同步、UI全屏重绘。低延迟联动的本质是——触控事件只做最小处理,画面反馈靠脏区+VSync同帧提交。
BMS和仪表盘最怕两件事:CAN报文抖一下,电量百分比乱跳;温度越限瞬间弹红标,下一帧又消失。正确做法是BMS只负责采样和状态估算,仪表HMI只订阅一份“电池状态快照”,渲染层不做算法、不做越权判断,所有阈值和滞回在状态聚合处完成。
传感器信号(轮速、踏板行程、转向角)进动力域MCU后,CAN/LIN底层CRC只保护“这段链路没错位”,不保证数据没被重放、插帧、寻址错。E2E做的是应用层端到端守护:发送端加Counter+CRC+Data ID,接收端四项全过才用数据。
车规MCU里指针越界、栈溢出、野指针写外设,光靠代码审查救不回来——破坏已经发生了。MPU的价值是把“静默写坏”变成“硬件立即拦下”:CPU发起访问前查区域权限,不匹配直接MemManage Fault,不会执行那条非法读写。
导读: BBU 的选型常用一句话带过:功率乘时间就是能量。按这条算,5 kW 撑 4 分钟只要 333 Wh,48 V 下 6.9 Ah。真按内阻压降做一遍,同样的模块得装 20 Ah,960 Wh,是能量需求的 2.9 倍。多出来的部分不储能量,只用来把电流送出去。