Problem mit SerialPort

Arbeite ich mit SerialPort kommunizieren (nur Lesen) mit barcode-Lesegerät.

Habe ich installiert-Treiber für den Betrieb mit dem Leser, als ob es war, angeschlossen über Com-port, wenn es ein usb-Gerät. Wenn das Gerät angeschlossen ist, eine weitere Com-port in der Liste angezeigt wird.

Das problem ist das folgende. Initialisiere ich die SerialPort-Objekt zum Lesen von barcode-Leser, aber wenn der reader nicht angeschlossen ist, ich habe keine Möglichkeit zu finalize oder dispose-SerialPort-Objekt korrekt, da der port "angeschlossen" ist nicht mehr vorhanden.

Das Ergebnis ist WinIOException, wenn das Programm geschlossen ist. Ich kann es nicht fassen, nicht nur im code, arbeiten mit der SerialPort-aber an dem Programm.cs-Ebene. Nach dem stack WinIOException geworfen wird nach den versuchen von Abschluss-und Entsorgung der SerialPort-Objekt.

Gibt es irgendwelche Ideen, wie ich arbeiten kann mit dieser situation richtig? Oder zumindest um die Ausnahme zu fangen?

Die Sache, die ich sicher wissen, ist, dass das problem nicht in diesem bestimmten Treiber; ich hätte noch eine barcode-Leser von einem anderen Hersteller (mit dem gleichen Zweck-Treiber) - die situation ist die gleiche.

InformationsquelleAutor 26071986 | 2010-07-12
  1. 12

    Seufz, das ein Alter altes problem mit USB-Seriell-port-Emulatoren. Serielle Anschlüsse Geräte, die stammen aus der Steinzeit. Sie schraubte in den bus, keine Möglichkeit, Sie zu entfernen, während ein Programm verwenden, ohne Zeichnung, die Funken und der quellende Rauch. Steinzeit auch das fehlen für jede Art von plug-and-play-Unterstützung, so dass ein Programm erkennen könnte, dass das Gerät plötzlich gonzo.

    Leider, die Mehrheit von der miesen Gerätetreiber, die Ihnen nacheifern, nur damit Sie verschwinden, auch wenn ein Programm den port geöffnet. Das funktioniert etwa so gut wie das Ruckeln die flash-Laufwerk aus der Steckdose, wenn Windows ist das schreiben von Dateien auf Sie. Es gibt eine hintergrund-worker-thread, der wartet, für Benachrichtigungen vom Gerät Fahrer, so dass es erzeugen kann, die DataReceived, ErrorReceived und PinChanged Veranstaltungen. Dieser thread erleidet einen Herzinfarkt, wenn das Gerät plötzlich verschwindet. Sie können nicht fangen, es ist ein thread, gestartet von der SerialPort-Klasse, kann man nicht wickeln Sie es mit try/catch.

    By popular demand, Microsoft hat etwas über es in .NET 4.0. Nicht wirklich sicher, was in diesem release. Wenn Sie stecken bleiben auf einem früheren release, das einzig vernünftige, was Sie tun können, ist, kleben Sie ein Zeichen neben dem USB-Steckplatz: "nicht zu entfernen, während Sie verwendet!" Unweigerlich macht sich jemand trennen Sie das Gerät mindestens zweimal, um zu sehen, was passiert. Nach dem Sie gelangweilt mit, und lassen Sie Sie in Frieden.

    Den sehr unvernünftig Problemumgehung ist eine app.exe.config Datei mit diesem Inhalt:

    <?xml version ="1.0"?>
<configuration>
  <runtime>
    <legacyUnhandledExceptionPolicy enabled="1"/>
  </runtime>
</configuration>

    Verwenden Sie es nicht.

    • Oh, genau wie ich es erwartet habe...
    • haben Sie wirklich dieses Problem beheben in 4.0? Eines Tages bald, ich sollte es testen für mich. Wenn dem so ist, dann alles, was ich sagen kann, ist, über die Zeit. Der bug hat schon eine sehr lange Zeit.
    • Nein, es ist nicht behoben in Version 4.0 oder 4.5 noch dazu kommen), du bist nur in der Lage zu stoppen die Ausnahme, die aus der Beendigung der Anwendung von "ignorieren" es (zusammen mit anderen ähnlichen Ausnahmen aus anderen Quellen).
    InformationsquelleAutor Hans Passant
  2. 5

    In meinem code, dies geschieht als Teil der Finalize() Methode auf die BaseStream, die vom garbage collector aufgerufen.

    Als solche, wenn man erbt das .NET SerialPort-Klasse und überschreibt die Öffnen /Schließen, können Sie Folgendes tun:

    Während der Öffnen, rufen Sie einfach GC.SuppressFinalize(Me.BaseStream)

    Während der close, versuchen Sie, rufen Sie GC.ReRegisterForFinalize(Me.BaseStream)

    Wenn der USB wurde herausgezogen, dadurch wird eine exception werfen, jammern über den Zugang zu den BaseStream. Entweder prüfen Sie die .IsOpen Eigenschaft vor dem Aufruf der GC oder wickeln Sie es in ein Try Catch wenn Sie nicht Vertrauen .IsOpen False zurückgeben, jedes mal...

    Werde, Sortieren Sie es aus, Ihre Anwendung mit der Tatsache, dass es schon herausgezogen, und es wird nicht Abstürzen, wenn Sie in der Nähe.

    Ich bin derzeit nicht in der Lage, um es dann wieder zu öffnen, den port, wenn es wieder eingesteckt, aber zumindest gibt es da einige Fortschritte über ein label sagen: don ' T touch...

    • Ich habe diese Antwort und es funktionierte für mich. Ich war in der Lage, um re-öffnen Sie den Anschluss, sobald das Gerät wieder eingesteckt, auch. Was ich Tat, war rufen Entsorgen Sie nach dem Aufruf Schließen, dann setzen Sie die variable auf null. Mein code dann hält zu versuchen, um den Kontakt wieder herzustellen. Jedes mal, weist er einen neuen SafeSerialPort Objekt (das, was ich namens der Klasse, die stammt aus SerialPort) und versucht, sich zu verbinden. Wenn es nicht gelingt, ruft es Nahe, darüber zu Verfügen, und setzt die variable wieder auf null wieder. Funktioniert einwandfrei. Jedoch, das Gerät & Treiber, die Sie verwenden können, Verhalten sich anders.
    • Ich lief in dieses problem vor kurzem und versucht, Ihre Abhilfe. Es funktionierte manchmal, und andere Male, die ich tatsächlich abgestürzt mit einem blauen Bildschirm (Bug Check). Ich gab auf und beschloss, Umgang mit meiner Bewerbung abstürzt, wenn das serielle Kabel abgezogen. Manchmal es lohnt sich nicht zu arbeiten, um mit anderer Leute schlechten code. (USB-auf-COM-adapter-Treiber)
    InformationsquelleAutor Chimpster
  3. 2

    Können Sie Erben von SerialPort und überschreiben Sie die Dispose () - Methode zur Behandlung solcher Ausnahmen. Sie können nur fressen die Ausnahme (Entsorgen Sie sollten nicht werfen sowieso).

    Wenn Sie möchten, melden Sie die Ausnahme oder Griff es auf eine andere Weise, Sie haben zu prüfen, die Entsorgung Flagge zuerst. Wenn es false ist, bedeutet es, dass Dispose aufgerufen wurde von SerialPort ' s destructor und das Objekt ist bereits verwaist.

    E. g.

        public class MySerialPort:SerialPort
    {
        protected override void Dispose(bool disposing)
        {
            try
            {
                base.Dispose(disposing);
            }
            catch (Exception exc )
            {                    
                if (disposing)
                {
                    //Log the error
                }
            }

        }
    }
    • Danke, werde ich versuchen, so schnell wie ich kann.
    • Dies funktioniert?? Welche version von .NETTO ist das?
    • Hans Passant .Net 3.5. Überprüft es in eine einfache test-Anwendung. Morgen wird der check-in eine Haupt-Anwendung.
    • Gerade überprüft SerialPort.Entsorgen mit Reflektor. Der Grund, es wirft ihn ruft dicht auf den internen SerialStream-Klasse, die wiederum macht einen unsicheren Aufruf EscapeCommFunction, werfen eine IOException aus, wenn dies fehlschlägt.
    InformationsquelleAutor Panagiotis Kanavos
  4. 1

    Löste ich dieses problem durch die Schaffung einer separaten Prozess behandelt die serielle Schnittstelle. Wenn die serielle Schnittstelle nicht angeschlossen ist, ich den Prozess starten. Jetzt kann ich wieder zu einem unplugged-serial-port-Gerät ohne Neustart der Hauptanwendung.

    TLDR; Erstellen Sie einen separaten Prozess.

    Beispiel-code

    Serielle Schnittstelle Prozess-code

    static void Main(string[] args)
{
    using (var output = Console.OpenStandardOutput())
    using (var serialPort = new SerialPort(args[0], int.Parse(args[1])))
    {
        serialPort.Open();
        while (serialPort.IsOpen)
        {
            serialPort.BaseStream.CopyTo(output);
        }
    }
}

    Hauptanwendung

    var options = new ProcessStartInfo()
{
    FileName = "Serial Port Process name here",
    UseShellExecute = false,
    RedirectStandardOutput = true,
};

using(var process = Process.Start(options))
{
    using (StreamReader reader = process.StandardOutput)
    {
        while (!process.HasExited)
        {
            string result = reader.ReadLine();
            Console.WriteLine(result);
        }
    }
}
    InformationsquelleAutor Johan Andersson
  5. 0

    Gut, schlechte Nachrichten.

    Lösung von Panagiotis Kanavos nicht helfen. Das problem ist immer noch da.

    .Net 4.0 nicht helfen, entweder. Ich habe VS2010 installiert - hat sich nichts geändert. Die unhadled Ausnahme ist noch geworfen. Leider "kleben Sie ein Zeichen neben dem USB-Steckplatz: "nicht zu entfernen, während Sie verwendet wird!" scheint die einzige Entscheidung, die...

    • Ah, die Welt macht wieder Sinn. Sie sollten wirklich zu ändern, die Antwort zu markieren.
    • Du hast Recht. Sorry. Das nächste mal check ich besser.
    InformationsquelleAutor 26071986
  6. 0

    Habe ich die gleiche Erfahrung gemacht. Es ist zwar nicht empfohlen, Sie können ziehen Sie und plugin ein serielles Gerät an einen tatsächlichen seriellen Anschluss und die Kommunikation wird wieder beginnen. Ein USB-Seriell-port funktioniert nicht auf diese Weise. Ich habe auch das problem das der USB serial port " erscheinen nicht als einen verfügbaren Anschluss der SerialPort.GetPortNames () - Methode erst nach den virtuellen seriellen port instanziiert wird von der software.

    InformationsquelleAutor skinnedKnuckles
Schreibe einen Kommentar