---
title: SBIR WRB (11-26-2021)
tags: sbir-star
robots: noindex, nofollow
---

<!-- 研究主題類別: 市場調查、通訊模組、無線技術 -->
端到端液位感測器開發與整合紀錄 IV (11-26-2021)
===

[toc]

:::info
:bulb: **建議==兩周==為一個 SPRINT**
* 力求韌體整合進度即時更新且資訊透明，有助周例會討論，降低專案風險。
:::

[toc]

* ==Star==
> (86:88:35:52:74:FD)

> (22:77:94:63:34:29)

> iPhone

> iPhone

* ==Jimmy==
* 2021/11/18 測試藍芽UUID
a. 藍芽Sensor 在IOS and android 讀取的UUID數據。
b. 透過52840 與UUID 連線，確認是否可以連線。
* 所測試的感測器照片如下：
* 此感測器的MAC Address = 9C:4B:BB:33:02:6E (from android)
*

*

#### (High) BG77 QMTCONN 議題 (請 Jimmy 先將問題文字化)
> ...
> ...
> ...
:::warning
(Star) 以下幾個方向先參考:
* 先確認可重現問題點， 以原廠 QCOM 軟體為主 ，事先輸入 AT commands，釐清執行順序與次數，立即可看到問題點，另存 log 檔佐證。
* 由 AT+QMTOPEN > AT+QMTCONN > AT+QMTCLOSE 更改為 AT+QMTOPEN > AT+QMTCONN > ==AT+QMTDISC==，試試這方式重複執行，是否有改善?
* QMTCONN: (0-5),<clientID>,<username>,<password>
連線到 MQTT 伺服器，==其中 clientID 可套用亂數，不適合用字串 "demo.thingsboard.io" 當作 clientID。==。
例如 「AT+QMTCONN=0,"2a02e17f-f3c8-4de6-bf49-f4d2f6cafb3e"」，如果兩個裝置使用相同的 ClientID 會無法連線。
步驟 AT+QMTOPEN 到 AT+QMTCONN，時間不可超過60秒 (需再確認)，若時間太久，伺服器會關閉，連線就會失敗。
* 如果還有 SIM7020 模組，請先確認其 MQTT　AT Commands 是否有一樣的情況，更好二分法釐清是通訊模組或後台設定相關問題。
* 將環境更換到自架 TB Server，需同步查找 Server log，藉此釐清 Server side 是否有收到請求。
:::
:::success
(Jimmy)

* 2021/11/16 -
* Sensor 與 Clouway 連線未建立，初步確認所使用藍芽Sensor MAC address 未解析，所以將透過下列兩方式分別進行：
a. https://devzone.nordicsemi.com/f/nordic-q-a/42059/using-whitelist-with-ble_gap_addr_type_random_private_resolvable----sd_ble_gap_whitelist_set
b. https://devzone.nordicsemi.com/f/nordic-q-a/7199/resolve-ble_gap_addr_type_random_private_resolvable-address-without-using-whitelist-advertising
----resolve_addr----確認這個方法是否work.

* 目前所使用sensor adress = 9C:4B:BB:33:02:6E = Resolvable private address

* 2021/11/03 -
* 使用 QCOM_V1.6 測試 QMTCONN command，這次測試 QMTCONN Command 時間都在5(s)完成。---設定5s為目標是因為預設time out = 5s.
* 測試後 QMTCLOSE Response Time 不一致，較大問題是會超過 50ms.
* 改為使用4個ID 進行 (open-> close)loop, 沒有再發生異常。
* 目前測試 AT+QCSQ
+QCSQ: "NBIoT",-25,-44,182,-12 (rssi = -25)

Note. 之前有發生 QMTCONN command responsed time 時間過長，而這次沒有發生， 文件上有指出OPEN或CONNECT max responsed time determ determined by network.
:::

#### (Medium) issue 2 title
#### (Low) issue 3 title

### 開發環境 (Dev)

### 實驗細節 (Experiment)
* ==GB77 Connecting test 01 ==
採用2個ID Loop 進行，Close delay time set = 50(s)
Result：因完成Close時間過長，導致下一次OPEN發生錯誤。
* ==GB77 Connecting test 02 ==
採用4個ID Loop 進行，Close delay time set = 10(s)
Result：重複不斷進行loop，沒有異常發生。重複進行3次都正常。

---
＊**見證人**

---