原因就是我们处在传统集装箱码头的自动化、智能化转型进程中，这些工作不受疫情和箱量的影响，该做还是得做啊。
关于传统集装箱码头的自动化、智能化以及未来的智慧化，我之前也写过一些东西，在做这些项目的过程中，一直和一个魔鬼在搏斗―― 传统集装箱码头那些通过改造的转型之路是一条正道吗？
设备的自动化改造
流程的智能化改造。
全自动化码头自顶向下设计的设计方案与当前完全不同，改造成本巨大
当前的设备和全自动化码头的设备差异，更换也是需要面临巨大的投资
全自动化码头的作业效率有待商榷
所以走上了一条前无古人的探索之路，想方设法地找技术来改造设备，去实现作业设备的自动化。
对作业设备的优化，让作业设备自动化，这是所有传统码头一直在思考的问题，近十年，一些有想法、有能力的码头开始折腾自动化改造，先是07年08年开始的一波智能闸口、然后是13年开启的一波智能理货、16年开始 RTG 远控、QC 远控、自动动化锁站......
2008年通过智能闸口，传统看到了无限接近自动化码头的希望
2016年智能理货落地，发现智能传统码头的自动化流程和全自动化码头没多大差别，在智能理货方案上也基本一致，但是开始发现传统码头的自动化改造方案和自动化原生在底层上的差异，比如，全自动化码头拥有中转平台的双起升桥吊的理货识别模式、自动装卸锁条件和铅封有无的校验条件都优于传统码的单小车岸桥。为了消除设备差异带来的影响，实现一致的理货功能，传统码头就需要更好的技术方案来实现同样的功能，或者调整一些流程增加操作复杂度甚至是牺牲一些效率来达成同样的功能。
2018年 RTG 、QC远控改造，越来越发现后天的努力太难了。面临的问题太多了，主要有两大类：
当前设备并不是为自动化设计，能力先天不足，自动化基础功能缺失，比如吊具的绳束、防摇等；
整体基础架构和布局并不是自动化设计，要解决一些全自动化码头没有的问题。传统码头堆场大多是混流的，也不太可能改成像全自动化 码头一
1、安全性问题，比如 远控RTG 的过转道
2、外集卡在场内的定位
3、RTG 穿梭效能问题
最近热门的，大家都在平面运输的无人驾驶，这个问题体现的更加明显，内外集卡混流问题如果没有得到很好的解决，那么无人驾驶只是解决平面运输的无人化问题，对效率和安全未必能看到好处。
因为这个月被逼扑在无人驾驶的 ECS 系统上，看了同事梳理的各种与外集卡混流的作业场景，在设计 ECS 的时候痛苦无比，内牛满面，不禁感叹，全自动化码头的AGV 方式真 TM 完美。传统码头在不改变混流现状的情况下，无人驾驶、智能网联汽车只能解决对人工的依赖问题，解决类似疫情期间用工荒的问题，但用工成本、综合成本上可能也没什么优势可言。
这就是传统码头向自动化移民的痛苦和艰难！
面对现实吧，我们就是不一样！面对全自动化码头，传统码头的自动化改造就是小打小闹，设备的自动化改造都是一条“将就将就”的不归路，市面上所谓的自动化改造方案都不是产品级的，各码头条件不同，业务不同，定制化程度也很高，即使突破重重困难上线，后期的维护成本和难度也很高，也面临着被一家供应商绑定的风险，所以传统码头的自动化改造真的是一条“花开见佛”的修炼法门？
在智能制造2025、数字化转型这样一个浪潮下，相信传统码头内部出现了两个声音，一个声音是：等等；另外一个声音是：咱也试试。
可以看到一半的港口管理者认为自动化非常重要，但是对于自动化带来的最重要的效益，一半以上的认为是操作安全性，这个确实是当下自动化要解决的首要问题，除了这个好处，也有差不多数量的管理者已经感知到自动化带来的“更好的操作管理和一致性”以及“降低运营成本”。我认为，这两项效益是否明显完全取决 于自动化改造项目的出发点和初衷，如果把自动化改造，看做是作业设备和业务流程数字化的一种方式，当作传统企业数字化转型的一道工序，那么上述两效的效益会更好，而且会越来越容易显现。
......
要解决上述问题，首先要知道作业设备的实时状态，连接码头的全部生产要素，时刻掌握它们的变化。
连接所有生产要求，让正确的数据、在正确的时间、以正确的方式，自动传送给正确的人和机器算法。
然后要解决的就是末端执行的问题，通过自动化改造，让执行流程标准统一、可控，在单一设备的执行上面消除不确定因素：
通过自动化，避免人为操作不统一的问题
通过自动化标准化整体操作流程，使流程、数据、操作规程统一
使得自动化后的设备在执行作业的时候可以被预估时间，从而可以 精准预测一段时间后的业务状态，提供条件让人或者机器调整决策方案。
自动化作为数字化转型的一道工序，为企业打造了一个基于数字的平行世界，能够让机器和算法读懂的虚拟世界，一个让算法和 AI 增强的虚拟世界。这才是传统码头自动化的彼岸。
我觉得传统码头的自动化改造不是适合任何传统码头，或者说过这条河，需要各自的神通。
我们从智能理货、新一代智能闸口、智能验残、集卡无人驾驶等等项目上总结了一些经验，供大家参考：
自动化改造往往面临很大程度的定制，这些定制化的组件 和功能，在后期会带来不太可控的维护成本，所以，在做定制化的时候，也要按产品化的思维去做完整的设计和极致的用户体验（包括运维），通过架构设计上保证组件灵活可替代，通过功能设计尽可能覆盖未来出现 的各种异常，哪怕目前没有应用对策，至少要预留处理接口和空间。
在改造方案实施的时候，尽量能让方案兼容同类场景，使得乙方尽可能复用此方案，并推广到行业的其它客户。只有乙方将这个方案不断推广、应用，方案才能不断优化、更新，供应商的生命力才会更强，反过来，会对初始改造的甲方进行反哺，使整个市场形成一个良性的循环。
甲方在做自动化改造的时候也要避免一家供应商绑定，甲方能做的就是通过自身对业务的理解，将业务转化为技术需求，帮供应商降低行业进入门槛，减小供应商方案设计对行业背景的依赖，从而能让更多的供应商进入。而甲方在初期一定是个集成商的角色，乙方思维，直到真正的乙方能撑起这片天。甲方也是布道师，帮乙方开拓应用市场。
自动化改造结束，对于工程设备部来说，项目结束了，对于乙方来说，项目也结束了，但是对于 IT 来说，一切才刚刚开始，新的自动化项目是不是推进了企业的数字化程度？是不是又多了一些维度去看企业生产流程？
《CMICT IT 规划》2.0草稿