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 Erik, > Als erstes muß ich Dir sagen, daß das in keinster Weise ein Bug ist !! > Wenn Du die Module swcom & hwcom ansehen würdest, solltest Du es sehen. > Normalerweise sollte die serielle Schnittstelle nur von jeweils einem Thread > bedient werden, was garantiert immer Mögliich ist. > Die Funktionen der seriellen Schnittstellen sind bereits gecaptured, und das ist > Dein Problem ! Wenn du Thread A anhälst wärend dieser mit Hilfe von com.receive > Daten empfängt bleibt das Capture bestehen. Sobald Du dann versuchst mit Thread B > auf auf com.receive zuzugreifen steht, steht dieser vor verschlossener Tür, da das > Capture von com.receive noch besteht. > Es gibt mehrere Möglichkeiten dein Problem zu lösen: > 1. Du benützt nur einen Thread. Das ist ohne weiteres möglich. > Man muß nur dementsprechend programmieren. > 2. Du stellst sicher, daß Thread A die Daten fertig empfangen hat, bevor > Du diesen anhälst: > > Thread A: > .... > yield; > busy=1; > ... > //Empfangsroutinen > .... > busy=0; > yield; > .... > > Thread B: > ... > if ereignis > {wait busy==0; > halt thread_A; > } > .... > > Dies it eine Art einseitiges Softwarecapture, das Deinen Zwecken genügen sollte. > Es gibt noch die Möglichkeit dieses Softwarecapture so abzuändern, daß > es genauso funktioniert, wie das Systemeigene, nur lässt sich das > SW-Capture verschachteln. > > MfG André H. > > > > Hab ich auch schon überlegt, aber capture könnte die Reaktionszeit das Threads2 auf das Ereignis erhöhen. ich muß dort leider rasch reagieren. > > > > Meine Frage geht eher in die Richtung, ob sonst schon wer dieses Problem geortet hat, das ich mal als Bug im > > OS bezeichnen würde. Was nützt es, wenn die Abfrage der HwCom ununterbrechbar durch andere Threads ist, > > aber die Rückgabe der Parameter nicht eingeschlossen ist. > > > > Erik > > > > > Kannst du nicht in Thread2 ein Capture release einbauen, wärend der Task die Dten von hwcom liest? > > > > > > Ciao Jens > >
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB