> 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

## Deskripsi

Aturan ini dirancang khusus untuk penggunaan sensor pengukuran dan bertujuan menghasilkan notifikasi ketika data sensor yang diterima oleh 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 yang ditetapkan. Dengan menyiapkan aturan ini, pengguna dapat menerima notifikasi waktu nyata 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 pengelolaan dan pengendalian parameter yang diukur menjadi lebih efisien. Misalnya, jika pengguna perlu memantau suhu atau tegangan dalam rentang tertentu, aturan ini dapat membantu menyiapkan rentang tersebut dan memberi tahu pengguna setiap kali unit melampaui batas yang ditentukan.

## Pengaturan

![](/files/7388238d68227b09d0d0f626444014a72fa66fac)

**Sensor:**

Sumber Data untuk aturan peringatan. Hanya dapat ditentukan satu sensor pengukuran atau sensor virtual (hanya untuk sensor virtual dengan "Calculation method: Source Value"). Oleh karena itu, setiap perangkat GPS memerlukan aturan terpisah.

**Lebih besar atau sama dengan:**

Parameter ini menjelaskan batas bawah rentang.

**Lebih kecil atau sama dengan:**

Parameter ini menjelaskan batas atas rentang.

**Ambang nilai:**

* adalah buffer yang ditambahkan pada batas “**Lebih besar atau sama dengan**” dan “**Lebih kecil atau sama dengan**” dari kedua sisi setiap parameter. Nilai ini membantu platform Navixy membedakan antara **DI DALAM** dan **DI LUAR** status rentang, bahkan dalam kasus data yang "longgar" (seperti noise sensor atau ketidakakuratan). Ini dilakukan dengan membuat rentang yang lebih besar di sekitar titik '10' dan '24', sehingga toleransinya lebih besar dan risiko aturan peringatan palsu berkurang. Sulit mendapatkan sensor analog yang mencapai nilai yang ditentukan secara tepat, sementara itu, ketidakakuratan akan memicu peristiwa terlalu sering. Ada dua kasus terjadinya nilai masuk. Perilaku platform bergantung pada status aturan (peristiwa) **status** pada momen waktu tertentu. Peristiwa memiliki dua status:

1. **DI DALAM** rentang
2. **DI LUAR** rentang

Kasus #1, Dari status **DI DALAM** ke **DI LUAR** status:

Setiap kali peristiwa (aturan) berada dalam status **DI DALAM** rentang, status ini hanya berubah menjadi **DI LUAR** rentang ketika nilai masuk berada di luar (#**4**) buffer luar (#**3**).

Kasus #2, Dari status **DI LUAR** ke **DI DALAM** status:

Setiap kali peristiwa (aturan) berada dalam status **DI LUAR** rentang, status ini hanya berubah menjadi **DI DALAM** rentang ketika nilai masuk mencapai **di dalam rentang** (#**1**) tetapi di luar buffer dalam (#**2**).

![](/files/5f02ac193078b1562776002af36dc1f36f1e4718)

Jika parameter "Ambang nilai" tidak ditentukan, nilainya secara default 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 hanya perlu bekerja di dalam/di luar perimeter yang dipilih.

**Tautkan 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 bidang status, sedangkan sensor pengukuran hanya memungkinkan pengendalian data non-status, seperti tingkat bahan bakar, tegangan, dan sebagainya. Pengguna tetap dapat memilih input data non-status pada sensor virtual dan menggunakannya dalam aturan.

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

Ini dapat berguna jika pengguna perlu menentukan sumber bidang status dalam aturan rentang parameter. Misalnya, ada perangkat GPS dengan rentang kode kejadian 1-100, dan perlu mengendalikan kode dari 20 sampai 30. Buat parameter dalam aturan rentang dan tentukan kode kejadian sebagai sumber untuk sensor virtual:

{% hint style="info" %}
Notifikasi "Parameter dalam rentang" dapat berisi satu atau semua nilai yang ditentukan dalam rentang aturan, tetapi tidak menyertakan translasi 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 dalam tabel sensor virtual yang disebutkan di atas.
{% endhint %}

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

{% hint style="info" %}
Jika pengguna mengubah metode kalkulasi sensor virtual yang ditentukan sebagai sumber data dalam sebuah **Parameter dalam rentang** aturan menjadi metode apa pun selain "Source value", aturan tersebut 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 peramban dapat memblokir suara notifikasi sampai aktivitas pengguna terekam 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 hanya tersedia saat tombol radio pengikatan perimeter "Di dalam" dipilih pada **Pengaturan** tab.

**Notifikasi SMS:**

Daftar penerima notifikasi SMS saat peristiwa terjadi.

**Notifikasi email:**

Daftar penerima email saat peristiwa terjadi.

## Jadwal

Atur penjadwalan 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 default untuk penjadwalan cepat.

## Kekhususan platform:

* Setiap kali platform mengidentifikasi sebuah **DI DALAM** peristiwa di dalam rentang atau sebuah **DI LUAR** peristiwa di luar rentang dari paket data perangkat GPS yang tidak berisi 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 **Di dalam/Di luar** tombol radio ini 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. Hal ini disebabkan oleh fakta bahwa beberapa sumber sensor pengukuran yang berbeda tidak dapat direferensikan silang dengan beberapa perangkat GPS, tabel kalibrasi, dan aspek pengukuran serta penyaringan data lainnya.
* Laporan **Parameter dalam rentang** peringatan memiliki pengatur waktu reset 10 detik, yang berarti peristiwa peringatan tidak terjadi lebih sering daripada sekali setiap 10 detik. Jika jenis peristiwa ini terjadi saat aturan masih menunggu reset, peristiwa ini diabaikan oleh platform, termasuk laporan.

## Laporan peristiwa

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

![](/files/16b8f4491e71c5478c602f07cac487a4910d8668)

![](/files/bce3c5c250aec59d5d40b5307a1b1a9d89d5dfa4)

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 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/user/id/guide/events-and-notifications/inputs-and-outputs/parameter-in-range.md?ask=<question>&goal=<endgoal>
```

`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.