> 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/user/id/guide/dashboards/technical-conditions-dashboard.md).
# Dasbor kondisi teknis
**Kondisi** adalah tab ketiga aplikasi Dasbor, dan menjawab pertanyaan "seberapa baik perangkat keras armada berkinerja, dan apa yang perlu mendapat perhatian?" (tab [Dasbor status langsung](/docs/user/id/guide/dashboards/fleet-live-status-dashboard.md) mencakup "apa yang sedang dilakukan armada saat ini?" dan [dasbor Perjalanan](/docs/user/id/guide/dashboards/trips-dashboard.md) mencakup "apa yang dilakukan armada selama seminggu terakhir?". Dasbor ini menggabungkan kualitas GPS, catu daya, jarak tempuh, kode kesalahan, RPM mesin, dan peristiwa keselamatan dalam satu tampilan. Dengan begitu, Anda dapat mendeteksi perangkat dan kendaraan yang mulai menurun sebelum menyebabkan waktu henti.
{% hint style="info" %}
Dasbor Kondisi saat ini masih dalam beta (v1.0.0), versi awal yang dirilis agar dapat dibentuk oleh masukan nyata. Jika ada yang kurang, membingungkan, atau bisa lebih berguna, gunakan **Kirim masukan** tombol di bagian atas tab. Setiap dasbor memiliki versi secara independen, sehingga **status langsung**, **Perjalanan**, **Kondisi**, **IoT Logic**, dan **Bahan bakar** tab dapat menampilkan nomor versi yang berbeda.
{% endhint %}
Ingin kustomisasi dan detail lebih banyak? [Dashboard Studio](/docs/analytics/id/dashboard-studio.md) memungkinkan Anda membuat analitik armada yang disesuaikan dengan KPI Anda sendiri menggunakan data IoT Query. Templat yang direkomendasikan untuk memulai: [Pemantau Anomali Armada](https://github.com/Navixy/navixy-iot-query-dashboard/blob/main/schemas/01-fleet-anomaly-monitor.md).
## Cara dasbor mendefinisikan kesehatan armada
Beberapa panel menggunakan indikator status yang sama, jadi ada baiknya membaca aturannya sekali sebelum menelusuri halaman.
Pelacak dihitung sebagai **aktif** jika memiliki setidaknya satu catatan statistik per jam yang tersimpan, artinya perangkat telah berkomunikasi dengan platform Navixy pada suatu waktu dalam riwayat yang disimpan. Aktif tidak berarti aktif saat ini. Pelacak yang terakhir melaporkan seminggu lalu tetap dihitung. Sebuah **tidak aktif** pelacak tidak aktif ada di katalog akun Anda tetapi sama sekali belum pernah menghasilkan catatan per jam.
Kualitas GPS menggabungkan dua nilai yang dilaporkan perangkat: jumlah satelit yang terlihat dan HDOP (Horizontal Dilution of Precision, ukuran tanpa dimensi tentang geometri GPS; makin rendah makin baik).
| Status | Kondisi |
| --------------------- | ------------------------------------------------------- |
| ⚫ Tidak ada kunci GPS | HDOP bernilai negatif (tidak tersedia atau tidak valid) |
| 🔴 Kritis | HDOP > 5, atau jumlah satelit < 3 |
| 🟡 Peringatan | HDOP > 2, atau jumlah satelit < 6 |
| 🟢 Normal | HDOP ≤ 2 dan jumlah satelit ≥ 6 |
Tegangan baterai dan tegangan onboard (papan) dinilai secara berbeda: pembacaan terbaru tiap pelacak dibandingkan dengan rata-rata historis milik pelacak itu sendiri, bukan dengan ambang tetap. Perbandingan relatif ini mendeteksi penurunan bertahap yang tidak akan terdeteksi oleh batas absolut, serta mengakomodasi armada yang terdiri dari kendaraan 12 V dan 24 V.
| Status | Kondisi |
| ------------- | ------------------------------------------------------------------ |
| 🔴 Kritis | Tegangan saat ini lebih dari 20% di bawah rata-rata historis |
| 🟡 Peringatan | Tegangan saat ini 10–20% di bawah rata-rata historis |
| 🟢 Normal | Tegangan saat ini berada dalam selisih 10% dari rata-rata historis |
## Jendela data dan pembaruan
Dasbor membaca seluruh riwayat statistik per jam yang tersedia untuk akun Anda. Tidak ada pemilih tanggal, dan rentangnya tidak dapat diubah. Dalam praktiknya, ini mencakup kira-kira 7 hari terakhir agregat per jam, yang merupakan horizon retensi umum untuk penyimpanan yang mendasarinya.
Nilai "terbaru" yang ditampilkan di tabel pemantau kesehatan dan pada **Diagnostik terbaru** selalu berasal dari catatan per jam terbaru masing-masing pelacak, berapa pun usia catatan tersebut. Pelacak yang terakhir melapor tiga hari lalu tetap akan tampil dengan nilai berusia tiga hari, bukan dikecualikan.
Dasbor menyegarkan secara otomatis setiap **90 detik** selama tab browser berada dalam fokus, dan **Perbarui** tombol di pojok kanan atas memaksa penyegaran segera.
Tabel menampilkan waktu dalam zona waktu browser Anda, tetapi keempat grafik tren menampilkan jam dalam UTC. Lihat [Tanggal dan waktu](/docs/user/id/guide/dashboards.md#dates-and-times).
## Ringkasan armada
Baris teratas dari tiga ubin KPI menggambarkan ukuran keseluruhan dan aktivitas armada Anda: **Total pelacak**, **Pelacak aktif**, dan **Pelacak tidak aktif**. Total pelacak adalah setiap perangkat yang terdaftar di akun Anda, baik yang pernah melaporkan data maupun tidak. Pelacak aktif mengikuti definisi aktif di atas, dan pelacak tidak aktif adalah selisih di antara keduanya.
Kapan perlu menyelidiki jumlah tidak aktif yang bukan nol
Jumlah Tidak aktif yang bukan nol layak ditinjau di katalog pelacak Anda: perangkat yang baru dipasang dan belum mulai melapor, perangkat keras yang sudah dinonaktifkan tetapi masih tercantum, atau perangkat GPS dengan masalah konfigurasi. Kesenjangan antara Total dan Aktif juga memengaruhi cara panel lain membacanya: porsi tidak aktif yang besar tidak berarti armada aktif Anda berkinerja buruk.
## Jumlah event keselamatan dan diagnostik
Baris kedua berisi empat ubin KPI: **Peristiwa GPS terdegradasi**, **Event SOS**, **Event sabuk pengaman**, dan **Jumlah event DTC**. Masing-masing menghitung berapa banyak periode per jam yang merekam jenis event tersebut di seluruh armada, dengan menghitung jam, bukan event individual: satu jam dengan lima aktivasi SOS dan satu jam dengan satu aktivasi sama-sama menambah satu ke hitungan. Pengecualiannya adalah jumlah event DTC, yang menjumlahkan hitungan event mentah sehingga mencerminkan aktivitas OBD kumulatif, bukan jumlah jam yang terdampak.
Peristiwa GPS terdegradasi menghitung jam dengan kurang dari 3 satelit yang terlihat. Event sabuk pengaman menghitung jam ketika sensor melaporkan sabuk tidak dikaitkan saat pelacak bergerak, bahkan pada kecepatan yang sangat rendah.
Keempat ubin ini hanya menunjukkan hitungan seluruh armada. Untuk menemukan pelacak mana yang memicunya, urutkan **Diagnostik terbaru** berdasarkan kolom yang sesuai.
## Kualitas GPS
Dua panel bekerja bersama untuk menampilkan perangkat dengan masalah penentuan posisi. Diagram batang menunjukkan siapa yang memiliki jam terdegradasi terbanyak. Pemantau kesehatan menunjukkan situasi siapa yang semakin memburuk.
| Panel | Apa yang ditampilkan |
| ------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| **10 pelacak teratas berdasarkan peristiwa GPS terdegradasi** (diagram batang) | 10 pelacak dengan jam kualitas GPS buruk terbanyak. Satu jam dihitung sebagai terdegradasi jika satelit < 3, HDOP > 5, atau HDOP tidak tersedia. |
| **Pemantau kesehatan GPS** (tabel) | Satu baris per pelacak. HDOP dan jumlah satelit saat ini berdampingan dengan rata-rata historis masing-masing pelacak, dilengkapi panah tren (▲ naik, ▼ turun, ► datar) dan status Perlu Perhatian menggunakan ambang batas di atas. |
Pemantau kesehatan GPS mengurutkan Tidak Ada Fix terlebih dahulu, lalu Kritis, Peringatan, dan Normal. Di dalam setiap kelompok, pembacaan terburuk berada di atas.
Kapan perlu menyelidiki masalah kualitas GPS
Pelacak di bagian atas diagram batang sering mengalami kerusakan antena, halangan pada perangkat, atau masalah pemasangan. Pemantau kesehatan menambahkan konteks: pelacak dengan status Kritis tetapi tren stabil memiliki masalah jangka panjang yang sudah diketahui, sedangkan status Peringatan dengan tren menurun menunjukkan situasi yang sedang memburuk dan layak ditangkap lebih awal.
## Baterai dan catu daya
Bagian ini mencakup dua catu daya yang berbeda, masing-masing dengan grafik tren dan pemantau kesehatan sendiri. **Tegangan baterai** adalah baterai cadangan internal perangkat, yang digunakan saat kendaraan mati atau terputus. **Tegangan onboard** adalah sistem kelistrikan utama kendaraan, biasanya 12 V untuk mobil dan kendaraan ringan atau 24 V untuk truk dan alat berat.
| Panel | Apa yang ditampilkan |
| ----------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Tren tegangan baterai untuk 10 pelacak teratas** (grafik garis) | Tegangan baterai cadangan dari waktu ke waktu untuk 10 pelacak dengan persentase muatan baterai saat ini terendah. |
| **Pemantau kesehatan catu daya baterai** (tabel) | Tegangan saat ini dibandingkan rata-rata historis per pelacak, dengan panah tren, selisih absolut, dan perubahan relatif dalam persentase. Diurutkan dengan penurunan relatif terbesar terlebih dahulu. |
| **Tren tegangan onboard untuk 10 pelacak teratas** (grafik garis) | Tegangan catu daya onboard dari waktu ke waktu untuk 10 pelacak dengan tegangan onboard saat ini terendah. |
| **Pemantau kesehatan catu daya onboard** (tabel) | Strukturnya sama seperti pemantau baterai, diterapkan pada catu daya onboard kendaraan. |
Kedua pemantau kesehatan menggunakan ambang tegangan Kritis / Peringatan / Normal yang dijelaskan sebelumnya.
Kapan perlu menyelidiki tren tegangan
Tren tegangan menurun yang dipadukan dengan persentase muatan rendah adalah sinyal terkuat bahwa baterai cadangan perangkat mendekati kegagalan.
Tegangan onboard yang turun saat mesin mati biasanya normal. Penurunan yang berlanjut saat mesin berjalan menunjukkan masalah pengisian daya atau pengkabelan. Membandingkan pemantau tegangan papan dan baterai berdampingan adalah cara tercepat untuk membedakan masalah di sisi perangkat (baterai menurun, papan stabil) dari masalah di sisi kendaraan (papan menurun, baterai mungkin ikut menurun).
{% hint style="info" %}
Kedua pemantau kesehatan hanya menyertakan pembacaan tegangan antara 1 V dan 50 V untuk menyaring nilai sensor yang tidak valid. Pelacak yang seluruh pembacaannya berada di luar rentang ini, biasanya karena sensor tidak terpasang atau tidak mengirimkan laporan, dikecualikan sepenuhnya dari tabel.
{% endhint %}
## Jarak tempuh
Dua panel melacak aktivitas odometer di seluruh armada, keduanya menggunakan odometer perangkat keras yang dilaporkan oleh perangkat.
| Panel | Apa yang ditampilkan |
| ------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------- |
| **10 pelacak teratas berdasarkan jarak tempuh** (tabel) | 10 pelacak dengan pembacaan odometer saat ini tertinggi, beserta stempel waktu pesan yang menghasilkan setiap nilai. |
| **Tren jarak tempuh untuk 10 pelacak teratas** (grafik garis) | Pembacaan odometer dari waktu ke waktu untuk 10 pelacak yang sama. |
Tidak seperti bagian lain dasbor ini, jarak tempuh bukan sinyal kesalahan. Ini adalah tampilan perencanaan servis. **10 pelacak teratas berdasarkan jarak tempuh** menyebut kendaraan yang telah menempuh jarak paling jauh, titik awal yang umum untuk perencanaan servis berbasis jarak, bukan yang memiliki masalah teknis.
Pelacak tanpa sensor odometer perangkat keras tidak muncul di salah satu panel, meskipun memiliki telemetri lain.
Kapan perlu menyelidiki pola jarak tempuh
Garis yang tetap datar menunjukkan kendaraan yang telah parkir atau sensornya berhenti melaporkan. Lonjakan vertikal yang tajam biasanya berarti koreksi odometer manual atau penggantian sensor, yang keduanya layak diverifikasi terhadap catatan pemeliharaan Anda.
## Kode kesalahan
Blok **Pelacak dengan kode kesalahan aktif** tabel mencantumkan diagnostic trouble code aktif (DTC) yang dilaporkan kendaraan melalui antarmuka OBD mereka. Setiap baris adalah satu kode dari satu catatan per jam, dengan yang terbaru di atas. Kendaraan yang melaporkan tiga kode dalam satu jam akan menempati tiga baris. Kendaraan yang melaporkan kode kesalahan dalam beberapa jam akan muncul pada masing-masing jam tersebut.
Tabel ini memiliki empat kolom: **Label Pelacak**, **Dibuat pada**, **Kode DTC**, dan **Deskripsi kesalahan**. **Deskripsi kesalahan** memberikan makna standar OBD-II dari kode tersebut, misalnya "Cylinder 1 Misfire" untuk `P0301`. Navixy mengambil deskripsi dari daftar kode OBD-II miliknya sendiri. Saat sebuah kode tidak ada dalam daftar itu, **Deskripsi kesalahan** kolom tetap kosong. Cari kode semacam itu di referensi pabrikan kendaraan Anda.
Saat tabel kosong, tampilannya adalah "Tidak ada event DTC yang ditemukan untuk 7 hari terakhir." Pesan itu dapat berarti bahwa tidak ada kesalahan yang terjadi atau bahwa tidak ada perangkat Anda yang melaporkan DTC melalui OBD sama sekali. Periksa apakah ada pelacak yang pernah mengisi kolom DTC di Diagnostik terbaru sebelum menyimpulkan armada bersih.
Kapan perlu menyelidiki kode kesalahan
Kendaraan yang muncul berkali-kali dengan kode yang sama memiliki kesalahan persisten yang belum dihapus. Kendaraan yang muncul sekali dengan banyak kode mungkin mengalami lonjakan komunikasi atau satu kejadian berat. Kedua kasus tersebut layak dibawa ke bengkel.
## Mesin dan kecepatan
Dua panel mencakup perilaku mesin dan kecepatan puncak.
| Panel | Apa yang ditampilkan |
| ---------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **10 event teratas berdasarkan RPM** (tabel) | 10 periode per jam individual dengan pembacaan RPM mesin tertinggi yang tercatat di mana pun di armada, bersumber dari CAN bus kendaraan. Setiap baris adalah satu jam, dan nilai yang ditampilkan adalah RPM puncak selama jam tersebut. |
| **Tren kecepatan untuk 10 pelacak teratas** (grafik garis) | Kecepatan puncak per jam dari waktu ke waktu untuk 10 pelacak dengan kecepatan maksimum saat ini terendah, dirancang untuk menampilkan kendaraan yang kecepatan tertingginya secara konsisten rendah. |
Saat tabel RPM kosong, tampilannya adalah "Tidak ada nilai RPM yang ditemukan untuk 7 hari terakhir." Seperti pada event DTC, hasil kosong dapat berarti tidak ada pembacaan tinggi yang terjadi, atau bahwa tidak ada perangkat Anda yang melaporkan RPM mesin melalui CAN bus sama sekali.
Kapan perlu menyelidiki RPM dan kecepatan
Nilai RPM di atas 10.000 tidak umum untuk kendaraan jalan raya dan biasanya menunjukkan peristiwa over-rev yang nyata atau kesalahan sensor.
Kecepatan puncak yang secara konsisten rendah pada grafik tren kecepatan dapat mengindikasikan aset yang dibatasi rutenya, peralatan dengan pembatas kecepatan, atau kendaraan yang telah parkir selama sebagian besar jendela data.
## Diagnostik terbaru
Blok **Diagnostik terbaru** tabel di bagian bawah dasbor adalah ringkasan kesehatan armada dengan satu baris per pelacak. Tabel ini menampilkan nilai terbaru dari setiap metrik yang dilacak dasbor untuk setiap pelacak di akun Anda. Metrik tersebut mencakup stempel waktu pembaruan terakhir, tingkat dan tegangan baterai, tegangan papan, HDOP, jumlah satelit, jarak tempuh, kode DTC aktif dan jumlah event, RPM dan kecepatan puncak, event SOS dan sabuk pengaman, serta akselerasi puncak. Setiap kolom dapat diurutkan.
Cara menggunakan tabel ini selama investigasi
Urutkan berdasarkan **Pembaruan terakhir** untuk menemukan pelacak yang berhenti melapor, hal pertama yang perlu diperiksa saat kendaraan tampak tidak diperbarui di panel lain. Urutkan berdasarkan **Tegangan baterai** atau **Tegangan papan** untuk menemukan pembacaan saat ini yang terendah tanpa menunggu pemantau kesehatan menandainya. Urutkan berdasarkan **Event DTC** atau **Event SOS** untuk menempatkan pelacak dengan insiden saat ini di bagian atas.
{% hint style="info" %}
Tabel menampilkan hingga 600 pelacak, diurutkan dengan yang paling baru diperbarui terlebih dahulu. Jika akun Anda memiliki lebih dari 600 pelacak, yang paling lama tidak diperbarui tidak akan muncul di sini. Gunakan panel lain untuk menyelidikinya.
{% endhint %}
## Mengekspor data panel
Setiap panel di sini, baik grafik maupun tabel, memiliki opsi ekspor CSV, Excel, dan PDF yang sama seperti dijelaskan dalam [Mengekspor data](/docs/user/id/guide/dashboards.md#exporting-data).
---
# 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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://navixy.com/docs/user/id/guide/dashboards/technical-conditions-dashboard.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.