Betriebssystem für Bascom - Versionsgeschichte

PicNick: /* SYS.BAS Demo */

2006-03-09T18:30:48Z

‎SYS.BAS Demo

PicNick: /* Begriffe */

2006-03-09T18:25:51Z

‎Begriffe

PicNick: /* Begriffe */

2006-03-09T16:08:12Z

‎Begriffe

PicNick: /* Vorwort, Sinn und Zweck */

2006-03-09T16:06:28Z

‎Vorwort, Sinn und Zweck

PicNick: /* Kommunikation */

2006-03-09T16:00:57Z

‎Kommunikation

PicNick: /* MESSAGES & TIMER */

2006-03-09T15:47:44Z

‎MESSAGES & TIMER

PicNick: /* SYS.BAS Demo */

2006-03-09T15:26:06Z

‎SYS.BAS Demo

PicNick: /* Begriffe */

2006-03-09T15:19:17Z

‎Begriffe

PicNick: /* MYSYSLIB.ZIP */

2006-03-09T15:16:44Z

‎MYSYSLIB.ZIP

PicNick: /* Kommunikation */

2006-03-09T12:21:52Z

‎Kommunikation

@@ Zeile 209: / Zeile 209: @@
 </pre>
 Für jede Unit gibt es vorgegebene Werte:
-*Die ersten Byten Bytes '''müssen''' den Unit-Code (Klasse, Ident) beinhalten, der Rest ist wahlfrei
+*Die ersten beiden Bytes '''müssen''' das Unit eindeutig identifizierbar machen, der Rest ist wahlfrei
-**Klassencode
+**Die Ident-Nummer 1  (bei SYS.BAS die Geräteklasse)
-**Die Ident-Nummer 1-3
+**Die Ident-Nummer 2  (bei SYS.BAS das spezielle Gerät dieser Klasse)
 *Wahlfrei, was eben die Unit zum Arbeiten braucht
 **die I2C Addresse des PCF, der zu bedienen ist
 **Ein Anfangswert für diese Port. Beim Input (3) ist das sinnlos,
-**dafür steht nur bei diesem der Wert 1500 als automatischer Wiederholungswert. Beim 1mS Timer ergibt das 1.5 Sekunden.
+**dafür steht nur bei diesem als nächstes der Wert 1500 als automatischer Wiederholungswert. Beim 1mS Timer ergibt das 1.5 Sekunden.
 <pre>
 '-------------------------------------------------

@@ Zeile 47: / Zeile 47: @@
 *Tag  ist das erwähnte Etikett, mit dem die SUB alle ihre Referenzen zu privaten Daten und individuellen Parametern (im Flash Speicher) verwaltet.
 *Cmd ist eine Aufrufspezifischer Code, der über die Art des Aufrufes Auskunft gibt. Einige Codes sind fest durch das System vergeben, andere können beliebig von der Geräteklasse für spezielle Befehle festgelgt werden
-*Param ist ein Beiwert zu CMD, der daher völlig unterschiedliche Bedeutung haben kann. (Beim Netzwerk-Nachrichten zeigt er auf die eingelangten Daten, die von der Unit zu bearbeiten sind).
+*Param ist ein Beiwert zu CMD, der daher völlig unterschiedliche Bedeutung haben kann.
 ===TAG-Referenzen===

@@ Zeile 42: / Zeile 42: @@
 '''Anmerkung''': Aus Sicht des Systems sind das einfach zwei Bytes, die zusammen auf diesem Rechner eindeutig sein müssen.
 *Tags: Jeder Class/Ident-Ausprägung wird ein Tag ("Etikett") zugeordnet, das einen vom System verwalteten Bereich bezeichnet, der für die Kommunikation Unit <-> System erforderlich ist. Tags werden bei jedem Aufruf an das System verwednet und bei Aufrufen durch das System immer mitgeliefert.
-*Message-Queueing: An sich können alle Funktionen eines Units "normal" verwendet, also aufgerufen werden. Doch jede Unit bietet wenigstens eine "Sub"-function an, die auch indirekt über Messages angesprochen werden kann und daher auch ein standardisiertes Format haben muß.
+*Message-Queueing: An sich können alle Funktionen eines Units "normal" im Rahmen des Bascom verwendet, also aufgerufen werden. Doch jede Unit bietet wenigstens eine "Sub"-function an, die auch indirekt über Messages angesprochen werden kann und daher auch ein standardisiertes Format haben muß.
     DECLARE SUB unit-entry ( Tag AS WORD, Byval cmd as BYTE, Byval Param as WORD )
 Das ist auch die SUB, die beim Einlangen einer Nachricht über das Netzwerk aufgerufen wird.

@@ Zeile 34: / Zeile 34: @@
 *FOR-Step
 *FOR-Limit
 ===Begriffe===
@@ Zeile 64: / Zeile 66: @@
 Anmerkung: Enqueue() und Dequeue() führen sowohl Sub-Vector als auch Tag. "Vector" hat Vorrang, wenn er aber nicht angegeben wird (NULL), wird eben der Standard-Unit-Vector verwendet.
 Sonderfall: Bei Angabe von "Vector" ist die Befüllung von TAG nicht zwingend. Dadurch kann auch jede x-beliebige sub-function aufgerufen werden, nur das Declare-Format MUSS stimmen. ("TAG" ist beim Aufruf dann eben NULL).
 ==SYS.BAS Demo==

@@ Zeile 498: / Zeile 498: @@
 ===Kommunikation===
   Declare Function Com_msg() As Word
   Declare Sub Com_msgdone(msg As Word)
+übergeben werden, damit der Platz im Buffer wieder frei wird.
   Declare Function Com_rdbyte() As Byte
   Declare Function Com_rdword() As Word
@@ Zeile 507: / Zeile 509: @@
   Declare Function Com_rdintg() As Integer
   Declare Function Com_rdsing() As Single
   Declare Sub Com_txstart()
   Declare Sub Com_txbyte(byval Val As Byte)
   Declare Sub Com_txclose()
 </pre>
 '''Network Controller/PC''': Die Kommunikation setzt auf dem dzt. Stand des Projektes auf, soweit es den Level-0 betrifft. Das Beispielprogramm SYS.BAS nimmt aber vorweg, das als Sende- und Empfangsadresse 2 Byte, also 16-Bit verwendet werden. Hier kann es noch zu Änderungen kommen, die dann aber auch hier berücksichtigt werden.

@@ Zeile 477: / Zeile 477: @@
 ===MESSAGES & TIMER===
   Declare Sub Msg_dequeue(byval Tag As Word , Byval Cmd As Byte , Byval Param As Word)
+Das ist der Befehl, wo in der Befehls-Warteschlange nach dem nächsten Auftrag gesucht wird. Ist einer da, wird er durchgeführt, ansonsten geschieht nichts. Typisch findet man diesen Befehl zentral in der Haupt DO..LOOP Schleife (s.o. im SYS.BAS - Beispiel)
- Declare Function Time_entry(byval Vector As Word , Byval Tag As Word , Byval Cmd As Byte , Byval Param As Word) As Byte
   Declare Sub Time_scan()
 </pre>
 ===Kommunikation===

@@ Zeile 38: / Zeile 38: @@
 *Units:	Ein Programmteil, der sozusagen mitspielen will, wird als Unit od. "Einheit" bezeichnet. In den meisten Fällen wird so eine Unit die verschiedenen Funktionen umfassen, die für die Bedienung eines bestimmten Device od. "Gerät" erforderlich sind.
 *Class/Ident: Es gibt Geräteklassen, die sich durch ein Set von "Methoden" definieren, die auf eines oder mehrere tatsächliche Geräte angewendet werden können. Anschauliches Beispiel: die Klasse "ADC", die für 8 Channels angewendet werden kann. Grundsätzlich werden die ADC-Channels ja völlig gleich behandelt, aber für jeden Kanal gelten unter Umständen verschiedene Parameter: Natürlich die Kanal-Nummer 0-7, aber auch Umrechnungsfaktoren und Grenzwerte
 *Tags: Jeder Class/Ident-Ausprägung wird ein Tag ("Etikett") zugeordnet, das einen vom System verwalteten Bereich bezeichnet, der für die Kommunikation Unit <-> System erforderlich ist. Tags werden bei jedem Aufruf an das System verwednet und bei Aufrufen durch das System immer mitgeliefert.
 *Message-Queueing: An sich können alle Funktionen eines Units "normal" verwendet, also aufgerufen werden. Doch jede Unit bietet wenigstens eine "Sub"-function an, die auch indirekt über Messages angesprochen werden kann und daher auch ein standardisiertes Format haben muß.

@@ Zeile 20: / Zeile 20: @@
 Wenn alles verbunden und gestartet ist, steuert der PC im Sekundentakt die 4 LEDs auf der RNBFRA Karte.
+==Vorwort, Sinn und Zweck==
 Im Wesentlichen ist es die Aufgabe eine Betriebssystems, das Zusammenspiel der verschiedenen Programmteile, aus denen ja so eine µC-Applikation besteht, zu regeln. Die Nachteile des gewissen Overheads und der natürlich erforderlichen Restriktionen´sollten durch die Vorteile der Standardisierung und Modularisierung deutlich aufgewogen werden.

@@ Zeile 506: / Zeile 506: @@
 Die Sende-Subs hingegen sind dzt. noch nicht gepuffert, d.h. jeder zu sendende Byte geht direkt in das UDR-Register. Das hält zwar auf, doch ein gepufferter Output würde ein Prozedere für "Buffer-Overflow" erfordern, und das wollten wir uns in erster Lesung nicht antun.
-'''RNcom-Netzwerk''': Die Kommunikation setzt auf dem dzt. Stand des Projektes "Network COntroller/PC" auf, soweit es den Level-0 betrifft. Das Beispielprogramm SYS.BAS nimmt aber vorweg, das als Sende- und Empfangsadresse 2 Byte, also 16-Bit verwendet werden. Hier kann es noch zu Änderungen kommen, die dann aber auch hier berücksichtigt werden.
+'''Network Controller/PC''': Die Kommunikation setzt auf dem dzt. Stand des Projektes auf, soweit es den Level-0 betrifft. Das Beispielprogramm SYS.BAS nimmt aber vorweg, das als Sende- und Empfangsadresse 2 Byte, also 16-Bit verwendet werden. Hier kann es noch zu Änderungen kommen, die dann aber auch hier berücksichtigt werden.
 ==Anmerkungen==