Search
#藍牙在跨裝置的用戶體驗還是會有些問題存在
#NBIoT在智慧城市上的應用主要不是在需要低延遲的場域
USPACE過去以藍牙為駕駛與智慧地鎖之間的通訊格式，卻面臨了android手機容易連線不佳、駕駛在離席後忘記更新停車狀態等問題。
後導入NB-IoT從遠端控制地鎖，據宋捷仁表示，嵌入NB-IoT通訊模組的智慧地鎖已經開始量產。面對市場上許多物聯網使用者曾反映的問題，如NB-IoT的反應速度過長、是否可以滿足車位一級戰場─台北市東區，對車位佔用更新的速度要求？宋捷仁回應，團隊在導入NB-IoT之後，花了1年時間在通訊格式上進行研發，現在通訊協定係走MQTT(Message Queuing Telemetry Transport)，確保智慧地鎖恆時連線，省去因休眠、再啟動的過程所造成的延時。宋捷仁表示，現階段藍牙連線的地鎖與NB-IoT連線的地鎖各佔一半，未來會逐步汰換藍牙，讓所有地鎖都能落實遠端管理。
---
www.smarthomehub.tw 智慧家庭實驗室
使用 MQTT 可以建置一個感測網路，各種感測器可以用其獨特的訊息格式發佈它的感測值給其他的感測器。促動器也可以附註它所產生的功用到不同的訊息中。 MQTT 代理人將負責將訊息從 publishers 轉送到 subscribers 。
[專欄]物聯網帶來的減肥運動
【作者 陸向陽】
2015年10月26日 星期一
電子工程、半導體、資通訊產業為了儘快讓物聯網時代到來，已對現有多種主流技術作了許多調整設定，筆者觀察檢視了這些改變後，大體可以用「減肥、輕量化Light Weight」等字詞來形容。
例如ZigBee打從2004年就開始發展，但原有傳輸設計一次最多只能傳遞128Bytes的封包資料，如此無法支援IPv6協定，而IPv6幾乎是物聯網的必備，因為IPv4幾乎用盡，要讓東西（Thing）可以上網，肯定要更多的IP。
針對此，業界提出6LoWPAN（IPv6 over Low power Wireless Personal Area Networks），將原有的IPv6協定進行減肥，把一些比較細膩的表達資訊捨棄，把一些重複表達的資訊捨棄，終於能擠入128Bytes的現有傳輸模式中，進行傳遞。
在6LoWPAN之後有人提出uIP的微型化IP協定（主要為Cisco與Atmel所提），以及lwIP的輕量化IP協定，同樣是著眼於嵌入式系統需求，而後因物聯網觀念興起而更被看重，如近期知名的ESP8266晶片即宣布支援lwIP。
類似的，LTE過往總追求高資料傳輸率，不斷推出更快速的終端裝置類別（Category），從Category 1一路到Category 15，但為了因應物聯網，開始訂立退化性標準的Category 0，速率從10.3Mbps～3,916.6Mbps降至1Mbps，後續更將降至200kbps。
協定方面還有更多的輕量化工作，例如業界提出CoAP（Constrained Application Protocol）協定，也是一種輕量化的作法，其傳輸上採行UDP（User Datagram Protocol）協定，而非TCP（Transmission Control Protocol）協定，此也有助於減少資料傳輸量，雖然這些輕量化也帶來一些犧牲，例如UDP協定不似TCP具備連線狀態，但對於不是很嚴謹的應用，這些犧牲尚能接受。
往CoAP的更上層，是應用資料的傳遞，此方面一樣有輕量化的工程，過往是以XML（eXtensible Markup Language）格式來傳遞各種不同欄位、屬性的資料，但XML格式使封包量大增，1MB原生實質資料，改以XML格式表達後，可能增至4～10MB資料量。
因此，業界提出JSON（JavaScript Object Notation）格式，以便在某些應用場合取代XML，有效減少傳輸量，目前許多新的物聯網技術也積極支援JSON格式，如Google提出的Weave協定也支援JSON格式，MediaTek的雲端物聯網服務MCS（MediaTek Cloud Services）也支援JSON。
另外，為了管理物聯網的裝置，OMA（Open Mobile Alliance）提出其M2M的裝置管理協定，稱為OMA Lightweight M2M，從協定名稱也已看到「Lightweight，輕量」字樣，簡稱LWM2M。
再者，由IBM內部研究提出的MQTT（MQ Telemetry Transport）協定，也因為輕量特性而在近年來受到重視，很多雲端大廠多開始支援MQTT，例如Facebook的傳訊功能Facebook Messenger即採行MQTT，或2015年10月Amazon的AWS （Amazon Web Services）也支援MQTT。
由此可知，物聯網協定不單只有產業聯盟的相互較勁，如AllSeen、OIC、Apple HomeKit、ECHONET Lite（由名稱也可看出已進行輕量化）、Google Weave等的叫戰之外，還需要對現行協定進行簡化，而越是輕量則越有潛在普及機會，因為再初階入門規格的硬體也能採行。
幸運的是，這些輕量化的標準，是針對各環節進行輕量化，相互之間的衝突性不高，或即便是屬於同一類型、同一取向的協定，至目前為止也沒有高度的敵對競爭態勢。
即便克服了運算負荷、傳輸負荷問題，挑戰也還沒結束，現行傳輸站能否負荷，也是個問題，所謂傳輸站包含LTE基地台、家用Wi-Fi路由器等，Google為此提出高價、高規格的OnHub路由器，宣稱同時間可服務128個裝置的連線。
而LTE後續的5G，也明訂每平方公尺的覆蓋範圍內都能支援服務，也就是每平方公里要能支援100萬個裝置節點連線傳輸，這將成為下一個重要挑戰。
附圖：在6LoWPAN之後有人提出uIP的微型化IP協定，以及lwIP的輕量化IP協定，同樣是著眼於嵌入式系統需求...
資料來源：https://www.ctimes.com.tw/…/%E7%89%…/MQTT/1510261752UN.shtml
風速計類比輸出0.4-2.0v 轉成mqtt 格式,送出test.mosquitto.org ... 輸入id:O51 topic:anthome/AirSpeed server:test.mosquitto.org. ... <看更多>
MQTT 簡介，• 服務品質（QoS），• 推薦電腦客戶端（client）MQTT軟體，• MQTT X，• ... MQTT X支援將資料輸出但測試四種格式只有JSON資料輸出比較正常. ... <看更多>
mqtt格式 在 13.1.7 MQTT訊息封包格式 的美食出口停車場
... <看更多>