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

[marvin42x]

GUI e.V. Teil 2:

Was mich interessiert ist die Interaktion von PC-Apps untereinander.
Dem armen Robi können ja, wie Du schon sagtest keine extra Beine wachsen.

Vorspann:
Wir haben eine Situation wo die PC und Internetseite wartet.
Die 3D Fraktion kann ohne RN Datenstrom nichts Darstellen.
Die Mappbuilder können ohne den Unterbau eines Netzwerks keine vernünftige Entwicklung voranbringen.
Marvin42x braucht Datenströme für seinen kleinen RN Zoo
Selbst die Motorrad -Scheinwerfer –Verstell -Fraktion könnte besser entwickeln.
Auch die Vogonen könnten mit Hilfe des RN-Netzes die Herrschaft über die Rasenmäher erringen.
So, ich hör mal auf, das würde noch so ne Weile weiter gehen.

Nachspann:
Also.
Das Zentrale Start Center MARV (Marvin’s Administrations and Remote Viewer)
Ist der Ausgangspunkt.

1. Ini File für die Session1 wählen. z.B. „Rasenmäher3.ini“
2. Starknopf drücken
3. Es werden gestartet:
• Rn-Server mit Konfiguration
• 5 Slider
• 1 Radar
• 8 Levelmeter
• 1 Graph
• 1 PC –App Mappbuilder V.2.1
• 1 PC App Erkennungssystem Datenbank
• 1 PC –Datenlogger Datenbank
• 1 PC –Videosystem mit Streaming
• 1 PC -ÜbergeordnetesVerhaltensModul

Session2:
Ini File „MappEntwicklung.ini“ wählen.
Startknopf drücken.
Es werden Gestartet:
• 1 PC -Simulant, der einen Datenstrom erzeugt, als wäre er ein Roboter
• 1 PC Map Displayer
• 1 PC Verhaltensmodul
• 1 PC Map Analyser
• 3 Slider
• 3 Graphen
• 1 Radar
• 1 PC 3D Display

Session 3:
………..
…………

Ja, es gibt naturgemäß in jeder Session z.B. Slider, deren Class und ClassID sind nur unterhalb einer GUI ID eindeutig.
Das schöne ist, das Du die Komponenten für alles verwenden kannst.
Wenn Du willst kannst Du auch Dein Intelligentes Haus damit verwirklichen.

Uff, Verschnaufpause.
Erstmal Genug.
Sacken lassen.
Und Respons abwarten.


Broadcast:
Wusste ich gar nicht, Das er das macht.
Da müsste ich ja ein Echo von meiner Message erhalten?

Netter Gruß

[PicNick]

..ja ein Echo von meiner Message ..

Der einzige, der nix kriegt, ist der Absender. Das schien mir zu schleifen-gefährlich. Auch darüber kann man natürlich reden.

Sessions: I see. d.h. wenn das Setup mal steht, is alles klar.
Was man zuvor ganz einfach braucht, ist ein "config-designer". Mit intuitiver Bedienung, versteht sich.

Und einen Cyber-Atmega als simulanten.

Irgendeine innere Stimme sagt mit, daß wir noch einen Haufen Arbeit haben

[marvin42x]

Zitat:
Irgendeine innere Stimme sagt mit, daß wir noch einen Haufen Arbeit haben


Nee kein Sorge.
Wir schaffen nur die Optionen dafür.
Hi hi.

Zitat:
Der einzige, der nix kriegt, ist der Absender.

Das ist ja super so.
Wenn wir die Identifikationen auf die App –Ebene legen ist ja hier erstmal alles gegessen.

Fast alles

Jetzt kommen Apss die längere Messages benötigen.
Sagen wir mal, ……..
Mir fällt gerade nix ein.
Aber nehmen wir mal an einer will partout eine Bitmap übertragen.
Wie lösen wir das?

Netter Gruß

[PicNick]

Mit langen Binärschweinen ist das etwas ambivalent.
Solange wir für die Applic. das Netzwerk transparent halten, kann eine Message immer auch über einen µC laufen, und da hat es Grenzen bei der Größte. Da MÜSSEN wir die Bitmap in Slices zerteilen. Das hat auch den Vorteil, daß sich der andere Traffic dazwischenschummeln kann und nicht zum Stillstand kommt.
Da werden wir wohl noch nachdenken lassen, damit wir nicht gar so schnell unsere eigene Regeln austricksen müssen.

[marvin42x]

So weit so gut.
Wenn der Server so tut wie erwartet, habe ich, glaube ich, erstmal alles was ich benötige.
Die Woche bin ich mit der Zeit etwas knapp.
Ich werde aber trotz dem versuchen ob ich nächste Woche eine kleine Demo zur Diskussion bereitstellen kann.

Netter Gruß

[marvin42x]

Na das geht ja gut los

Nach dem ich nun gesagt habe, ich habe alles.
Hier der erste Wunsch:
Kannst Du an Deinem Server eine CheckBox „Fast Connect“ anbauen?
Der Wert FastConnect sollte dann auch in Deinem Config File auftauchen und ausgewertet werden.
Im Falle in dem in der Server Config Fast Connect auf 1 gesetzt ist startet der Server sofort alle Verbindungen. Wenn Fast Connect = 0 macht er keinen Connect

Hintergrund:
Ich möchte schon bei der Demo unmissverständlich klarmachen:

Ein Knopfdruck und die Sache läuft.

Dazu ist es notwendig, dass ich, wenn ich den Server als erstes starte steuern kann das er ohne weitere Zutun Online ist. Die folgenden Apps werden dann dasselbe tun.
Damit steht das System komplett mit laufendem Netz.

Sag mal bescheid ob Du damit einverstanden bist.

Netter Gruß

[PicNick]

das übliche User-Verhalten
Vorher: "Ich möcht ja nix als dieses oder jenes
....
Nachher: "Könnte man nicht noch......."

Kein Einwand, mal sehen, wie ich dazukomm'

[Vogon]

das übliche User-Verhalten

Keine Ahnung aber rum meckern:
Ich habe das laden der .CFG nochmal probiert.
Den Pfad "TRACE" will er bei mir nicht aus der Datei laden. Bei IP und ... geht das richtig. [-o<

[PicNick]

Vogon: Das werden wir noch klären, daran wird's nicht scheitern.

Ich werke grad' an einer VB-fähigen DLL + Demo für
erstmal Conifg-Files Manipulation (Load, read, write, update, Flush)

sieht gut aus, demnächst Liefertermin

[marvin42x]

@PicNick:
Das überschlägt sich ja hier.
Bei dem Tempo muss man ja aufpassen, dass einem nicht die Mütze vom Kopf weht.

Im Detail:
Scheinbar lohnt es sich auf Software-Ebene eine Art Abstimmung einzuleiten.
Ich arbeite gerade angestrengt an der Konfiguration meiner Anwendung.
Dazu benutze ich Ini Dateien, schreibe und lese darin.
Wenn demnächst eine DLL ins Haus steht werde ich natürlich die einbauen damit das alles ein Guss wird.
Im Klartext, ich werfe eine menge Arbeit in die Tonne.
Darum mein Vorschlag:
Eine Art Frühwarnsystem einzurichten an dem ich meine Aktivitäten ausrichten kann.
Vielleicht so eine Art Liste von Dingen die Dir vorschweben.
Hoffentlich schwebt Dir viel vor
Keine Ahnung wie wir das realisieren, aber es dürfte sich für das Projekt lohnen.
Auch die Definition von Software –Schnittstellen würde ich gut finden. Dadurch wird das Ganze schön Strukturiert.
Zum Schnittstellen festlegen würde ich Dich als Häuptling wählen.
Du hast sicher einen geschärften Blick für so was.

Server:
Der Vogone hat recht, mit dem Aufruf des Servers einschließlich Config bekomme ich das nur über ein *cmd hin in dem die Komandozeile steht. Dann habe ich aber ein offenes Konsolefenster am Hals.
Ich kann Dir eine Ultraleicht-Demo schicken, da kannst Du das mit dem Aufruf aus MARV raus untersuchen. Das ist bestimmt nur eine Kleinigkeit.

Der neue sollte dann auch kein RN mehr vom TCP Client verlangen? Mir war so.



Ausblick:
Ich bin ganz hibbelig. Das was wir hier machen wird ein ganz tolles Ding.
Und ich freu mich schon auf die ersten Gehversuche von alle dem.
Das macht richtig Spaß.

Netter Gruß