Zur Übersicht - INFO - Neueste 50 Beiträge - Neuer Beitrag - Suchen - FAQ - Zum CC1-Forum - Zum CC-Pro-Forum

Wichtig: Bevor Du wegen einem Problem mit der CC2 postest, stelle sicher, daß Du
die neueste OS-Version, die neuseste Compiler-DLL und die neuesten Modulversionen benutzt!
Beachte, daß sich auf der CD zur CC2-Unit/Station auch jetzt noch die ältesten Dateien befinden!
Es gelten folgende Anleitung und Regeln: Regeln CC2Net.de-Forum
Zurück zum Artikel  (Blaue Felder sind Pflichtfelder)


Name:   UserID: 
 E-Mail:
Kategorie
Betreff
Homepage:
Link-Titel:
Link-URL:
Cookie für Name, UserID, E-Mail, Homepage-URL setzen
(Erspart die Neueingabe bei Beiträgen und Antworten)
(Zum Löschen des Cookies hier klicken)
Ich nutze:
C-Control II Unit
C164CI-Controllerboard
C-Control II Station
CCRP5 mit CC2-Unit (Conrad Roboter)
CC2-Application-Board
CC2-StarterBoard
CC2-ReglerBoard
eigenes Board
original OS     OSOPT_V2     OSOPT V3.0 OSOPT V3.1

Kommentar:
Einfügen von HTML im Kommentar:

Link einfügen: <a href="LINKURL" target="_blank">LINKTITEL</a>
Bild einfügen: <img src="BILDURL">
Text formatieren: <b>fetter Text</b>  <i>kursiver Text</i> <u>unterstrichener Text</u>
Kombinationen sind auch möglich z.B.: <b><i>fetter & kursiver Text</i></b>
C2 Quellcode formatieren: <code>Quellcode</code>
ASM Quellcode formatieren: <asm>Quellcode</asm>
(Innerhalb eines Quellcodeabschnitts ist kein html möglich.)
Wichtig: Bitte mache Zeilenumbrüche, bevor Du am rechten Rand des Eingabefeldes ankommst !  

> Hallo Georg, > > Zuerst: Ein kleines "Hallo" oder ähnliches am Anfang eines Postings könnte nicht > schaden. Das gehört einfach zur Höflichkeit in Foren. > > > Ich will mehrere Threads einsetzen und gleichzeitig über die serielle Schnittstelle Daten nach > > Excel oder zu einem Hyperterminalprogramm übertragen. > > Prinzipiell sollte man nie "gleichzeitig" von mehreren Threads auf die serielle Schnittstelle > zugreifen. Das endet, ohne speziellem Protokoll, fast immer in einem Datendurcheinander. > Besser ist es die COM von einem eigenem Thread übernehmen zu lassen. > > > Eine Messung soll im Hintergrund auch dann noch Daten erfassen, wenn ich bereits gemachte > > Messungen aus einem EEPROM-Ringspeicher in den PC auslese. > > > > Alle Versuche mit mehreren Threads brachten bisher irgendwie seltsame Ergebnisse. > > Einmal brach die Übertragung ab, ein anderes Mal ging gar nichts, ein drittes Mal > > kamen total andere Zeichen am PC an. Ein viertes Mal ist das Terminalprogramm ausgestiegen. > > > > Verwende ich nur einen Thread "main" funktioniert die Übertragung.. > > Verwende einen Thread für die Kommunikation und einen für die Datenerfassung. > Das scheint hier das sinnvollste zu sein. > > > Mit Capture und Release habe ich auch nichts erreicht, dann wird gar nichts mehr übertragen. > > Bemerkung: Ich habe einfach vor den COM-Ausgaben in einer Funktion zunächst Capture > > geschrieben und am Ende der Ausgaben ein Release. > > Verschachtelte Systemcaptures funktionieren nicht. Da die ser. Schnittstellen > bereits gecaptured sind, führt eine weitere System-Capture-Eben zum verriegeln(=anhalten) > aller Threads, die dieses Capture nutzen. > > Verschachtelte Captures funzen nur mit Hilfe von cap.c2, wie es bereits Tom > geschrieben hat. > > > Was muss man beachten um eine fehlerfreie Übertragung über die COM-Schnittstelle > > bei Programmen mit mehreren Threads zu erreichen? > > Wie gesagt, sollte ohne einem speziellem Übertragungsprotokoll immer nur ein Thread > Zugriff auf eine ser. Schnittstelle haben. > Andernfalls mußt Du mit den erweiterten Captures (cap.c2) arbeiten, und ein > Übertragungsprotokoll festlegen, damit keine Daten durcheinanderkommen. > > > Es wäre schade, wenn ich die Multi-Thread Technik nicht verwenden könnte. > > Hier spricht nichts dagegen. > Wie gesagt: Ein Thread für die Datenerfassung, und einer für die Kommunikation. > > MfG André H.
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB