Rnbfra Multi-Thread und Netzwerkfähig mit GUI im www, jetzt

[ragnar]

Also ich bin für STX/ETX/PFX, Steuerzeichen A0-AF , vor dem ETX ein einfacher XOR-BCC.
Anders geht's natürlich immer, aber wenn ich mir das Gefummel in den anderen Layern vorstellen, daß ja noch ausständig ist, würde ich auf dem Layer-0 mal Redaktions-schluß machen. Da is nix zum gewinnen dabei.

Soll mir im Prinzip recht sein so, allerdings würde ich nur 8 Spezialbytes (3 Bit statt 4 Bit) definieren.
Das sollte immer noch dicke reichen. Meinst du mit PFX das Präfix für Datenbytes? Ist es für euch
okay, die gepräfixten Datenbytes um 5 nach oben versetzt zu übertragen ? Und schlussendlich:
meinst du mit XOR-BCC ein kontinuierliches XOR auf den ungepräfixten Datenstrom ?

Damit können wir Level 1 "seriell" denke ich schliessen und uns über Level 1 "Lan" bzw die höheren
Schichten gedanken machen.

BTW: Hat einer Lust unseren Konsens für Level 1 "seriell" irgendwo (z.B. im wiki) abzulegen ?

Ragnar

[NumberFive]

@PicNick,

wenn du willst mache ich die Dll oder besser ein exe server (Com) für windows
den mache aber dann in c++ wenn ich so weit kann ich dann exe oder dll hoch laden mit source dann kann die VB frakition mal probieren.

Was hälst du davon ?

Gruß

[PicNick]

PFX: ist das Zeichen, mit dem das folgendes Zeichen als NICHT Steuerzeichen, also als Datenbyte, gekennzeichnet wird.
XOR: ja. ich mein', eben beginnend mit NULL, alle Zeichen ZWISCHEN STX und ETX (exklusive Prefixes) aufzu-xor-en.
Es gibt da ein Verfahren, wenn das result < 32 ist, was raufzuaddieren. Da muß ich noch nachdenken, was das bringt. Wenn es beim Verarbeiten keinen unnötige Arbeit macht, würde ich es anwenden, eben weil es schon wo so definiert ist. Und unbedingt neu muß unseres ja nicht sein.
@ragnar: Prefixte char + 5 . Kannst den Hintergedanken erläutern ? Welchen Vorzug bringt das ?
@No-5 : Da jetzt schon die Rede von VB und C++ und nochwas ist, ist ein komplettes EXE wahrscheinlich das Beste, mindestens für's Erste.
Ich bin noch nicht sicher, was genau für Eigenschaften gebraucht werden.
Aber ein Prototype muß ja nicht gleich alles können.
Gut wär ein Protokoll-write in ASCII-CSV Format, dann hat man gleich ein paar Auswertungsmöglichkeiten umsonst dazu.
Parallel dazu vielleicht ein Raw-dump-format zur speziellen Analyse von verstümmelten und falsch gestufften Messages (kann ja vorkommen, hab ich gehört)
IP-mäßiges Verhalten: Irgendwann müssen wir überlegen, wieweit der Zugroff mehrerer PC-Applikation reglementiert werden soll /muß. Datenreceive vom µC kann ja beliebig verteilt werden. Nur bei Commands wären Konflikte denkbar. Dann mußte man doch eine art login machen mit session und so.

[NumberFive]

Hallo PicNick,

klar ist das was ich da schreibe erst mal zu probieren ist mir schon klar.

Das Protokol file ist bei mir Standart das brauchst bei nicht erwähnen das mit den Dumps muß ich mir mal überlegen aber da fällt mir was ein.

Ich mach ein Exe comserver das ist glaube ich erstmal die Beste lösung mal sehen wie Zeit ist dann mache ich auch ein beispiel wie mal da dann per VB zu greifen kann. Und wenn ich ganz gut drauf bin haue ich das empfange noch per Multicast raus dann kann man sich das auch mal an gucken. wie sieht jetzt genau dein Protokoll aus der lib aus ?
ETX ....... STX ? Soll ich das mal so Implemetieren der Rest kommt ?

@all habe wir hier nur VB und C++ oder auch delphi oder noch was anderes ?

Ich denke wir sollten es erst mal auf Multicast belassen da brauchen wir kein login und die Sicherung kann dann auf protokoll ebene machen.
Ports und login und so was sind code massig immer so auf wändig und seid dem ich weiß wie schnell Muticast ist halte ich das für das bessere als Punkt zu punkt verbindungen. das mit den Ports und anmelden war immer sehr komplex anderen zu vermitteln.

[NumberFive]

So habe mal schnell ein exe zusammen gehauen die emfangen und senden kann im STX ETX Frame. max frame größe sind 127 Bytes incl. EXT und STX

Da ich nicht weiß wie lange ich heute noch mache und wie die Exe dann ist habe jetzt mal hier hoch geladen. Der Rest kommt dann immer wenn was fertig ist.

Der Source ist jetzt erstmal nicht dabei bei weil überhaupt nicht kommentiert einfach runter geschrieben.

Gruß

[ragnar]

@PicNick: Warum <char> mit <prefix><char+5> übertragen ?
Weil dann dein Kontrollzeichen mit dem Wert von char absolut eindeutig
im Datenstrom ist. Das erleichtert einige Dinge, z.B. kannst du immer
gleich feststellen, ob es sich wirklich um ein Steuerzeichen handelt.
Empfängst du ohne diese Bedingung einen char, hängt die Bedeutung immer
davon ab, ob davor eine Escapesequenz war oder nicht. Funktionell
letztendlich gleich, aber IMHO etwas flexibler zu handlen (Steuerzeichen
können vor Escapes gecheckt werden).

@PickNick:
Was ist das mit dem draufaddieren ?

@NumberFive:
Mit welchen STX/ETX/PFX hast du programmiert?
3bit oder 4 bit?
Und was nützt uns eine .exe die wir nicht haben
Und schreib doch kommentierten Source, dann hilfts uns gleich viel mehr.

@NumberFive:
Ganz wichtig: die Framegrösse muss für die Schnittstelle nach oben
gelten, 127 Bytes gelten also für die reinen Daten, ohne STX, ETX, PFX.


Wie gehts weiter ?
Tja, ich habe gerade javax.comm gedownloaded und werde damit wohl mal
die Schicht 1 für seriell implementieren. Mein Programm wird wohl erstmal
ein kruder 'Tester', der regelmässig Testframes sendet und alle empfangenen
Testframes und Debuginformationen auf der Konsole anzeigt. Wäre natürlich
prima, wenn das gleich mit euren seriellen Schicht-1en zusammenspielt.

Dann brauchen wir beizeit eine Schicht 1 für IP. Ich könnte mir hier
irgendwas wie UDP-Kommunikation auf festgelegten Ports vorstellen, mit
Rechnern die sich gegenseitig discovern. Alternativ dazu auch die
einfache Variante mit vorkonfigurierten TCP/IP Streams. Auf jeden Fall
muß da in der unteren Schicht viel automatisch gehen, die oberen
Schichten sollen ja von Kommunikationsmedium nichts mitbekommen.
Meinetwegen können wir LAN aber auch gerne erstmal schieben.

Und irgendwann brauchen wir dann eine Schicht 2+3. Da habe ich schon ein
paar ausgefeilte Ideen, die ich dann zu gegebener Zeit präsentieren werde.
Um auf PicNicks Frage mit den 'Sessions' bzw 'Login' einzugehen werde ich
schon mal ganz kurz vorgreifen:

- Eine Session wird vom Absender festgelegt und ist für den Absender eindeutig
- Eindeutig ist das Tupel (SenderAddress, SessionSequence)
- Es gibt Nachrichten ohne Session
- Es gibt Nachrichten für initiale Sessions
- Es gibt Nachrichten für Session 'follow-ups'

Eine Session baut der Absender auf, indem er eine initiale Sessionnachricht
schickt. Je nach Bedarf/Protokoll kann der Empfänger auf diese Session
einmal oder mehrfach antworten. Wann eine Session geschlossen wird, entscheiden
beide Kommunikationspartner eigenständig. Damit sind einfache Challenge-Response
Nachrichten möglich (mit Timeout für den Response) oder auch Registriermechanismen
bzw. dauerhafte Datenströme (virtuelle Debug-Konsolen)

Zur Sicherheit, bzw. 'login':
Auf Schicht 1 für LAN können wir gerne einen Login implementieren, auf den
höheren Schichten höchstens eine 'Firewall'. Das würde ich aber beides
erstmal schieben.


Ragnar

[NumberFive]

@ragnar

vielleicht habe ich ja was falsch verstanden aber für mich ist STX = chr(02) und ETX =chr(03) aber jeweils 8 Bit lang sprich ein Byte. PFX ist noch nicht implementiert weil ich noch nicht gesehen habe das ihr euch einig wart wie.
Wenn ihr euch einigseid ist das schnell drin. Die erweiterung für 127 Bytes daten kommt heute im laufe des Tages ist nur eine zahl im source.
Hast du Icq oder so entwas ? das könnten wir das Netz zusammen machen.
Leider hast du auch keine Mail adresse hier so könnte ich dir das per Mail schicken.

Du hast recht die exe ist nicht da aber hoch geladen habe ich sie kann sein das frank sie nicht nicht freigeben hat. Ich glaube das muß er immer machen.

Bitte nicht Upd warum nicht Multicast ist in java auch ganz einfach. Mir flipen hier die Firwarewals und sonstige sicherheits programme aus.

@all hat jemand noch platz auf seine HP ? PicNick ?
ich würde dann dem die exe schicken immer wenn es was neues gibt.

Gruß

[PicNick]

@ragnar: char+5 : Alterserscheinung, ich steh' auf dem Schlauch.
Das nach dem Prefix ist ja dadurch genau KEIN Steuerzeichen. Und warum ist <char+5> eindeutiger als <char> ?
Ich laß es noch sickern, braucht uns nicht aufzuhalten.

Ich hab dzt. implementiert
#define ctl_base 0xa8
#define ctl_pfx ctl_base + 1
#define ctl_stx ctl_base + 2
#define ctl_etx ctl_base + 3

if ( (mychar & ctl_base) == ctl_base) then prefix it.

Über andere konkrete Werte können wir aber noch stundenlang diskutieren, mir ist alles recht

Ich hab noch Platz, denk ich. Gezippt schicken, aber zumindest *.Bas, *.VBS und .EXE umbenennen, der Spam-u. Viren filter frißt sonst das Mail.

robert.toegel@wienerborse.at

[marvin42x]

Frage zur Protokollwahl UDP TCP: www. TCP Port :80
Das soll am Ende gehen.
Ist das jetzt schon für die Überlegungen relevant?
Netter Gruß

[PicNick]

Also würde port 80 / 8080 und die anderen festgelegten nicht nehmen, da macht sich jeder Webserver im Netz ins Hemd. Außer natürlich, man sprich http drauf.
Ich mach eigentlich nur STREAM, weil das meiste schließlich einen Backlink braucht (commands). Und ich will ja wissen, wenn einer stirbt.
Login mit User und Password brauchen wir ja nicht unbedingt, first come, first served.

Ich sag, wir nehmen als (parametrisierbares) Port # 42 (default) . Darüber hinaus ist das ja eine Hausnummer.