Integracja komputerów do opryskiwaczy z platformą FarmCloud jest osią współpracy Agri Solutions i Rootsey, łączącej elektronikę sterującą maszyn z danymi gospodarstwa. To oferta dla konstruktorów, producentów OEM i rynku modernizacji maszyn, obejmująca drogę od mapy aplikacyjnej do dokumentacji wykonanej pracy.
W skrócie
Agri Solutions i Rootsey rozwijają dwukierunkową integrację sterowników opryskiwaczy z FarmPortal na potrzeby Rolnictwa 4.0 oraz Rolnictwa Precyzyjnego. Według danych partnerów na 22 października 2026 r. prace objęły 26 maszyn, 352 godziny testów terenowych, 7 rozwiązań i 211 map zmiennego oprysku. Najważniejszym odbiorcą biznesowym jest producent OEM, który może budować własną ofertę cyfrową na istniejącej platformie, bez samodzielnego projektowania całego FMS, telemetrii i portalu użytkownika.
- Architektura łączy zadanie, sterowanie maszyną, dane wykonania i cyfrową kartę pola.
- Mapowy zmienny oprysk może działać bez dodatkowego terminala nawigacyjnego w wybranych konfiguracjach.
- Oferta obejmuje nowe maszyny OEM i modernizację technicznie kompatybilnych opryskiwaczy.
Dlaczego producent maszyn powinien rozważyć gotową platformę cyfrową?
Producent opryskiwaczy ma wybór: rozwijać własny system zarządzania maszynami, aplikację mobilną, portal serwisu i integrację z gospodarstwem albo wykorzystać istniejące komponenty. Nasza teza jest jednoznaczna: dla większości małych i średnich OEM zakup lub integracja gotowej platformy ma większy sens niż budowanie całej infrastruktury od zera.
Własny projekt wygląda atrakcyjnie na etapie prototypu. Zespół uruchamia aplikację pokazującą pozycję GPS i kilka parametrów sterownika. Trudniejsza część zaczyna się po sprzedaży pierwszej serii maszyn: identyfikacja urządzeń, wersje firmware, reklamacje, prawa dostępu dealera, dane offline, aktualizacje API, zmiana właściciela maszyny i utrzymanie aplikacji przez wiele sezonów.
Konstruktor powinien inwestować przede wszystkim w to, co odróżnia jego maszynę: hydraulikę, układ cieczowy, charakterystykę belki, algorytm sterowania dawką czy ergonomię. Budowanie osobnej bazy pól, rejestru zabiegów i całego środowiska FMS przez każdego producenta od nowa zwykle nie wzmacnia tej przewagi.
Istnieje wyjątek: duży OEM z własnym, globalnym ekosystemem danych i wieloletnim budżetem software może racjonalnie utrzymywać autorski produkt. Pozostali powinni zacząć od analizy kosztu całego cyklu życia, a nie samej ceny napisania pierwszej aplikacji.
Co dokładnie łączą Agri Solutions i Rootsey?
Partnerstwo łączy kompetencje Rootsey w projektowaniu elektroniki rolniczej, sterowników, nawigacji i czujników z oprogramowaniem FarmCloud i FarmPortal rozwijanym przez Agri Solutions. Zakres obejmuje prace integracyjne i badawczo-rozwojowe, ofertę retrofit, projekty OEM, dystrybucję oraz usługi posprzedażowe. To rozwijany ekosystem, a nie deklaracja, że wszystkie funkcje są już dostępne w każdej maszynie.
Rootsey, firma rozwijająca elektronikę rolniczą od 2010 r., oferuje m.in. komputery Quartmann GP-05, GP-07 i GP-13, przewidziane dla konfiguracji odpowiednio 5, 7 i 13 sekcji opryskiwacza. Agri Solutions, działające od 2017 r., rozwija FarmPortal jako system FMS dla gospodarstw i produkcji rolnej, a także infrastrukturę wymiany danych z urządzeniami.
Według danych własnych Agri Solutions z 22 października 2026 r. FarmPortal miał ponad 14 000 użytkowników i ponad 639 000 ha pól w ewidencji. W systemie rejestrowano około 3 000–4 000 zabiegów tygodniowo. To istniejący kontekst użytkowy dla producenta maszyny: pola, uprawy, środki produkcji, zabiegi, koszty i historia prac już mają swoje miejsce w modelu danych.
Własne statystyki produktu pokazują również 10 682 raporty wygenerowane w 2024 r. i 42 303 w 2025 r. Liczba map zmiennego oprysku wyniosła 1 533 w 2025 r. oraz ponad 3 100 od początku 2026 r. do połowy października. Dane te opisują aktywność całej platformy, nie sprzedaż ani skuteczność wspólnego rozwiązania Rootsey.
Jak działa integracja komputerów do opryskiwaczy z platformą FarmCloud?
Integracja działa jako obieg danych między planowaniem w FarmPortal a wykonaniem zadania przez kompatybilny sterownik Rootsey. Platforma przygotowuje zadanie lub mapę aplikacyjną, komputer steruje pracą maszyny, a dostępne dane wykonawcze mogą wracać do historii pola i raportów. Zakres automatyzacji zależy od wersji sprzętu, czujników, modułu komunikacji i wdrożonych interfejsów.
- Identyfikacja zadania: gospodarstwo wybiera pole, uprawę, termin, środek i docelową dawkę albo strefową mapę aplikacyjną.
- Przygotowanie transferu: system dopasowuje identyfikator zadania, granice pola, geometrię stref, jednostki i dopuszczalne parametry do możliwości sterownika.
- Wykonanie: komputer opryskiwacza reguluje dawkowanie oraz, w obsługiwanej konfiguracji, pracę sekcji i parametry przejazdu.
- Rejestracja: dostępne sygnały GPS, prędkości, dawki i stanu pracy powiązane zostają z konkretną maszyną i zadaniem.
- Rozliczenie: dane rzeczywistego wykonania (as-applied) mogą uzupełniać cyfrową kartę pola, analizę kosztu i dokumentację zabiegu.
Praktyczna pułapka: mapa aplikacyjna wysłana do terminala nie dowodzi, że zabieg wykonano zgodnie z mapą. Do takiego wniosku potrzebne są dane rzeczywistej pracy: pozycja i czas, status sekcji, zadana i zmierzona dawka, stan przepływomierza oraz informacje o przerwach. Gdy brakuje choćby identyfikatora zadania albo jednostki dawki, pozornie poprawny import może prowadzić do błędnego raportu.
W wybranym scenariuszu opisanym w dokumentacji projektu sterownik Quartmann GP-07 współpracuje z modemem telemetrycznym i FarmPortal, realizując mapowy VRA bez osobnego terminala nawigacyjnego. Nie oznacza to pracy bez informacji o położeniu: konfiguracja nadal wymaga odpowiedniego źródła GNSS oraz walidacji algorytmu dawkowania.
ISOBUS, CAN i VRA: jakie standardy musi rozumieć platforma dla OEM?
ISOBUS to rodzina standardów komunikacji maszyn rolniczych oparta na ISO 11783. CAN jest magistralą komunikacyjną wykorzystywaną w elektronice maszyn, a ISOXML służy do wymiany danych o zadaniach i ich wykonaniu w odpowiednich systemach ISOBUS. Sam fizyczny interfejs CAN ani ogólna deklaracja „obsługuje ISOBUS” nie potwierdzają jeszcze kompatybilności z konkretną funkcją Task Controller.
Fundacja Agricultural Industry Electronics Foundation (AEF) rozróżnia funkcjonalności TC-BAS, TC-GEO i TC-SC. Różnią się one tym, czy system dokumentuje wartości sumaryczne, obsługuje dane geograficzne i mapy aplikacyjne, czy automatycznie steruje sekcjami. Porównanie opiera się na opisie funkcjonalności ISOBUS publikowanym przez AEF.
| Funkcja | Rola techniczna | Dane wejściowe | Wynik dla FMS |
|---|---|---|---|
| TC-BAS | Dokumentacja wykonanej pracy | Zadanie i wartości sumaryczne | Powierzchnia, czas, zużycie według dostępnych liczników |
| TC-GEO | Obsługa danych zależnych od położenia i map dawkowania | Mapa stref, pozycja, wartości zadane | Dane przestrzenne i potencjalnie mapa as-applied |
| TC-SC | Automatyczne włączanie i wyłączanie sekcji | Pozycja, granice, pokrycie, parametry maszyny | Ograniczenie nakładek, dane o pracy sekcji |
| CAN / DDI | Odczyt parametrów urządzeń i identyfikacja wielkości procesowych | Komunikaty i opis obsługiwanych sygnałów | Telemetria, diagnostyka i rozliczanie pracy |
Źródło: AEF, opis funkcjonalności TC-BAS, TC-GEO, TC-SC; zestawienie redakcyjne Agri Solutions. DDI (Data Dictionary Identifier) opisuje wielkość procesową, ale jej dostępność zależy od urządzenia. Brief integracyjny wskazuje 42 identyfikatory DDI w zakresie projektu; pełną listę i stopień obsługi trzeba potwierdzić w specyfikacji konkretnego sterownika.
W praktyce integrator powinien testować parę terminal–maszyna, a nie każdą część oddzielnie. Funkcje TC-BAS, TC-GEO i TC-SC pozostają przedmiotem planowanej walidacji w roadmapie partnerstwa. Nie deklarujemy certyfikacji AEF dla całego zestawu bez dokumentu potwierdzającego taką certyfikację.
Platforma dla OEM: budować własny software czy integrować FarmCloud?
Dla producenta maszyn przewagą gotowej platformy jest dostęp do już istniejącego modelu gospodarstwa i użytkownika. FarmCloud może pełnić rolę warstwy danych, API i usług posprzedażowych; FarmPortal jest interfejsem pracy rolnika, a elektronika Rootsey obsługuje sterowanie. Porównanie trzeba jednak prowadzić dla tego samego zakresu funkcji i tego samego okresu utrzymania.
| Kryterium | Budowa od zera | FarmCloud + Rootsey | Co zweryfikować w kontrakcie? |
|---|---|---|---|
| FMS i dane agronomiczne | Projekt pól, zabiegów, użytkowników i raportów | Wykorzystanie istniejącego FarmPortal | Zakres modułów i uprawnienia do danych |
| Sterowanie i elektronika | Własne ECU, firmware, testy i produkcja | Dobór urządzeń Rootsey, integracja z OEM | Lista wspieranych modeli i funkcji |
| Telemetria i serwis | Własny backend, aplikacja, SLA, monitoring | Rozwijana warstwa telemetrii i portalu serwisowego | Dostępność produkcyjna i umowa SLA |
| Branding i wdrożenie | Pełna kontrola produktu i kodu | Model white-label / środowisko OEM do uzgodnienia | Licencja, API, hosting, przenoszalność danych |
| Ryzyko i koszt życia produktu | Pełna odpowiedzialność za utrzymanie i aktualizacje | Współdzielona infrastruktura, zależność od partnera | Prawo wyjścia, migracja danych i wsparcie zmian |
Źródło: porównanie jakościowe redakcji na podstawie zakresu partnerstwa. Warto rozdzielić koszt jednorazowej integracji, licencję na maszynę, transmisję, hosting, aktualizacje, przechowywanie danych, szkolenia i obsługę reklamacji.
W modelu OEM platforma może być rozszerzana o portal pod marką producenta, numer seryjny maszyny, kartę gwarancyjną, instrukcje, katalog części, historię napraw, przeglądy, zgłoszenia i raporty wykorzystania. Możliwe są integracje z ERP oraz przepływami produkcyjnymi. Opis architektury i możliwości integracyjnych FarmCloud pokazuje kierunek budowy połączeń API z systemami zewnętrznymi.
Oferta white-label i instalacja na infrastrukturze klienta (BYOC) są przewidziane jako warianty wdrożeniowe, ale ich parametry należy ustalić w umowie: model licencjonowania, własność danych, role administratorów, zakres dostępu do telemetrii, odpowiedzialność za awarie oraz warunki zakończenia współpracy. Gotowa platforma redukuje zakres własnych prac OEM; nie znosi konieczności integracji, testów ani utrzymania.
Ile maszyn można modernizować i jak duży jest rynek retrofit w Polsce?
Rynek retrofit obejmuje modernizację istniejących opryskiwaczy przez wymianę lub doposażenie sterownika, czujników, nawigacji, modułów komunikacyjnych i osprzętu. Nie każda sprawna maszyna nadaje się do takiej modernizacji. O kwalifikacji decydują m.in. układ cieczowy, elektrozawory, przepływomierz, czujniki, instalacja elektryczna i dostępne interfejsy.
Według Głównego Urzędu Statystycznego w Powszechnym Spisie Rolnym 2020 zinwentaryzowano w Polsce 462 354 opryskiwacze polowe i 51 842 sadownicze, łącznie 514 196 maszyn. Źródło: GUS, „Charakterystyka gospodarstw rolnych w 2020 r.”, tabela 5. Jest to historyczna liczba urządzeń, a nie bieżąca wielkość rynku sprzedaży sterowników.
Hipotetyczna modernizacja 1% tej historycznej bazy oznaczałaby około 5 142 maszyn. To prosty scenariusz wielkości, nie prognoza popytu ani liczba technicznie kompatybilnych egzemplarzy. Dla OEM i dealerów ważniejsza od samego wolumenu jest segmentacja konkretnych rodzin maszyn według wyposażenia, wieku, kosztu montażu oraz profilu użytkownika.
Zestaw modernizacyjny może obejmować sterownik Quartmann, antenę GNSS, moduł komunikacyjny, odpowiednie okablowanie i elementy wykonawcze. Nawigacja zewnętrzna jest dodawana tylko wtedy, gdy wymaga tego dana architektura. Potrzebne są testy hydrauliczne i elektryczne oraz kalibracja, nie tylko założenie aplikacji na telefonie.
Co potwierdziły testy i na jakim etapie jest wdrożenie OEM z Bury?
Prace nad integracją mają już wymiar terenowy i przedkomercyjny. Według danych przekazanych przez Agri Solutions i Rootsey, na 22 października 2026 r. badania objęły 26 maszyn, 352 godziny testów, 7 rozwiązań i 211 map zmiennego oprysku.
| Miernik | Wartość | Co potwierdza? | Czego jeszcze nie potwierdza? |
|---|---|---|---|
| Maszyny w testach | 26 | Zasięg weryfikacji terenowej | Zgodności ze wszystkimi modelami |
| Testy terenowe | 352 godz. | Łączny czas prac w terenie | Wskaźnika bezawaryjności w sezonie |
| Rozwiązania | 7 | Liczbę wariantów objętych próbami | Certyfikacji każdego wariantu |
| Mapy VRA w testach | 211 | Skalę przygotowania map w projekcie | Dokładności dawki as-applied |
| Strefy VRA | 2–5 | Poziom zróżnicowania części zadań testowych | Poprawy agronomicznej w każdej uprawie |
Źródło: dane własne partnerów - Agri Solutions i Rootsey z testów polowych
Przypadek OEM: Bury Maszyny Rolnicze
Bury Maszyny Rolnicze jest pierwszym wskazanym partnerem wdrożeniowym OEM. Celem jest wyposażenie wybranych maszyn w elektronikę Rootsey i środowisko FarmPortal, a w dalszym kroku związanie pracy maszyny z obsługą użytkownika, serwisem i ofertą producenta. FarmCloud wcześniej informował o rozpoczęciu współpracy z Bury w zakresie cyfrowych usług dla maszyn.
Wspólny model zakłada fabryczne przygotowanie funkcji związanych z mapowym opryskiem, obsługą serwisową i komunikacją z rolnikiem. Integracja i testy rozpoczęły się w 2026 r.
Jak mierzyć efekty integracji zamiast deklarować oszczędności?
Skuteczność integracji ocenia się na danych o konkretnym zabiegu i całym koszcie eksploatacji. Liczba przesłanych map nie mówi, czy sterownik wykonał zadaną dawkę; z kolei czas pracy GPS nie dowodzi automatycznie zmniejszenia zużycia paliwa lub preparatu. W projekcie OEM potrzebny jest zestaw wskaźników technicznych, agronomicznych i serwisowych.
- Jakość zadania: odsetek poprawnie przesłanych i zaakceptowanych zadań, błędy jednostek, kompletność danych pola i mapy.
- Dokładność wykonania: odchylenie dawki zadanej od zmierzonej, reakcja układu regulacji, pokrycie stref, opóźnienie włączenia sekcji.
- Wiarygodność raportu: udział zabiegów z pełnym zestawem danych as-applied, liczba brakujących próbek, synchronizacja po pracy offline.
- Obsługa OEM: czas instalacji, aktywacja po wydaniu maszyny, liczba zgłoszeń na 100 urządzeń, czas diagnozy i koszt wsparcia.
Dla gospodarstwa 300 ha możliwa jest orientacyjna kalkulacja: przy wydatkach na środki ochrony roślin 600 zł/ha, założonej oszczędności 3,5% z kontroli sekcji i dodatkowych 5% od pozostałego kosztu dzięki VRA, hipotetyczna korzyść wynosi 49,95 zł/ha rocznie. Po doliczeniu 500 zł wartości czasu i odjęciu 1 000 zł kosztów rocznych to 14 485 zł rocznie; przy inwestycji 16 000 zł prosty zwrot wynosi około 1,1 roku.
Jak zaplanować wdrożenie FarmCloud u producenta maszyn?
Rozpoczęcie integracji OEM powinno dotyczyć jednej, ściśle określonej konfiguracji maszyny, a nie całego katalogu produktów. Najlepszym pierwszym celem jest wykazanie pełnego, powtarzalnego obiegu zadania: przygotowanie mapy, wykonanie zabiegu, rejestracja danych, synchronizacja i gotowość serwisu do obsługi zgłoszenia.
- Wybierz platformę testową: konkretny model opryskiwacza, sterownik, czujniki, ECU, antena i wersje firmware.
- Uzgodnij macierz funkcji: sterowanie dawką, sekcje, wymiana ISOXML, telemetria, dane DDI i tryb offline osobno dla każdego wariantu.
- Zmapuj identyfikatory: numer seryjny maszyny, urządzenie, konto gospodarstwa, pole, zadanie, operator i uprawnienia serwisu.
- Przetestuj cykl roboczy: eksport zadania, wykonanie, zerwanie łączności, ponowną synchronizację i rozliczenie as-applied.
- Sprawdź awarie i bezpieczeństwo: utratę GNSS, restart ECU, rozbieżność dawki, błędną mapę, odłączenie modemu i uprawnienia do zdalnej diagnostyki.
- Przygotuj ofertę seryjną: numerację części, instrukcje dealerów, procedury aktualizacji, warunki gwarancji, SLA i rozdział odpowiedzialności.
W kontrakcie technicznym powinny znaleźć się parametry akceptacji: maksymalna liczba błędów synchronizacji, tolerancja dawkowania, czas reakcji sterowania, format danych, zasady wersjonowania API i proces obsługi niezgodności. Warto też ustalić, czy i w jakim zakresie dane z pojazdu będą widoczne dla OEM, dealera, rolnika i zewnętrznego integratora.
Roadmapa 2027–2029: od opryskiwaczy do platformy usług dla OEM
Plan partnerstwa zakłada etapową komercjalizację. Pierwsze zintegrowane produkty mają trafić do kanałów sprzedaży na początku listopada 2026 r.; jest to zapowiedź, którą należy odróżnić od faktycznej dostępności danego wariantu. Cele na 2027 r. są założeniami rozwojowymi, a nie zamówieniami ani prognozą gwarantowanej sprzedaży.
- I kwartał 2027: produkcyjna integracja wybranych sterowników Quartmann z mapami VRA, telemetrią i raportowaniem; cel 15–30 instalacji.
- II kwartał 2027: rozwój projektu fabrycznego z Bury, drugi pilot OEM, pakiety retrofit i walidacja wybranych funkcji ISOBUS; cel skumulowany 50–60 instalacji.
- III kwartał 2027: rozsiewacze nawozów, mapy zmiennego nawożenia NPK, testy dawkowania i raportów as-applied; cel 10 pilotaży rozsiewaczy i 80–90 maszyn zintegrowanych łącznie.
- IV kwartał 2027: pilot w Hiszpanii dla upraw sadowniczych i warzywniczych, prototyp zmiennego wysiewu oraz oferta OEM obejmująca sprzęt i usługi; cel 180–200 instalacji i co najmniej jedna umowa seryjna.
- 2028–2029: rozwój zdalnej diagnostyki, analityki wykorzystania floty, potencjalnego utrzymania predykcyjnego i zastosowań AI; rozwijanie kanału OEM na rynkach europejskich.
Jakie są ograniczenia technologiczne i kiedy integracja nie ma sensu?
Gotowa platforma nie rozwiąże mechanicznego problemu opryskiwacza. Jeżeli układ regulacji jest niestabilny, dysze są zużyte, czujnik przepływu podaje błędne wartości albo belka pracuje poza zakresem kalibracji, cyfrowa mapa nie zagwarantuje prawidłowej dawki. W takim przypadku pierwszym krokiem jest przywrócenie sprawności maszyny, dopiero potem jej cyfryzacja.
Wymiana danych przez ISOBUS nie gwarantuje obsługi każdej funkcji. Kompatybilność trzeba potwierdzić na poziomie konkretnego ECU, terminala, wersji oprogramowania i konfiguracji ciągnika. Podobnie pozycjonowanie RTK o dokładności rzędu centymetrów, jeżeli jest dostępne, nie oznacza automatycznie centymetrowej dokładności oprysku: dochodzą opóźnienia regulatora, rozkład cieczy, ruch belki, wiatr i charakterystyka dysz.
W rozwiązaniu OEM trzeba rozdzielić sterowanie krytyczne dla bezpieczeństwa, które pozostaje w maszynie, od usług chmurowych, które odpowiadają za planowanie i analizę. Utrata Internetu nie może pozostawić operatora bez bezpiecznego sposobu obsługi maszyny. Mechanizmy offline-first i zdalnej diagnostyki wymagają potwierdzenia dla wdrażanej konfiguracji.
Producent powinien również sprawdzić odpowiedzialność za dane i licencje. Nie wystarczy hasło „otwarte API”. Ważne są eksport danych po rozwiązaniu umowy, kontrola dostępu serwisu, retencja pomiarów, zgodność dokumentacji ze stanem faktycznym, aktualizacje bezpieczeństwa, dokumenty CE i ewentualne certyfikaty funkcji ISOBUS.
Najczęstsze pytania
Czy integracja komputerów do opryskiwaczy z platformą FarmCloud wymaga ISOBUS?
Nie w każdym scenariuszu. W zależności od sterownika integracja może korzystać z interfejsów producenta, modemu telemetrycznego i odpowiednio udokumentowanych komunikatów CAN. ISO 11783 oraz ISOXML są istotne przy interoperacyjności z innymi terminalami i wymianie zadań FMS. Zakres należy potwierdzić dla konkretnego urządzenia, zamiast zakładać, że każdy opryskiwacz z magistralą CAN obsłuży mapy VRA.
Czy do zmiennego oprysku trzeba kupić osobną nawigację?
Nie zawsze. Brief Agri Solutions × Rootsey opisuje konfigurację Quartmann GP-07 z modemem i FarmPortal, w której komputer opryskiwacza może realizować mapowy zmienny oprysk bez dodatkowego terminala nawigacyjnego. Nadal potrzebne są właściwe dane pozycyjne GNSS i sprawdzenie sprzętu. To możliwość wybranej konfiguracji, a nie uniwersalna cecha wszystkich sterowników i opryskiwaczy.
Czy FarmCloud może być platformą white-label dla producenta OEM?
Taką możliwość przewiduje oferta projektowa. OEM może rozważyć interfejs pod własną marką, portal użytkownika, historię serwisową, dostęp do danych operacyjnych i integracje API. Szczegóły pozostają przedmiotem uzgodnień: licencja na maszynę, prawa do danych, branding, hosting, zakres konfiguracji i SLA. Należy odróżnić funkcje platformy istniejące dziś od prac wymaganych w konkretnym projekcie OEM.
Czy integracja CAN-BUS oznacza pełną kompatybilność z ISOBUS?
Nie. CAN opisuje warstwę komunikacji, natomiast ISOBUS obejmuje dodatkowe reguły, formaty, funkcjonalności i wymagania współdziałania. Konfiguracja może wymieniać część parametrów po CAN, lecz nie obsługiwać TC-GEO, TC-SC ani eksportu zadania w ISOXML. Dla konstruktora właściwym dokumentem jest macierz obsługiwanych funkcji dla sterownika, terminala i wersji firmware.
Jak producent OEM może wykorzystać dane telemetryczne po sprzedaży maszyny?
W uzgodnionym modelu dostępu OEM może analizować historię pracy, wykorzystanie maszyny, komunikaty diagnostyczne i zgłoszenia serwisowe. Dane pomagają przygotować przeglądy, diagnozować powtarzające się problemy i projektować kolejne wersje urządzeń. Dostęp producenta nie powinien być automatycznie nieograniczony: trzeba określić podstawę prawną, role użytkowników, zakres zgód oraz okres przechowywania danych.
Ile kosztuje modernizacja opryskiwacza i kiedy się zwraca?
Cena zależy od sterownika, czujników, anteny, okablowania, modemu, montażu i abonamentów. Cena samego komputera nie jest ceną kompletnej modernizacji. Dla scenariusza gospodarstwa 300 ha przedstawionego w artykule orientacyjny koszt wynosi 16 000 zł, a prosty zwrot około 1,1 roku, lecz wyłącznie przy modelowo przyjętych oszczędnościach. Rzeczywisty zwrot wymaga pomiaru w gospodarstwie.
Czy deklaracja ISOBUS jest równoznaczna z certyfikacją AEF?
Nie. Deklaracja obsługi ISO 11783 określa założenia komunikacji, ale nie jest dowodem zakończenia testów interoperacyjności konkretnego zestawu. AEF rozróżnia funkcjonalności i prowadzi testy zgodności. Przed wdrożeniem seryjnym OEM powinien sprawdzić dokumentację sterownika, terminala i implementowanych funkcji TC-BAS, TC-GEO oraz TC-SC, a ewentualne certyfikaty przypisać do wskazanych wersji urządzeń.
Słownik pojęć
- FMS (Farm Management System)
- System zarządzania gospodarstwem: pola, uprawy, zabiegi, koszty, ludzie i maszyny. W partnerstwie tę funkcję pełni FarmPortal.
- OEM (Original Equipment Manufacturer)
- Producent oryginalnych maszyn, który może fabrycznie wyposażyć je w elektronikę, oprogramowanie i własne usługi cyfrowe.
- ISOBUS / ISO 11783
- Standard komunikacji elektronicznej maszyn rolniczych, obejmujący m.in. współpracę ciągnika, narzędzia i terminala.
- CAN-BUS
- Magistrala wymiany danych między urządzeniami elektronicznymi maszyny; sama obecność CAN nie dowodzi obsługi wszystkich funkcji ISOBUS.
- VRA (Variable Rate Application)
- Zmienna aplikacja: zadawanie różnych dawek środka, nawozu lub materiału siewnego w zależności od stref pola i możliwości sterownika.
- ISOXML
- Format wymiany danych o zadaniach i wykonaniu pracy w środowisku ISOBUS, używany między odpowiednimi systemami FMS i terminalami.
- As-applied
- Dane o faktycznie wykonanej aplikacji, odmienne od mapy zaleceń: mogą zawierać położenie, czas, dawkę i status sekcji.
- Retrofit
- Modernizacja istniejącej maszyny przez dodanie lub wymianę komponentów, bez kupowania nowej maszyny.
- DDI (Data Dictionary Identifier)
- Identyfikator określonej wielkości procesowej w danych ISOBUS, przydatny przy mapowaniu parametrów maszyny na system analityczny.
Wnioski: przewaga OEM powstaje po połączeniu maszyny z procesem rolnika
Agri Solutions i Rootsey rozwijają wspólną ofertę obejmującą elektronikę rolniczą, sterowanie opryskiwaczem, dane agronomiczne, rejestr zabiegów i dalsze usługi cyfrowe. Wartość dla producenta OEM nie sprowadza się do przesłania pliku z mapą. Chodzi o gotowy model obsługi maszyny po sprzedaży, wraz z gospodarstwem, dealerem i serwisem.
Skala FarmPortal i wyniki dotychczasowych testów są istotnym punktem wyjścia. O gotowości seryjnej zadecydują jednak macierz kompatybilności, protokoły weryfikacji dawek, niezawodność synchronizacji i jasno określone warunki licencyjne. To właśnie te cztery elementy powinny znaleźć się w pierwszej rozmowie technicznej z OEM.







