同叫blue，为什么不是同一个名字：枚举值的类型归属

一份PLC类型资料里出现两个blue，是否说明其中一个写错了？ABB公开的CODESYS枚举文档提供了一个不同答案：组件名可以在不同枚举中重复，而完整标识同时包含枚举名和组件名。看似相同的末尾单词，未必指向同一个对象。

页面先将enumeration定义为用户定义的数据类型，由一系列枚举组件构成；这些组件也可以像常量一样使用。随后在Unique access to enumeration components小节明确，枚举名与组件名组合的标识在项目中被识别，并具有唯一的访问归属。因此，类型名称在这里不是可随意删掉的文字装饰。

原文用COLOR_BASIC与COLOR中各有blue举例，完整写法分别是COLOR_BASIC.blue和COLOR.blue。两个点号右侧相同，左侧则指向不同枚举。本文只将它们作为名称示例，不摘录变量声明、赋值程序或可下发代码；它要说明的不是怎样修改控制程序，而是为什么资料里仅留下blue会丢失归属信息。

这与一张表中多行都写“状态”类似，但二者不能直接当作同一套程序规则。枚举文档给出了明确的类型与组件关系，日常表头则未必具有这种定义。整理PLC类型清单时，能够保留原完整标识以及它来自哪份类型说明，就不必靠相邻行或中文译名猜测两个同名值是否相同。若缺少枚举名，归属应保持待确认。

同一页面还讨论基本整数类型、初始化及strict规则。它们各有自己的条件，不能由上述名称关系推出两个枚举具有相同数值、相同默认状态或可以互相赋值。本篇不把网页示例转换成生产控制逻辑，也没有核验任何实际项目中的类型声明。名称相同、数值相同和实际行为相同，需要分别有依据。

本文于2026年10月13日实际读取ABB此页，首次发布日期未确认。对可编程控制系统资料的用途，是在阅读和转交时保留枚举组件所属的类型，避免把同名末尾词合成一个对象；它不提供PLC写入、编译设置、在线修改或设备控制建议。