> For the complete documentation index, see [llms.txt](https://navixy.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://navixy.com/docs/expert-center/id/faq-and-troubleshooting/gps-devices/parking-detection-logic.md).
# Logika Deteksi tempat parkir
Deteksi tempat parkir menggabungkan kecepatan, waktu tidak aktif, dan status pengapian untuk menandai akhir perjalanan. Konfigurasikan ambang batas per perangkat untuk deteksi berhenti yang akurat.
## Pendahuluan
Deteksi tempat parkir adalah pengaturan inti yang menentukan perjalanan, perhentian, idle, dan peristiwa lain yang terkait gerakan untuk suatu unit di Navixy. Logikanya menggabungkan kecepatan, waktu tidak aktif minimum, dan, bila tersedia, data tambahan seperti pengapian atau status sensor gerak.
Sebelum meninjau laporan atau aturan peringatan, pastikan perangkat mengirim data yang konsisten dan bahwa konfigurasinya sesuai dengan operasi nyata armada.
Konfigurasikan ini dari **Deteksi tempat parkir**. Ini langsung memengaruhi:
* Laporan perjalanan
* Laporan perhentian
* Kelebihan diam
* Perhentian di dalam atau di luar geofence
* Aturan yang bergantung pada status gerakan atau parkir
Platform hanya menafsirkan data yang diterimanya. Frekuensi pelaporan yang rendah, noise GPS, status pengapian yang salah, atau data gerakan yang tidak andal akan memengaruhi hasil.
## Konfigurasi utama
Di **Deteksi tempat parkir**, Anda menentukan kapan platform harus menganggap suatu unit sebagai sedang parkir.
* **Deteksi ketidakaktifan minimum**: Waktu minimum unit harus tetap idle sebelum platform menandainya sebagai parkir. Jika ini diatur ke 5 menit, kondisi harus berlaku selama 5 menit penuh sebelum status berubah. Rentang yang diizinkan: 1 hingga 1440 menit.
* **Kecepatan idle maksimum**: Ambang batas kecepatan yang digunakan untuk menganggap unit sebagai idle. Jika ini diatur ke 3 km/jam, platform menganggap kecepatan di bawah 3 km/jam sebagai idle. Jika ini diatur ke 0, deteksi kecepatan idle dinonaktifkan.
* **Pertimbangkan status pengapian**: Menyertakan status mesin dalam **Deteksi tempat parkir**. Agar ini berfungsi dengan benar, sensor pengapian harus terhubung secara fisik dan dikonfigurasikan di bawah **Sensor dan tombol**. Jika Anda mengaktifkannya tanpa sensor yang valid, hasilnya bisa salah.
* **Pertimbangkan sensor gerak**: Menyertakan gerakan yang dilaporkan perangkat selain kecepatan dan waktu. Ini dapat membantu ketika noise GPS menyebabkan gerakan palsu, tetapi hanya jika data sensor andal.
## Bagaimana logika bekerja tanpa pengapian atau sensor gerak
Jika opsi ini dinonaktifkan, platform hanya menggunakan kecepatan dan waktu:
1. Kecepatan turun di bawah **Kecepatan idle maksimum**.
2. Platform mulai menghitung waktu.
3. Jika **Deteksi ketidakaktifan minimum** terpenuhi, unit ditandai sebagai parkir.
4. Jika sebuah paket tiba dengan kecepatan di atas ambang batas, hitungan direset.
Contoh:
Jika waktu tidak aktif diatur ke 5 menit dan kecepatan diatur ke 3 km/jam, platform harus menerima data di bawah 3 km/jam selama 5 menit berturut-turut sebelum menandai unit sebagai parkir. Satu paket di atas ambang batas mereset hitungan.
## Bagaimana logika berubah saat mempertimbangkan pengapian
Kecepatan saja tidak selalu dapat membedakan antara perhentian operasional, kemacetan, menunggu dengan mesin menyala, atau akhir perjalanan. Pengapian menambah konteks dan membantu memisahkan skenario ini.
Saat opsi ini diaktifkan, platform mengevaluasi kecepatan, waktu, dan status mesin. Jika status pengapian terbalik, hilang, atau terputus-putus, deteksi bisa salah.
Contoh:
Unit telah berada pada 0 km/jam selama beberapa menit.
* **Pengapian mati** → platform dapat memastikan parkir dengan kepastian yang lebih tinggi
* **Pengapian menyala** → mungkin sedang menunggu dengan mesin menyala, yang dapat memicu aturan seperti kelebihan diam
* **Pengapian dikonfigurasi salah** → platform dapat salah menafsirkan kedua kasus
## Bagaimana logika berubah saat mempertimbangkan sensor gerak
Saat opsi ini diaktifkan, platform menggunakan status gerakan yang dilaporkan perangkat untuk melengkapi data kecepatan dan waktu.
Ini membantu ketika unit berhenti tetapi noise GPS menimbulkan pergeseran posisi kecil atau kecepatan rendah palsu. Dalam kasus itu, sensor dapat memastikan bahwa unit sebenarnya tidak bergerak.
Jika sensor melaporkan data yang salah, efeknya bisa sebaliknya: perjalanan terpisah, perhentian tertunda, atau gerakan palsu saat unit diam. Validasi sensor sebelum mengaktifkannya.
## Nilai yang direkomendasikan
Gunakan nilai ini sebagai titik awal untuk operasi perkotaan:
* **Deteksi ketidakaktifan minimum**: 3 hingga 5 menit
* **Kecepatan idle maksimum**: 3 hingga 6 km/jam
Ini bukan nilai universal. Nilainya bergantung pada operasi dan pada apa yang Anda anggap sebagai perhentian.
* Untuk operasi di mana perhentian singkat penting, waktu yang lebih rendah dapat digunakan.
* Untuk operasi dengan lalu lintas yang sering atau rute lambat, gunakan waktu yang lebih tinggi untuk mengurangi noise dalam laporan.
* Validasi ambang batas kecepatan dengan data nyata. Jika GPS melaporkan antara 1 dan 4 km/jam saat unit berhenti, ambang batas yang terlalu rendah dapat mencegah deteksi yang benar.
## Praktik terbaik
* **Konfigurasikan Deteksi tempat parkir terlebih dahulu**: Sebelum meninjau aturan peringatan seperti kelebihan diam atau perhentian di geofence, validasi bahwa deteksi dasar berfungsi dengan benar.
* **Validasi pengapian sebelum mengaktifkannya**: Sensor harus ada di bawah **Sensor dan tombol** dan melaporkan nilai yang benar. Jika tidak, hal itu dapat memengaruhi perjalanan, perhentian, dan aturan peringatan.
* **Jangan mengaktifkan sensor gerak tanpa memvalidasi data**: Pertama, pastikan bahwa perangkat mengirim status ini dengan benar. Jika tidak, hal itu dapat memengaruhi perekaman perjalanan dan deteksi perhentian.
* **Tinjau frekuensi pelaporan**: Jika perangkat mengirim data setiap 60 detik, waktu tidak aktif 1 menit tidak sesuai. Waktu minimum harus lebih lama daripada interval pelaporan.
* **Validasi dengan laporan nyata**: Setelah mengubah konfigurasi, tinjau laporan dari hari operasi:
* Laporan perjalanan
* Laporan perhentian
* Laporan parkir, jika berlaku
* **Dokumentasikan perubahan**: Catat nilai sebelumnya, nilai baru, tanggal, alasan, dan perangkat yang terdampak. Jika tidak, akan sulit menjelaskan perubahan laporan di kemudian hari.
Jika Anda melihat perjalanan terpisah, perhentian palsu, atau peristiwa yang tidak sesuai dengan operasi, sesuaikan nilainya dan validasi lagi.
## Kasus umum
* **Unit berhenti tetapi tampak bergerak**: Ambang batas **Kecepatan idle maksimum** mungkin terlalu rendah, atau mungkin ada noise GPS. Jika perangkat melaporkan antara 1 dan 4 km/jam saat unit diam, naikkan ambang batas.
* **Terlalu banyak perjalanan singkat muncul**: Ambang batas **Deteksi ketidakaktifan minimum** terlalu rendah. Platform menutup perjalanan karena lampu lalu lintas atau jeda singkat. Tingkatkan waktunya dan tinjau lagi.
* **Unit tampak parkir meskipun bergerak lambat**: Ambang batas **Kecepatan idle maksimum** terlalu tinggi. Jika unit beroperasi pada kecepatan rendah dan ambang batas berada di atasnya, platform menafsirkannya sebagai idle.
* **Kelebihan diam tidak terpicu**: Aturan peringatan bergantung pada status parkir yang dikonfirmasi terlebih dahulu dan pada status pengapian yang tiba dengan benar. Jika **Deteksi tempat parkir** tidak berfungsi dengan benar, aturan peringatan tidak akan terpicu meskipun pengapian menyala. Tinjau **Deteksi tempat parkir** terlebih dahulu, lalu aturan peringatan.
* **Perbedaan antara idle di platform dan idle perangkat keras**: Idle di platform bergantung pada logika Navixy, deteksi tempat parkir, dan status pengapian yang diterima. Idle perangkat keras berasal dari peristiwa yang dihasilkan langsung oleh perangkat.
* **Perjalanan tidak direkam dengan benar saat menggunakan sensor gerak**: Jika sensor melaporkan data yang salah, perjalanan mungkin tidak dibatasi seperti yang diharapkan. Tinjau data sensor terlebih dahulu.
* **Perubahan deteksi setelah mengaktifkan pengapian**: Sebelum mengasumsikan ini sebagai masalah platform, tinjau status pengapian yang diterima dari perangkat.
## Rekomendasi untuk mencegah celah rute
Tinjau item ini terlebih dahulu:
* Deteksi ketidakaktifan minimum
* Kecepatan idle maksimum
* Frekuensi pelaporan perangkat
* Kecepatan yang dilaporkan selama periode tersebut
* Kualitas sinyal GPS
* Penggunaan GPS atau LBS
* Status pengapian, jika berlaku, dan konfigurasinya di bawah **Sensor dan tombol**
* Sensor gerak, jika berlaku, dan apakah sensor tersebut melaporkan dengan benar
* Aturan platform dan perangkat keras yang aktif pada saat yang sama
Platform menerapkan logika yang dikonfigurasikan pada data yang diterimanya. Jika paket tiba dengan frekuensi rendah, noise, atau nilai yang tidak konsisten, hasilnya akan mencerminkan kondisi tersebut.
## Catatan akhir
**Deteksi tempat parkir** tidak mengoreksi data perangkat. Ini hanya menafsirkan data masuk berdasarkan nilai yang dikonfigurasikan. Jika pengapian atau sensor gerak diaktifkan, data tersebut juga menjadi bagian dari logika.
Sebelum menyesuaikan aturan atau laporan, pastikan perangkat mengirim cukup data yang konsisten agar sesuai dengan operasi nyata.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://navixy.com/docs/expert-center/id/faq-and-troubleshooting/gps-devices/parking-detection-logic.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.