[ONF-NT] ONF-NT

[Heinz Schnitter]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hallo Ulli,

zur weiteren Diskussion meine Vorschläge zu Deinen Fragen.

Grüße Heinz


Am 11.05.2014 13:08, schrieb Ulrich Hoffmann:
> Hallo Heinz, ich denke derzeit (wenn ich zwischendurch Zeit finde)
> darüber nach, was denn die essentiellen Bestandteile von ONF sind
> und was man wohl für ONF-NT-Systeme fordern müsste.
> 
> Im Moment denke ich:
> 
> essentiell: Quellcode-Interpretation (User-)Variablen 'OK und 'KO,
> Worte OK KO REQUEST RESPOND

Nicht nur Interpretieren auch Kompilieren!

ONF verwendet dafür TRANSMIT, TRANSMIT sendet immer an die Task ONF
(Forthsystem).

Es darf nur ONF, das Forthsystem, kompilieren, sonst werden Worte
wie FORGET, : , CREATE ....... kompliziert! Interpretieren dürfen aber
alle Tasks.

REQUEST sendet immer an SERVER.
RESPOND antwortet immer an die Task, die anfragt.

>> NOB NOB> und Ausgabe-Umleitung
> Eingabe-Umleitung Multitasking - neben normalen Aufgaben muss auch
> die Kommunikation
gemacht werden.
> Oder kann es vielleicht auch Knoten mit nur einer Task geben,
die alles macht?

Ich war der Meinung man braucht 3 Tasks: ONF (Forthsystem), SERVER
(Anfragen), DAEMON (sendet im Hintergrund). siehe TASKS

> nicht zwingend: - ARCNET

ARCNET braucht man nicht!

> unklar: DID! muss evtl. anders, wenn Knoten anders adressiert
> werden (z.B.
Ethernet)
> Nameserver - kann man sich auch fest-konfigurierte Adressen
vorstellen?
> Errorlogger, lassen sich Fehler auch anders behandeln? ALARM ERROR

Feste Adressen sollten wir nicht nehmen.
 > Für ONF war die Eindeutigkeit von Objektnamen gut handhabbar. Wie
macht man das
> aber in offenen, unkontrollierten Umgebungen?

Dazu habe ich mir auch etwas überlegt: Der Name-Server ist
wahrscheinlich der einzige Knoten mit einer festen Adresse und verwaltet
die Eindeutigkeit der Objektnamen, die im Vokabular NET eingetragen
sind. D.h. man braucht auch 2 Vokabulare FORTH und NET.

Das sollen dann die Worte EXPORT und IMPORT machen.
 > Eine Frage noch: Wie leitet der ErrorLogger-Fehlernachrichten
weiter? SEND: ?

Der Errorlogger war erforderlich um den Betrieb der Gesamtanlage zu
protokollieren und hat den Operateur bei der Fehlersuche unterstützt.
Alle Fehlermeldungen haben einen Zeitstempel. Das "forwarding" der
Fehlermeldung ist nur etwas Komfort bei der Programmentwicklung. Kann
man auch weglassen.
Ob man einen Errorlogger braucht??!!

> Was meinst Du?

Auf dem VCFe habe ich mit Bernd und Carsten diskutiert, ob sich nicht
alle, die an ONF-NT und "Internet der Dinge"
interessiert sind, mal treffen sollten?

Grüße Heinz

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJTu6+wAAoJEDkOq6FeRtcGt/UH/36b4c5HkFZ4+gSoIYcCqsz9
b+8pnP+FD64Z5Q3eUe2E95aUvkF2uoUVyHIeCTN9rQSg/hFx/c5nxwt4gDn5WV+I
SuXGR7VM8I34dEP1cRzyVA5262K2VqWV45hlI8WFr5JfoGU3qoJuWavBMWOTLiiB
ob8ui+sy0MnJCEErc5fCU8cKGV5lbZZ9dIdTZDlm5+XuwVU+3mpvb+IJjV68Rvp4
WY1ntnHl+bcQJ/Rq1Xa6+00nj4j6VvR/cBrwO+YTk8vchOE8C5zR10AzK9xml9/T
7M8ar+QMgCsTEtEvJ99cYd7VEWEHUWQ/KtIx+OZ1sP656Cdb4q6sf9LLKXkDPmU=
=mkAV
-----END PGP SIGNATURE-----