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

[PicNick]

Hallo GPD (guinea-pig-department) !
Ich schau nochmal wegen der DLL-linkerei


EDIT: etwas doku

[PicNick]

Versuchen wir's nochmal.

EDIT: was vergessen:
Bei einem Fehler muß man den IpRef natürlich auch noch wegschmeissen, sonst bleibt er über

            If res <> 0 Then
                IpState.Text = "ERR"
                res = RnIpDrop(IpRef)    ' WEGSCHMEISSEN   
                IpRef = 0
            Else

[marvin42x]

Geht

Netter Gruß

[marvin42x]

Der erste Schnelltest ist gelaufen.

Wie ich das im Moment überblicke, ist erstmal alles da was man braucht.
Das ganze macht ganz unauffällig seine Arbeit.
Prima.

Ich kann leider z.Z. keine Hardware ranhängen weil ich die Woche bis spät abends Arbeiten muss. Da werde ich mal sehen wie ich das noch hinbekomme.

Die Cal Back Geschichte muss ich mir noch in Ruhe anschauen um da nichts Unsinniges zu erzählen.
Ich werde mich jetzt dran Versuchen das zu integrieren und kann dann berichten.
Ist ja auch immer eine Frage, wie kommt ein Nachwuchsprogrammierer damit klar.
Im Motorrad Rennsport nannte sich das früher Junioren Klasse
Wobei sie mich bei den, von den Franzosen ausgerichteten, 10Km von Berlin in die Klasse der Veteranen eingestuft haben…. Hmmm….

Na ja, lassen wir uns überraschen.
Danke schön PicNick.

Netter Gruß

[PicNick]

..Klasse der Veteranen ..

Tscha, im Sport bis du ab 40 ein Fossil, meistens sogar früher.
Wenn's hinten weh' tut, soll man vorne aufhören

Die Doku weiter oben hast du gesehen ?

[marvin42x]

Überblick:
Jupp, Doku gesehen.
Bin auch konzentriert am lesen.
Die Docu ist Ok, wenn ich nicht so Kopfweh von kriegen würde.
Da sind ein paar Techniken drin, mit denen ich noch nicht so vertraut bin.


Strategie:
Du weist doch, erstmal anmachen und danach die Betriebsanleitung, um nachzusehen ob man es richtig gemacht hat.
Dann einbauen und wenn’s nicht geht den Kundendienst rufen.

Netter Gruß

[PicNick]

..und danach die Betriebsanleitung..

Aber auch nur dann, wenn's dampft und raucht.

Ich hab's so versucht, daß man es einfach abkupfern kann, ohne gleich in die metaphysischen Tiefen versinken zu müssen.

Wir haben's ja so, daß da eigentlich zwei unabhängige Streams laufen, einer raus, einer rein. Für unsere Dialog-Applikationen ist das meist ok so.

Btw: die mußt nicht alles auf einem connect machen, du kannst auch x-mal connecten, der DLL isses recht, dem Server auch.
(z.B. für Sensoren einen, für Slider etc. einen anderen, dann kriegst du deine Broadcast auch wieder zurück und kannst dich selbst testen)


(Vielleicht ist es auch günstig, für den administrativen Teil einen unabhängigen Stream zu machen. damit wir diese Daten nicht unbedingt ins RnCom µC Protokoll zwängen müssen. Das is aber auch wieder ein anderer Kaffee)

[marvin42x]

Wie Du das ganz richtig siehst, ich werde das gnadenlos abkupfern, ohne jede Spur von Kreativität, aber dafür mit Erfolg.
Da ich weis, dass Du mir das nachsiehst bin ich dann auch unbekümmert.
Das bedeutet ja nicht, dass ich das nicht grundsätzlich und im Wesendlichen verstehe. Und anwenden kann ich es auf die Art alle mal.

Admin Stream:
Hört sich interessant an die Idee, das könnte mir glatt gefallen.
Das lege mal ins Regal für die langweiligen, dunklen, verschneiten, langen, einsamen und eintönigen Winterabende an denen wir all das tun wozu wir im Sommer keine Zeit hatten.
Das holen wir bestimmt noch mal vor. Grübel, Denk……

So, bevor ich vor lauter lauter nichts mehr auf die Reihe bekomme.
Erstmal noch einen schönen Abend.

Netter Gruß

[marvin42x]

Nabend,
Admin Kram:
Sind jetzt schon die langen Winterabende?
Ich hätte da gern mal ein Problem.

Da ich gerade die TCP -Remote Sache einbaue.
Brauche ich einen Schlüssel für den Umstand, dass jetzt ein Kommando kommt.
Ich habe mal in den Definitionen nachgelesen und nur das cmd Byte gefunden.
Kannst du da mal was genaues festlegen?
Oder falls ich es überlesen habe mir auf die Sprünge helfen.
Am besten mit einer Beispiels Remote Message.
Die muss ja dann auch ein eindeutiges Ziel haben.
Das Key=Value Prinzip machen wir ja schon, das kann den Befehl Transportieren.

Netter Gruß

Ps. Und den IP Connector Hook immer schön warm und trocken halten

[PicNick]

..und nur das cmd Byte gefunden.

Ich finde, so wie du es machst (CMD = 1 ---> Key-Value sequenz)
ist das schon brauchbar und sinnvoll. Und eigentlich auch so gedacht. Auf den PC's ist ja ein String-vergleich (select case) kein Problem. Und man kann sich jeden Tag ein neues COmmand ausdenken, ohne daß andere Applikationen zwangsläufig betroffen wären
(wenn's nich sein muß, bin ich kein Freund von binären Command-Codes)


Also, würde sagen, daß ist einfach ausgemacht.
Steht in CMD-Byte eine 1 (0x01 , &H01), dann folgen im Datenfeld
KEY=VALUE,
(trimmed, also keine Spaces irgendwo) Komma als Trennzeichen, wenn mehrere Key-Values folgen.
Frage: Ist KEY bzw Value case-sensitiv ?