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

Zitat:

---

Frage: Ist KEY bzw Value case-sensitiv ?

---

Das wüsste ich auch gerne :-)
werde ich ausprobieren.
Im Moment mache ich bei Command, also Key, einen einfachen Stringvergleich und das riecht nach Case sensitiv.
Der Value Anteil wird der verarbeitenden Routine als String übergeben. Die muss sich dann darum kümmern ob ihr das was sagt, was sie da bekommt. Also String to Dezimal oder was auch immer sie da für sich machen muss.

Das mit dem cmd 1 ist dann erstmal gebucht.

Das mit mehreren Key=Value pro Message bin ich mir unschlüssig.
Kannst Du mir da ein paar Für -und –Wieder Argumente zukommen lassen?



Netter Gruß

Habe ich jetzt übersehen.
Die Adressfelder Class und Class ID reichen für die Kommunikation zwischen RN-EV’s nicht aus.
Wollen wir die Identität dieser EV’s auf de Level 1 Ebene abhandeln?
Das wäre dann ein Ident String.
Ich meine die µC’s brauchen vom PC-Gewusel doch nichts mitbekommen?
Wenn Ja brauchen wir dann im cmd Feld die 2 für: „Jetzt kommt die ID“ ?
Wobei die Zahlen im cmd Feld später auch leicht geändert werden könnten.

Ich zitiere mal:
--------------------------------------
' GUI e.V. : Wir haben dzt. eine Identität so eines Vereins, nur ist das halt nur Text.
'Auch ohne spezielle IAM könnt' da noch eine Netz-ID reinquetschen.
'Aber besser wär's, überhaupt zu einem formalen Aufbau zu wechseln, solange wir noch jung sind.
'Denn bald werden auch die Versionen eine interessante Information sein. ("hat der dieses oder jenes schon drauf oder nicht")
'Mir wäre es einfach, wenn wir da ein Key-Value-Format nehmen würden
'Key1=value1 , Key2=value2 , ....;KeyN=valueN

'ID=nnnnn , NAME=aaaaaaaaa , VERS=mmm , DESCRIPT=aaaaa
'(alternative statt "ID" IDC=class, IDI=ident )

'Für den Absender isses so soder so nur ein String, aber ich tu' mir leicht beim zerlegen, und wir können jederzeit
'was hinzufügen, ohne bestehende Applikationen zu tangieren.
'Also:
'KEY ID, IDC, IDI, VERS, NAME, ......
'"="
'value numerisch oder text, je nachdem (nix hexadezimales)
'"," Argument-Seperator oder nix, wenn nix mehr kommt
'Reihenfolge egal, alles optional ( Wenn keine ID, dann hat er eben keine)

'Das "RN" am Anfang müsste dann nicht mehr sein
-----------------------------------------------------------------
ENDE Zitat.

Das würde dann nach meinem Verständnis so aussehen:

ID=RNEV, Name=MARV, VERS=0.1, DESCRIBT=Testfall

Wenn MARV seine Schützlinge steuern will muss er sie ja beim Namen rufen können.

Oder gibt es da noch ganz andere Überlegungen?

Netter Gruß

Heute habe ich mir noch eine Freude gegönnt und meine TCP/IP Remote Fähigkeit in Betrieb genommen. Habe mit einem MARV einen anderen über den Bildschirm gescheucht.
Und ihn auch über TCP/IP Message beendet.
Ich gebe zu das ist nicht so viel, aber genau das richtige für mein kindliches Gemüt.

cmd 1 ist also in Betrieb
Key=Value ebenfalls
Das TCP Netz App—Server—App auch

Das alles aber noch ohne Namentliche Adressierung.

Command Line Start Argumente kann er sowie so schon

Der Key ist übrigens Case sensitiv.
Value im Prinzip auch. Da kommt es aber drauf an wie er weiterverarbeitet wird.

Netter Gruß

Zitat:

---

.. mehreren Key=Value pro Message ...Für -und –Wider ..

---

Na unbedingt. Stell dir nur vor, du willst deinem Karaoke-Hamster die gewünschten Bild-Parameter setzen oder abfragen

Case-sensitiv:
Ich mach es immer so: KEY ist case-sensitiv, wird allerdings in dern RnRegist-Routinen immer standardisiert auf uppercase, getrimmt und ohne leading spaces. (was immer einer auch eintippt).
Bei den Values hab' ich's eigentlich so:
OHNE Quotes wird auch normalisiert.
MIT Quotes gilt es als Text und obliegt dem User (da können dann auch spaces drin sein).
(wobei ist die übliche quote-logik habe, also wenn im Text ein quote sein soll, dann muß man es doppelt schreiben)

Das wird bei unserem Gebrauch aber keine große Rolle spielen, denn irgendwie ist ja alles entweder eh' numerisch oder ein Schlüsselwort.

(Bei meinem Mixer hat sich z.b. diese Frage nie gestellt)
(Auch die quoted-Value Geschichte hat sich eigentlich als irrelevant erwiesen)

Next: Vereins-ID
Ich glaub' beim "Shell" kriegst du ja die Prozess-ID als Wert zurück. Das ist innerhalb eine Maschine das eindeutigste, was wir haben. Und das ist ein simples 16-Bit Wort. Könnten wir nehmen:

ID=nnnn, NAME=seppel,PID=nnnnnn......

(die eigene Pid weiß schließlich jeder)

Mehrere Key=Value:
Ok, überzeugt, machen wir so.

Case-Sensitiv:
Ich Stelle alle Keys auf Großgeschrieben um. Damit müsste alles nahtlos passen?
Bei Den Values dann auch soweit es notwendig ist.
Dann kann die Lib normalisieren und meine Befehlsauswertung bekommt das was sie erwartet.

Deine Erfahrung mit den Quotes können wir gerne übernehmen.
Mir fällt im Moment auch keinen Fall dafür ein.
Da bleibt die Sache an der Stelle erstmal schlicht und übersichtlich.

Netter Gruß

Vereins ID:
Die PID ist ein guter Vorschlag. Das realisiere ich dann erstmal so. Die wandle ich zum String und verwende sie.
Geht ja heute wie’s Brezelbacken.

Netter Gruß

Zum Darüberstreuen:

Code:

---

    'NEU ------------------------------------------
    Declare Function RnIpEnabRx Lib "rnregist.dll" (ByVal IpRef As Integer) As Integer

---

Code:

---


    '-------------------------------------------------------------------------------------------------
    '  Workout with original Thread
    '-------------------------------------------------------------------------------------------------
    Public Sub IpData(ByVal MyIp As Integer, ByVal Arg As Integer, ByVal Status As Integer)
        Dim MsgRef As Integer  ' current Message Reference
        Dim res As Integer
        Dim RespLen As Integer

        MsgRef = RnIpMsgGetIn(IpRef)
        While MsgRef <> 0
                  '.....
        End While


        If IpRef <> 0 Then                  'NEU ------------------------------------------
            res = RnIpEnabRx(IpRef)        'NEU ------------------------------------------
        End If                              'NEU ------------------------------------------

    End Sub

---

Das sollte gegen das verhaspeln helfen , hoff' ich

In der ZIP: MARV (Teilprojekt)
und eine neue DLL

Und weiter: Bei Key und sonstigen Schlüsselwörtern bitte Umlaute vermeiden: Also "SAUBAER" statt "SAUBÄR"

Es ist jetzt ein paar mal von einem "Simulanten" gesprochen worden. Ich meine, einen Client, der sich daran hängt und mit einstellbaren Intervallen irgendwelche einstellbaren oder randomized() Werte aussendet, kann man sich ja leicht vorstellen.

Oder geht das in Richtung Cyber-Robby ?