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

So, GPD ist wieder gefragt (guinea-pig-department)

Da drin ist wieder

RN_SERVER.EXE
RN_CLIENT.EXE
RN_ADC.EXE

RNREGIST.DLL

und ein VB-Projekt IP_DLL

Letzters ist der letzte Stand des Wissens (meines halt :oops: ), PID etc. allerdings einfach reinkodiert, ist erstmal wurst.

Wenn du diese mehrfach startest, kannst du Ping-pong spielen
und wenn du die Servo- und ADC clients anwirfst und den Ip_DLL auf ECHO schaltest, ist der Bär los am Netz, da jede Message dann Kinder und Kindeskinder kriegt. (Irgendwann müßte es aber dann krachen)

IP_DLL ist zu rumbasteln gedacht. Also als Simulaten-Template.

Mit dem Wissen kann ich mich nun wieder MARV zuwenden.

Wenn irgendwas trotzdem schnackelt, bitte Laut geben.

Der erste Probelauf sah sehr gut aus. Wie sagst Du.
Da steppt der Bär.
Ach ne ohne Umlaute BAER ;-)

Das sagt man in Berlin, der Bär ist doch unser Wappentier.

Nur meinen MARV erkennt der Server nicht mehr.
Aber ich werde mal die IP Funktionalität in den MARV transplantieren.
Geht ja schnell, ist ja aufgebaut wie ein Austauschmotor.

Melde mich

Netter Gruß

Heißt das denn nun Berlin oder Bärlin (baerlin) ?

Der neue Motor ist drin.
Und schnurrt wie ein Bienchen.
Dadurch ist jetzt bei mir ein Problem aufgetaucht.
Wenn ein Programm über Messages steuerbar ist.
Muss ich jetzt Maßnahmen ergreifen damit es nicht über selbige abgeschossen werden kann.
Solange MARV handverlesene Befehle verfüttert bekam war alles gut.
Jetzt wo ich künstlich dreckigen Netzverkehr zu Hauf erzeuge verreckt er umgehend :-)

Die reine Netzsache sehe ich erstmal als „Können wir so lassen“

Ich muss mir jetzt einen Filter einfallen lassen der MARV vor verstümmelten oder falschen Befehlen schützt.

Netter Gruß

Ps. Ja das mit dem Namen Bärlin siehst du richtig
Als man in grauer Vorzeit sah, das es in Zukunft Schwierigkeiten mit Umlauten geben wir hat man die Stadt schnell Berlin genannt.
Du siehst, wir waren schon immer vorne weg :-)

I see. Also hieß das ursprünglich "Hubschraubär" und "Sprä" . Wieder was gelernt.

Sag, es gibt eine Möglichkeit ("TEST"), daß sich "DoCommand" selber aufruft. Steckt da was drin ? Müßt ich jetzt rekursiv grübeln *ächz*

Zitat:

---

über selbige abgeschossen werden kann

---

Wir müssen schauen, ggf. Selbstmorde zu verhindern (Bridge-Client)

Haste natürlich recht.
Wenn ich einer App sage: „Stirb“
Und die macht echo an.
Bin ich drann.

Da brauchen wir eine Adressierung oder irgendwas.

Mach mal bitte Vorschläge. Ich habe da noch nix auf Lager zu.

Netter Gruß

Ps. Man sollte mit Ausländern nie eine Debatte über Umlaute beginnen :-)

TEST:
Ja das ist ein Relikt aus den Anfängen.
Da gehört statt „DoCommand“ natürlich „Test“ hin.
Würde möglicherweise(Ich bin jetzt zu faul das rekursiv durchzudenken) rekursiv sein wenn der Fall gezielt angesprungen werden würde.
Danke für den Wink.
Ich habe das bereinigt.

Netter Gruß

Naja, diese Echo-Geschichte ist natürlich jetzt durch das Testen etwas denaturiert.
Ein reines PING-PONG Echo ist ja in der Praxis was völlig sinnloses.

An sich sind ja dies ganzen "Commands" mehr dialog-orientiert, also request/response. (--->"stirb" <----"röchel"). Man könnte einfach sagen, auf "Commands" gibt's kein Echo, sonder nur eine Antwort.
--> CommandByte = 1 String "CMD=STIRB" request
--> CommandByte = 254 (ack)
od. CommandByte = 255 (nak)

Möglicherweise aber leichter zu konzipieren:
--> CommandByte = 1 String "CMD=STIRB" request
--> CommandByte = 1 String "ACK=STIRB" response
Dann weiß jeder, wie's gemeint ist.


Umlaute: Diskussionen schon gar nicht mir einem Wienär

Soda.

Anbei das gewohnte Set RnRegist.DLL und IP_DLL Project

Ein paar Zeilen sind neu, findest du leicht. Sind auch verständlich, hoff ich

Leider geht das mit Klassenintegration etc. nicht so einfach.
Der VB-Kollege macht sich ins Halstuch mit Marshalled Code, insecure Code und weiss der Teufel was.

Ist erstmal nur lesen.

Vorsicht: dzt. wird nix getrimmt oder adjustiert oder upper-gecased
muss man noch selbst machen, wenn notwendig

Befehlsauswertung:
Feine Sache.
Das läuft tadellos.
Er gibt mir halt noch einen zu langen String mit Leerzeichen.
Darum versteht er den Befehl noch nicht.
Das sind aber Kleinigkeiten. Die mach ich noch zurecht.

Modularisierung:
Was mir nebenher sehr gefällt ist die Modularisierung der Teilprojekte.

Aus Sicht der Juniorenklasse stellt sich das Beispielsweise so dar:
Mal der Idealfall:

Beispielprojekt hernehmen

#Region " Variablen und Lib Declarationen TCP/IP Conector "

#Region " TCP/IP Connector "

Zusammenklappen, markieren kopieren und im eigenen Projekt einfügen.

Jetzt noch die notwendige GroupBox nebst Inhalt kopieren und ebenfalls im eigenen Projekt einfügen.

Ab sofort läuft das.

Idee:
Wenn jetzt nix mehr in den Button Event Subs drin steht außer der Aufruf einer Sub die die eigentliche Funktionalität enthält kann die Funktion auch sofort über die anderen Befehlswege des Programms angesprochen werden.

Das ganze hätte zur Folge, dass die kleinen Beispielprojekte zu Behältern für Referenzbausteine werden.

Der Entwickler des Referenzbausteins könnte sich bei Änderungen unbekümmert austoben und hätte lästige Erklärungen vom Hals wie diese oder jene Änderung eingefügt werden muss.
Weil immer die komplette #Region gewechselt wird.

Was hältst Du von so was?

Netter Gruß

Ps. Mit „Entwickler der Referenzbausteine“ bist Du gemeint. :mrgreen: