Wybór „Serial Interface” jest tu jak najbardziej trafiony, bo dokładnie ta aplikacja odpowiada za udostępnienie sygnału GPS poza środowiskiem ISOBUS. Z fragmentu instrukcji wynika jasno, że Serial Interface służy do przesyłania danych pomiędzy terminalem a komputerem pokładowym poprzez port szeregowy. W praktyce oznacza to, że terminal ISOBUS z odbiornikiem GNSS może przekazywać współrzędne, prędkość, czas czy nawet dane korekcyjne w formacie NMEA do maszyny lub sterownika, który nie obsługuje standardu ISOBUS, ale ma klasyczne wejście RS-232 lub podobny interfejs szeregowy. Dzięki temu stary rozsiewacz, opryskiwacz albo komputer dawki w rozrzutniku obornika może korzystać z nowoczesnego sygnału GPS, mimo że sam w sobie nie jest „inteligentnym” narzędziem ISOBUS. W wielu gospodarstwach to jest bardzo praktyczne rozwiązanie – zamiast wymieniać cały park maszyn na ISOBUS, wystarczy terminal z GNSS i Serial Interface, żeby np. zasilać sygnałem GPS monitor plonu w kombajnie, rejestrator zabiegów albo prosty terminal równoległego prowadzenia. Z mojego doświadczenia rolnicy często nie doceniają roli takiego interfejsu, a to jest właśnie kluczowy element integracji między różnymi generacjami sprzętu. Branżowe dobre praktyki mówią, żeby zawsze sprawdzić, czy urządzenia zewnętrzne akceptują standardowe protokoły (np. NMEA 0183) i dobrać parametry portu szeregowego (baud rate, parzystość, liczba bitów stopu) zgodnie z dokumentacją. Serial Interface zapewnia tę elastyczność i pozwala, żeby jedna antena GNSS i jeden terminal obsługiwały kilka maszyn, w tym zupełnie niezgodnych z ISOBUS, co realnie obniża koszty inwestycji i zwiększa wykorzystanie systemu nawigacji satelitarnej w gospodarstwie.
Źródłem kłopotu w tym pytaniu jest pomieszanie roli poszczególnych aplikacji terminala ISOBUS. Wiele osób automatycznie myśli: skoro chodzi o GPS i maszynę, to pewnie coś z TRACK-Leaderem albo Tractor-ECU. Tymczasem kluczowe jest tu słowo „niezgodna ze standardem ISOBUS”. TRACK-Leader jest systemem wspomagania jazdy równoległej, pracuje na terminalu i wykorzystuje sygnał GNSS głównie do prowadzenia operatora po polu, generowania ścieżek przejazdu, ewentualnie do Section Control. On nie służy do przekazywania sygnału GPS na zewnątrz do innego sterownika. Tractor-ECU z kolei odpowiada za konfigurację czujników i urządzeń podłączonych do magistrali ISOBUS oraz za wprowadzenie pozycji odbiornika GPS do systemu ciągnika. Czyli wszystko odbywa się „wewnątrz” środowiska ISOBUS – ciągnik, terminal, narzędzie zgodne ze standardem. Maszyna, która nie jest ISOBUS, w ogóle nie widzi tych danych. File Server również brzmi kusząco, bo kojarzy się z danymi i zapisem informacji, ale jego zadaniem jest stworzenie na terminalu przestrzeni pamięci, z której mogą korzystać komputery robocze ISOBUS (np. do zapisu map aplikacyjnych, logów zabiegów). To jest pamięć masowa w ramach sieci ISOBUS, a nie kanał komunikacji z zewnętrznym, „starym” sterownikiem. Typowy błąd myślowy polega tu na skupieniu się na funkcji (prowadzenie, konfiguracja, zapis danych), a nie na sposobie fizycznej komunikacji. Jeśli maszyna nie jest ISOBUS, nie wejdzie w dialog z File Serverem ani z Tractor-ECU. Potrzebny jest interfejs, który wyprowadzi sygnał GNSS z terminala w postaci prostego, uniwersalnego strumienia danych, np. po RS-232, z ramkami NMEA. Właśnie to robi Serial Interface – zamienia dane z systemu ISOBUS/GNSS na format akceptowalny przez zewnętrzne komputery pokładowe. W nowoczesnej praktyce rolniczej to typowe rozwiązanie pomostowe: terminal z GPS jest „mózgiem”, a przez port szeregowy zasila informacją urządzenia, które jeszcze nie nadążają za standardem ISOBUS, ale nadal dobrze wykonują swoją robotę w polu. Dlatego spośród podanych aplikacji tylko Serial Interface spełnia wymaganie pytania dotyczące pracy z maszyną niezgodną z ISOBUS.