Probleme mit setText() bzw. append() bei TextArea

[EVT]

Hallo zusammen.

Ich bin ein Neuling in der Java-Programmierung und habe eine kleines Projekt gestartet nun habe ich aber ein Problem
mit dem TextArea. Ich bekomme von einer I/O-Karte über die COM-Schnittstelle nach absenden von "s0" die Auswertung
zurück, welche ich auslese und einem Byte-Array zwischenlagere um diess anschliessend mit dem StringBuilder zusammen zu setzen. Wenn ich diesen String mittels append() ans TextArea sende funktioniert das wunderbar. Schicke ich das ganze per setText() dann kommt es GELEGENTLICH vor, dass nicht alles ankommt.

Beispiel:

append():

Channel N1:1760mV
Channel N2:1684mV
Channel N3:1642mV
Channel N4:1592mV
Channel N5:1592mV
Channel N6:1628mV
Channel N7:1672mV
Channel N8:1592mV

setText():

hannel N4:1592mV
Channel N5:1592mV
Channel N6:1628mV
Channel N7:1672mV
Channel N8:1592mV

Kann mir da vielleich jemand weiterhelfen? Besten Dank jedenfalls im voraus.

//Empfangen der Daten vom DATENERFASSUNGSBAUSTEIN
	
public class commListener implements SerialPortEventListener{
  public void serialEvent(SerialPortEvent event) {
			if(event.getEventType()==SerialPortEvent.DATA_AVAILABLE){
				byte[] ReaderArray	 	= new byte[154];						
		        
				try {
					while (ins.available() > 0) {
						int numBytes = ins.read(ReaderArray);
					}
					          
					String nachricht 	= 	new String(ReaderArray);				
					
						ausgabe.append(nachricht);								//ausgabe ist das erste TextArea
						ausgabe3.setText(nachricht);							//ausgabe3 ist das zweite TextArea

					CH1.setText(nachricht.substring(13, 17));				//Wert Kanal 1 an Label CH1
					CH2.setText(nachricht.substring(32, 36));					//Wert Kanal 2 an Label CH2
					CH3.setText(nachricht.substring(51, 55));					//Wert Kanal 3 an Label CH3
					CH4.setText(nachricht.substring(70, 74));					//Wert Kanal 4 an Label CH4
					CH5.setText(nachricht.substring(89,	93));					//Wert Kanal 5 an Label CH5
					CH6.setText(nachricht.substring(108, 112));					//Wert Kanal 6 an Label CH6
					CH7.setText(nachricht.substring(127, 131));					//Wert Kanal 7 an Label CH7
					CH8.setText(nachricht.substring(146, 150));					//Wert Kanal 8 an Label CH8
					
				}
				catch (IOException e) {
					System.out.println("Fehler: "+e);
				}
			}
		}
	}

[/code]

 

[siriuswhite]

Ich bin auch ein Neuling und es könnte sein dass ich jetzt ziemlichen Mist schreibe aber ist das JTextField vielleicht zu klein??

JTextField XX=new JTextField(Länge des JTextFields);

Das "Länge des JTextFields" zu klein ist.

 

[Campino]

Append hängt an den bereits vorhandenen Text an, setText() ersetzt diesen. Wenn nachricht nicht null oder "" ist, müssten so beide tun, was sie sollen.

Kann es sein, das deine TextArea zu klein ist? Text, der nicht reinpasst, wird nämlich abgeschnitten. Setz deine TextArea mal versuchsweise in eine ScrollPane.

 

[EVT]

Danke für die Rückmeldung aber leider gehts nicht. Ich habe das TextArea um den Faktor 10 vergrössert

ausgabe	=	new TextArea(100,400);

und ich erhalte immer noch den selben Mist. Zuerst dachte ich noch das etwa der

byte[] ReaderArray	 	= new byte[154];

zu klein ist allerdings habe ich dann mal ein bisschen geschraubt und gemerkt das 154 stimmen müssten.
Jedenfalls kommt nicht mehr raus wenn ich den erhöhe.

Weite iritiert mich das ich zwei vollkomen identische TextArea habe (ausgabe und ausgabe3), nur das ich im einen per append() und beim anderen per setText() den String übergebe und beim append funktioniert es wunderbar nur der setText() geht nicht.

 

[SlaterB]

wenn der String in zwei Teilen ankommt, dann sorgt append für den korrekten Zusammenbau, evtl. mit nicht darstellbaren 0-Zeichen zwischendurch,
bei setText() überschreibt der zweite Teil den ersten

logge mal die Anzahl der Events und gib jeweils den String nachricht aus,

allerdings müsstest du derartiges Verhalten dann auch am Inhalt von CH1 bis CH8 erkennen oder sind diese korrekt?
was ist eigentlich mit dem StringBuilder? im Code ist davon nix zu sehen

 

[EVT]

Sorry das mit dem StringBuilder war ne frühere Version die ich getestet habe

Das mit den fehlerhaften CH1 bis CH8 hast du richtig erkannt. Die geben mir den gleichen quatsch aus. Dein Vorschlag ist aber sehr gut. An das habe ich natürlich nicht gedacht und deshalb habe ich nochmal die Version mit dem StringBuilder hervorgeholt und habe den String nach jedem Schleifendurchgang ausgegeben um zu sehen was da so abgeht......

Erstaunliches!!

Also der Code hat sich nicht stark geändert:

	//Empfangen der Daten vom DATENERFASSUNGSBAUSTEIN
	public class commListener implements SerialPortEventListener{
		public void serialEvent(SerialPortEvent event) {
			if(event.getEventType()==SerialPortEvent.DATA_AVAILABLE){
		        StringBuilder nachricht		= new StringBuilder("");
				
				try {
					while (ins.available() > 0) {
						int numBytes = ins.read();
						nachricht.append((char) numBytes);
						ausgabe.append(nachricht.toString());								//ausgabe ist das erste TextArea

					}
					          
						ausgabe3.setText(nachricht.toString());								//ausgabe3 ist das zweite TextArea

					CH1.setText(nachricht.substring(13, 17));				//Wert Kanal 1 an Label CH1
					CH2.setText(nachricht.substring(32, 36));					//Wert Kanal 2 an Label CH2
					CH3.setText(nachricht.substring(51, 55));					//Wert Kanal 3 an Label CH3
					CH4.setText(nachricht.substring(70, 74));					//Wert Kanal 4 an Label CH4
					CH5.setText(nachricht.substring(89,	93));					//Wert Kanal 5 an Label CH5
					CH6.setText(nachricht.substring(108, 112));					//Wert Kanal 6 an Label CH6
					CH7.setText(nachricht.substring(127, 131));					//Wert Kanal 7 an Label CH7
					CH8.setText(nachricht.substring(146, 150));					//Wert Kanal 8 an Label CH8
					
				}
				catch (IOException e) {
					System.out.println("Fehler: "+e);
				}
			}
		}
	}

Dies Ausgabe sieht dann allerdings so aus (nur derAnfang mit dem Fehler):

schlecht:

C
Ch
Cha
Chan
Chann
Channe
Channel
Channel
Channel N11:1:11:151:1561:15661:1566m1:1566mV1:1566mV
1:1566mV
1:1566mV
C1:1566mV
Ch1:1566mV
Cha1:1566mV
Chan1:1566mV
Chann1:1566mV
Channe1:1566mV
Channel1:1566mV
Channel 1:1566mV
Channel N1:1566mV
Channel N21:1566mV
Channel N2:1:1566mV
Channel N2:11:1566mV
Channel N2:151:1566mV
Channel N2:1531:1566mV
Channel N2:15381:1566mV
Channel N2:1538m1:1566mV
Channel N2:1538mV1:1566mV
Channel N2:1538mV
1:1566mV

gut:
C
Ch
Cha
Chan
Chann
Channe
Channel
Channel
Channel N
Channel N1
Channel N1:
Channel N1:1
Channel N1:15
Channel N1:158
Channel N1:1580
Channel N1:1580m
Channel N1:1580mV
Channel N1:1580mV

Channel N1:1580mV

Channel N1:1580mV
C
Channel N1:1580mV
Ch
Channel N1:1580mV
Cha
Channel N1:1580mV
Chan

Ich habe aber keinen blassen Schimmer was da genau abgeht.

 

[SlaterB]

tja, diese Konstellation kann ich nun auch nicht ganz nachhvollziehen, insbesondere wie bei
> C1:1566mV
> Ch1:1566mV
> Cha1:1566mV
> Chan1:1566mV

die Mitte von irgendwas vergrößert wird, das Ende aber gleich bleibt,
egal ob du nun den StringBuilder oder eine der TextAreas ausgibst, macht wenig Sinn,

Tipp: noch mal ein besseres Log, lasse die TextAreas erstmal weg,
ich möchte so eine Ausgabe sehen:
neues SerialPortEvent [am Anfang des Listeners]
lese Zeichen: x, String nachricht ist nun: xy
lese Zeichen: x, String nachricht ist nun: xy
lese Zeichen: x, String nachricht ist nun: xy
lese Zeichen: x, String nachricht ist nun: xy
usw.

 

[EVT]

Es geth!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! :lol:

Ich habe nicht ganz verstanden was du gemeint hast mit deinem besser Log aber ich habe mal das ganze in eine for-Schleife gepackt und in ein String-Array geladen um dann jeden einzelenen String über System.out.println in der Console auszugeben. Erstaunlicherweise hatte ich von da an keinen Fehlere mehr. Ich habe jetzt das ganze nochmals etwas umgeschrieben und das eine TextArea und die Labels wieder hinzugenommen und getestet.

KEINEN EINZIGEN FEHLER BIS JETZT.

Zwischendurch stockt er etwas beim auslesen oder beschreiben des Arrays das ich durch ganz kurze Wartezeiten im Aufbau des TextArea und in der Ausgabe im Consolen-Fenster bemerke (vielleicht passierte dort früher der Fehler?!) aber danach baut er es weiter auf und ist absolut Fehlerfrei!!!!

Hier nochmal der abgeänderte Code.

	//Empfangen der Daten vom DATENERFASSUNGSBAUSTEIN
	public class commListener implements SerialPortEventListener{
		public void serialEvent(SerialPortEvent event) {
			if(event.getEventType()==SerialPortEvent.DATA_AVAILABLE){
				String[] test			=	new String[154];
				
				try {
						for(int i = 0; i<154; i++){
							int numBytes 	= ins.read();
							test[i]	= (String.valueOf((char) numBytes));
						
							System.out.println(test[i]);								//anzeigen im Consolen Fenster
							ausgabe.append(test[i].toString());								//ausgabe ist das erste TextArea
						}
					
					String ch1		=	test[13] + test[14] + test[15] + test[16];
					String ch2		=	test[32] + test[33] + test[34] + test[35];
					String ch3		=	test[51] + test[52] + test[53] + test[54];
					String ch4		=	test[70] + test[71] + test[72] + test[73];
					String ch5		=	test[89] + test[90] + test[91] + test[92];
					String ch6		=	test[108] + test[109] + test[110] + test[111];
					String ch7		=	test[127] + test[128] + test[129] + test[130];
					String ch8		=	test[146] + test[147] + test[148] + test[149];
					
					CH1.setText(ch1);					//Wert Kanal 1 an Label CH1
					CH2.setText(ch2);					//Wert Kanal 2 an Label CH2
					CH3.setText(ch3);					//Wert Kanal 3 an Label CH3
					CH4.setText(ch4);					//Wert Kanal 4 an Label CH4
					CH5.setText(ch5);					//Wert Kanal 5 an Label CH5
					CH6.setText(ch6);					//Wert Kanal 6 an Label CH6
					CH7.setText(ch7);					//Wert Kanal 7 an Label CH7
					CH8.setText(ch8);					//Wert Kanal 8 an Label CH8
					
				}
				catch (IOException e) {
					System.out.println("Fehler: "+e);
				}
			}
		}
	}

Falls noch jemand einen Fehler oder einen Verbesserungsvorschlag hat, würde ich mich natürlich auf eine Antwort freuen (das System.out.println nehme ich dann natürlich wieder raus).

P.s.: Wäre es möglich das mein Datenerfassungssystem vielleicht zwischen durch unlesbare Zeichen gesendet hat und der StrinBuilder diese gutmütig aufgenommen hat? ???:L

 

[SlaterB]

jeden Buchstaben einzeln zu lesen und dann noch das String-Array sind unnötig inperformante Schritte,
das byte-Array vom Anfang war noch das bisher beste Vorgehen

 

[EVT]

Ist sicher die elegantere Lösung aber leider geht sie im Moment noch nicht. Ich bin aber noch am experimentieren ganz nach dem Motto "da geht noch was rein". Jetzt habe ich aber eine hübsche Entdeckung gemacht, nämlich das da im Moment zu viel reingeht oder reinwill.

Ich habe den Code den ich als erstes hier gezeigt habe nochmals verwendet und den ReaderArray auf 1000 erhöt und nach Abschluss der While-Schleife jedes Array-Element in System.out ausgegeben und gleichzeitig im TextArea beobachtet. Dabei habe ich gemerkt, dass zwischendurch sinnlose Leerzeichen geschrieben werden, bis das Aray voll ist und danach von vorne beginnt und den Anfang des Textes überschreibt.

Das "append()-Area" und das "setText()-Area" gibt dann zuerst das Array mit 1000 Zeichen aus. Die zweite Ladung wird beim append() natürlich einfach angehängt und sieht somit vollständig aus (in wirklichkeit sind es aber zwei Ausgaben). Der setText() gibt zuerst den ersten Teil aus (ist ja langsam da er alle Bytes einzeln durchgeht und deshalb sehe ich den jetzt für kurze Zeit) und überschreibt dann mit dem zweiten Text den Anfang.

Hoffe jemand versteht was ich da schreibe......

Nun meine Frage. Gibt es den ne einfache Möglichkeit, mit der ich beim Auslesen sagen kann, dass keine Leerzeichen in den byte-Array abgelegt werden dürfen? dann müsste es doch äigentlich gehen?

 

[SlaterB]

was sind Leerzeichen, wo sind sie?
wenn du beim Einlesen mit numBytes die Info bekommst, dass nur 10 Zeichen des Arrays gefüllt wurden,
dann darst du natürlich auch nur einen String der Länge 10 erzeugen, nicht fürs ganze Array,
diese Info kann man im String-Konstruktor übergeben

 

[EVT]

Sorry, Anfängerfehelr. Es sind keine Leerzeichen sonder die Array-Elemente sind einfach leer. Eine Fehlermeldung habe ich bis jetzt noch keine Erhalten. Inzwischen habe ich schon wieder was neues ausprobiert zum kontrollieren. Vor der While-Schleife frage ich die Länge des ankommenden-Dings ab:

ausgabe5.setText(String.valueOf(ins.available()));

Jawohl ein neues TextField (ich liebe diese Dinger einfach :wink: ).

Jetzt habe ich gemerkt, wenn Mist geschrieben wird, erhalte ich zu wenig Elemente am Eingang. Eigentlich müssten es bei jeder Abfrage 154 (Bytes?) sein. Beim letzten Fehler erhielt ich aber zuerst 23 und in einem zweiten Durchgang die restlichen 131. Das Programm läuft also nicht nur die For-Schleife zwei mal durch sonder die ganze If-Anweisung.
Ist die I/O-Karte etwa zu langsam?

 

[SlaterB]

völlig egal was mit der IO ist (zu 99,9% is es normal), dein Programm sollte einfach nicht davon abhängen,
die zweite Nachricht kommt paar ms später, das ist ok, mit sowas muss man rechnen,
ist natürlich in der Programmierung nicht ganz leicht, solange zu warten oder ähnliches,

zu den leeren Array-Elementen habe ich ja schon was geschrieben,
diese einfach nicht beim String berücksichtigen, auch ganz normal

 

[EVT]

Jetzt verstehe ich so langsam was da genau abgeht. So wie ich das ganze geschrieben habe, war die Zeitversetzte Ankunft der Daten das Problem. Ich habe jetzt mal so auf die schnelle eine sleep()-Anweisung for der If-Anweisung reingebastelt und warte mal 100 Millisekunden. Das hat tip top funktioniert. Jetzt werde ich das ganze dann etwas eleganter machen und versuchen in der If-Anweisung eine weitere Bedingung einzubauen die dann das Auslesen erst freigibt, wenn 154 Bytes anliegen.
Das mit der String grösse habe ich noch nie probiert und muss mich zuerst darüber schlau machen. Ich bin halt eben Anfänger aber habe jetzt ein grosses Stück dazu gelernt.

Besten Dank für eure Hilfe, besonders von SlaterB. War wirklich super.