Hi NumberFive.
ich habe hier die wichtigsten Spezifikationen zusammengetragen:
http://www.marvins-lab.roboterbastle...ntationen.html
Insbesondere sind das die Links:
https://www.roboternetz.de/wissen/in..._Controller/PC
Grundsätzlicher RnCom Aufbau und Message Aufbau
https://www.roboternetz.de/wissen/in...C_PC-Programme
Layer-1 und 2. Beschreibung der TCP/IP Message und des Log in.
https://www.roboternetz.de/wissen/in...ler/PC_Routing
Routing I2C, <->UART(seriell), <-> TCP/IP
https://www.roboternetz.de/wissen/in...pezifikationen
Layer 0 - 1 Messageaufbau und Kommunikationsregeln
Im Grunde recht simpel.
Erst die Messagelänge als 16bit
Die Länge ist "host-order" d.h. low-Byte zuerst, immer exklusive Länge, d.h. für 4 Bytes Layer-1 Daten werden insgesamt 6 Byte übertragen.
Siehe auch: PC_Spezifikationen(oben)
Dann die Adresse:
(die ist bereits Teil der TCP/IP Daten)
Du hast als erstes ein Byte für die Ziel-Klasse z.B. Die Pegelanzeigen einer GUI
Als zweites Byte die Ziel-Klassen ID z.B. Die dritte Pegelanzeigen einer GUI
Als drittes Byte die Quellen Klasse, also z.B. AD-Wandler
Als zweites Byte die Quellen Klassen ID (Identität) z.B. 3 für den dritten AD-Wandler
Danach die Daten.
Als erstes das Command Byte.
1 steht dafür das jetzt ein ein Key=Value Kommando z.B „POSY=150“ kommt
0 steht für einen Wert
Der Wert ist je nach Sender oder Empfänger unterschiedlich.
Du meldest Dich beim Server mit einem Ident String an.
Nach dem Connect schickst du ihm z.B.:
NETID=ID=0,NAME=RnChild0,MOTHERPID=NoMother,PID=69 900
Diesen String nach dem Key=Value Prinzip trägt der Server sich ein.
Das ist jetzt nur ein Beispiel des RnWizard.
Du brauchst jetzt kein Rn vorne weg stellen. Der Server akzeptiert jetzt alles
Ich hoffe Dir damit etwas Licht gebracht zu haben.
Netter Gruß
Ps. Ich werde das auf der Webseite vielleicht noch mal grafisch aufdröseln obschon die Docu im Roboternetz sehr ausführlich ist.
Ich habe auch eine TCP/IP Demo im Downloadbereich. Da kann man im Source den Message Aufbau auch noch mal anschauen
Die ersten zehn Millionen Jahre waren die schlimmsten. Und die zweiten Zehn Millionen Jahre, die waren auch die schlimmsten.url
@NumberFive:
Auf der Seite:
http://www.marvins-lab.roboterbastle...tml/rncom.html
kannst Du jetzt rechts oben auf Die Grafik RnCom Message- Aufbau TCP/IP klicken.
dann öffnet sich eine detaillierte Darstellung des Message Aufbaus.
Sag mal bescheid ob das so hilfreich ist
Netter Gruß
Die ersten zehn Millionen Jahre waren die schlimmsten. Und die zweiten Zehn Millionen Jahre, die waren auch die schlimmsten.url
ist schon mal sehr gut.
über die Beschreibung im Netz sage ich mal techisch korrekt und suber hergeleitet aber viel zu komplex wenn man das nach programmieren will. für mich fehlt einfach die zusammen fassung. (Programier anleitung)
So jetzt mal weiter ich mache einfach machmal c änliche syntax ich hoffe das es jeder lesen kann.
BYTE[0] = Länge Low BYTE
BYTE[1] = Länge High BYTE
BYTE[2] = Klasse Empfänger
BYTE[3] = Ident Empfänger
BYTE[4] = Klasse Sender
BYTE[5] = Ident Sender
BYTE[6] = Klasse der Nachricht
BYTE[7] = Ab hier daten
wenn BYTE[6] == 0 dann kommt ab Byte 7 ein Wert
Die bedeutung von wert kann ich an dieser stelle nicht Interprtieren
wenn BYTE[6] == 1 dann kommt ab Byte 7 Key Value String
wenn BYTE[6] == FE == 254 dann war das ein ACK
wenn BYTE[6] == FF == 255 dann war das ein NACK bzw das gerät meldet sich ab
Bitte alle Key's die du für die Dialog Stuerung definiert hast auf schreiben
FORMPOSX=100 = X Position des Fenster 's in Bildschirm Korodinaten
CLOSEME=1 Anwendung beenden
....
Ich hätte gerne
wenn BYTE[6] = 3 dann folgen nachher Binäriy daten das heist hier können auch 0 Bytes enthalten sein damit könnte ich dann das jpg übertragen bzw. mein jpg daten informations packet bestehet aus Header und jpg daten.
Header:
Im header sin zwar bei mir zur zeit nicht alle daten gefüllt aber das ist ja nicht so tragisch.Code:#pragma pack(push) #pragma pack(1) struct FRAME_T { char header[5]; int nbframe; double seqtimes; int deltatimes; int w; int h; int size; int format; unsigned short bright; unsigned short contrast; unsigned short colors; unsigned short exposure; unsigned char wakeup; int acknowledge; }; #pragma pack(pop)
Jetzt zu den klassen
BYTE[2] = 0 und BYTE[3] = 0 dann geht das an alle Nur TCP oder auch auf die Com ?
BYTE[2] = 0 und BYTE[3] = 1 bis FF Funktionen im RN-Server welche sind das ?
wenn ich das richtig verstanden habe BYTE[3] wenn LSB = 0 dann gehen die daten an den I²C wenn BYTE[3] LSB = 1 dann geht das zeugs an die Com1 bzw an die 1 RS232.
Für das BYTE[5] giblt das selbe nur das hier dann der absender gemein ist
wenn im BYTE[5] da LSB 1 und das BYTE[4] den wert H82 = 130 hat dann kamen die daten von RS232 1 und es ist ein wert des ADC oder ?
Mir ist im moment schleier haft wie ich meinen Viedeo server von Class und ID richtig einordenen würde.
Also ent weder habe ich es komlett mis verstanden oder es irgenwo noch ein Bug drin. Ich hoffe du kannst das auf klären.
So weit
P: Meine Tochter (06.11.07) und https://www.carnine.de
M: Träumen hat nix mit Dummheit zu tun es ist die Möglichkeit neues zu erdenken
habe gerade das demo runter geladen aber ich bekomme es nicht zu laufen.
der RN server öffnet der port nicht auto matisch und auch der Wizard versucht so weit ich das sehen kann keinen Connect.
Wenn ich dann alles von hand conneted kann ich keine Messages versenden. das konnte ich aber mit dem alten noch.
Gruß
P: Meine Tochter (06.11.07) und https://www.carnine.de
M: Träumen hat nix mit Dummheit zu tun es ist die Möglichkeit neues zu erdenken
@NumberFive:
Danke für die Zuarbeit. Ich werde das mal versuchen umzusetzen.
Demo:
Die Demo werde ich demnächst mit dem Fortschreiten der Arbeiten vereinfachen.
Es stimmt, der Server connected zurzeit noch nicht automatisch. Das steht auch in meiner Anleitung.
Auf dieser Seite habe ich eine Anleitung für die Demo.
http://www.marvins-lab.roboterbastler.de/html/demo.HTM
Auf dieser Seite sind die Key=Value befehle gelistet:
http://www.marvins-lab.roboterbastle...ml/befehle.htm
Diese erste Demo sollte eigentlich erstmal nur das Konzept des RnWizard veranschaulichen.
Die steht eh noch auf ganz wackligen Beinen.
An der Stelle muss aber noch was geschehen damit das einfach wird.
Auch werde ich schauen ob ich die Docus noch umsortiere, dass sie besser zum Zusammenhang passen.
Command Byte:
Das entscheide ich ungern ohne PicNick weil ich da gerne seinen Sachverstand an der Seite hätte.
Aber ich denke das mit der 3 als Zeichen für binär können wir erstmal so machen.
Wenn es später ne andere Zahl ist lässt sich so was ja in unserem Stadium noch leicht richten.
Die vier Adressbytes gelten auf den AVRs und auf dem PC.
Was wir im Moment noch über die PID abwickeln ist die Identität des PC-Programms.
Ansonsten hat auch der dritte Slider auf der GUI seine Gruppe, der Slider hat seine Nummer, in dem Fall die 3.
Aber Du hast recht wir sollten die Stelle gut durchdokumentieren. Das ist alles etwas liegen geblieben weil wir an der TCP/IP Seite erstmal eine Linie haben wollten.
Netter Gruß
Die ersten zehn Millionen Jahre waren die schlimmsten. Und die zweiten Zehn Millionen Jahre, die waren auch die schlimmsten.url
@NumberFive:
Videoserver:
Die Kamera ist typischerweise am einem PC angeschlossen.
Das Programm das das Kamerabild darstellt oder bearbeitet ist auch auf einem PC.
Die PC-Komunikation zwischen PC-Anwendungen ist TCP/IP.
Das Videosignal über den RN-Server laufen zu lassen halte ich nicht für so gut.
Das Video ist eher ein Sonderfall und sollte Point to Point oder Broadcast ablaufen.
Ich kenne mich da nicht so gut aus.
Was ich mir vorstellen kann ist ein Remote-Port am anzeigenden PC-Programm.
Da müsste man überlegen wie man den einbindet.
Die PC-Programme haben ja eine Identität die überhalb des 4Bytes Adressraums liegt.
Die melden sich ja mit ID z.B. „ID=Trackbar1“ an.
An der Ecke müssen wir noch etwas Arbeiten
Wenn Du es dringend brauchst mach mal einen Vorschlag und dann legen wir was fest. Damit Wir Dich mit dem Video im System haben.
Netter Gruß
Edit:
Blödes Beispiel mit dem "Trackbar1". ID=GUIxy wäre wohl besser.
Edit2:
Auf dieser Seite hatte ich Die Kamera eingtragen:
http://www.marvins-lab.roboterbastle...l/aufbau1.html
Sag, falls es anders sein soll. Eventuell mit einer kleinen Skizze.
Die ersten zehn Millionen Jahre waren die schlimmsten. Und die zweiten Zehn Millionen Jahre, die waren auch die schlimmsten.url
bei daten geht es erst mal um Pickt frames als ich frage und bekomme ein bild wie sehr das dann auf die Perfomens geht wage ich nicht zu sagen. aber wenn ich eine netz habe sollte da auch alles durch passen sicher werde ich auch immer ein offnes ohr (TCP port) für die bild daten haben damit wenn die perfomens nicht ausreicht man so das vielleicht verbesser kann.
Hinter mir steht im moment auch Mr. Niemadn mit dem ich an seiner drei d Gui bastele wenn das kommt wird das der hammer.
Links oben viedeo bild und der rest eine fast echt zeit darstellung der umgebung in 3D auf grund der sensor daten.
Spätest Dienstag nacht sollte ich ein Doku hin gebastelt haben wie mein Zeit am we aussieht weiß ich noch nicht.
Gruß
P: Meine Tochter (06.11.07) und https://www.carnine.de
M: Träumen hat nix mit Dummheit zu tun es ist die Möglichkeit neues zu erdenken
Ja, MrMiemand ist gerade schwer in Fahrt. Das wird ne tolle Sache.
Die Frage des Datenaufkommens seiner 3D Anwendung hat ja mehrere Seiten.
Reine Sensorwerte oder xy Koordinaten fallen aus meiner Sicht aber nur in überschaubarer Menge an.
Den Löwenanteil benötigt ja die 3D Darstellung.
Wenn wir irgendwo Performance sparen können ist das sicher gut.
Da weis ich aber noch nicht was Du genau meinst.
Für allgemeine Sensordaten die irgendwo hin verschickt werden sollen werden wir um eine Adressierung vermutlich nicht herum kommen.
Gibt es Da noch Einsparpotential?
Mach mal bitte ein Beispiel zum besseren Verständnis für mich.
Netter Gruß
Die ersten zehn Millionen Jahre waren die schlimmsten. Und die zweiten Zehn Millionen Jahre, die waren auch die schlimmsten.url
http://www.marvins-lab.roboterbastler.de/html/demo.HTM
Das ist ein schreib fehler Star: anstand Start.
Ich habe sie jetzt endlich am rennen das demo meine ich so das ich jetzt wohl daten zu testen bekommen sollt (habe ich noch nicht getestet).
Problem war der RN Server nimmt meine Echte IP und nicht die 127.0.0.1 und dann geht nix habe jetzt halt die IP im cfg geändert gehabt das bringt nur nix weil das auch als Commando zeieln parameter über geben wird. ob das so sinvoll ist weiß ich nicht.
was ich mit Perfomens meinte ist das wenn das bild an forder den rn_server grillt muß man halt auch den extra port gehen aber im moment habe ich ein Netzinterface wo die Datenverarbeitet werden und dann will ich es auch von dort bekommen.
Zur 3d geschichte kann schon sein das man dann zwei rechner braucht einen Für das dastellen und einen für den Rest holen sensor daten video und sonstiges auf bereiten der daten. Einen echten server halt. Oder Vista löst all diese Prob's *g*. Wer halt seinen Robi mit 3D Brille und Jostick steuern möchte braucht leistung satt. Aber guck dir mal die vorraus setzung für 3D spiele an die sind auch nicht ohne.
Wenn das nicht braucht kommt man ja auch mit weniger leistung aus.
bis dann
P: Meine Tochter (06.11.07) und https://www.carnine.de
M: Träumen hat nix mit Dummheit zu tun es ist die Möglichkeit neues zu erdenken
Anbei ein entwurf ist aber noch nicht komplett abgestimmt. Nur damit Ihr seht was wir vorhaben.
P: Meine Tochter (06.11.07) und https://www.carnine.de
M: Träumen hat nix mit Dummheit zu tun es ist die Möglichkeit neues zu erdenken
Berechtigungen
Zitieren
Lesezeichen