ESL 태그 FW 이슈 재현 절차 정리

목적

현장에서 접수된 ESL 태그·게이트웨이 이슈를 「펌웨어_릴리스노트.docx」(SOLUM-DEV-001)의 버전별 변경사항·알려진 이슈와 대조해, 재현 절차와 원인 후보·대응 버전을 일관된 형식으로 정리한다.

활성화 조건

“FW 이슈”, “현장 이슈 재현”, “펌웨어 버전 확인” 등 개발팀의 현장 이슈 대응 요청에서 사용한다.

절차

이슈 신고 내용에서 태그 모델(SM-E16/E29/E42/E75)·현재 FW 버전·증상·발생 빈도를 추출한다.
FW 버전이 v3.0~v3.4 범위이면 해당 버전의 “알려진 이슈” 항목과 증상을 대조한다. 예: 고빈도(일 8회 이상) 갱신 지연은 v3.1~v3.2에서 보고되었고 v3.3에서 큐 우선순위 개편으로 수정되었다.
이미 상위 버전에서 수정된 이슈인지 확인하고, 맞으면 “OTA 업그레이드로 해결 가능(대상 버전 v3.x)” 으로 정리한다.
새로운 증상(기존 릴리스노트에 없음)이면 재현에 필요한 최소 조건(태그 수, 갱신 빈도, 온도 등 환경 조건)을 절차형으로 작성한다.
「ESL_현장이슈_로그.xlsx」의 원인분류 체계(증상·원인분류·조치·상태)를 참고해 원인 후보를 같은 범주로 분류한다.
게이트웨이(SM-G) 연동 이슈이면 게이트웨이 펌웨어 버전과의 조합도 함께 확인한다.

출력 형식

① 증상 요약 ② 해당 FW 버전의 알려진 이슈 일치 여부 ③ 원인 후보(범주) ④ 재현 절차 또는 해결 방법 (OTA 업그레이드 대상 버전 명시) ⑤ 추가 확인 필요 사항 — 5개 절 순서의 Markdown 목록.

예외 처리

태그 모델이나 FW 버전이 확인되지 않으면 원인 추정을 생략하고 먼저 확인을 요청한다.
릴리스노트에 없는 완전히 새로운 증상은 “신규 이슈 후보”로 표시하고 추정 원인을 단정하지 않는다.

참조 문서

펌웨어_릴리스노트.docx(SOLUM-DEV-001) · ESL_현장이슈_로그.xlsx