小弟這邊出現了一個問題想請教
因為設備韌體上有點問題,所以發生以下狀況..雖然韌體修正後已解決,但要找出為何會這樣的原因...
小弟使用c#
開啟程式會啟動下面這塊
SerialPort sp;
public void Start(string COM_Port)
{
try
{
sp = new SerialPort();
sp.PortName = COM_Port;
sp.BaudRate = 9600;
sp.Parity = Parity.Even;
...
...
.....
sp.DataReceived += new SerialDataReceivedEventHandler(sp_DataReceived);
if(sp.Open==true)
{
sp.close();
}
sp.open(); //程式關閉後再開啟這邊會出錯
}
catch (Exception ex)
{
throw new Exception(ex.ToString());
}
}
設備第一次連線是正常的,但是當我會送一個命令出去,當那個設備接收到命令後..因為韌體出錯,所以我會看到裝置管理員裡面自動重新整理一下,可是該裝置還是存在的(應該是說搞不好設備有瞬間斷電行為),此時我已經和設備處於斷線狀態
這時我將我的程式關閉(確定處理程序內已經沒有我的程式),再次打開...執行到sp.Open();的地方,會出現"通訊埠 'COM11' 不存在"的錯誤
但其實我很確定裝置管理員中的設備是存在的.....必須重新插拔才能正常運行
當該設備出錯時,我嚐試再送一個Polling命令,得到的錯誤是"System.IO.IOException: 連結到系統的某個裝置失去作用。"
甚至我要在發生這個Exception的地方,加入sp.Close();或是sp.Dispose(0;
他都會跳出"通訊埠 'COM11' 不存在"的錯誤
可是
當使用VB6 採用MSComm
MSComm(i).PortOpen = False
Unload MSComm(i)
Load MSComm(i)
反而沒問題,設備出錯後,程式關閉重新開啟也不會出現像是"通訊埠 'COM11' 不存在這種錯誤"
請問這可能是什麼問題
我已經構建了一個C應用程式，它從串列埠讀取和寫入資料。連線到串列埠的裝置是一個FTDI USB到序列轉換器，它通過XBEE無線模組與硬體通訊。硬體測試電池模組的容量和穩態電壓等。這些測試需要幾天時間才能完成。
有時串列埠似乎停止響應並丟擲System.IO.IOException:連線到系統的裝置不工作錯誤。
下面是堆疊跟蹤：
at system.IO.Ports.InternalResources.WinIOError
at system.IO.Ports.SerialStream.EndWrite
at system.IO.Ports.SerialStream.Write
at system.IO.Ports.SerialPort.Write
at BatteryCharger.CommunicationClass.ApiTransmission
在丟擲此錯誤後，將丟擲一個System.UnauthorizedAccessException: Access to the port is denied錯誤，並且每當軟體嘗試寫入埠時都會出現此錯誤，並且在我停止除錯並重新啟動軟體之前，它永遠不會恢復，直到幾天後發生相同的事情。
如何防止發生此錯誤，或者是否有方法成功地從錯誤的catch語句中的這些錯誤中恢復？
我正在後臺工作執行緒中連續讀取串列埠，並從其他執行緒寫入。
我也已經嘗試過在這個論壇上建議的所有遺留錯誤處理片段，但它們似乎都沒有任何區別。錯誤發生在Windows XP Pro SP3 32位和Windows7 Pro 32位上。
這是CommunicationClass.cs-序列傳輸程式碼。
public static bool ApiTransmission(TXpacket transmission)
{
//clear all previous data that may have been in the buffer before doing a transmission
Variables.dataParserPacket_buff.Clear();
//TXpacket xbeetransmision = new TXpacket();
byte[] packet = transmission.GeneratePacket();
try
{
if (_serialPort.IsOpen)
{
#if Console
Log.write("TX-Packet: " + StringHandler.listToString(packet.ToList<byte>()));
#endif
_serialPort.Write(packet, 0, packet.Length);
Thread.Sleep(100);
}
else
{
#if Console
Log.write("serial port is closed");
#endif
return false;
}
}
catch (UnauthorizedAccessException ex)
{
MessageBox.Show(ex.ToString());
Log.write("UnauthorizedAccessException");
}
catch (IOException ex)
{
MessageBox.Show(ex.ToString());
Log.write("IOexception");
//_serialPort.Close();
//Thread.Sleep(100);
//_serialPort.Open();
}
catch (Exception ex)
{
MessageBox.Show(ex.ToString());
#if Console
Log.write(ex.ToString());
#endif
}
return true;
}
這是初始化串列埠的方法
public CommunicationClass(string portName, int baudRate, Parity parity, int dataBits, StopBits stopBits)
{
_analysePacketBGW.DoWork += new DoWorkEventHandler(_analysePacketBGW_DoWork);
_analysePacketBGW.WorkerReportsProgress = true;
_analysePacketBGW.WorkerSupportsCancellation = true;
_readBGW.DoWork += new DoWorkEventHandler(_readThread_DoWork);
_readBGW.WorkerSupportsCancellation = true;
_readBGW.WorkerReportsProgress = true;
_parserStarterBGW.DoWork += new DoWorkEventHandler(_parserStarterThread_DoWork);
_parserStarterBGW.WorkerSupportsCancellation = true;
_parserStarterBGW.WorkerReportsProgress = true;
if (_readBGW != null)
{
_readBGW.CancelAsync();
}
_serialPort = new SerialPort(portName, baudRate, parity, dataBits, stopBits);
//SerialPortFixer.Execute(portName);
//Thread.Sleep(1000);
//using (_serialPort = new SerialPort(portName, baudRate, parity, dataBits, stopBits))
//{
// //_serialPort.Open();
//}
_serialPort.ErrorReceived += new SerialErrorReceivedEventHandler(_serialPort_ErrorReceived);
_dataqueuepp = new ManualResetEvent(false);
_serialPort.Open();
_readBGW.RunWorkerAsync();
_parserStarterBGW.RunWorkerAsync();
CommunicationClass.PacketReceived += new DataPacketReceived(CommunicationClass_PacketReceived);
}
以及處理串列埠讀取的後臺工作程式
void _readThread_DoWork(object sender, DoWorkEventArgs e)
{
#if Console
Log.write("Read()");
#endif
while (!_readBGW.CancellationPending)
{
try
{
int message = _serialPort.ReadByte();
try
{
Variables.dataQueue.Enqueue(message);
}
catch (Exception ex)
{
MessageBox.Show(ex.Message + " " + message.ToString());
}
_dataqueuepp.Set();
//Console.Write(String.Format("{0:X2}", message) + " ");
}
catch (TimeoutException) { Log.write("read timeout"); }
catch (IOException) { Log.write("read IOException"); }
catch (ThreadAbortException) { Log.write("read thread aborted"); }
catch (Exception ex) { MessageBox.Show(ex.ToString()); }
finally { }
}
}
現在，我將重寫程式碼，以便從同一執行緒讀寫串列埠，以檢視這是否有任何區別。
編輯
根據Jim的評論，我在ioException catch語句中添加了以下內容：
catch (IOException ex)
{
MessageBox.Show(ex.ToString());
Log.write("IOexception");
_readBGW.CancelAsync();
Thread.Sleep(100);
_serialPort.Close();
Thread.Sleep(100);
_serialPort.Open();
Thread.Sleep(100);
_readBGW.RunWorkerAsync();
_serialPort.Write(packet, 0, packet.Length);
}
希望通過停止後臺工作程式的serialport.read、關閉埠、重新開啟埠、再次執行後臺工作程式並再次嘗試寫入相同的命令，可以成功地從該錯誤中恢復。訊息框仍然會阻止程式碼，這樣我就可以看到錯誤發生的時間，並可以監視它是如何恢復的。
我不喜歡像這樣修補軟體，但如果它能工作，它就會工作。
編輯2
在將程式碼新增到上面之後，我的軟體再次崩潰，但現在當我呼叫_serialport.close（）時，它丟擲一個“UnauthorizedAccessException-拒絕訪問埠”；
System.UnauthorizedAccessException was unhandled
Message=Access to the port is denied.
Source=System
StackTrace:
at System.IO.Ports.InternalResources.WinIOError(Int32 errorCode, String str)
at System.IO.Ports.InternalResources.WinIOError()
at System.IO.Ports.SerialStream.Dispose(Boolean disposing)
at System.IO.Stream.Close()
at System.IO.Ports.SerialPort.Dispose(Boolean disposing)
at System.IO.Ports.SerialPort.Close()
at BatteryCharger.CommunicationClass.ApiTransmission(TXpacket transmission) in E:\Mijn Documenten\Research\Copy of BatteryCharger_V12\BatteryCharger\CommunicationClass.cs:line 436
at BatteryCharger.CommunicationClass.tx1(TXpacket packet, String callingMethod) in E:\Mijn Documenten\Research\Copy of BatteryCharger_V12\BatteryCharger\CommunicationClass.cs:line 356
at BatteryCharger.XBee.setPin(String pinID, Byte status, XBee slave) in E:\Mijn Documenten\Research\Copy of BatteryCharger_V12\BatteryCharger\XBee.cs:line 215
at BatteryCharger.XBee.setPins(Int32 pins, XBee slave) in E:\Mijn Documenten\Research\Copy of BatteryCharger_V12\BatteryCharger\XBee.cs:line 177
at BatteryCharger.BatteryCharger.requestVoltage(Int32 block) in E:\Mijn Documenten\Research\Copy of BatteryCharger_V12\BatteryCharger\BatteryCharger.cs:line 595
at BatteryCharger.BatteryCharger.requestVoltages() in E:\Mijn Documenten\Research\Copy of BatteryCharger_V12\BatteryCharger\BatteryCharger.cs:line 612
at BatteryCharger.Form1.RunCommandOn(List`1 battList, Int32 command, Double lowerLimit, Double upperLimit) in E:\Mijn Documenten\Research\Copy of BatteryCharger_V12\BatteryCharger\Form1.cs:line 522
at BatteryCharger.Form1.chargeBlock(Int32 blockNr, Double lowerLimit, Double upperLimit) in E:\Mijn Documenten\Research\Copy of BatteryCharger_V12\BatteryCharger\Form1.cs:line 689
at BatteryCharger.Form1.<btnCheckCapacities_Click>b__13() in E:\Mijn Documenten\Research\Copy of BatteryCharger_V12\BatteryCharger\Form1.cs:line 619
at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading.ThreadHelper.ThreadStart()
InnerException:
這是怎麼回事？
解決辦法
根據我的經驗，10個執行緒中有9個在另一個執行緒（無論是否終止）沒有對硬體埠的獨佔訪問時發生這種情況。
嘗試使用synclock為埠操作編寫一個包裝器，最重要的是它的開啟/關閉。//msdn.microsoft.com/en-us/library/3a86s51t.aspx
類似地，我通常認為嘗試/捕獲控制硬體是一種壞做法，除非有足夠的異常處理。
原因（此處可能適用）是，在引發異常的情況下，硬體將鎖定，更糟的是，異常將掩蓋錯誤的真正原因。
在上面的程式碼中，我看到了樣式中訊息的輸出
DebugPrint(ex.Message);
這樣做比較好
DebugPrint(ex.tostring());
因為這也將匯出異常中的堆疊跟蹤。
我要做的是實現一個異常記錄器，將這些異常寫入正在執行的計算機中某個位置的（時間戳）文字檔案。跟蹤記錄的異常資料（連同所有相關資訊）可以更好地理解為什麼會發生這種情況。