設備與後台如何通訊

1. 數據採集設備與伺服器採用什麼方式通訊

你的採集設備的數據輸出時採用什麼介面？伺服器又是採用什麼介面來接收數據？通過以上兩個問題，再來確定數據傳輸的方式。

2. ios 通常怎麼和後台溝通數據通信

當然是通過視抄圖控制器(vc)中寫的方法，如果是網路請求就發送請求即可，如果緩存訪問可以使用資料庫，CoreData等都可以，也有很多第三方的。
比如新聞客戶端，你進入app的時候，在vc的viewwillAppear中檢查網路連接，（其實並不是加在這），如果有網路，就獲取數據載入出來，如果沒有網路，就載入上次退出時候緩存的數據（保存退出前數據可能是plist或者資料庫等）。

3. 通訊介面與後台數據處理

本作品共分三個模塊,我主要負責通訊介面與後台數據處理。通訊介面主要是獲取採集到的內地暖數據，並進容行存儲，然後轉到後台的資料庫進行處理。該系統以SQL Server 2000資料庫系統作為後台資料庫。
主要技術指標的詳細分類：
1) 操作方便：操作較為簡單。
2) 安全性高：使用安全性高。
3) 使用靈活方便： 實物小巧，方便使用。
（2）工作思路
研究思路：
1) 學習有關知識，聽取老師建議。
2) 使用模擬軟體進行模擬模擬。
3) 購買相關硬體進行焊接與調試。
4) 對作品進行測試，並實施跟蹤服務。
關鍵技術：
使用MCS-51單片機，感測器。

這是其中的一半,明天我給你發另一半.希望能來得及.

4. 求求高手詳細解答啊！游戲開發中前台與後台之間是如何實現通訊的

伺服器端還要看是來什麼類型源的，如果C++,Java等，需要用到socket通訊，如果是網站的php， .net等就用URLLoader都可以,至於真正通訊需要你中那伺服器端的程序員進行溝通．定製相互交互的介面．建議你去網上搜一下，as3與php通訊，和as3 Socket通訊相關的資料．網上很多．祝你好運．

5. 用java如何實現終端機和伺服器通訊

1、可以採用socket
2、webservice，個人感覺適合你。

6. 485如何與後台通信

RS485主從式多機通訊協議

一、數據傳輸協議

此協議定義了一個控制器能認識使用的消息結構,而不管它們是經過何種網路進行通信的。它描述了一控制器請求訪問其它設備的過程，如何回應來自其它設備的請求，以及怎樣偵測錯誤並記錄。它制定了消息域格局和內容的公共格式。

此協議決定了每個控制器須要知道它們的設備地址，識別按地址發來的消息，決定要產生何種行動。如果需要回應，控制器將生成反饋信息按本協議發出。

1、數據在網路上轉輸

控制器通信使用主—從技術，即僅一設備（主設備）能初始化傳輸（查詢）。其它設備（從設備）根據主設備查詢提供的數據作出相應反應。

主設備可單獨和從設備通信，也能以廣播方式和所有從設備通信。如果單獨通信，從設備返回一消息作為回應，如果是以廣播方式查詢的，則從設備不作任何回應。協議建立了主設備查詢的格式：設備（或廣播）地址、功能代碼、所有要發送的數據、一錯誤檢測域。

從設備回應消息也由協議構成，包括確認要行動的域、任何要返回的數據、和一錯誤檢測域。如果在消息接收過程中發生一錯誤(無相應的功能碼)，或從設備不能執行其命令，從設備將建立一錯誤消息並把它作為回應發送出去。

2、在對等類型網路上轉輸

在對等網路上，控制器使用對等技術通信，故任何控制都能初始和其它控制器的通信。這樣在單獨的通信過程中，控制器既可作為主設備也可作為從設備。

在消息位，本協議仍提供了主—從原則，盡管網路通信方法是「對等」。如果一控制器發送一消息，它只是作為主設備，並期望從設備得到回應。同樣，當控制器接收到一消息，它將建立一從設備回應格式並返回給發送的控制器。

3、查詢—回應周期

（1）查詢

查詢消息中的功能代碼告之被選中的從設備要執行何種功能。數據段包含了從設備要執行功能的任何附加信息。錯誤檢測域為從設備提供了一種驗證消息內容是否正確的方法。

（2）回應

如果從設備產生一正常的回應，在回應消息中的功能代碼是在查詢消息中的功能代碼的回應。數據段包括了從設備收集的數據。如果有錯誤發生，功能代碼將被修改以用於指出回應消息是錯誤的，同時數據段包含了描述此錯誤信息的代碼。錯誤檢測域允許主設備確認消息內容是否可用。

二、傳輸方式

控制器能設置傳輸模式為RS485串列傳輸，通信參數為9600，n，8,1。在配置每個控制器的時候，在一個網路上的所有設備都必須選擇相同的串口參數。

地址 功能代碼 數據數量 數據1 ……. 數據n CRC位元組

每個位元組的位

· 1個起始位

· 8個數據位，最小的有效位先發送

· 1個停止位

錯誤檢測域

· CRC(循環冗餘碼校驗)

三、消息幀

1．幀格式

傳輸設備將消息轉為有起點和終點的幀，這就允許接收的設備在消息起始處開始工作，讀地址分配信息，判斷哪一個設備被選中（廣播方式則傳給所有設備），判知何時信息已完成。錯誤消息也能偵測到並能返回結果。

消息發送至少要以10ms 時間的停頓間隔開始。傳輸的第一個域是設備地址。網路設備不斷偵測網路匯流排，包括停頓間隔時間內。當第一個域（地址域）接收到，每個設備都進行解碼以判斷是否發往自己的。在最後一個傳輸字元之後，一個至少10ms 時間的停頓標定了消息的結束。一個新的消息可在此停頓後開始。

整個消息幀必須作為一連續的流轉輸。如果在幀完成之前有超過5ms時間的停頓時間，接收設備將刷新不完整的消息並假定下一位元組是一個新消息的地址域。同樣地，如果一個新消息在小於5ms的時間內接著前個消息開始，接收的設備將認為它是前一消息的延續。這將導致一個錯誤，因為在最後的CRC域的值不可能是正確的。一典型的消息幀如下所示：

起始間隔 設備地址 功能代碼 數據數量及數據 CRC校驗 結束

2、地址域

消息幀的地址域包含一個字元8Bit。可能的從設備地址是0…247 (十進制)。單個設備的地址范圍是1…247。主設備通過將要聯絡的從設備的地址放入消息中的地址域來選通從設備。當從設備發送回應消息時，也把自己的地址放入回應的地址域中，以便主設備知道是哪一個設備作出回應。

地址0是用作廣播地址，以使所有的從設備都能認識。

3、如何處理功能域

消息幀中的功能代碼域包含了一個字元8Bits。可能的代碼范圍是十進制的1…255。當然，有些代碼是適用於所有控制器，有此是應用於某種控制器，還有些保留以備後用。

當消息從主設備發往從設備時，功能代碼域將告之從設備需要執行哪些行為。例如去讀取當前檢測參量的值或開關狀態，讀從設備的診斷狀態，允許調入、記錄、校驗在從設備中的程序等。

當從設備回應時，它使用功能代碼域來指示是正常回應(無誤)還是有某種錯誤發生（稱作異議回應）。對正常回應，從設備僅回應相應的功能代碼。對異議回應，從設備返回一等同於正常代碼的代碼，但功能代碼的最高位為邏輯1。

例如：一從主設備發往從設備的消息要求讀一組保持寄存器，將產生如下功能代碼：

0 0 0 0 0 0 1 1 （十六進制03H）

對正常回應，從設備僅回應同樣的功能代碼。對異議回應，它返回：

1 0 0 0 0 0 1 1 （十六進制83H）

除功能代碼因異議錯誤作了修改外，從設備將一獨特的代碼放到回應消息的數據域中，這能告訴主設備發生了什麼錯誤。

主設備應對程序得到異議的回應後，典型的處理過程是重發消息，或者診斷發給從設備的消息並報告給操作員。

4、數據域

從主設備發給從設備消息的數據域包含附加的信息：從設備用於進行執行由功能代碼所定義的行為所必須的數據。

如果沒有錯誤發生，從設備返回的數據域包含請求的數據。如果有錯誤發生，此域包含一異議代碼，主設備應用程序可以用來判斷採取下一步行動。

在某種消息中數據域可以是0長度。例如，主設備要求從設備回應通信事件記錄，從設備回應不需任何附加的信息。

數據域最長為70位元組。

5、錯誤檢測域

錯誤檢測域包含一位元組8Bits。錯誤檢測域的內容是通過對消息內容進行循環冗長檢測方法得出的。CRC域附加在消息的最後，故CRC位元組是發送消息的最後一個位元組。

四、錯誤檢測方法

1、超時檢測

用戶要給主設備配置一預先定義的超時時間間隔，這個時間間隔要足夠長，以使任何從設備都能作為正常反應。如果從設備檢測到一傳輸錯誤，消息將不會接收，也不會向主設備作出回應。這樣超時事件將觸發主設備來處理錯誤。發往不存在的從設備的地址也會產生超時。

2、CRC檢測

CRC域是一個位元組，檢測了整個消息的內容。它由傳輸設備計算後加入到消息中。接收設備重新計算收到消息的CRC，並與接收到的CRC域中的值比較，如果兩值不同，則有誤，從設備對本消息不作回應。

通訊網路只設有一個主機，所有通信都由他發起。網路可支持254個之多的遠程從屬控制器，但實際所支持的從機數要由所用通信設備決定。

7. 如何把多台相同設備的信號集中起來，通過RS485傳輸到後台

RS485介面組成的半雙工網路，一般是兩線制（以前有四線制接法，只能實現點對點內的通信方式，容現很少採用），多採用屏蔽雙絞線傳輸。這種接線方式為匯流排式拓樸結構在同一匯流排上最多可以掛接32個結點。在RS485通信網路中一般採用的是主從通信方式，即一個主機帶多個從機。

請看 武漢鴻偉光電
E485H4 4路高速隔離集線轉換器
E485H4實現一路RS-232/RS-485與4路RS-485的高速光電隔離轉換，支持遠程通信（大於2Km）和多機通信（128×4接點），本集線器可用於實現RS-232與RS-485轉換，也可用於增強RS-485的帶負載能力和通信距離。

8. php怎麼和後台通信，用什麼通信

如果後台伺服器是資料庫， 直接操作就行了 ，如果是其他服務，就看具體用的什麼協議 ，取數據就行了 ，一般用socket吧 。

9. android平台的app 手機客戶端和後台伺服器怎麼進行數據交互的

首先不要管安卓端還是蘋果端，現在一般都是響應式的app，你放到安卓或者蘋果或者pc或者平板都是沒有問題的。一般採用的是http介面通訊，或者socket連接。具體你要去查資料找Demo了。而且現在主流是採用html5開發或者混合開發了。所以最好是伺服器提供appAPI介面，通過http訪問伺服器，獲取數據，數據一般是json，或者xml，拿到後解析數據就可以了，然後再用UI框架或者其他框架或者自定義的UI封裝下格式很漂亮了，至於cookie和session等，看你的習慣，網路驗證和簽名那些也自己看習慣，如果涉及到大數據，還需要引入第三方框架的，直接引入就可以了，不過推薦自己寫，防止侵權。都是很通用的。