winmqtt伺服器搭建

A. 瑞芯微電子RV1126晶元環境搭建&SSD模型轉換指南

瑞芯微電子RV1126晶元環境搭建與SSD模型轉換指南：

一、環境搭建

1. 獲取並閱讀官方文檔：

   • 從官方SDK包中找到並閱讀Rockchip_RV1126_RV1109_Linux_SDK_V1.1.1_20200711_CN.pdf文檔，為後續操作提供理論基礎。

2. Win10連接虛擬機：

   • 在文件夾地址欄輸入192.168.201.137share，實現Win10與虛擬機的文件共享連接。

3. SSH連接虛擬機：

   • 使用SSH工具遠程連接到虛擬機。

4. 安裝依賴庫：

   • 在虛擬機中執行命令安裝必要的開發工具和庫，如g++、gcc、lib32gcc等。

5. 選擇編譯腳本並執行編譯：

   • 在終端中執行./build.sh lunch選擇基於RV1126板子的編譯腳本。
   • 按步驟編譯kernel、uboot、rootfs等系統核心組件。

6. 連接RV1126開發板：

   • 插上網線、電源、USB線，通過adb shell、ifconfig等命令連接開發板並獲取IP地址。

7. 運行模型：

   • 使用find命令定位SSD與mobilenet模型。
   • 修改build.sh文件中的gcc工作目錄，編譯可執行文件。
   • 使用adb工具將編譯後的文件推送至開發板，並執行模型運行。

二、SSD模型轉換

1. 安裝TensorFlow 1.14及依賴庫：

   • 遵循官方指南，使用pip工具安裝TensorFlow 1.14版本及其依賴庫。

2. 使用rknn工具轉換模型：

   • 藉助rknn工具將TensorFlow模型轉換為與RV1126晶元兼容的格式。

三、其他注意事項

• PC端與邊端互通設置：

  • 使用busybox top監控CPU使用情況，並解決可能出現的bug。
  • 配置並啟動mqtt服務，實現PC端與邊端的互通。

• 模型遷移至其他平台：

  • 深入了解目標平台的硬體架構與功能參數。
  • 修改示例代碼，生成必要的配置文件，確定模型輸入輸出節點，並設置相關參數，實現模型的遷移與運行。

以上步驟為瑞芯微電子RV1126晶元的環境搭建與SSD模型轉換提供了詳細的指導，希望對開發者有所幫助。

B. 掌控板-SIoT使用教程

SIoT簡介

SIoT，全稱為Science and Simple IoT，是為中小學生設計的跨平台開源MQTT伺服器程序。它專注於物聯網數據的收集與導出，是科學數據採集的理想選擇。

物聯網（IoT）是互聯網的擴展，連接的是硬體設備，如家電、工業設備、汽車和監測儀器，實現萬物互聯。

MQTT（Message Queuing Telemetry Transport）是一個輕量級、簡單、開放且易於實現的消息發布/訂閱傳輸協議。

SIoT是「虛穀物聯」項目的核心軟體，旨在幫助學生理解物聯網原理，開發基於物聯網技術的創意應用。

安裝運行

下載SIoT軟體，根據電腦系統選擇對應版本，例如Windows系統下載win32。

解壓並打開SIoT軟體。

使用Mind+軟體實現SIoT操作。Mind+是一款圖形化編程軟體，支持多種開源硬體，包括Arino、micro:bit和掌控板。

下載並安裝Mind+1.5.5版本。

雙擊安裝文件，然後安裝驅動，確保SIoT能夠正常工作。

快速入門

本篇教程通過幾個簡單的程序案例，介紹如何在Mind+中實現SIoT的實時模式和上傳模式。

實時模式

在實時模式下，通過連接掌控板或不連接掌控板，實現SIoT與舞台的互動。

不連接掌控板時，SIoT平台可與軟體界面互動。

連接掌控板時，SIoT平台可以採集掌控板上感測器的數據，或控制掌控板的聲、光、動輸出。

上傳模式

通過Mind+上傳模式同時控制多個掌控板，實現物聯網應用。

總結與貼士

SIoT操作流程與物聯網原理概述。

伺服器信息與訪問方式。

更多創意與探索物聯網項目。

更多創意與探索物聯網項目。

C. android push 是代表著什麼意思

android push 是安卓的一種消息推送機制。開發者在開發的時候會有這樣的幾種實現方案：
安卓關於消息推送的相關方案介紹
------我們國內自己的技術實現
前些時間公司有個項目用到了android push功能，於是在google中狂搜，
看到好多網友的介紹，我總結了一下幾種方案，但其中有一種是我用著比較好的，簡單，易用還免費。
以下是這幾種方案的介紹：
方案一：
Google官方的：
通過對比研究發現C2DM機制存在以下缺點：
1、C2DM內置於Android的2.2系統上，無法兼容老的1.6到2.1系統;
2、必須運行android，並且安裝Market，至少有一個登錄的google賬號。
3、C2DM需要依賴於Google官方提供的C2DM伺服器，由於國內的網路環境，這個服務經常不可用，是消息阻塞，不能對送到終端。
方案二：
利用MQTT協議，broker做代理伺服器，但是隨著用戶的增多這個方案會有問題，因為broker的連接數有上限，到了一定程度後就無法連接了，這也就導致消息很難發送出去。
總之，連接數量有限制。
方案三：
基於XMPP協議，很多人都建議使用這個，谷歌官方的C2DM也是基於XMPP研發的，使用這個方案不會依賴android系統，也不依賴於谷歌伺服器。
方案四：
最近新出的一種是APNS，這個也不需要自己架設伺服器，很簡單，自己不用開發服務端，但要收費的，一年100人民幣。
主要有以下特點：
· 快速集成:提供一種比C2DM更加快捷的使用方式,避免各種限制.
· 無需架設伺服器:通過使用"雲服務",減少額外伺服器負擔.
· 可以同時推送消息到網站頁面,android 手機
· 耗電少,佔用流量少.
終極方案：
下面的一種方案是我自己發現的一種方案感覺比較好用，所以推薦給大家。（android-push終極方案）
先介紹特點：
1、免費
2、易集成
3、沒有C2DM中的版本限制和必須用gmail綁定
4、雲服務，不用假設自己的伺服器
5、用戶track
6、簡單高效，並且省電
1 Android 推送實現方式編輯本段
方案1、使用C2DM服務（Google Cloud Messaging）
簡介：Google推出的雲消息服務，即第二代的G2DM。
優點：Google提供的服務、原生、簡單，無需實現和部署服務端。
缺點：Android版本限制（必須大於2.2版本），該服務在國內不夠穩定、需要用戶綁定Google帳號，受限於Google。
方案2、使用XMPP協議（Openfire + Spark + Smack）
簡介：基於XML協議的通訊協議，前身是Jabber，目前已由IETF國際標准化組織完成了標准化工作。
優點：協議成熟、強大、可擴展性強、目前主要應用於許多聊天系統中，且已有開源的Java版的開發實例androidpn。
缺點：協議較復雜、冗餘（基於XML）、費流量、費電，部署硬體成本高。
方案3、使用MQTT協議
簡介：輕量級的、基於代理的「發布/訂閱」模式的消息傳輸協議。
優點：協議簡潔、小巧、可擴展性強、省流量、省電，目前已經應用到企業領域（），且已有C++版的服務端組件rsmb。
缺點：不夠成熟、實現較復雜、服務端組件rsmb不開源，部署硬體成本較高。
方案4、使用第三方推送服務
簡介：通過嵌入SDK使用第三方提供的推送服務，目前主流的有 個推，PUBNUB，蝴蝶等
優點：穩定，成熟，節省開發和探索時間，相對自己開發成本低，推送管理界面及統計程序完善。
缺點：有程序嵌入顧慮
IOS推送實現方式
推薦使用APNS服務，穩定，方便，美中不足是沒有推送到達的回執和統計，不方便產品運營。如對此方面有需求可以使用 個推 等第三方推送服務解決
Win-Phone
使用MPNS（Microsoft 推送通知服務），相應速度不錯，但推送不帶狀態，很多功能無法實現