1.C#跨平台物聯網通訊框架ServerSuperIO（SSIO）介紹
《連載 | 物聯網框架ServerSuperIO教程》1.4種通訊模式機制。
《連載 | 物聯網框架ServerSuperIO教程》2.服務實例的配置參數說明
《連載 | 物聯網框架ServerSuperIO教程》- 3.設備驅動介紹
《連載 | 物聯網框架ServerSuperIO教程》-4.如開發一套設備驅動，同時支持串口和網絡通訊。
《連載 | 物聯網框架ServerSuperIO教程》- 5.輪詢通訊模式開發及注意事項。
《連載 | 物聯網框架ServerSuperIO教程》- 6.並發通訊模式開發及注意事項
目 錄
7. 自控通訊模式開發及注意事項... 2
7.1 概述... 2
7.2 通訊機制說明... 2
7.3 設備驅動開發注意事項... 3
7.3.1 實時發送數據... 3
7.3.2 發送固定實時請求數據命令... 4
7.3.3 優先發送其他數據... 4
7.3.4 如何選擇IO通道發送數據... 5
7.3.5 如何以DeviceCode分配數據... 5
7.3.6 如何改變設備驅動的狀態... 6
7.4 宿主程序服務實例配置注意事項... 6
7.5 自控模式運行效果... 8
自控通訊模式與並發通訊模式類似，唯一的區別是發送請求數據命令，自控通訊模式可以使用定時器，定時發送請求數據命令，不再像並發通訊模式集中發送。
在工業物聯網建設中，設備不同、協議不同、場景不同，對於某些不同的設備定時采集數據的頻率也不一樣，過於高頻的數據采集也是對資源的一種浪費，所以就供給二次開發者在開發設備驅動的時候更自主的控制模式。
只有網絡通訊時可以使用這種控制模式。自控通訊模式與並發通訊模式類似，區別在於發送指令操作交給設備驅動本身進行控制，或者說交給二次開發者，二次開發者可以通過時鐘定時用事件驅動的方式發送指令數據。硬件設 備接收到指令後進行校驗，校驗成功後返回對應指令的數據，通訊平台異步監聽到數據信息後，進行接收操作，然後再進行數據的分發、處理等。
自控通訊模式可以為二次開發者提供精確的定時請求實時數據機制，使通訊機制更靈活、自主，如果多個設備驅動共享使用同一個IO通道的話，時間控制會有偏差。
同樣涉及到數據的分發，和並發模式一樣。通訊結構如下圖：
ServerSuperIO框架的IRunDevice驅動接口有一個GetSendBytes函數，此函數接口會同時協調調用GetConstantCommand固定請求數據接口和SendCache發送數據的緩存器，並設置設備的優先級別進行調度。
可以繼承以前寫的設備驅動，在此基礎上增加定時發送數據的代碼。代碼如下：
public class DeviceSelfDriver:DeviceDriver
{
public DeviceSelfDriver() : base()
{
}
public override void Initialize(string devid)
{
base.Initialize(devid);
this.RunTimerInterval = 5000;
this.IsRunTimer = true;
}
public override void OnRunTimer()
{
byte[] data = this.GetSendBytes();
OnSendData(data);
base.OnRunTimer();
}
}
自控通訊模式定時發送請求數據命令，同樣是以呼叫應答的方式向設備發送請求實時數據命令，對於同一個設備的請求實時數據命令一般相對固定。在調度某一具體設備驅動的時候，會調用固定的調用IRunDevice驅動接口的GetConstantCommand函數，以獲得請求實時數據的命令。代碼如下：
public override byte[] GetConstantCommand()
{
byte[] data = this.Protocol.DriverPackage<String>("0", "61", null);
string hexs = BinaryUtil.ByteToHex(data);
OnDeviceRuningLog("發送>>"+hexs);
return data;
}
this.Protocol.DriverPackage驅動調用61命令獲得要發送的命令，並返回byte[]數組，ServerSuperIO獲得數據後會自動通過IO接口下發命令數據。如果返回null類型，系統不進行下發操作。
對於一個設備不可能只有一個讀實時數據的命令，可能還存在其他命令進行交互，例如：讀參數、實時校准等，這時就需要進行優先級調度發送數據信息。可以通過兩種方式讓ServerSuperIO框架優先調度該設備驅動。
this.Protocol.SendCache.Add("讀參數",readParaBytes);
2.設置設備的優先級別屬性，代碼如下：
this.DevicePriority=DevicePriority.Priority;
集中發送數據時，涉及到如何關聯設備驅動與IO通道，框架會以DeviceParameter.NET.RemoteIP設置的終端IP參數進行選擇IO通道發送數據。但是如果終端設備是動態IP地址的話，那麼RemoteIP參數也應該是變動的。這時就需要設置服務實例是以DeviceCode的方式分布數據到設備驅動，終端設備先發送簡單的驗證數據，保證發送的DeviceCode與設備驅動的相對應，設備驅動接收到驗證數據後需要保存臨時的RemoteIP信息，這樣保證在發送數據的時候參數准確找到要請求數據的IO通道到終端設備。
例如下面代碼：
public override void Communicate(ServerSuperIO.Communicate.IRequestInfo info)
{
this.DeviceParameter.NET.RemoteIP = info.Channel.Key;
this.DeviceParameter.Save(this.DeviceParameter);
……
}
如果服務實例設置以DeliveryMode.DeviceCode模式分配數據，那麼就需要在通訊協議接口裡實現過濾DeviceCode編碼的接口。
例如下面的代碼：
internal class DeviceProtocol:ProtocolDriver
{
public override string GetCode(byte[] data)
{
byte[] head = new byte[] {0x55, 0xaa};
int codeIndex = data.Mark(0, data.Length, head);
if (codeIndex == -1)
{
return String.Empty;
}
else
{
return data[codeIndex + head.Length].ToString();
}
}
}
不像輪詢通訊模式，發送數據、接收數據是一個輪回，在接收數據的過程後驅動設備驅動，設備執行整個生命周期的流程，根據接收到的數據，會自動改變設備驅動的狀態。
自控通訊模式和並發通訊模式更多強調請求數據的方式不同，那麼不能一直發送請求數據命令，而設備狀態一直不改變，例如：通訊正常變成了通訊中斷、通訊中斷變成了通訊正常。這兩種通訊模式的發送與接收過程有一個協調機制，發送3次請求數據命令，而沒有接收到任何數據，會自動調用設備驅動的接口，以驅動設備驅動的整個執行的流程，這樣設備的狀態會自動發生改變，而不需要二次開發寫相應的代碼。
在宿主程序中創建服務實例的時候，需要把服務實例的配置參數設置為自控通訊模式，並啟動服務實例，把實例化的設備驅動增加到該服務實例中。代碼如下：
