RXTX verschicken einzelener Bytes

[Guest]

Hallo,

ich versuche mit RXTX einzelne Bytes über meinen ComPort zu verschicken.
Hab es bisher immer mit: java.iutputStream.write(int) versucht.
Dies führt aber z. B. bei '128' zu Problemen. Dann kommt auf der anderen seite ein Byte an, dass '63' entspricht. Da zu kommt, dass bei '130', '140' und einigen anderen Zahlen '63' auf der anderen Seite ankommt. Zahlen wie '255' funktionieren dann aber wieder...

Hier vielleicht mal der Code:

void portTest(){
		SerialPort sPort=null;
		CommPortIdentifier portID;
		InputStream in;
		PrintWriter out = null;
	
		try{
			System.out.println("Port öffnen");
			portID = CommPortIdentifier.getPortIdentifier("COM6");
			sPort = (SerialPort) portID.open("What the fuck", 2000);
			in = sPort.getInputStream();
			out = new PrintWriter(sPort.getOutputStream());
			sPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_1, SerialPort.PARITY_NONE);
			sPort.notifyOnDataAvailable(true);
			//sPort.addEventListener(this);
			System.out.println("Owner: " + portID.getCurrentOwner());
		}catch(Exception e){e.printStackTrace();}
		
		Integer t = Integer.parseInt("10000000", 2); //=128
		out.write(t);
                out.wrtie(128);
		//out.write(127);
		out.flush();
		sPort.close();
	}

Also hier nochmal die Frage:
Wie kann ich die 8 Bits eines Bytes geziehlt belegen? Bin hierbei nicht unbedingt an Integerwerte gebunden. Hab die Sache auch schon mit hex-Werten und binären 01-Strings versucht.

 

[foobar]

Wenn du auf der einen Seite 128 per write verschickst, sollten die auf der anderen Seite auch so ankommen. Ob du die 128 jetzt hexadezimal oder dezimal angibst ist Java völlig Latte.
Womit testest du denn die Gegenseite? Nullmodemkabel?
Am einfachsten kann man das mit einem Commportlogger oder VMWare testen. Bei VmWare kann man einen virtuellen Comport einrichten der dann in eine Datei schreibt. So kann man ganz einfach testen was wirklich ankommt. Wenn du dir die Ausgabedatei dann mit nem Hexeditor anguckst, siehste was lost ist.

BTW den Printwriter würde ich mir an der Stelle sparen. Viel einfacher ist es direkt auf dem Outputstream zu arbeiten, dann wird auch nicht mehr gecached und man muß nicht flushen.

 

[Guest]

Wenn du auf der einen Seite 128 per write verschickst, sollten die auf der anderen Seite auch so ankommen. Ob du die 128 jetzt hexadezimal oder dezimal angibst ist Java völlig Latte

Das hatte ich mit auch gedacht. Scheint aber so nicht zu funktionieren.... Hatte den vedacht, dass dabei intern mit der internen Darstellung was schief geht....

Womit testest du denn die Gegenseite? Nullmodemkabel?

Hab nen anderen Rechner über Nullmodemkabel angeschlossen und dort HTerm laufen.

Gibt es eine möglichkeit die einzelnen Bits selber zu setzten, also direkt zum Beispiel '10000000' in das Byte zu schreiben?

 

[foobar]

Du hast bestimmt ein Encodingproblem, denn erst das Encoding bestimmt welchem Wert welches Zeichen entspricht. Daher auch mit Rat mit dem Hexeditor. Der lügt nie ;-)

 

[Guest]

Ja aber warum kommt denn dann auf der anderen Seite immer das gleich raus, wenn ich 128, 129, 130, 140,... reinstecke.

 

[foobar]

Hm, vielleicht stimmt mit dem Kabel etwas nicht. Probiers mal mit Vmware oder einem V24Logger.

 

[tuxedo]

ihr wisst aber schon dass in Java bytes nicht von 0..255 gehen, sondern von -127..128???

- Alex

 

[Guest]

das ist mir bekannt... Aber ich glaube, genau da liegt das problem....

 

[tuxedo]

Was ist daran ein "Problem"? Du musst, wenn du unbedingt 0..255 nutzen willst, nur das Mapping machen, oder mal nach "unsigned byte" und "java" googeln/suchen.

- Alex