一楼百度

首先编写子程序并保存到你的蓝图本

以铁矿为例
中间的仓库放便携式运输器 边上的仓库放编程器
编程器编程请求铁矿 阈值为半数求货 也就是你填80 小于80就会求160的货

然后让六个机器,批量打钩"仅物品运输器"
并将库存输出至中间的存储

进阶:
你可以将便携运输器加进采矿机并按如此安排存储并全部勾选"仅物品运输器"
然后在存储链尾接上上文制造的冶炼模块的求货存储,即可实现"就地冶炼"
如果一个冶炼模块赶不上挖矿速度,那就拆成两个存储链分别建设冶炼模块

求货存储可以锁定格子,并且后期可以用24格存储
进阶2:不止1*1可以做小模块

补充:
编写的函数和子函数内部的"等待时间函数"可以酌情调整或删除
由于铁矿目前只有铁矿-铁锭一个配方需要所以可以全部就地冶炼 而水晶和沙子等有多种配方需要其作为原料所以不能直接供应冶炼 或者分开就地冶炼和专门供货的矿脉

好顶赞

对了 中期就有效率模块了,矿机和冶炼都可以用上
注意区分效率模块是给制造的机器用的,制造机都是[插件]
速度模块是给机器人和无人机用的,他们都是[装置]或者称其为"载具"(载具非官方名称)
能想到的基础模块化工厂的简易编程就这些了 以上

【求货2】函数里的两个参数可以合并为一个参数，即需求的物品和阈值可以同时设置

几个建议,也有参考其它大佬的布局
1. 两个仓库并排 ,后面靠一个2*2的建筑放便携,周围可以围10个生产建筑,比较方便好看
2. 游戏默认的请求很低效,大于一组的货物会拆出N个1组的请求去执行,比如你请求160个铁矿,在铁矿和格子足够的情况下,会生成8个订单,安排8辆车去取货,效率极低,在多个仓库同事请求的时候, 会卡订单, 不停的完成之前的订单导致后面的仓库要等很久.
3. 鉴于第2点, 推荐用专车物流送货的方式取代被动请求以提高效率.

和别人学了一下 这样能无限加