Herausfinden welches Programm einen COM-Port blockiert (Windows)

[thread]17305[/thread]

Herausfinden welches Programm einen COM-Port blockiert

Tags: windows usb com-port Ähnliche Threads

Leser: 13

Articles: hide open all | hide show old branches

+11 replies
Molaf

2012-04-10 11:11

User since
2007-10-11
119 Artikel
BenutzerIn

Hallo allerseits,
frohe Ostern nachträglich!

Ich habe hier eine Platine mit USB-Adapter, welche sich als virtueller COM-Port ausgibt. Das Ding wandert an mehrere Rechner und kann dort von Programmen über diesen COM-Port eben angesprochen werden und genutzt werden.

Jetzt habe ich hier einen Rechner (WinXP), der schon jede Menge Software drauf hat (ein mobiler Rollwagen mit PC, Bildschirm und Steuerkarten für so ziemlich alles drin). Stecke ich nun meine Platine per USB an, erscheint im Gerätemanager auch 'COM4' unter COM-Ports. Leider kann ich mich nicht mit dem Gerät verbinden, der Port ist sofort belegt. Welches Programm das macht, weiss ich nicht, möchte es aber herausfinden.

Wenn ich unter Systemsteuerung/Gerätemanager unter diesem COM-Port auf Erweitert gehe und beispielsweise eine andere COM-Nummer zuweisen will, werde ich gewarnt, dass schon eine Verbindung besteht, die dadurch gestört werden könnte... hilft nix, die Verbindung wird anscheinend sofort neu belegt.

So ein Verhalten kenne ich sonst nur von Hardware die beim Anstecken an USB sofort losplappert, die hält WinXP dann für eine legacy-Microsoft-Ballmouse und leitet dann alles an diesen Treiber um. Dann springt der Mauszeiger wie wild oder rührt sich gar nicht mehr - aber daran kann man auch das Problem erkennen.

Also es scheint sich ein Prozess meine Verbindung zu schnappen, direkt nach Einstecken. Ein COM-Port Monitor lässt sich nicht zwischenschalten, weil die Verbindung sofort aufgestellt wird.

Sehr unfreundliches Verhalten.
Hat jemand eine Tip für mich?
Gruß,
Molaf
- +8 replies
- GwenDragon
  
  2012-04-10 12:10
  
  User since
  2005-01-17
  14533 Artikel
  Admin1
  
  Schon Portmon ausprobiert?
  Erst starten, dann Device anstecken.
  die Drachin, Gwendolyn
  
  Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel
  - +7 replies
  - Molaf
    
    2012-04-10 13:32
    
    User since
    2007-10-11
    119 Artikel
    BenutzerIn
    
    Portmon habe ich tatsächlich schon installiert, allerdings wusste ich nicht, dass man das Gerät erst später anstecken soll.
    Hilft aber trotzdem nichts, 'Capture' ist weiterhin deaktiviert.
    Sowohl Rausziehen/wieder Reinstecken als auch Deaktivieren/wieder Aktivieren des Treibers bringt nichts. :{
    - +6 replies
    - GwenDragon
      
      2012-04-10 15:02
      
      User since
      2005-01-17
      14533 Artikel
      Admin1
      
      Und wenn du nichts angesteckt hast, ist COM4 auf frei?
      Ist es dir nicht möglich beim USB-Adapter den COM-Port festzulegen?
      Last edited: 2012-04-10 15:05:10 +0200 (CEST)
      die Drachin, Gwendolyn
      
      Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel
      - +5 replies
      - Molaf
        
        2012-04-10 15:41
        
        User since
        2007-10-11
        119 Artikel
        BenutzerIn
        
        Hm, ich weiss nicht recht wie das gemeint ist mit 'frei'.
        
        COM1 und COM2 sind immer da, da es die beiden echten seriellen Ports sind, auch wenn nichts dran steckt. Mein Gerät kriegt normalerweise überall eine fortlaufende Nummer, je nachdem wieviel virutelle COM-Port-Chips schon angesteckt waren (eine stark wachsende Zahl an Geräten hat sowas verbaut).
        
        Ich habe COM4 willkürlich gewählt, über Gerätemanager/COM-Ports/Treiber/Erweitert. Hatte auch schon 2 andere Nummern probiert.
        
        Wenn das Gerät abgezogen ist, verschwindet COM4 aus der Liste im Gerätemanager.
        
        +4 replies
        
        GwenDragon
        
        2012-04-10 15:49
        
        User since
        2005-01-17
        14533 Artikel
        Admin1
        
        Ähm, du sollst für die USB-Devices den virtuellen COM-Port festlegen, nicht den COM-Anschluss des Systems.
        
        Das einzige Programm, das sich den COM-POrt schnappt, ist wohl der Treiber.
        Was kannst du denn nicht machen?
        Last edited: 2012-04-10 15:51:19 +0200 (CEST)
        die Drachin, Gwendolyn
        
        Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel
        
        +3 replies
        
        Molaf
        
        2012-04-10 16:11
        
        User since
        2007-10-11
        119 Artikel
        BenutzerIn
        
        2012-04-10T13:49:56 GwenDragon
        Ähm, du sollst für die USB-Devices den virtuellen COM-Port festlegen, nicht den COM-Anschluss des Systems.
        Das kann ich nicht parsen. Was könnte ich denn anderes machen als den virtuellen COM-Port festlegen? Die COM-Anschlüsse des Systems sind die COM-Anschlüsse des Systems.!.
        
        2012-04-10T13:49:56 GwenDragon
        Das einzige Programm, das sich den COM-POrt schnappt, ist wohl der Treiber.
        Was kannst du denn nicht machen?
        
        Ich kann keine Verbindung aufbauen (Win32::SerialPort). Dafür dürfte nämlich keine andere Verbindung bestehen (bisher die einzigste Ursache, warum man keine Verbindung mit einer virtuellen seriellen schnittstelle aufnehmen kann, die mir untergekommen ist).
        
        Den COM-Port 'schnappen' könnte beispielsweise der alte Legacy-Treiber für die Microsoft-Ballmouse. Das passiert aber nur, wenn die (virtuelle) serielle Schnittstelle sofort Daten sendet, ohne zumindest einmal angesprochen worden zu sein (manche USB-GPS-Tracker oder die echte Ballmouse von anno dunnemals).
        Den COM-Port 'schnappen' könnte aber auch ein anderes Programm, welche damit diese Verbindung exklusiv belegt.
        
        Es ist sehr wahrscheinlich dass hier Software drauf ist, die genau sowas macht. Auf den Rechner kommt Softwere für Laborkrams, Testkrams und sonstwas, und die bleibt auch drauf, wenn die Hardware grad nicht genutzt wird.
        Ich kann leider nicht groß reinemachen und alles runterwerfen was über ist.
        Aber den Schuldigen finden wäre mal ein Schritt um vorwärts zu kommen.
        
        +2 replies
        
        GwenDragon
        
        2012-04-10 17:01
        
        User since
        2005-01-17
        14533 Artikel
        Admin1
        
        Es muss doch aber der Treiber für das USB-Device den virtuellen COM-Port festlegen, wenn das USB-Device einen serielle Schnittstelle emuliert.
        In den Eigenschaften des Treiber kannst du doch die Adressen für Ports wählen.
        Oder missverstehe ich dich da?
        Last edited: 2012-04-10 17:04:19 +0200 (CEST)
        die Drachin, Gwendolyn
        
        Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel
        
        Molaf
        
        2012-04-11 12:15
        
        User since
        2007-10-11
        119 Artikel
        BenutzerIn
        
        Der Treiber läd direkt einen VCD (das ist die einzigste Einstellmöglichkeit). Dann erscheint unter COM-Ports ein weiterer COM-Port, da kann man dann wählen von COM1 .. COM99. Größer als 9 kann das Perl-Modul nicht.
        
        Leider komme ich heute nicht mehr an die Hardware dran. Ich überlege mir mal für das nächste mal eine Taktik und schreibe hier wieder rein, wenn es was neues gibt.
- +2 replies
- bianca
  
  2012-04-10 14:21
  
  User since
  2009-09-13
  6977 Artikel
  BenutzerIn
  
  Hast du mal mit den Windows-Diensten experimentiert. Mal abschalten/anschalten usw.?
  10 print "Hallo"
  20 goto 10
  - Molaf
    
    2012-04-10 15:43
    
    User since
    2007-10-11
    119 Artikel
    BenutzerIn
    
    Zuerst habe ich mal alle 'unüblichen' Prozesse abgeschossen, alles was nach Firmen klingt, dessen Software installiert ist (und grade nicht läuft).
    
    Aber die Sache mit den Diensten gehe ich auch gleich mal an.

View all threads created 2012-04-10 11:11.