> 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
## Pendahuluan
Deteksi tempat parkir adalah pengaturan inti yang menentukan Perjalanan, Perhentian, Idle, dan peristiwa lain yang terkait Gerakan untuk sebuah unit di Navixy. Logika ini menggabungkan kecepatan, waktu tidak aktif minimum, dan, jika tersedia, data tambahan seperti status Pengapian atau sensor gerakan.
Sebelum meninjau Laporan atau Aturan peringatan, pastikan perangkat mengirim data yang konsisten dan bahwa konfigurasi sesuai dengan operasi Armada yang sebenarnya.
Konfigurasikan ini dari **Deteksi tempat parkir**. Ini secara langsung memengaruhi:
* Laporan Perjalanan
* Laporan Perhentian
* Kelebihan diam
* Perhentian di dalam atau di luar geofence
* Aturan yang bergantung pada Gerakan atau status Parkir
Platform hanya menafsirkan data yang diterimanya. Frekuensi pelaporan rendah, gangguan GPS, status Pengapian yang salah, atau data gerakan yang tidak andal akan memengaruhi hasilnya.
## Konfigurasi utama
Di **Deteksi tempat parkir**, Anda menentukan kapan platform harus menganggap unit sebagai Parkir.
* **Deteksi minimum ketidakaktifan**: Waktu minimum unit harus tetap Idle sebelum platform menandainya sebagai Parkir. Jika ini disetel ke 5 menit, kondisi harus bertahan selama 5 menit penuh sebelum status berubah. Rentang yang diizinkan: 1 hingga 1.440 menit.
* **Kecepatan Idle maksimum**: Ambang batas kecepatan yang digunakan untuk memperlakukan unit sebagai Idle. Jika ini disetel ke 3 km/jam, platform memperlakukan kecepatan di bawah 3 km/jam sebagai Idle. Jika ini disetel ke 0, deteksi kecepatan idle dinonaktifkan.
* **Pertimbangkan status Pengapian**: Menyertakan status Pengapian dalam **Deteksi tempat parkir**. Agar ini bekerja dengan benar, sensor Pengapian harus terhubung secara fisik dan dikonfigurasikan di bawah **Sensor dan tombol**. Jika Anda mengaktifkannya tanpa sensor yang valid, hasilnya mungkin salah.
* **Pertimbangkan sensor gerakan**: Menyertakan Gerakan yang dilaporkan perangkat selain kecepatan dan waktu. Ini dapat membantu saat gangguan GPS menyebabkan Gerakan palsu, tetapi hanya jika data sensor andal.
## Cara kerja logika tanpa Pengapian atau sensor gerakan
Jika opsi ini dinonaktifkan, platform hanya menggunakan kecepatan dan waktu:
1. Kecepatan turun di bawah ambang batas **Kecepatan Idle maksimum**.
2. Platform mulai menghitung waktu.
3. Jika **Deteksi minimum ketidakaktifan** kondisi tersebut terpenuhi, unit ditandai sebagai Parkir.
4. Jika sebuah paket tiba dengan kecepatan di atas ambang batas, hitungan direset.
Contoh:
Jika ketidakaktifan disetel ke 5 menit dan kecepatan disetel 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 akan mengatur ulang hitungan.
## Cara kerja logika berubah saat mempertimbangkan Pengapian
Kecepatan saja tidak selalu dapat membedakan antara berhenti operasional, lalu lintas, menunggu dengan Pengapian 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 dapat salah.
Contoh:
Unit telah berada pada 0 km/jam selama beberapa menit.
* **Pengapian mati** → platform dapat mengonfirmasi Parkir dengan kepastian yang lebih besar
* **Pengapian menyala** → ini mungkin sedang menunggu dengan mesin menyala, yang dapat memicu aturan seperti kelebihan diam
* **Pengapian dikonfigurasi dengan salah** → platform dapat salah menafsirkan kedua kasus
## Cara kerja logika berubah saat mempertimbangkan sensor gerakan
Saat opsi ini diaktifkan, platform menggunakan status Gerakan yang dilaporkan oleh perangkat untuk melengkapi data kecepatan dan waktu.
Ini membantu saat unit Berhenti tetapi gangguan GPS menciptakan pergeseran posisi kecil atau kecepatan rendah palsu. Dalam kasus itu, sensor dapat mengonfirmasi bahwa unit sebenarnya tidak Bergerak.
Jika sensor melaporkan data yang salah, efeknya bisa sebaliknya: Perjalanan terpecah, 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 minimum ketidakaktifan**: 3 hingga 5 menit
* **Kecepatan Idle maksimum**: 3 hingga 6 km/jam
Ini bukan nilai universal. Nilai ini bergantung pada operasi dan pada apa yang Anda anggap sebagai Perhentian.
* Untuk operasi yang mengutamakan Perhentian singkat, waktu yang lebih rendah dapat digunakan.
* Untuk operasi dengan lalu lintas padat atau Rute lambat, gunakan waktu yang lebih tinggi untuk mengurangi gangguan dalam Laporan.
* Validasi ambang batas kecepatan dengan data nyata. Jika GPS melaporkan antara 1 dan 4 km/jam saat unit diam, 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 bekerja dengan benar.
* **Validasi Pengapian sebelum mengaktifkannya**: Sensor harus ada di bawah **Sensor dan tombol** dan melaporkan nilai yang benar. Jika tidak, itu dapat memengaruhi Perjalanan, Perhentian, dan Aturan peringatan.
* **Jangan aktifkan sensor gerakan tanpa memvalidasi data**: Pertama, pastikan perangkat mengirim status ini dengan benar. Jika tidak, hal ini dapat memengaruhi pencatatan Perjalanan dan deteksi Perhentian.
* **Tinjau frekuensi pelaporan**: Jika perangkat mengirim data setiap 60 detik, waktu ketidakaktifan 1 menit tidak sesuai. Waktu minimum harus lebih lama daripada interval pelaporan.
* **Validasi dengan Laporan nyata**: Setelah mengubah konfigurasi, tinjau Laporan dari hari operasional:
* 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 berikutnya dalam Laporan.
Jika Anda melihat Perjalanan terpecah, Perhentian palsu, atau peristiwa yang tidak sesuai dengan operasi, sesuaikan nilai dan validasi lagi.
## Kasus umum
* **Unit Berhenti tetapi tampak Bergerak**: Ambang batas kecepatan **Kecepatan Idle maksimum** mungkin terlalu rendah, atau mungkin ada gangguan GPS. Jika perangkat melaporkan antara 1 dan 4 km/jam saat unit diam, naikkan ambang batas.
* **Terlalu banyak Perjalanan pendek muncul**: Ambang batas kecepatan **Deteksi minimum ketidakaktifan** terlalu rendah. Platform menutup Perjalanan karena lampu lalu lintas atau jeda singkat. Tingkatkan waktu dan tinjau lagi.
* **Unit tampak Parkir meskipun Bergerak perlahan**: Ambang batas kecepatan **Kecepatan Idle maksimum** terlalu tinggi. Jika unit beroperasi pada kecepatan rendah dan ambang batas di atasnya, platform menafsirkannya sebagai Idle.
* **Kelebihan diam tidak terpicu**: Aturan peringatan ini bergantung pada status Parkir yang dikonfirmasi terlebih dahulu dan pada status Pengapian yang diterima dengan benar. Jika **Deteksi tempat parkir** tidak bekerja dengan benar, Aturan peringatan tidak akan terpicu bahkan jika Pengapian menyala. Tinjau **Deteksi tempat parkir** terlebih dahulu, lalu Aturan peringatan.
* **Perbedaan antara Idle platform dan Idle perangkat keras**: Idle 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 gerakan**: Jika sensor melaporkan data yang salah, Perjalanan mungkin tidak dibatasi seperti yang diharapkan. Tinjau data sensor terlebih dahulu.
* **Deteksi berubah setelah mengaktifkan Pengapian**: Sebelum menganggap ini sebagai masalah platform, tinjau status Pengapian yang diterima dari perangkat.
## Rekomendasi untuk mencegah celah Rute
Tinjau item ini terlebih dahulu:
* Deteksi minimum ketidakaktifan
* 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 gerakan, jika berlaku, dan apakah sensor itu melaporkan dengan benar
* Aturan platform dan perangkat keras yang aktif pada saat yang sama
Platform menerapkan logika yang dikonfigurasi pada data yang diterimanya. Jika paket tiba dengan frekuensi rendah, gangguan, atau nilai yang tidak konsisten, hasilnya akan mencerminkan kondisi tersebut.
## Catatan akhir
**Deteksi tempat parkir** Tidak mengoreksi data perangkat. Platform hanya menafsirkan data yang masuk berdasarkan nilai yang dikonfigurasi. Jika Pengapian atau sensor gerakan diaktifkan, data tersebut juga menjadi bagian dari logika.
Sebelum menyesuaikan aturan atau Laporan, pastikan perangkat mengirim cukup data yang konsisten agar sesuai dengan operasi sebenarnya.
---
# 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.