Asuro mit Linux oder Mac steuern

Hallo robo,
mittlerweile ist es mir auch geglückt, die richtigen RXTX-Dateien in die richtigen Ordner zu packen. :oops:
Die .jar - Datei lässt sich jetzt mit einem Doppelklick starten. Auch den Port kann man wählen. Zusätzlich zum Hauptfenster gehen noch die
Liniensensor- und Encoder- Fenster auf.
vor, rueck, links, rechts, Lichtorgel O:), ruckeln, seiteln, Leds funktionieren.
Manchmal muss man mehrmals klicken, bis das Richtige passiert.
Bei Encoder tut sich allerdings gar nichts.
Gruss
M.
(Windows XP Professional)

Sehr gut, dass es jetzt auch klappt. =D>
Wie findest Du das ruckeln und "seiteln, lustig, oder?
O:)
Was den Encoderschalter anbelangt, braucht die Übertraguns ca. 1 Minute.
Man muss natürlich auch die neueste Hex-Version( 2 Posts weiter oben ) auf dem ASURO haben, sonst erkennt er das Encoder-Kommando nicht.

Gruß,
robo

Zitat:

---

Zitat von robo.fr

Wie findest Du das ruckeln und "seiteln, lustig, oder?
O:)

---

Ja - witzig! Man sollte ruckeln und seiteln noch mit Lichtorgel verbinden können.

Zitat:

---

Zitat von robo.fr

Was den Encoderschalter anbelangt, braucht die Übertraguns ca. 1 Minute. Man muss natürlich auch die neueste Hex-Version( 2 Posts weiter oben ) auf dem ASURO haben, sonst erkennt er das Encoder-Kommando nicht.

---

So jetzt mit der neuen .hex fährt er ein Stückchen vorwärts, meistens leuchtet die StatusLED gelb und wird später rot.
Manchmal aber auch grün oder rot am Anfang - ist das Zufall oder hat es irgendeine Bedeutung? Ansonsten tut sich auch nach 15 Minuten nichts.
Gruss
M.

Zitat:

---

So jetzt mit der neuen .hex fährt er ein Stückchen vorwärts, meistens leuchtet die StatusLED gelb und wird später rot.

---

Das kann fast nicht sein, die neue Hex muss sich genau so verhalten wie die alte, ausser dass man die Encodersignale auslesen kann.

Zitat:

---

Ja - witzig! Man sollte ruckeln und seiteln noch mit Lichtorgel verbinden können.

---

Das wäre ziemlich einfach. Du könntest es sogar selbst machen, wenn Du die Java JDK und Eclipse installiert hast.

Das funktioniert dann so, dass man die Fernsteuerkommandos, die in Java implementiert sind, nacheinancher aufruft.
z.b.

asuro.gehvor();
asuro.frontLed();
asuro.gehRechts();
asuro.backLedL();

usw.

Gruß,
robo

Zitat:

---

Zitat von robo.fr

Das kann fast nicht sein, die neue Hex muss sich genau so verhalten wie die alte, ausser dass man die Encodersignale auslesen kann.

---

Hallo robo,
ich habe mich wohl missverständlich ausgedrückt.
Das oben beschriebene Verhalten bezieht sich nur auf die Encoder-Abfrage.
Auch Batterie- und Liniensensorabfrage geht nicht.
Nach klicken auf den ASURO erscheint folgendes: (Anhang)
Gruss
M.

Hallo M.,

das hört sich fast ein wenig nach einem Empfangsproblem bei Deiner IR-Schnittstelle am PC an.
Kannst Du zum Test "Hyperterminal" verwenden? Beim Einschalten des ASURO muss die Meldung "Asuro OK" erscheinen. Wenn Du die Taste 't' drückst, muss der ASURO antworten.

Eine andere Möglichkeit wäre, dass Dein Rechner etwas langsam ist. Hier habe ich mal ein Jar-File erstellt, das die Kommunikation noch etwas drosselt ( hat auch eine schönere Grafik ). Damit könnte es bei Deinem Rechner dann funktionieren,

Gruß,
robo

Zitat:

---

Zitat von robo.fr

Beim Einschalten des ASURO muss die Meldung "Asuro OK" erscheinen. Wenn Du die Taste 't' drückst, muss der ASURO antworten.

---

geht:

Code:

---

-- ASURO Ready --
txASUROy

---

Zitat:

---

Zitat von robo.fr

Eine andere Möglichkeit wäre, dass Dein Rechner etwas langsam ist. Hier habe ich mal ein Jar-File erstellt, das die Kommunikation noch etwas drosselt ( hat auch eine schönere Grafik ). Damit könnte es bei Deinem Rechner dann funktionieren,

---

leider nicht.
Vielleicht muss ich ja irgendwas an den COM1 - Einstellungen (Anhang) ändern?

Gruss
M.

Halo M.
das Programm macht die Einstellungen autmatisch. Und steuern kannst Du den ASURO ja, oder? Wenn ich es richtig verstanden habe, gibt es ja nur ein Problem beim lesen der Daten.

Gruß,
robo

Zitat:

---

Zitat von robo.fr

Und steuern kannst Du den ASURO ja, oder?

---

ja

Zitat:

---

Wenn ich es richtig verstanden habe, gibt es ja nur ein Problem beim lesen der Daten

---

ja

Wäre schön, wenn es noch jemand ausprobieren würde!

Gruss
M.

Hallo robo,

bei mir zeigen sich die selben Effekte wie bei M. (probiert unter Windows mit asuro_control_v4).
Beim click auf das Fenster kommt für Batterie 0.0V und NaN für Linie l/r. Wenn ich das ganze unter Hyperterminal ausprobiere scheint alles ok zu sein. Der Asuro reagiert auf die folgenden Kommandos (alles andere bis auf Zahlen ergibt E als Antwort)

Code:

---

bx951y
lx11y
rx10y
txASUROy

---

Scheinbar wird nur die FrontLED nicht eingeschaltet. Aber ansonsten sind die Werte ok. (Habe eine IR FrontLED eingebaut)

Edit:
Das EasyAsuro5.jar Archiv funktioniert bei mir nicht. Startet nur kurz und beendet sich gleich wieder. Wenn ich das jar-File in eine zip-Datei umbenenne, auspacke und mit java ch.AsuroControl von Hand starte, klappt es. Es treten allerdings die gleichen oben beschriebenen Probleme auf.

Hallo M., halll m.a.r.v.i.n.

es freut mich, dass Ihr so fleissig am Testen seid. Bei mir läuft das Programm und deshlab wäre es fast unmöglich, den Fehler selbst zu finden. Ich werde mal ein wenig nachdenken, wie man die Fehler besser finden könnte.

Zitat:

---

Der Asuro reagiert auf die folgenden Kommandos (alles andere bis auf Zahlen ergibt E als Antwort)

---

Der ASURO gibt 'E' ( E wie Error ) zurück, wenn er ein Kommando nicht kennt. Eigentlich sollte er mindestens folgende Kommandos kennen, zumindest wenn man die letzte Hex-File Version verwendet, die ich hier gepostet habe ( aber eigentlich schon auch die Version 4 ).

Code:

---

// Kommandos
#define LEDSOFF '0'
#define BACKLEDL '1'
#define BACKLEDR '2'
#define FRONTLED '3'
#define ASUROVOR '4'
#define ASURORUECK '5'
#define ASUROLINKS '6'
#define ASURORECHTS '7'

#define VERBINDUNGOK 't' // Test Kommando
#define LINIENSENSORLINKS 'l'
#define LINIENSENSORRECHTS 'r'
#define BATTERIE 'b'

---

Sobald neue Erkenntnisse da sind, poste ich wieder.

Gruß,
robo

Zitat:

---

Zitat von robo.fr

Code:

---

// Kommandos
#define LEDSOFF '0'
#define BACKLEDL '1'
#define BACKLEDR '2'
#define FRONTLED '3'
#define ASUROVOR '4'
#define ASURORUECK '5'
#define ASUROLINKS '6'
#define ASURORECHTS '7'

#define VERBINDUNGOK 't' // Test Kommando
#define LINIENSENSORLINKS 'l'
#define LINIENSENSORRECHTS 'r'
#define BATTERIE 'b'

---

---

mit Hyperterminal geht das alles, auch das Senden der Daten.

Gruss
M.

Hier gibt es die Version 5.

Damit ich die Problem finden kann, wäre es wichtig, hier die Debug-Ausgabe des Programms zu posten.
Dazu muss man das Programm in der Kommandozeile ausführen. Unter Windows geht das mit

Start->Ausführen->"cmd" eintippen

( Die Linuxer wissen sowieso, wie man die Kommandozeile bedient O:) )
Danach in das Verzeichnis wechseln, in dem ihr das *.jar Programm abgelegt habt. Bei mir liegt es auf dem Desktop. Ich wechsle also in das Verzeichnis mit

cd Desktop

dann das Programm starten:

java -jar EasyAsuro5.jar

Jetzt kann man in der Kommandozeile sehen, was das Programm macht.

Jetzt mal testen, ob sich die LED's ein und ausschalten lassen.
Dann: mehrere Male auf das ASURO Bild klicken. Was zeigt die Ausgabe auf der Kommandozeile?

Vielen Dank im Vorraus für eure Hilfe.

Gruss,
robo

hallo robo.fr

ich wollte dein Programm ausprobieren, aber bei mir kommen glaube ich nur Fehlermeldungen

Code:

---

Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad version n
umber in .class file
        at java.lang.ClassLoader.defineClass1(Native Method)
        at java.lang.ClassLoader.defineClass(Unknown Source)
        at java.security.SecureClassLoader.defineClass(Unknown Source)
        at java.net.URLClassLoader.defineClass(Unknown Source)
        at java.net.URLClassLoader.access$100(Unknown Source)
        at java.net.URLClassLoader$1.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(Unknown Source)
        at java.lang.ClassLoader.loadClass(Unknown Source)
        at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
        at java.lang.ClassLoader.loadClass(Unknown Source)
        at java.lang.ClassLoader.loadClassInternal(Unknown Source)

---

jetzt weiß ich nicht, braucht man ein bestimmtes Programm um deine Datei auszuführen?
oder habe ich einen Fehler gemacht?

mfg hai1991

Hallo hai1991,

hast Du RXTX so wie hier beschrieben installiert? Welche Java Version ( 1.6.xx ) hast Du und welches Betriebssystem?

Gruß,
robo

Hallo robo,

hier mal meine Ergebnisse:

Programm Start

Code:

---

Stable Library
=========================================
Native lib Version = RXTX-2.1-7
Java lib Version  = RXTX-2.1-7

---

Wenn ich auf das Bild klicke:

Code:

---

No Number
0.0

No Number

No Number
200.0

---

Wenn ich auf Encoder klicke:

Code:

---

  xpos:-1 ypos:-1
Empfangsfehler: keine Daten

---

Wenn ich auf Beschleunigung klicke:

Code:

---

Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException
        at ch.AsuroControl$2.actionPerformed(AsuroControl.java:178)
        at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:19
95)
        at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.jav
a:2318)
        at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel
.java:387)
        at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:242
)
        at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonL
istener.java:236)
        at java.awt.Component.processMouseEvent(Component.java:6041)
        at javax.swing.JComponent.processMouseEvent(JComponent.java:3265)
        at java.awt.Component.processEvent(Component.java:5806)
        at java.awt.Container.processEvent(Container.java:2058)
        at java.awt.Component.dispatchEventImpl(Component.java:4413)
        at java.awt.Container.dispatchEventImpl(Container.java:2116)
        at java.awt.Component.dispatchEvent(Component.java:4243)
        at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4322
)
        at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3986)

        at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3916)
        at java.awt.Container.dispatchEventImpl(Container.java:2102)
        at java.awt.Window.dispatchEventImpl(Window.java:2440)
        at java.awt.Component.dispatchEvent(Component.java:4243)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThre
ad.java:273)
        at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.
java:183)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThre
ad.java:173)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)

        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)

        at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)

---

LEDs und Motorsteuerung funktionieren ohne Probleme.

Hallo m.a.r.v.i.,

vielen Dank für diese ausführliche Debugginghilfe. Ich vermute, dass auf euren Rechnern die Zeit vom Senden eines Wertes bis zum Empfang irgendwie länger geht, deshalb habe ich hier ein spezielles Test-jar gemacht.
Mit diesem Programm wird die Zeit des Wartens auf die Antwort vom Asuro gemessen und die Batteriespannung ermittelt. Könntest Du es aus der Kommandozeile starten und mir die Debuggingwerte sagen?

Vielen Dank im Vorraus,
robo

Hallo robo,

hier die Ergebnisse (mit RS232-IR Transceiver):

Code:

---

Stable Library
=========================================
Native lib Version = RXTX-2.1-7
Java lib Version  = RXTX-2.1-7
Byte nach Rs232 schreiben:  62
von Rs232 lesen: Timeout 2000ms
lies Zahl Eingabestring:
No Number
Batteriespannung:0.0

Byte nach Rs232 schreiben:  62
von Rs232 lesen: Timeout 2000ms
lies Zahl Eingabestring:
No Number
Batteriespannung:0.0

Byte nach Rs232 schreiben:  62
von Rs232 lesen: Timeout 2000ms
lies Zahl Eingabestring:
No Number
Batteriespannung:0.0

beendet

---

Danach habe ich das ganze mal mit dem USB-IR Transceiver wiederholt. Und damit funktioniert es wunderbar! :)

Code:

---

Stable Library
=========================================
Native lib Version = RXTX-2.1-7
Java lib Version  = RXTX-2.1-7
Byte nach Rs232 schreiben:  62
von Rs232 lesen: chars received in 0ms: bx948y
lies Zahl Eingabestring: bx948y
erkannt: 948.0
Batteriespannung:5.43

Byte nach Rs232 schreiben:  62
von Rs232 lesen: chars received in 0ms: bx949y
lies Zahl Eingabestring: bx949y
erkannt: 949.0
Batteriespannung:5.44

Byte nach Rs232 schreiben:  62
von Rs232 lesen: chars received in 0ms: bx848y
lies Zahl Eingabestring: bx848y
erkannt: 848.0
Batteriespannung:4.86

beendet

---

Hallo m.a.r.v.i.n,

das ist sehr interessant. Ich verwende nämlich auch den USB-Transceiver. Deshalb funktioniert es wohl bei mir. Dann sollte eigentlich die alte Version 5 bei Deinem Rechner mit dem USB-Tranceiver auch funktionieren.

Was ich nicht verstehe: Wie kann es sein, dass es nur mit dem USB-Tranceiver, nicht aber mit dem Standart-RS232 Transceiver geht? So wie es aussieht, kommen beim Standart-Transceiver auch nach 2 Sekunden noch keine Daten zurück.
Bei meinem Laptop, an dem ich programmiere, habe ich leider keine RS232 Schnittstelle mehr. Hmm ... muss mal überlegen was ich da machen kann.

Kannst Du bei der Version5 mit dem USB-Tranceiver eigentlich die Encoder-Signale lesen?

Gruß,
robo

P.s.: Die Batteriespannung an Deinem ASURO erscheint mir etwas hoch. Hast Du aus Versehen Batterien rein gemacht und den Jumper gesteckt? Oder die Messung ist nicht richtig kallibriert, bei meinem ASURO stimmt es genau.

Mir ist gerade eben noch ein möglicher Unterschied zwischen dem RS232 und dem USB-Transceiver eingefallen:

Der RS232 Transceiver beeinflusst möglicherweise die Handshake-Leitungen der Schnittstelle. Deshalb habe ich in diesem Testprogramm für die Kommandozeie das Handshaking aktiv abgeschaltet. Vielleicht hilft's O:)

Hallo robo,

die Steuerleitungen war auch mein erster Gedanke, als ich den Unterschied zwischen RS232 und USB Transceiver feststellte. Die Steuerleitungen werden ja zur Betriebsspannungserzeugung benötigt. Ich habe deshalb mal die Spannung am RS232 Transceiver gemessen. 5V liegen über der Z-Diode, sollte also OK sein.

EasyAsuro5 funktioniert wie zu Erwarten mit dem USB-Transceiver. Die Diagramme für Encoder und Beschleunigung werden dargestellt. Batterie und Liniensensoren werden beim Klick auf das Bild aktualisiert.

Auch mit dem neuen Testprogramm das gleiche Ergebnis, USB geht, RS232 geht nicht.

Ich verwende Akkus, die Werte sollten OK sein, da ich bei meinem Asuro R11 gegen eine Spule getauscht habe.

Zitat:

---

die Steuerleitungen war auch mein erster Gedanke, als ich den Unterschied zwischen RS232 und USB Transceiver feststellte. Die Steuerleitungen werden ja zur Betriebsspannungserzeugung benötigt. Ich habe deshalb mal die Spannung am RS232 Transceiver gemessen. 5V liegen über der Z-Diode, sollte also OK sein.

---

Ach, so rum habe ich gar nicht gedacht. Die Idee, dass die Steuerleitungen falsch parametriert sind und der Adapter keine Spannung bekommt, kam mir gar nicht. ](*,)

Ich dachte eher in die andere Richtung: Gibt es die Möglichkeit, dass der Adapter die Handschakeleitungen in eine falsche Richtung zieht und der PC keine Daten erwartet?

Im neuen Testprogramm habe ich FlowControl=None gestellt, das war im alten Programm nicht so. Hoffentlich wird dadurch dem Adapter nicht auch noch der Saft abgedreht. 8-[

Verwendest Du eigentlich Windows oder Linux?

Gruß,
robo

Hier die Version 6: jetzt werden die Messwerte viel scnneller geladen.

Zitat:

---

Zitat von robo.fr

Hier die Version 6: jetzt werden die Messwerte viel scnneller geladen.

---

mit Hyperterminal kommen jetzt irgendwelche zu niedrige Werte an:

Code:

---

-- ASURO Ready --
E3ElÑlx52ylx51ylElx67yEElx67yEErx51yrx48yrx49yElEElx1yrx3yrx3yrx3yEEE
Ebx41yEEbx44ybEbbx44yEEEbx44yEEbx39ybbx40ybbx39ybx41yEEbEEEbx42yEbx42ybEEbx39y

---

Beim Java-Programm kann ich keine Veränderung feststellen.
Gruss
M.

Hallo M. vielen Dank für's debugging. Da ist ASURO-seitig wohl eine falsche Skalierung.

Gerade eben habe ich die neueste Version unter Suse-Linux auf meinem Zweitrechner mit original RS232 Schnittstelle und IR-Adapter getestet.

Ergebnis: geht einwandfrei!

Es scheint mir so, als wenn die Daten sogar schneller als bei Windows übertragen werden.

Was habt Ihr denn genau für ein Betriebssystem?

Gruss,
robo

Hallo robo,

unter Windows XP gibt es die Empfangs Probleme bei Verwendung des RS232 Transceivers.
Unter Linux (Ubuntu 7.04) funktioniert auch der RS232 Transceiver problemlos.

Allerdings sind in der Version6 die Werte für Batterie und die Liniensensoren zu niedrig (0,24V UBAT, 8 für Linie L/R). Das ist sowohl unter Linux wie auch unter Windows zubeobachten. Bei Version5 war das noch i.O.

Zitat:

---

Zitat von robo.fr

Was habt Ihr denn genau für ein Betriebssystem?

---

Windows XP Professional

Gruss
M.

Zitat:

---

Allerdings sind in der Version6 die Werte für Batterie und die Liniensensoren zu niedrig (0,24V UBAT, 8 für Linie L/R). Das ist sowohl unter Linux wie auch unter Windows zubeobachten. Bei Version5 war das noch i.O.

---

Da ist mir doch beim Aufräumen des Programms doch tatsächlich noch ein kleiner Lapsus passiert, weil ich die PrintInt-Funktion verkürzen wollte. Naja, wenn's interessiert, im Anhang das Hex-File für den ASURO mit dem es korrekt funkioniert.

Das mit Windows-XP ist natürlich ein Hammer-Fehler. Wie könnte man den so was finden? Da fällt mir ja wirklich fast nichts mehr ein.
Ausser vielleicht: Es gab ja bei Java einige Änderungen, vielleicht hat RXTX mit Java 1.6 und XP ein Problem.
Da möchte man ja glatt empfehlen, auf Linux umzusteigen O:)
Oder vielleicht VMware verwenden und eine virtuelles Linux. Ob so was wohl geht?

Mal schauen, ob das Internet irgendwas hergibt...

hallo, habe noch immer nicht verstanden wie ich die asurocontrol.java aufmachen kann?? hab das java zwar am rechner , er schreibt mir aber immer den fehler dass ihm <jnpg> fehlt? könnt ihr helfen??

Was hast Du für ein Betriebssystem? und welche Java-Version?

Hallo,
erstmal Danke das du mir deine hilfe anbietest


Ich habe windows XP und die Java-Version 1.6.0

Lg

Eigentlich sollte sich beim Laden des Programmes keine Fehler zeigen. Hast Du das Jar-File auf der vorigen Seite dieses Threads verwendet, oder hast Du die Sourcen kompiliert?

Mit dem USB-Transceiver hat das Programm unter XP einwandfrei funktioniert. Mit dem RS232 Transceiver konnte man nur senden, aber seltsamerweise nichts empfangen.
Mittlierweile habe ich dazu eine Idee: Es könnte am Signalpegel von RTS ( Pin8 IR Receiver ) liegen. Vielleicht ist dieser Pegel aus irgendwelchen Gründen bei XP negativ.
Wenn also mal jemand diesen Pegel mit einem Multimeter nachmessen könnte m.a.r.v.i.n , M? )

Gruß,
robo

Habe es zum laufen gebracht. Das Problem war glaube ich, dass Ich bei dem PC bei dem ich es versucht habe, keine Administratorrechte hatte. beschäftige mich hauptsächlich in der Firma mit dem Asuro.

Doch empfangen kann Ich leider auch nichts, habe auch den RS232 Transceiver

Lg

Hallo,

hier kommen die Messergebnisse meiner RS232 Schnittstelle:

Code:

---

Pin      Hyperterminal          EasyAsuro6
        online  offline          win      linux
1          0            0          0        0
2          0            0          0        0
3          -12        -12          -12      -12
4          +12        -12          +12      +12
5          0            0          0        0
6          0            0          0        0
7          +12        -12          -12      +12
8          0            0          0        0
9          0            0          0        0

---

@robo Wie du schon vermutet hast liegt der Unterschied am Pin7 (RTS) .
Kannst du nicht per Programm die Steuerleitungen auf 1 schalten?

Hallo m.a.r.v.i.n,

vielen Dank für die ausführliche Messreihe. Auf die Idee mit RTS bin ich beim Betrachten des Schaltplans gekommen. Der Transistor auf dem IR-Adapter ist als Open-Collektor geschalten und kann das Signal nur vermitteln, wenn über den Widerstand nach RTS eine positive Spannung kommt.

Zitat:

---

Kannst du nicht per Programm die Steuerleitungen auf 1 schalten?

---

Ja, das ist die nächste Frage. Ich muss mal sehen, ob die Treiber das erlauben. Hoffentlich ...

robo

Hallo robo,

hab gerade noch mal nachgeschaut:
http://de.wikipedia.org/wiki/EIA-232

Logisch 0 wäre demnach ein Pegel von +12V nicht logisch 1.

Zitat:

---

Ja, das ist die nächste Frage. Ich muss mal sehen, ob die Treiber das erlauben. Hoffentlich ...

---

SetDTR und SetRTS scheinen die Funktionen dafür zu sein.

Zitat:

---

Logisch 0 wäre demnach ein Pegel von +12V nicht logisch 1.

---

Ja, das habe ich auch schon gelesen. Man sollte es sich eigentlich auswendig merken: eine Eins ist bei der RS232 eine negative Spannung. ](*,)

Nach Wikipedia bedeutet RTS

Zitat:

---

RTS Request to Send „Sendeanforderung“; Eine logische Null an diesem Ausgang signalisiert der Gegenstelle, dass sie Daten senden kann

---

In diesem Fall macht es ja XP falscher als Linux ( bzw. der RXTX-Treiber ): Wenn man die Flow-Control ausschaltet, geht RTS auf eine negative Spanung, was aber letztendlich bedeutet, das RTS eine logisch 1 und damit die Gegenstelle nicht senden darf. Was der IR-Transmitter dann auch nicht tut.

So, hier die Version mit aktiv gesteuertem RTS. Was sagt ein Entwickler immer:

Jetzt müsste es gehen !

Zitat:

---

Zitat von robo.fr

Jetzt müsste es gehen !

---

leider empfängt mein PC immer noch nichts.:(
(mit Hyperterminal gehts)
Gruss
M.

Hallo robo,

kann leider auch keine Änderung feststellen. RTS nach wie vor -12V Pegel.