Für dieses Forum muß Javascript im Browser aktiviert werden!
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 ! > Re, > > > das ist bereits bekannt. > > OT: gibt es eigentlich eine Suchfunktion im Forum und im Archiv? > das würde diese Wiederholungen vermeiden helfen... > > > Es handelt sich aber <u>nicht</u> um einen Bug. > > Es hat mehr mit der Elektronik zu zun. > > > > Mehr siehe im Archiv, Kategorie Programmierung: > > <i>Probleme beim Aufruf mehrerer Threads Kategorie: Programmierung (von Thomas Einzel - 16.4.2002 10:31)</i> > > 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). > > 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. > > 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. > > > Ich schreibe in meine Module auch keine Capture, da viele > > Anwendungen mit einem, max. zwei Threads auskommen, > > und es dort dann keine Resourcen-Überschneidungen gibt. > > 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. > > > > Du brauchst jetzt nicht alle Module der Station durchsuchen ! > > Das "Problem" betrifft nur das LCD im Zusammenhang mit den > > schieberegistererweiterten Ausgängen.(u.a auch Relais und LEDs) > > (siehe auch Schaltplan) > > 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. > > > Aber Du hast dennoch recht. Im Handbuch hätte zumindest ein Hinweis > > stehen sollen. > > Nein. Handbuch reicht nicht. Die Module müssen zur Hardware passen und die > vom Betriebssystem angebotenen Funktionen unterstützen. > Jetzt gilt es, ein für single-tasking ausgelegtes Hardwarekonzept per > Software multi-threading fähig hinzuzaubern. > > Hix
