---
# System prepended metadata

title: SBIR WRB (11-26-2021)
tags: [sbir-star]

---

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

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

[toc]

:::info
:bulb: **建議==兩周==為一個 SPRINT**
* 力求韌體整合進度即時更新且資訊透明，有助周例會討論，降低專案風險。
:::
![](https://i.imgur.com/x7hiByv.png)

[toc]

* ==Star==
> (86:88:35:52:74:FD) 
![](https://i.imgur.com/WeS6pfS.jpg)

> (22:77:94:63:34:29)
![](https://i.imgur.com/GjgXlCY.jpg)

> iPhone
![](https://i.imgur.com/Xq1uqoG.jpg)

> iPhone
![](https://i.imgur.com/k9wZ1Xd.jpg)


* ==Jimmy==
* 2021/11/18 測試藍芽UUID
    a. 藍芽Sensor 在IOS and android 讀取的UUID數據。
    b. 透過52840 與UUID 連線，確認是否可以連線。
* 所測試的感測器照片如下：
![](https://i.imgur.com/5YwIErS.jpg)
* 此感測器的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發生錯誤。 
    ![](https://i.imgur.com/8HgUICU.png)
* ==GB77 Connecting test 02 ==
    採用4個ID Loop 進行，Close delay time set = 10(s)
    Result：重複不斷進行loop，沒有異常發生。重複進行3次都正常。
    ![](https://i.imgur.com/8alTZzV.png)

---
＊**見證人**

---



