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 Felix, > > > Ja, es ist tatsächlich so, dass ich die empfangenen Daten nur zum Teil benötige, und alles > > was danach noch kam, meine Auswertung beim nächsten Durchlauf durcheinander gebracht hatte. > > Aber eben durch hwcom.flush() unmittelbar vor dem nächsten Durchlauf wird sichergestellt, dass > > der Puffer immer "jungfräulich" ist! > > Dann ist natürlich ein flush() notwendig. Aber natürlich erst, nachdem alles benötigten > Bytes aus dem empfangspuffer gelesen wurden. > > > Selbstverständlich habe ich euer Buch, entschuldige, dass ich darauf nicht eingegangen bin! > > Schliesslich bildet die Abhandlung über AD-Multiplexer den Kern meines jetzigen Listings. > > Aber auch dort geht ihr manchmal nicht auf jeden Kniff ein, z.B. in Listing 4.6 die <b>yield</b> > > Anweisung; genau da hält sich dann leider auch das Handbuch sehr knapp! > > <b>yield</b> gibt die Rechenzeit an den nächsten Thread ab. > Man beeinflusst so das Threading direkt, da man so gezielt bestimmen kann, wo es > im code zu einem Threadwechsel kommen soll. > Beim Listing zum AD-MUX war dies eher als ein "einfaches Capture", um einen Threadwechsel > innerhalb der Zeile <code>AD[i*4+j]=ports.adc(j);</code> zu vermeiden. > Immerhin besteht diese Zeile aus 8 VM-Operationen. :-) > Aber hier wäre ein "Capturing" eigentlich nicht notwendig, da nur ein Thread auf > die Variable schreibt. > > MfG André H.
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB