@
iClass 如果做原型开发和验证可以用,不过这种场景其实不追求省电和能效。我上大学的时候,参加的社团里,有学长做过这种。程序是用砖头那么厚的游戏本跑的,系统是 Linux ,能用 N 卡跑 CUDA 用各种现成的生态。
如果是落地的产品,除非是苹果公司开发的机器人,其他的都不太可能会用。原因有很多。
它只能跑 macOS ,除了苹果以外,没有人能低成本地裁剪系统,去掉不必要的服务。这样增加很多不可控的因素和意外。比如某天程序的证书签名到期,或者因为某种系统内部机制把签名相关的配置重置了,导致程序无法启动,那开发时肯定预料不到。
然后,供应商很单一,供货不稳定,也没有相应的定制服务和技术支持,买 M4 只能买 mac mini 整机。要是停产了,去买新款,得到新版系统,原先的软件甚至可能需要重新做适配。这些因素导致隐性成本其实非常高。
除此以外也没有各种专为嵌入式场景设计的机制。接口种类很少而且都面向普通消费者;虽然非实时系统只能做上位机,但 macOS 系统还没有进程优先级(真没有,Windows 和 Linux 都有);集成度过高还加上苹果限制维修元器件供应,导致维护成本高;没有看门狗电路和电源循环控制,不利于从故障中自动恢复,只能依赖 macOS 的软件设计,有时还得用户手动操作,毕竟苹果设计时就没有考虑过这样的场景。
机器人一般都要接入一堆传感器。我很难想象用 USB/雷电扩展坞转接各种板子,然后再接入传感器的那种场景……
做服务型机器人的话(送餐机器人那种),其实现在大多数都用 Android 来做,硬件总体上不算耗电,需要性能的运算有专用电路,成本也低,系统可以定制得非常精简。
做工业机器人的话,那 mac mini 除了上面所有问题,还有可靠性的问题,以及与其他供应商的设备对接的问题。
这方面甚至是 Windows 的传统优势领域之一。搜索“C# 串口通信”都能找到海量资料……
淘宝上卖的所谓“工控机”其实是山寨软路由的机器,那并不是真正的工控机。真正的工控机基本上都比 mac mini 更贵,配置还低。里面有很多增强可靠性的设计,有电源冗余,网卡和网口都有两个,不是做路由用的,这也是做冗余用的。正经的工控机都可以承受 7x24 小时的高温、震动、粉尘环境而不出问题。
虽然我了解得不多,不过我倒是没有听说过有什么 PLC 编程软件支持 macOS 。用来做上位机更是闻所未闻。