|
{% hint style="info" %}
在 Modbus RTU 通訊中，Register（暫存器）是記憶體通訊的基本單位，其長度為 **2 Byte（16 bit）**；而 Byte（位元組）則是資料傳輸的基本單位，長度為 **8 bit**。
{% endhint %}
{% endstep %}
{% step %}
### 關閉模擬模式
確認測試完成後，請將 F02 關閉，並回到主畫面。完成。
{% endstep %}
{% endstepper %}
Modbus RTU 讀取 Float32 數據範例（點擊展開）
以唯讀型記憶體讀取指令 (04) 為例，說明當累積流量為 5,000.0 公升時，如何發送指令並將回傳數據解析為十進位數值。詳細指令格式請參考 唯讀型記憶體–讀取指令(04) 頁面。
唯讀型記憶體讀取指令（點擊展開）
**主站發送讀取指令 (TX 訊框)**
依設備規格，累積流量以 **Float32** 格式儲存，佔用 **2 個暫存器 (4 bytes)**，因此讀取數量應設定為 **00 02**。主站需發送 Modbus 功能碼 04（讀取輸入暫存器），從位址 0000 開始讀取 2 個暫存器。
```
TX: 01 04 00 00 00 02 71 CB
```
* 從站地址 = 01
* 功能碼 = 04
* 起始暫存器位址 = 00 00
* 讀取數量 = 00 02（2 個暫存器）
* CRC 校驗碼 = 71 CB
**從站回覆數據 (RX 訊框)**
從站收到讀取請求後，依 **Modbus 暫存器 Big Endian**（高位元組在前）及 **IEEE 754 Float32** 格式，將內部儲存的 **5,000.0 公升 (Float32)** 數據，包裝為 **4 bytes** 回傳。
```
RX: 01 04 04 45 9C 40 00 1F 66
```
* 從站地址 = 01
* 功能碼 = 04
* 位元組數 = 04（4 bytes）
* 數據內容 = 45 9C 40 00
* CRC 校驗碼 = 1F 66
**數據解析與換算（還原為十進位）**
**步驟 A：排列數據**\
由於設備採用 **Big Endian** 格式，最高位元組在前，因此 4 個 bytes 依收到順序組合為：\
`459C4000₁₆`
**步驟 B：解析 Float32 結構（S=符號、E=指數、M=尾數）**\
將 `459C4000₁₆` 轉換為 32-bit 二進位數，以進行 IEEE 754 Float32 解析。
* **S（符號位元）** = 0（1 bit）→ 0 代表正數
* **E（指數位元）** = `10001011`（8 bit）→ 139₁₀\
實際指數 = 139 − 127 = **12**
* **M（尾數位元）** = `001110001...`（23 bit）→ 有效位為 **1.M**
**步驟 C：計算數值**
依 IEEE 754 Float32 格式計算如下。\
指數位元 `10001011₂` 等於 139₁₀，故實際指數為 139 − 127 = 12。
* 尾數位元為 00111000100000000000000，有效位為 1.001110001...
將二進位小數點右移 12 位後換算為十進位：
數值 = 2¹²+2⁹+2⁸+2⁷+2³\
\= 4096+512+256+128+8\
\= 5000.0
因此，Modbus 回覆數據 `01 04 04 45 9C 40 00 1F 66` 代表累積流量為 **5000.0 公升**。
## 進階參數設定（FW 2.3.0 開始提供）
### [E15 Byte format](/qr/fp-as510-paddle-wheel-flowmeter-manual-chinese-v2/parameters.md#e-tong-xun-can-shu-lie-biao)
本參數提供4種 byte 封包格式
| 選項名稱 | 全名 |
| ----- | ------------------------------- |
| N.8.1 | No parity bit with 1 stop bit |
| N.8.2 | No parity bit with 2 stop bits |
| O.8.1 | Odd parity bit with 1 stop bit. |
| E.8.1 | Even parity bit with 1 stop bit |
下圖是各選項的封包圖示，其中 ST 代表 start bit，D0 \~ D7 是資料位元，SP 是 stop bit，
OP 是Odd-parity， EP stands 是 Even-parity。（每個菱形圖示是一個 bit）
### [E16 Bit order](/qr/fp-as510-paddle-wheel-flowmeter-manual-chinese-v2/parameters.md#e-tong-xun-can-shu-lie-biao)
本參數可用來調整單個 byte 封包中資料位元的傳輸順序。
LSB 代表 第0位元先傳，MSB 代表第7位元先傳。其中 LSB 是最常使用的格式。以下封包圖示以 N.8.1 舉例：（下圖每個菱形圖示是一個 bit）
### [E17 Endianness](/qr/fp-as510-paddle-wheel-flowmeter-manual-chinese-v2/parameters.md#e-tong-xun-can-shu-lie-biao)
本參數用來調整 RX (流量計回傳資料) 時每個多 byte 資料的內部 byte 傳輸順序。**modbus ID、指令、CRC及單 byte 資料不受影響。** 例如要傳回傳流量及流速資料假設流量的數據是1000，回傳時，仍會先傳流量再傳流速，但是用來表達1000的這 4 個 byte 的傳輸順序不同，1000表示為16進制是 00007A44，以下是兩個不同格式時的順序。（下圖每個菱形圖示是一個 byte。）
#### 範例
以下是使用 04 指令要求流量計傳回瞬時流速(圖示為FS+數字)及累積流量(圖示為TF+數字)的範例：（下圖每個菱形圖示是一個 byte）
第一行是主控端發出的指令。不受本設定影響，詳細請看 modbus 04 指令。
第二行是流量計在 Big Endian 設置下的回覆。從左到右，0x01 到 0x08 及 CRC1到CRC2 不是資料不受本設定影響。瞬時流速(圖示為FS+數字)及累積流量(圖示為TF+數字)回覆順序也不受影響。因為設定為 Big Endian，瞬時流速(圖示為FS3 到 FS0) 的四個 byte 會先從 FS3 開始回覆。累積流量(圖示為TF3 到 TF0) 的四個 byte 會先從 TF3 開始回覆。
第三行是流量計在 Little Endian 設置下的回覆。從左到右，0x01 到 0x08 及 CRC1到CRC2 不是資料不受本設定影響。瞬時流速(圖示為FS+數字)及累積流量(圖示為TF+數字)回覆順序也不受影響。因為設定為 Little Endian，瞬時流速(圖示為FS0 到 FS3) 的四個 byte 會先從 FS0 開始回覆。累積流量(圖示為TF0 到 TF3) 的四個 byte 會先從 TF0 開始回覆。
---
# 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://docs.lorric.com/qr/fp-as510-paddle-wheel-flowmeter-manual-chinese-v2/communication/rs485-setup.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.
