Qextserialport und QTextEdit

Stefan R schrieb:
> ui->recvEdit->insertPlainText(QByteArray("some text:"));

ui->recvEdit->insertPlainText("some text:");

Weshalb nicht gleich QString verwenden? Sonst wird aus QBytrAtrray 
später QString ...


Grüßle

Hast du mal versucht, zwischen den beiden Ausgaben den Cursor nochmal 
explizit ans Ende zu setzen?

Hallo Jörg, hallo Rolf,

beides habe ich expiziet probiert, ohne Erfolg. Gleiches Fehlerbild.

Gruß Stefan

hans schrieb:
>         QString buffer;
>         buffer.append("some Text:");
>         buffer.append(QString::fromLatin1(port->readAll());
>         ui->recvEdit->append(buffer);

oder auch gleich:

1

        ui->recvEdit->append("some Text:" + QString::fromLatin1(port->readAll());

Stefan R schrieb:
> Die Ausgabe erfolgt also verschachtelt und zufällig! Meine Vermutung:
> Irgendwelche Threads werden parallel abgearbeitet.

Nö das Programm macht schon genau das was es soll, nur ist es nicht das 
was du möchtest!

> Lösungsvorschläge?
1. Mach dir mal Gedanken was die beiden Methoden bytesAvailable() und 
readAll() machen könnten.

2. Informiere dich mal über Zeilenabchlusszeichen.

M. K. schrieb:
> Stefan R schrieb:
>> Die Ausgabe erfolgt also verschachtelt und zufällig! Meine Vermutung:
>> Irgendwelche Threads werden parallel abgearbeitet.
>
> Nö das Programm macht schon genau das was es soll, nur ist es nicht das
> was du möchtest!

Also mir würde da jetzt kein Grund einfallen, warum sich das Programm so 
verhalten sollte.

Das Problem was Stefan R hat ist, dass die PC-Software und der Sender 
nicht synchronisiert sind.

Er fragt einfach nach ob Daten im Puffer sind:
 ja   : "some text:" ausgeben und eingelesenes anhängen
 nein : na dann versuche ich es so schnell wie möglich noch einmal

Jetzt passiert folgendes:
Die ersten male passt die Zeitspanne von bytesAvailable() bis readAll() 
und die Daten werden sauber ausgegeben.

Beim nächsten mal war der PC aber mit readAll() schneller fertig als der 
Sender den Puffer füllen konnte und schon haben wir den Salat.

Dank Präemptiven Multitasking [1] kann man kaum vorhersagen wie viel 
Zeit zwischen den Aufrufen von bytesAvailable() und readAll() 
verstreichen.

Außerdem ist überhaupt nicht sicher zu welchem Zeitpunkt die Methode 
bytesAvailable() aufgerufen wird, dass kann schon nach dem ersten Byte 
sein oder auch wenn der Sender bereits alles losgeworden ist. Die 
Methode bytesAvailable() sagt zwar wie viele Bytes sich im Puffer 
befinden, dies wird hier aber überhaupt nicht ausgewertet.

[1] 
http://de.wikipedia.org/wiki/Multitasking#Pr.C3.A4emptives_Multitasking

Ja, du hast natürlich recht. Daß Daten da sind bedeutet nicht 
automatisch, daß es sich dabei um genau eine komplette Zeile handelt.
Wenn er das will, sollte er sich evtl. mal die Funktionen canReadLine() 
und readLine() statt bytesAvailable() und readAll() anschauen.

M. K. schrieb:
> Dank Präemptiven Multitasking [1] kann man kaum vorhersagen wie viel
> Zeit zwischen den Aufrufen von bytesAvailable() und readAll()
> verstreichen.

Das ist aber auch relativ egal. Wenn Bytes verfügbar sind, sind sie das 
auch später noch, sofern sie zwischendurch niemand anders ausliest.

M. K. schrieb:
> Er fragt einfach nach ob Daten im Puffer sind:
>  ja   : "some text:" ausgeben und eingelesenes anhängen
>  nein : na dann versuche ich es so schnell wie möglich noch einmal

Ich vermute, daß "onReadyRead()" ein Slot ist, der automatisch 
aufgerufen wird, wenn sich was an der Schnittstelle getan hat. Damit 
wird es nicht so schnell wie möglich versucht, sondern erst wenn das 
nächste Mal Daten zur Abholung bereit stehen.

Hallo,

ich benutze auch Qextserialport.

Allerdings mache ich es per Signal/Slot.

Daten hole so ab:
QByteArray data = Port->readAll();

Dabei sind die Daten in einem Protokoll eingebettet.


Jogibär