Miniona noc przyniosła zapowiadane niskie temperatury i była prawdziwym sprawdzianem dla naszych przygotowań antyprzymrozkowych. Choć ostatnio intensywnie pracowaliśmy nad automatyzacją systemu (o czym pisaliśmy poprzednio), tym razem musieliśmy zadziałać proaktywnie i ręcznie.

Dlaczego Automat Nie Wystartował?

Nasz nowy skrypt Google Apps Script monitoruje temperaturę tuż przy gruncie (dzięki przeniesionemu czujnikowi Ecowitt) i ma dwa progi startowe dla automatycznej pętli zraszania: poniżej 2°C przy jednoczesnym trendzie spadkowym LUB bezwzględnie poniżej 0.5°C. Jak widać na wykresie z arkusza "Przymrozki", temperatura przy gruncie spadła do 0.9°C już przed 23:00, a najniżej zeszła do 0.4°C około 4:40 rano.

Temperatury zarejestrowane w arkuszu "Przymrozki" w nocy z 5 na 6 maja.

Dlaczego więc automat nie zadziałał? Kluczowy okazał się brak spełnienia warunku trendu spadkowego przez wystarczająco długi czas (wymagamy 5 kolejnych pomiarów ze spadkiem), a próg absolutny 0.5°C został osiągnięty bardzo krótko. Widząc jednak niebezpiecznie niskie wartości i praktycznie bezwietrzną pogodę (co potęguje ryzyko radiacyjnych przymrozków), zdecydowaliśmy się nie czekać na automat i uruchomiliśmy ochronę ręcznie około 23:23.

Nocne Zraszanie w Akcji

Uruchomiliśmy nasz predefiniowany program "Zraszanie 2 sekcje" (PID 0) w sterowniku OpenSprinkler. Program ten, zgodnie z założeniami, uruchamiał sekwencyjnie strefy 1, 2, 3, 4, 5 i 6, każdą na 3 minuty, a dzięki ustawieniom powtarzania w samym OpenSprinkler, cykl ten był powtarzany przez całą noc.

Około 00:30 sytuacja wyglądała tak: temperatura przy gruncie oscylowała koło 1°C, zraszacze pracowały pełną parą, a my monitorowaliśmy wszystko zdalnie.

Nasz "kokpit dowodzenia" około 00:30 - widok z kamery, aplikacja OpenSprinkler i dane Ecowitt.

System działał nieprzerwanie przez ponad 6 godzin. Dopiero około 5:43 rano, gdy temperatura przy gruncie wzrosła do bezpieczniejszych 2.7°C, ręcznie zatrzymaliśmy program zraszający. Automat jeszcze by tego nie zrobił, bo próg zatrzymania ustawiliśmy na 4°C, dając sobie margines na ewentualne sztuczne podniesienie odczytów przez wodę na czujniku.

Ile Wody Zużyliśmy?

Analiza logów OpenSprinkler (dzięki naszej nowej funkcji w skrypcie!) pokazuje, że każda z 6 sekcji pracowała łącznie przez około 195 minut (ponad 3 godziny!). Łączny czas pracy wszystkich sekcji to imponujące ~19.5 godziny!

Przekłada się to na szacunkowe zużycie wody na poziomie około 20 139 litrów, czyli ponad 20 metrów sześciennych! Aby zobrazować tę ilość:

• To tyle, ile potrzeba do napełnienia 16-17 standardowych jacuzzi ogrodowych.
• Wystarczyłoby na ponad 110 kąpieli w wannie.
• To wciąż jednak tylko niewielki ułamek (0.8%) pojemności basenu olimpijskiego.

Zraszanie antyprzymrozkowe jest skuteczne, ale niezwykle wodochłonne!

Wnioski i Co Dalej?

Nocny test, choć wymuszony ręcznie, pokazał, że:

• Konfiguracja programu w OpenSprinkler działa poprawnie, realizując długotrwałą pętlę zraszania.
• Nasz system monitoringu i skrypt Google Apps Script poprawnie zbierały dane.
• Logika automatycznego startu wymagała interwencji z powodu braku spełnienia warunku trendu spadkowego – próg absolutny 0.5°C okazał się w tej sytuacji kluczowy, ale temperatura osiągnęła go na krótko. Być może warto rozważyć lekkie podniesienie progu absolutnego (np. do 0.8°C) lub złagodzenie warunku trendu? To temat do przemyślenia.
• Najważniejsze, że winorośl jest bezpieczna!

Będziemy dalej obserwować prognozy i działanie systemu. Kolejne noce mogą przynieść dalsze testy.