> 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'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.
Antworten bitte nur ins Forum!
Fragen per EMail auf Forum-Postings werden nicht beantwortet!
Das macht meine Heizung gerade
Antwort schreiben
Antworten:
Re: Vorsicht: CC2 Station Zusatzmodule (von hix - 15.08.2002 22:53)