Hallo, ich hätte eine Frage zur Verwendung mehrerer RS232-USB Converter. Momentan bin ich gerade an einem etwas größeren Informatik-Projekt dran. Da mir jedoch bisher noch niemand von meinen Kollegen helfen konnte, wäre ich für jede Hilfe eurerseits sehr dankbar. Projektteile: - RS232 für die Temperatur - RS232 für den Durchfluss - RS232 für eine Identifikation - Rechner mit 2 USB - Ports Wenn ich nun einen HUB verwende um die gewünschte Anzahl an USB-Ports für mein Projekt zu erhalten, kommt immer eine Fehlermeldung, welche besagt, dass der Zugriff auf diese Ports verweigert wurde, anschließend habe ich einen anderen HUB ausprobiert jedoch ohne Erfolg. Nach diesem Fehlschlag habe ich versucht, wenigstens zwei von diesen Anschlüssen direkt über meinen Rechner laufen zu lassen (z.B. Temperatur und Durchfluss), jedoch war das Ergebnis, wieder nichts. Habt ihr nun eine Idee woran der Zugriff auf die Ports scheitert, leider habe ich nämlich bisher im Internet nichts brauchbares gefunden. Kann es vielleicht sein, dass man nur einen solchen Wandler verwenden kann, diese Möglichkeit erscheint mir jedoch nicht logisch. Für jede Hilfestellung bin ich sehr dankbar.
Mark schrieb: > kommt immer eine Fehlermeldung, welche > besagt, dass der Zugriff auf diese Ports verweigert wurde Die Fehlermeldung wird von wem wann ausgegeben? Wenn die Adapter in den Hub gesteckt werden? Wenn Dein Programm versucht, auf die Adapter zuzugreifen? Welche Schnittstellennummern verwenden die Adapter? Sind die größer als 9? Dann könnte die Fehlerursache in Deiner Software zu finden sein, die eine falsche Syntax für den Namen der Schnittstelle verwendet. Statt "COM10" muss es nämlich gegenüber den zuständigen Win32-API-Funktionen heißen "\\.\COM10". Das ist seit deutlich über einem Jahrzehnt in der Dokumentation der Funktion CreateFile beschrieben; es ist wirklich erstaunlich, daß es immer noch Programme gibt, deren Programmierer diese Dokumentation nicht gesehen haben.
Die Schnittstellen sind nicht größer als 9 auf dieses Problem bin ich auch schon gekommen, aber schon mal vielmals danke.
Hallo ! Ja sollte eigentlich schon funktionieren. An einen USB hub kannst du beliebige Anzahl von USB-Seriell adaptern anschließen. Sollten dann alle unterschiedlich also mit unterschiedlichen COM Bezeichnungen erkannt werden. Wenn du mittels terminal programm auf die einzelenen Schnittstellen zugreifen kannst sollte das auch aus deinem Programm funktionieren. Wie im vorherigen Post schon erwähnt auf richtige Bezeichnungne achten. Mfg Michi EDIT : Mark schrieb: > Die Schnittstellen sind nicht größer als 9 auf dieses Problem bin ich > auch schon gekommen, aber schon mal vielmals danke. Dann mal mit terminal programm versuchen
Michael Rathmair schrieb: > An einen USB hub kannst du > beliebige Anzahl von USB-Seriell adaptern anschließen. nein kann man nicht, usb ist auf 256 Geräte beschränkt und eine Gerät ist davon schon mal der HUP und der Host.
Danke ich werde es jetzt nocheinmal mit einem Terminalprogramm versuchen, das letzte Mal hat es zwar nich funktioniert, vielleicht habe ich jedoch jetzt Glück.
Peter II schrieb: > nein kann man nicht, usb ist auf 256 Geräte beschränkt und eine Gerät > ist davon schon mal der HUP und der Host. Ok beliebig viele stimmt nicht ganz sollte her heißen eine hand voll g klar gibts ne beschränkung.
256 stimmt auch nicht. 127 sinds bei USB. Die Anzahl der COM Schmittstellen ist auf 255 begrenzt, wobei es COM 0 nicht gibt. Eventuell haben auch alle USB-Serial Wandler die gleiche Seriennummer (oder gar keine), so dass Windows Schwierigkeiten hat, die auseinander zu halten. Dann gehts nämlich nach dem logischen Pfad, also Bus/Hub/Device...
also ich habe jetzt meine Temperaturauswertung getestet, doch komischerweise funktioniert die Temperaturanzeige nicht mehr, kann es sein, dass drei RS232-USB Converter an einem Tag kaputt gehen?????
OK, so wie es momentan aussieht, ist mein Pegelwandler kaputt gegangen.
Mark schrieb: > ist mein Pegelwandler kaputt gegangen. Schau Dir mal die Massekabel näher an. Manchmal sind verschleppte Spannungen von irgendwo drauf, die dann am dünnsten Leiterzug etwas Rauch erzeugen? Eine Gegenprobe an einem anderen PC wäre auch eine Idee.
Ich hatte dieser Tage auch mit einem USB-RS232-Wandler zu tun: Beitrag "Windows Vista, USB-zu-RS232-Aapter, und aufgelaufen?" Weil ich noch alte µC-Boards habe, die einen Softwaredownload über Terminal und RS232 bekommen, brauchte ich so einen Adapter. Mein Notebook hat leider keine echte RS232 mehr. Es funzt aber alles. Der Adapter ist ein Delock 61460, bestellt bei Reichelt. Was ich da im Katalog sah, die haben auch Kästchen, die an einem USB-Port 4 mal RS232 bereit stellen. Sowas überlegte ich mir zuerst auch. Ja, und man muß wohl tatsächlich aufpassen, daß nirgendwo Querströme entstehen. Der Trafo der µC-Versorgung hat tatsächlich 2 getrennte Wicklungen, da streut auch nichts groß kapazitiv übers Versorgungsnetz ein. Die Innereien des Notebook-Netzteiles kenne ich nicht so, ob und wie es sauber vom Netz getrennt ist. An einem Uralt-Rechner spürte ich in den Fingern schon mal Kribbeln bei Masseberührung. Bei anderen PCs wiederum ist Masse geerdet. Das scheint unterschiedlich zu sein. Notfalls kann man ja das Notebook mal auf dem Akku betreiben, wenn man meint, da wäre was faul.
Mark schrieb: > - RS232 für die Temperatur > - RS232 für den Durchfluss > - RS232 für eine Identifikation Warum nicht über eine Schnittstelle senden? Zu faul für ein eigenes Protokoll?
Gibt es keine Möglichkeit Deine Hardware zu erneuern/ändern? 3 x RS232 für ein neues Projekt zu verwenden ist nicht empfehlenswert.
Momentan sind mir leider die Hände gebunden, da dieses Projekt bald fetiggestellt werden sollte --> leider nicht mehr genug Zeit für ein eigenes Protokoll. Vielen Dank, für alle die sich so bemühen eine Lösung zu finden
Wie? Ein ganz einfaches Protokoll ist doch nicht so schwer: "X" + Hex-Data "Y" + Hex-Data "Z" + Hex-Data Der erste Buchstabe für den jeweiligen Sensor, dann die 2Bytes Hex-Code (z.b. 0C oder E9).
Ich habe nun nocheinmal alles ausprobiert, jedoch kommt bei mir immer die Fehlermeldung: Der Anschluss ist geschlossen. Wisst ihr noch irgend eine Möglichkeit, wie ich den Port trotz HUB öffnen kann? Ein eigenes Protokoll kann ich leider nicht verwenden, da der Durchflusssensor eine fertige Komponente ist, welche ich gekauft habe und diese mir die Daten über ein Modbus Protokoll schickt, zusätzlich ist die Hardware so gut wie fertig. Danke für jeden bisherigen Vorschlag und für jeden der hoffentlich noch kommt.
Mark schrieb: > Wisst ihr noch irgend eine Möglichkeit, wie ich den Port trotz HUB > öffnen kann? nein, weil probleme mit einem HUP maximal der Treiber lösen kann. http://www.1apc.de/1aPCShop/usb4fachseriellkonverter-p-5442.html
Das Problem hierbei ist jedoch, dass das Projekt möglichst günstig sein sollte, deshalb muss ich zu 100% sicher sein, dass diese Ports nicht sperren.
Mark schrieb: > Das Problem hierbei ist jedoch, dass das Projekt möglichst günstig sein > sollte, deshalb muss ich zu 100% sicher sein, dass diese Ports nicht > sperren. wenn ein herstellen ein Gerät für 4 Ports verkauft, dann müssen auch 4 Port gleichzeitig gehen. geht auch billiger http://www.alternate.de/html/solrSearch/toArticle.html?articleId=50378&query=rs232&referer=detail&link=solrSearch%2Flisting.productDetails
Rück doch mal die wichtigen Informationen raus: Welches Betriebssystem? Welche USB-Serial Wandler? Welche Treiber? Version? Welches Programm gibt wann diese Fehlermeldung? Lassen sich alle 3 COM Ports im HyperTerminal öffnen?
Ich kann alle 3 Sensoren einzeln bedienen, --> direkt auf dem PC. Zusammen funktionieren sie aufgrund des HUBs leider nicht. Zum Betriebssystem: Windows 7 USB - Serial Wandler: Prolofic 2 Stück und noch einer, bei welchem ich morgen nachschauen muss, von wo der kommt Treiber: es steht v130 ^^ dort, original Prolofic Wenn ich debuge, kommt der Fehler, sobald auf die Ports zugegriffen werden sollte --> Anschluss geschlossen (Programm: Visual Studio 2010) Ich hoffe, dass ich alle Fragen beantwortet habe.
Der dritte RS232 - USB Konverter ist von der Marke VSCOM.
Christian R. hat Dir ein paar Fragen gestellt. Prolofic, was ist das? Wie heisst das Betriebssystem? Gibts da nur einen Wandler von Prolofic? Oder haben die auch Typenbezeichnungen? Vlt. schaust Du Dir das nochmal genauer an, was Du da vor Dir liegen hast...
Hm, Prolific sind leider die schlimmsten dieser Gattung. Das gibt oft Probleme. Kannst du die eventuell tauschen gegen welche mit Silabs oder FTDI Chip? Wir verwenden ganz viele FTDI, da gehen auch 30 Stück, über viele Hubs verteilt. Außerdem ist das bei Prolific immer so ein Durcheinander mit den Treibern, eventuell gibts da einen aktuelleren? Noch eine Frage: Kommt die Meldung auch, wenn du 3 mal ein Terminalprogramm (Putty, HTerm, Terraterm...) startest und die 3 Schnittstellen versuchst, zu öffnen?
@Mark: Was man für eine supergünstige Lösung noch machen könnte: Ich habe hier das PICkit1 der Firma Microchip. Es wird über USB vom MPLAB aus geflasht, wobei ein PIC16F84 den USB-Download managt, und die Daten auf den zweiten steckbaren PIC12F675 flasht. Ich weiß aber jetzt nicht ganz genau, ob der PIC16F84 ein richtiges USB-Peripheral hat, oder ob es einfach über Bit-Banging gemanagt wird. Die USB-Software ist auch voll transparent, lag der CD im Quellcode mit bei. Vielleicht gibt es sie auch auf der Microchip Homepage. Da könnte man auch noch ansetzen, und es ist kein RS232 dabei im Spiel. Wenn man da in der Software ansetzt, und das Teil kostengünstig sein soll, und in Massen produziert, da käme ja diese Idee sicher auch in Frage. Nun, in die Software muß man dann eben noch etwas Zeit investieren. Beides, wenig Entwicklung, und auch noch billig, und schnell fertig, widerspricht sich irgendwie.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.