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