Nowe rodziny protokołów
Dodano Teltonika Codec 8/8E, Galileosky, Queclink GL200 @Track ASCII V1.02, Navtelecom NTCB/FLEX 2.0, Ruptela, Arnavi Protocol III, NaviSet v2, NaviSet z tagami, ADM51 1.08, FORT 5D i JT/T 808 edycja 2013.
FakeGPS Tracker 2.2.0 wysyła testowe dane GPS do serwerów monitoringu z aplikacji desktopowej albo z linii poleceń bez sesji graficznej. Odtwarzaj trasy GPX, uruchamiaj profile przez SSH lub CI i testuj Windows, Linux oraz macOS bez fizycznego sprzętu.
Wczytaj trasy GPX, ustaw prędkość i interwał wysyłania oraz odtwarzaj ruch na mapie live.
Uruchamiaj z Terminala, przez SSH lub w CI, także kilka profili naraz z różnymi ID.
Wersja 2.2.0 zachowuje pierwotne sześć formatów i dodaje Teltonika Codec 8/8E, Galileosky, Queclink, Navtelecom, Ruptela, Arnavi, NaviSet, ADM51, FORT 5D i JT/T 808 2013.
Wysyłaj dane przez TCP, szyfrowane TCP SSL/TLS albo UDP do zgodnych platform monitoringu.
Zapisuj profile, ustawiaj IMEI, baterię, satelity i sygnał GSM oraz zachowuj log pracy.
Pakiety zawierają wymagany runtime. Node.js, npm i Electron nie są potrzebne.
CLI, macOS, wiele profili i osiem języków były już w 2.1.3. Główna zmiana w 2.2.0 to obsługa protokołów: z 6 formatów do 18 wariantów.
Dodano Teltonika Codec 8/8E, Galileosky, Queclink GL200 @Track ASCII V1.02, Navtelecom NTCB/FLEX 2.0, Ruptela, Arnavi Protocol III, NaviSet v2, NaviSet z tagami, ADM51 1.08, FORT 5D i JT/T 808 edycja 2013.
Teltonika i Queclink obsługują TCP, TLS i UDP. Galileosky, Navtelecom, Ruptela, Arnavi, NaviSet, ADM, FORT i JT/T 808 2013 obsługują TCP i TLS.
Aplikacja obsługuje połączenie, autoryzację, fragmentowane odpowiedzi TCP, dopasowanie potwierdzeń, ponowne połączenie i powtórzenie bieżącego punktu po błędzie lub timeout.
ID, transport i wysokości GPX są sprawdzane przed wysyłką. Nowe ograniczenia ID nie dotyczą pierwotnych sześciu formatów.
Queclink ASCII i wcześniejszy tryb GT06 / GL200 to różne formaty. Pełny kontrakt pól znajduje się w PROTOCOLS.md w pakietach CLI.
Protokół wybiera się w aplikacji albo profilu JSON. Nie zmienia on automatycznie hosta ani portu.
-TCP, TLS, UDP-TCP, TLS, UDP-TCP, TLS, UDP-TCP, TLS, UDP-TCP, TLS, UDP-TCP, TLS, UDPteltonikaTCP, TLS, UDPteltonika-8eTCP, TLS, UDPgalileoskyTCP, TLSqueclinkTCP, TLS, UDPnavtelecomTCP, TLSruptelaTCP, TLSarnaviTCP, TLSnavisetTCP, TLSnaviset-tagsTCP, TLSadmTCP, TLSfortTCP, TLSjt808TCP, TLSQueclink ASCII i wcześniejszy tryb GT06 / GL200 to różne formaty. Pola i dokładność zależą od protokołu; pełny opis pól jest w PROTOCOLS.md w pakietach CLI.
Wybierz instalator Windows, Linux AppImage lub DEB, ZIP macOS Apple Silicon albo osobny pakiet CLI.
Ustaw ID lub IMEI, protokół, transport, host, port, prędkość i interwał wysyłania.
Użyj host 'fakegps.com', port '5569', protokół 'Meitrack' albo wskaż własny serwer.
Narysuj trasę na fakegps.com albo wczytaj istniejący GPX w aplikacji lub profilu CLI.
GPX →Startuj z aplikacji albo uruchom profil CLI z Terminala, SSH lub CI. Kilka profili może działać równocześnie.
Użyj samodzielnego pakietu CLI do automatyzacji, SSH, CI albo kilku profili równolegle bez sesji graficznej.
Wybierz archiwum CLI dla systemu: Windows win32-x64, Linux x64 lub macOS darwin-arm64. Rozpakuj je do folderu roboczego.
Użyj przykładowego profilu jako szablonu. Ustaw ID lub IMEI, protokół, transport, host, port, GPX, prędkość i interwał.
Uruchom z --validate, aby sprawdzić profil i GPX bez połączenia sieciowego.
Uruchom tę samą komendę bez --validate. CLI wysyła pozycje do końca trasy, pętli albo zatrzymania procesu.
Startuj osobne procesy CLI z różnymi profilami i ID do testów obciążenia i demo wielu urządzeń.
# 1. Sprawdź uruchomienie CLI
./fakegps-tracker-cli --version
./fakegps-tracker-cli --help
# 2. Sprawdź profil bez połączenia z serwerem
./fakegps-tracker-cli --profile examples/device-a.json --validate
# 3. Wyślij profil na serwer testowy
./fakegps-tracker-cli --profile profiles/device-a.json
# 4. Uruchom kilka trackerów jednocześnie
./fakegps-tracker-cli --profile profiles/device-a.json &
./fakegps-tracker-cli --profile profiles/device-b.json &
waitCLI działa w Terminalu, przez SSH i w CI. Node.js, npm i Electron są dołączone.
Jeśli macOS blokuje pobrane pliki, użyj MACOS-FIRST-RUN.txt i zezwól tylko na ten zweryfikowany pakiet.
CLI wymaga Linux kernel 4.18+ i glibc 2.28+. Pakiety GUI mogą wymagać sesji desktopowej; AppImage może wymagać FUSE.
Wersja 2.2.0 zachowuje pełny interfejs z mapą i dodaje tryb linii poleceń dla serwerów, SSH i CI.


Pakiety GUI zawierają aplikację i runtime CLI. Osobne pakiety CLI są dostępne do automatyzacji i serwerów.
Zalecane pakiety do zwykłego użycia.
Portable i pełne archiwa do instalacji ręcznej.
Samodzielne pakiety CLI działają bez sesji graficznej i mogą uruchamiać kilka profili z różnymi ID.
Sumy kontrolne i informacje o wydaniu.
W macOS pierwszy start może wymagać Ustawienia systemowe → Prywatność i ochrona → Otwórz mimo to. Zobacz MACOS-FIRST-RUN.txt.