이름은 나중에 보는 사람을 위한 문서다
태그 이름은 개발 중에만 쓰는 값이 아닙니다. 화면, 알람, 트렌드, 히스토리언, 리포트, MES 연동에서 계속 보입니다. 그래서 태그 이름이 흔들리면 시스템 전체가 읽기 어려워집니다.
좋은 이름은 설비 위치와 신호 의미가 보입니다. 너무 짧은 약어만 쓰면 만든 사람만 이해하고, 너무 긴 이름은 화면과 쿼리에서 불편해집니다.
기본 구조
현장마다 표준은 다르지만 보통 다음 정보를 조합합니다.
- Area 또는 Line
- 설비 번호
- 장치나 계측기 이름
- 신호 의미
- 명령인지 피드백인지
예를 들어 컨베이어 101의 운전 피드백이라면 Line1.CV101.RunFb처럼 쓸 수 있습니다. 펌프 기동 명령은 Pump201.StartCmd, 실제 운전 상태는 Pump201.RunFb처럼 명령과 피드백을 나누면 좋습니다.
피해야 할 방식
M1, TEMP2, DATA_17 같은 이름은 빠르게 만들 수 있지만 유지보수에는 좋지 않습니다. 화면에서 의미를 알려면 별도 문서를 계속 찾아야 하고, 알람 메시지도 모호해집니다.
약어를 쓴다면 표준 목록을 정해 둬야 합니다. PV, SP, Cmd, Fb, Fault처럼 누구나 같은 의미로 쓰는 약어만 남기고, 개인 취향의 축약은 줄이는 편이 좋습니다.