qtforum.de

which bees cannot fly? the boobees

Wie wuerde ich denn die Daten von meiner Com-Class an die Gui schicken, ohne die GUI zu blockieren? Hast du ein eventuell Beispiel?

Die Klasse, die ich geschrieben habe, soll unter umstaenden auch fuer andere Sachen verwendet werden und ich will nicht jedes mall die Klasse aendern.

richtig also hast du einen neuen ansatz?

ah okay... aber neee, keine saubere loesung meines erachtens, denn der ReceiverThread soll die Gui nicht manipulieren. Der Receiver Thread soll lediglich die Daten entgegennehmen, decodieren und mehr nicht. Was aber moeglich waere ist, dass ich bei den beiden Programmen ueber Sockets telefoniere... ...

es geht ja ums schicken der daten bzw der gui signalisieren, dass daten gekommen sind wir naehern uns...

Ja klar. Warum sollte ich das nicht wissen :) FD_ZERO(&fdSet); FD_SET(This->fileDescriptor, &fdSet); while(1){ //cout << "REC THREAD" << endl; cout << "Waiting for Data" << endl; cout << "rec_thread_self: " << pthread_self() << ", pid: "<< getpid() << ...

Vielleicht stehe ich gerad auf dem Schlauch, aber das aendert nichts daran, dass ich nicht weiß, wann die Daten angekommen sind. Also meine Com Class weiß, wann Daten angekommen sind. Ich muss der GUI nur signalisieren, dass sie sich die Daten abholt. Die Bekanntmachung der Daten ist nicht das Probl...

ich will die daten die ich ueber die rs232 schnittstelle erhalte, auch darstellen... darum gehts mir. Das bedeutet, ich muss die empfangenden Daten an die GUI weiterleiten. Wie loese ich das am besten?

unter linux wuerd ich dir die libid3 empfehlen... einfacher gehts kaum, oder wie bereits erwaehnt selber auslesen

Hi, ich habe mir eine Klasse zur Rs232-Kommunikation geschrieben, die 2 threads erstellt (jeweils 1x Transmit/Receive). Der Receive Thread wartet auf die Daten (I/0 Multiplexing mit select(...)). Der Transmit Thread sended sofort die Daten. Beide Threads sind mit Mutex'en abgesichert. Das klappt sow...

am besten liest du nur byteweise ein... somit hast du nicht das problem, wenn zu viele/ wenige bytes zurueckkommen... wie sieht deine loesung fuer das signal aus?