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 Hix, > > > OT: gibt es eigentlich eine Suchfunktion im Forum und im Archiv? > > das würde diese Wiederholungen vermeiden helfen... > > Leider Nein. Ich habe schon versucht über einen Anbieter eine > Suchmaschiene für das Forum und das Archiv zu konfigurieren. > Leider gibt&#39;s dafür eine Beschrängung an Seiten, do daß dies > bereits bei dem jetzigen Umfang des Archivs ziemlich kostspielig > werden würde. > > > > > Das ist eher Ansichtssache. Im oben erwähnten Forum-Thread wird das noch anders formuliert ;-) > > Es fällt eben auf, dass gleichartige Funktionen der CC2 und der CC2-Station > > in dieser Beziehung unterschiedlich ausgelegt sind, siehe z.B. die LCD Module > > (lcd.c2 und station_lcd.c2). > > Das LCD der Station ist entsprechend dem des externen LCDs vom > Application Board. D.h. Du kannst auch das Modul "lcdext.c2" dafür > verwenden. > Das Modul "lcd.c2" betrifft das bei der Unit integrierte LCD am I²C-Bus. > Wenn Du Beispielsweise dieses Mini-LCD von Conrads hättest und an > den I²C-Bus der Station II anschließt, könntest Du mit dem Modul > dieses ansteuern. Es würden dann auch auf diesem alle internen > Meldung wie "HOSTMODE", "RUNNING", "LOAD"-Meldungen, > "ERASE"-Meldungen und Error-Meldungen erscheinen. > > > > Mein Standpunkt: ich habe ein Betriebsystem, welches Semafore und MultiThreading unterstützt. Aufgabe eines OS ist es unter anderem, kritische > > Hardware/Software-Passagen vor der eigentlichen Applikation zu verbergen, > > so daß sich der Programmierer der Anwendung nicht um diese Details > > zu kümmern braucht. Er sollte nur wissen, wie es funktioniert. > > Nein, so einfach ist es nicht. Wenn Du aus zwei Threads auf > eine Resource zugreifst, mußt Du selbst dafür sorgen, daß > es keine Probleme gibt. Ansonsten bräuchte man für jede > Eventualität eine eigenes OS. (übertrieben ausgedrückt) > Gerade bei zusätlicher Hardware, die nicht vom OS selbst > angesteuert wird, kann das OS solche Probleme nicht verhindern. > (Es weiß ja nicht was dranhängt) > > > Wenn ich mich nun auf Anwendungsebene um den Mehrfachzugriff auf > > gemeinsam genutzte Resourcen kümmern muß, benötige ich letztendlich kein OS. > > Dann programmiere ich sowieso alles auf der Anwendungsebene, einschl. > > des Locking, und das OS der CC2 verkommt zum Interpreter der VM. > > Das ist falsch ! > Ein Beispiel: > Du willst eine eine Bitfolge auf einem Port ausgeben, und mit einem > anderem Thread anschließen auch etwas mit dem selben Port machen. > Woher soll das OS wissen, wann Du fertig bist und programmtechnisch > zulässt, daß der nächste Thread an den Port darf ? > > > > Das bedeutet in Deinen Fall, dass auf Applikationsebene das Locking > > der Zugriffe auf die externen RAM-Module stattfinden muss. Wie schon > > gesagt, es ist Ansichtssache. Von einem System mit der Leistungsfähigkeit > > der CC2 erwarte ich etwas mehr als die sequentille Abarbeitung eines > > Threads. Ich will nicht auf Interrupts und Multi-Threading verzichten, wenn > > ich es schon verwenden kann. > > Keiner sagt, daß Du auf eines der beiden verzichten sollst. > Ich habe einige Anwendungen, bei denen die Threads nicht auf > gemeinsame Resourcen zugreifen, bzw. diese nicht gecaptured > werden müssen.(z.B. Variabelzugriffe, die nur von einem Thread > geschrieben werden und von den anderen nur gelesen werden) > > > > Es betrifft alle von DIE HARD erstellten Module. In keinem der für die > > CC2-Station bereitgestellten Modulen wird capture/relaase jemals verwendet. > > Bei den Modulen für die CC2 selbst jedoch schon. > > Es betrifft genauer die Module "station_io.c2" und "station_lcd.c2", da diese > auf die selben Ports zugreifen. Das Modul "station_io.c2" sendet > die Daten für die Ports an den Schieberegistern (Rel, LEDs, extra Ausgänge) > über 2 der 4 Datenleitungen des LCDs. Das Strobesignal erfolgt über einen eigenen > Port. Daher müssen alle Funktionen in diesen Modulen gecaptured werden. > > > MfG André H.
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB