> 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/parameter-in-range.md).

# Parameter dalam rentang

Beri peringatan saat sensor perangkat GPS masuk ke atau keluar dari rentang nilai yang ditentukan. Mendukung sensor pengukuran dan sensor virtual, dengan penyangga akurasi yang dapat dikonfigurasi.

## Deskripsi

Aturan ini dirancang khusus untuk penggunaan sensor pengukuran dan bertujuan menghasilkan notifikasi saat data sensor yang diterima platform berada di dalam atau di luar rentang yang ditentukan. Aturan ini terus memantau pembacaan sensor dan memicu notifikasi setiap kali nilai data melampaui ambang batas yang ditetapkan. Dengan menyiapkan aturan ini, pengguna dapat menerima peringatan real-time terkait pengukuran sensor, sehingga mereka tetap mendapat informasi tentang setiap penyimpangan atau perubahan pada nilai yang diukur. Fitur ini meningkatkan kemampuan pemantauan dan memungkinkan respons proaktif berdasarkan data sensor, sehingga memastikan pengelolaan dan pengendalian parameter yang diukur secara efisien. Misalnya, jika pengguna perlu memantau suhu atau tegangan dalam rentang tertentu, aturan ini dapat membantu menyiapkan rentang dan memberi tahu pengguna setiap kali nilai melampaui batas yang ditentukan.

## Pengaturan

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

**Sensor:**

Sumber Data untuk peringatan. Hanya dapat ditentukan satu sensor pengukuran atau sensor virtual (hanya untuk sensor virtual dengan "Metode perhitungan: Nilai sumber"). Oleh karena itu, setiap perangkat GPS memerlukan aturan terpisah.

**Lebih besar atau sama dengan:**

Parameter ini menjelaskan batas bawah rentang.

**Kurang atau sama dengan:**

Parameter ini menjelaskan batas atas rentang.

**Ambang nilai:**

* adalah buffer yang ditambahkan pada “**Lebih besar atau sama dengan**” dan “**Kurang atau sama dengan**” batas di kedua sisi setiap parameter. Nilai ini membantu platform Navixy membedakan antara **IN** dan **OUT** keadaan rentang, bahkan dalam kasus data yang "longgar" (seperti noise sensor atau ketidakakuratan). Hal ini dilakukan dengan membuat rentang yang lebih besar di sekitar titik '10' dan '24', sehingga memberikan toleransi lebih besar dan mengurangi risiko peringatan palsu. Sulit mendapatkan sensor analog yang menghasilkan nilai yang ditentukan secara tepat, sementara pada saat yang sama ketidakakuratan akan memicu peristiwa terlalu sering. Ada dua kemungkinan kejadian nilai masuk. Perilaku platform bergantung pada keadaan aturan (peristiwa) **keadaan** untuk suatu momen waktu tertentu. Peristiwa memiliki dua keadaan:

1. **IN** rentang
2. **OUT** rentang

Kasus #1, Dari keadaan **IN** ke **OUT** keadaan:

Saat peristiwa (aturan) berada dalam **IN** keadaan rentang, keadaan ini hanya berubah menjadi **OUT** rentang ketika nilai masuk berada di luar (#**4**) buffer luar (#**3**).

Kasus #2, Dari keadaan **OUT** ke **IN** keadaan:

Saat peristiwa (aturan) berada dalam **OUT** keadaan rentang, keadaan ini hanya berubah menjadi **IN** rentang ketika nilai masuk mencapai **dalam rentang** (#**1**) tetapi di luar buffer dalam (#**2**).

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

Jika parameter "Ambang nilai" tidak ditentukan, secara default nilainya menjadi 0,03 (nilai absolut). Jadi, seperti pada contoh di atas, ruang buffer akan berada dari 9,97 hingga 10, dari 10 hingga 10,03, dari 23,97 hingga 24, dan dari 24 hingga 24,03.

**Perimeter:**

Isi bagian ini jika aturan perlu bekerja hanya di dalam/di luar perimeter yang dipilih.

**Ikat zona ke aturan:**

Mengaktifkan pengikatan aturan Perimeter.

**Tombol peta:**

Menampilkan perimeter yang terikat di peta.

**Sensor virtual sebagai sumber untuk aturan Parameter dalam rentang:**

Sensor virtual memungkinkan pengendalian nilai kolom status, sedangkan sensor pengukuran hanya memungkinkan pengendalian data nonstatus, seperti level bahan bakar, tegangan, dan sebagainya. Pengguna tetap dapat memilih input data nonstatus di sensor virtual dan menggunakannya dalam aturan.

Jika sensor virtual dipilih sebagai sumber data, pengguna menentukan rentang sesuai dengan nilai sumber (asli) sensor virtual:

Hal ini dapat berguna jika pengguna perlu menentukan sumber kolom status dalam aturan rentang parameter. Misalnya, ada perangkat GPS dengan rentang kode peristiwa 1-100, dan perlu mengendalikan kode dari 20 hingga 30. Buat parameter dalam aturan rentang dan tentukan kode peristiwa sebagai sumber untuk sensor virtual:

{% hint style="info" %}
Notifikasi "Parameter dalam rentang" dapat memuat satu atau seluruh nilai yang ditentukan dalam rentang aturan, tetapi tidak menyertakan terjemahan dari sensor virtual. Misalnya, jika peristiwa dengan nilai dari 20 hingga 30 terjadi, setiap peristiwa individual dalam rentang tersebut memicu notifikasi "Parameter dalam rentang" terpisah, terlepas dari apakah nilai tertentu tidak ada di tabel sensor virtual yang disebutkan di atas.
{% endhint %}

Misalnya, mari kita pertimbangkan kasus untuk perusahaan logistik. Perusahaan tersebut mengirim beberapa truk melalui berbagai rute, dan ada bagian kritis dengan potensi masalah, seperti kemacetan lalu lintas parah atau kecelakaan. Untuk memantau area berisiko ini secara efektif, mereka menyiapkan aturan "Parameter dalam rentang" dengan sensor virtual menggunakan "kode peristiwa" sebagai sumber data. Mereka menetapkan rentang dari 20 hingga 30 untuk peristiwa pada bagian jalan tertentu itu. Setiap kali sebuah truk menemui peristiwa dalam rentang kritis ini (20-30), mereka menerima notifikasi. Ini memungkinkan tindakan cepat untuk menangani potensi masalah, memastikan keselamatan dan efisiensi dalam operasi mereka. Pendekatan ini memungkinkan mereka tetap mendapat informasi tentang peristiwa kritis yang tidak dapat ditangani oleh sensor tradisional, sehingga meningkatkan kontrol dan pengambilan keputusan mereka.

{% hint style="info" %}
Jika pengguna mengubah Metode perhitungan dari sensor virtual yang ditentukan sebagai sumber data dalam sebuah **Parameter dalam rentang** aturan menjadi metode apa pun selain "Nilai sumber", aturan akan mengatur ulang sumbernya dan berhenti berfungsi.
{% endhint %}

## Notifikasi

**Notifikasi darurat:**

digunakan untuk peristiwa penting. Pesan di layar dan sinyal suara hanya dapat dinonaktifkan dengan mengeklik notifikasi. Perhatikan bahwa beberapa browser dapat memblokir suara notifikasi sampai aktivitas pengguna direkam di halaman.

**Notifikasi push:**

Terima notifikasi push di aplikasi seluler dan antarmuka web.

**Tambahkan nama perimeter ke notifikasi:**

Menambahkan nama perimeter yang ditentukan ke teks notifikasi. Opsi ini tersedia hanya ketika tombol radio pengikatan perimeter "Inside" dipilih pada **Pengaturan** tab.

**Notifikasi SMS:**

Daftar penerima notifikasi SMS ketika peristiwa terjadi.

**Notifikasi email:**

Daftar penerima notifikasi email ketika peristiwa terjadi.

## Jadwal

Atur jadwal kapan aturan dijalankan. Jika jadwal Anda menunjukkan bahwa peristiwa tidak boleh dijalankan pada hari atau periode waktu tertentu, peristiwa tersebut tidak muncul sebagai notifikasi di antarmuka pengguna, dan notifikasi melalui SMS atau email tidak dikirim. Selain itu, Anda dapat memilih templat bawaan untuk penjadwalan cepat.

## Rincian platform:

* Setiap kali platform mengidentifikasi sebuah **IN** rentang atau sebuah **OUT** peristiwa rentang dari paket data perangkat GPS yang tidak memiliki koordinat valid di dalamnya, platform menghitung peristiwa tersebut sebagai valid dan menampilkannya terlepas dari apakah peristiwa itu terjadi di dalam atau di luar perimeter yang terikat. Logika dari **Inside/Outside** tombol radio juga diabaikan dalam kasus ini. Perilaku ini disebabkan oleh fakta bahwa menampilkan peristiwa yang kontroversial sekali lagi lebih baik daripada menghilangkannya.
* Aturan ini hanya mendukung satu perangkat per aturan. Ini karena beberapa sumber berbeda dari sensor pengukuran tidak dapat saling dirujuk silang dengan beberapa perangkat GPS, tabel kalibrasi, dan aspek lain dari pengukuran serta penyaringan data.
* Blok **Parameter dalam rentang** peringatan ini memiliki timer pengaturan ulang 10 detik, yang berarti peristiwa peringatan tidak terjadi lebih sering daripada sekali setiap 10 detik. Jika jenis peristiwa ini terjadi saat aturan menunggu pengaturan ulang, peristiwa ini diabaikan oleh platform, termasuk laporan.

## Laporan peristiwa

Untuk melihat tanggal saat peristiwa diterima, Anda dapat membuat **Laporan semua peristiwa** laporan.

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

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

Untuk representasi grafis penggunaan sensor pengukuran selama periode waktu, gunakan **Sensor pengukuran** laporan.


---

# 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/parameter-in-range.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.