FT232R und RTS

Andreas Ruetten schrieb:

Kommt drau an

Dann sieht es damit schlecht aus

Dann machst du was falsch oder gehst von falschen Voraussetzungen aus.

Und welches Betriebssystem, welche Software u.s.w.

Gruss Wolfgang

Wolfgang Gerber schrieb:

worauf?

Wenn ich in der Software COM1 anstelle ( echter RS232 Port ), kann ich da eine Signal messen. Was sollen die falschen Vorraussetzungen sein? Mit einem CP2101 geht das so, der kommt aber aus anderen Gründen nicht in Frage.

Windows 32Bit und drüber

Andreas Ruetten schrieb:

Auf dein softwaremäßiges Umfeld!

Hier noch das fehlende "f" für meine Antwort.

Schön - und was willst du mir jetzt mit dem Fragment sagen?

Welche Software? Wie anstellen? Welche Signal?

Woher sollen wir das hier ahnen können? Du gibst ja so gut wie keine verwertbaren Infos!

Also auch mit 33 oder 34 Bit?

Oh Herr - .....

Gruss Wolfgang

Software kennst du nicht und tut nichts zur Sache, da sowieso nicht änderbar. Signal immer noch RTS! Soll heißen es geht mit COM1( RS232 Schnittstelle )

Bitte? Alle Info's sind da : Software nicht änderbar. USB RS232 Wandler FT232R. RTS Signal soll über Windowsfunktion geschaltet werden. Windows Betriebssystem.

Also was soll noch fehlen?

Bist du jetzt Komiker oder was? Nichtbegriffstutzige wissen wohl was gemeint ist, Nicht Windows 3.xx weil 16Bit. ( 95 auch nich weil keine direkte USB Unterstützung ) Größer 32 Bit -> kommende Windows Betriebssysteme.

Danke, nicht notwendig, besagte Masse ausreichend vorhanden,

Andreas Ruetten schrieb:

Hilf dir selber weiter!

Meine Idee zur Realisierung deiner verworrenen Aufgabenstellung buzw. eines möglichen Workaround behalte ich bei solchen Leuten lieber für mich.

Vieleicht überdenkst du mal deine Position. DU bist hier der Fragesteller. Wenn du den Leuten, die dir helfen wollen unvollständige Infos gibst und dann auch noch frech wirst dann bist du ganz schnell alleine mit deiner Frage.

EOD!

Gruss Wolfgang

Wolfgang Gerber schrieb:

Werde ich auch weiter tun.

Ist auch besser so, denn die Aufgabenstellung ist nicht verworren, sondern an exakt voher genannten Bedingungen verknüpft.

Genau...

Wenn du den Leuten, die dir helfen wollen unvollständige

Nochmal zum mitlesen, es sind alle Info`s vorhanden.

und dann auch noch frech wirst dann bist du ganz schnell

Wie es in den Wald ........

Oder was sollte der Spruch Herr, .... Hmm?

Es fehlt die Angabe ob die geheime Anwendung direkt in den IO-bereich des Comports schreibt oder zum Zugriff die Windowsfunktion nutzt.

Usb-devices haben normal keinen IO-Bereich. Es soll aber Treiber geben die einen IO-Bereich emulieren. Bei mir hat das allerdings noch nie richtig geklappt.

Prinzipiell könnte es funktionieren, aber das Timing ist fürn A***, weil USB halt paketorientiert arbeitet und nicht zeichenorientiert. Das ist der Grund dafür, daß viele Geräte nicht zuverlässig an USB-seriell Wandlern funktionieren. Ist halt so. Wenn Du weder Hardware noch Software ändern kannst, wirst Du damit zu leben haben. Abhilfe: PCMCIA-Karte. Die hat einen echten UART und geht auch.

Mit freundlichen Grüßen

Frank-Christian Krügel

Andreas Ruetten schrieb:

Für mein Lieblings-OS habe ich ein Tool geschrieben, mit dem man sowas testen kann. Hätte ich einen FT232 zur Hand[1], könnte ich ja mal ausprobieren, ob das _grundsätzlich_ funktioniert, aber ich bin mir ziemlich sicher, daß ja.

Gruß Henning

Am Fri, 24 Nov 2006 18:43:00 +0100 schrieb Frank-Christian Kruegel:

Habe hier noch einen Slot gefunden, gehört das heute noch zur Standardausstattung oder bei 'preiswert' eigentlich auch schon nicht mehr?

Lutz

-- Mit unseren Sensoren ist der Administrator informiert, bevor es Probleme im Serverraum gibt: preiswerte Monitoring Hard- und Software-kostenloses Plugin auch für Nagios - Nachricht per e-mail,SMS und SNMP:

Gernot Fink schrieb:

Nein diese Angabe fehlt nicht! EscapeCommFunction (ComHandle, SETRTS) ist eine Windows Funktion, die nicht direkt auf IO-Ports zugreift.

Ist auch nicht notwendig, und bestimmt auch kniffelig wenn man nicht giveio benutzen möchte.

Frank-Christian Kruegel schrieb:

Ich brauche keinerlei Datenübertragung, es ist nur das setzen und zurücksetzen des RTS Signals gewünscht! Deswegen ist das Timing RTS/CTS völlig wurscht.

Das ist der Grund

Ja das ist eine Alternative, aber deutlich teuerer und aufwändiger

Frank-Christian Krügel

Danke Andreas

Henning Paul schrieb:

Ich weiß nicht was dein Libelings OS ist, wahrscheinlich Linux? Hätte ich einen FT232 zur Hand[1], könnte ich ja mal

Der FT232 ist nicht der FT232R. Ich glaube mit dem Baustein haben die Gründlich die Nachteile des FT232 aufgearbeitet.

Danke Andreas

Stimmt.

So ist es. Und deshalb funktioniert es grundsätzlich auch mit USB-RS232-Adaptern. Ich kann jedenfalls z.B. problemlos mit RTS rumspielen. Nur das Timing läßt arg zu wünschen über.

Man muß aber natürlich den (in diesem Fall virtuellen) COM-Port auch richtig initialisieren. In der Initialisierungsstruktur gibt es nämlich mehrere Felder, die darauf Einfluß nehmen und bei falscher Initialisierung schlicht verhindern können, daß sich beim RTS-Ausgang irgendwas tut, wenn man EscapeCommFunction aufruft. Und es kann durchaus sein, daß mit einem COM-Port mit realen UART bei exakt derselben Initialisierung tatsächlich der Pegel wackelt (die Initialisierung ist dann trotzdem falsch, es geht halt nur "durch Glück"). So ist das halt mit den Abstraktionen: Was letztlich tatsächlich passiert, bestimmen die Softwareschichten, die zwischen dir und der Hardware liegen.

Also: zeig mir deinen DCB und ich sage dir, wo dein Fehler ist. Ähm.. Nö. Ich habe mich kurzfristig umentschieden. Ich sage dir nur ob ein Fehler drin ist. Weder die Arbeit, endlich mal richtig die Doku zu lesen noch das glückliche Gefühl, das Problem aus eigener Kraft gelöst zu haben möchte ich dir wegnehmen.

Andreas Ruetten schrieb:

Hallo Andreas,

der FT232R kann es auf jeden Fall. Wir haben das hier in LabView mit den COM-Treibern und mit der DLL gelöst. Funktioniert einwandfrei. Wie weit es mit den APIs von Microschrott funktioniert, kann ich allerdings nicht sagen.

Gruß Rolf