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 André, > > das ist ja klasse, so schnell Antwort zu bekommen. > Hab vielen herzlichen Dank. Wie kann ich mich denn da revangieren ? > > Jetzt klappt die Übertragung. > > Vor einigen Wochen habe ich versucht, Dein EEPROM-Datalogger- > Programm aus dem Buch in verschiedene Threads aufzuteilen. > Damals kam zwar was am PC an, aber es war "Schrott". > Vermutlich habe ich hier nicht beachtet, die > COM-Schnittstelle nur von einem Thread aus zu bedienen. > > Und trotzdem bringt mich Deine Aussage zum &#8222;quit -1&#8220; zum > Nachdenken: > > Wenn ich nach "herkömmlichem Programmablaufdenken" > programmiere: > <code> > thread main > { > unwichtig(); // dies sei eine function > schreiben(); // dies sei eine function > quit -1; > } // end thread main > </code> > dann wird auf jeden Fall die Funktion &#8222;schreiben&#8220; vor dem > quit -1 aufgerufen. Dann läuft sie vollständig ab. Sind &#8222;unwichtig&#8220; und > &#8222;schreiben&#8220; jedoch Threads sieht es anders aus. > Da ist das Betriebssystem, was Threads mitten im Laufen unterbricht > und anderen Threads zunächst einmal Rechenzeit verpasst. > > Ein entsprechender Hinweis, dass bei mehreren Threads eben die strenge > Ablaufreihenfolge im Code durcheinander kommt, wäre > vielleicht noch eine gute Ergänzung in Deinem so guten Buch > zur C-Control II. Auch im Conrad-Manual wird nicht explizit > darauf hingewiesen. So ein &#8222;Negativ-Beispiel&#8220; wie mein Test-Programm > lässt einem die Sache dann besser verstehen. > > Wie kann ich das Betriebssystem "disziplinieren" einen > Thread vollständig durchlaufen zu lassen, natürlich auf Kosten > anderer ? Muss ich dass mit der Synchronisation mit z.B. &#8222;wait free&#8220; > machen, wie im Conrad-Manual aufgeführt? > > Wie kann ich das Programmverhalten bei zeitlich kritischen Dingen > voraussehen? > > All diese Fragen stellen sich mir natürlich nach dieser Erfahrung. > > In Deinem Buch zur C-Controll II gehst Du nur kurz darauf ein. > Ich kann die Anzahl der ununterbrochenen virtuellen Befehle durch > die Prio verändern, das habe ich aus dem Buch gelernt. > > Eine Antwort ist nicht dringend bzw. ich werde auch selber nachforschen > um die Sache ganz zu verstehen. > > Dir jedenfalls noch mal danke - und wenn meine Wetterstation läuft, mit > einem EEPROM-Datalogger als Ringspeicher, mit einem Wetterdaten-Reduktions > Algorithmus, mit einer direkten COM-Übertragung der EEPROM Daten nach > EXCEL mit automatischer Diagrammerstellung und statistischen > Wetter-Auswertungen werde ich mich melden. Vielleicht auch schon > vorher mit Fragen. > > Viele Grüße von Georg >
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB