> 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/events-and-notifications/inputs-and-outputs/input-triggering.md).

# Pemicu masukan

Terima peringatan saat input diskret perangkat GPS berubah status, seperti sensor pintu terbuka, pengapian menyala, atau tombol darurat ditekan.

Pemicu input (atau perubahan input) mengacu pada perubahan status sebuah input pada perangkat pelacak kendaraan. Input ini dapat terhubung ke berbagai sensor atau sakelar di kendaraan, seperti sensor pintu, status Pengapian, atau komponen kendaraan lainnya. Saat input berubah status, misalnya dari aktif ke nonaktif atau sebaliknya, perangkat GPS mendeteksi perubahan ini dan dapat memicu peristiwa atau notifikasi yang sesuai.

{% hint style="info" %}
Jenis perubahan input pada aturan berlaku untuk input diskrit yang memiliki dua posisi logis (0 atau 1). Untuk input yang menunjukkan nilai kontinu (misalnya, input analog yang menampilkan rentang tegangan), ada jenis aturan khusus yang disebut Parameter dalam Rentang.
{% endhint %}

## Ikhtisar

Banyak perangkat GPS kendaraan dilengkapi dengan input yang dapat dihubungkan ke berbagai alat, seperti sensor pembuka perangkat GPS mobil, status Pengapian, atau tombol darurat. Dengan mengonfigurasi sistem dengan tepat, pengguna dapat menerima notifikasi untuk pemicu input melalui antarmuka pengguna, notifikasi push, SMS, atau email.

Aturan ini dirancang untuk memantau input diskrit tertentu dan memberi tahu pengguna setiap kali terjadi perubahan statusnya. Input diskrit ini hanya dapat memiliki dua nilai: 0 atau 1, karena itu disebut "diskrit." Aturan menunggu hingga input yang ditentukan berubah dari benar (1) menjadi salah (0), atau sebaliknya, dan menghasilkan notifikasi untuk setiap perubahan yang terdeteksi.

Fungsionalitas ini memungkinkan pengguna tetap mendapat informasi tentang status alat atau sensor yang terhubung, memberikan pembaruan waktu nyata tentang berbagai peristiwa, misalnya aktivasi tombol SOS. Kemampuan menerima notifikasi tepat waktu meningkatkan kemampuan pemantauan dan memfasilitasi respons cepat terhadap situasi atau peristiwa kritis yang terdeteksi oleh input diskrit.

![](https://3001559198-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-5f592874287a3c56560a273cb9e9c3d792f1549d%2Fimage-20240805-213834.png?alt=media)

## Pengaturan aturan

### Nomor input

Kolom nomor input menentukan nomor perangkat keras atau perangkat keras virtual dari input yang digunakan. Untuk menentukan input mana yang sesuai dengan fungsi tertentu, lihat dokumentasi pabrikan perangkat GPS. Nomor input harus cocok dengan Diskrit sensor yang dibuat di **Perangkat dan pengaturan** → **Sensor dan tombol** blok.

![](https://3001559198-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-c7f7509ca9d8fbb01b9a3a1191b9cd6518e873ff%2Fimage-20240808-190122.png?alt=media)

## Detail pengoperasian sistem

* **Pengatur waktu reset**: Peringatan **Perubahan input** Aturan peringatan memiliki pengatur ulang 10 detik, memastikan bahwa aturan peringatan tidak terpicu lebih sering daripada sekali setiap 10 detik. Jika suatu peristiwa terjadi selama periode pengaturan ulang ini, peristiwa tersebut dihilangkan oleh platform Navixy, termasuk di Laporan.
* **Penetapan beberapa perangkat GPS**: Beberapa perangkat GPS dapat ditetapkan ke satu aturan. Nomor input yang ditentukan dalam pengaturan aturan digunakan sebagai Sumber Data untuk setiap perangkat GPS. Misalnya, jika input ke-2 dipilih dan beberapa perangkat GPS dipilih, aturan memberi tahu pengguna setiap kali salah satu perangkat GPS yang dipilih mengirimkan perubahan pada input #2 mereka.
* **Validitas peristiwa**: Jika platform mengidentifikasi suatu peristiwa input (1 level benar/tinggi atau 0 level salah/rendah) dari paket data perangkat GPS tanpa koordinat valid, platform menghitung peristiwa tersebut sebagai valid dan menampilkannya, terlepas dari apakah peristiwa itu terjadi di dalam atau di luar geofence yang ditetapkan. Logika tombol radio Di Dalam/Di Luar diabaikan dalam kasus ini, karena menampilkan peristiwa yang kontroversial sekali lagi lebih baik daripada mengabaikannya.
* **Aturan peringatan selektif**: Pengguna dapat memilih untuk menerima Aturan peringatan pemicu input hanya untuk perubahan tertentu pada input (misalnya, dari 1 ke 0 atau dari 0 ke 1) dengan mengosongkan teks notifikasi untuk kolom masing-masing yang tidak ingin mereka aktifkan Aturan peringatannya. Misalnya, pengguna dapat mengonfigurasi Aturan peringatan untuk menerima notifikasi hanya untuk perubahan dari "ON ke OFF" sambil mengabaikan peristiwa dari "OFF ke ON."

![Pada contoh ini, teks notifikasi untuk kolom #1 kosong](https://3001559198-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-773ea7c0f8ad9a28ee31a79dad6aa86ce96421f0%2Fimage-20240805-213731.png?alt=media)


---

# 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/events-and-notifications/inputs-and-outputs/input-triggering.md?ask=<question>&goal=<user_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.