Hallo zusammen
ja da gabs was zum formatieren musst mal in die doku von cwrite/cread schauen denke sowas wie "R.2"
"ohne gewehr" 
musst nochmal nachschauen
gruß Loipe
Hallo Stethi,
Mal anders gefragt: Warum stören Dich denn die nachfolgenden Kommastellen?
Tilman/Frankreich
guten morgen!
auch wenn es formatier-befehle gibt, wird dir das hier nichts nützen. der variablentyp "frame" ist schließlich systemweit von kuka vordefiniert und wird immer die volle anzahl kommastellen haben. das heißt ja nicht, dass der wert genauer/ungenauer ist, sondern einfach, dass immer zb 6 stellen angezeigt werden. meines erachtens ist frame eine struktur aus sechs real-zahlen. fertig. und einer real kannst du ja auch nicht vorgeben, dass sie heute mal nur zwei kommastellen speichern soll.
mfg speed
Hihi, die Frage bringt mich auch ins Grübeln - wozu braucht man das?
Man kann trefflich schwadronieren über eigene Strukturen mit 6 Integers, wo man einfach die Reals mal 100 genommen hat, oder mit speziell formatierten Strings... aber solang die Frage nach dem Sinn offen ist, bringt das nichts...
Grüße,
Michael
Hallo
der Stethi wollt wissen wie man das löst. er will nen string daraus machen mit 2 nachkommastellen.
warum ist doch irrelevant. vllt hat er nen begrenzten string und brauch ein paar stellen zuviel aber auch das ist doch egal.
mit swrite geht es durch das formatieren
formatierungen sind in dieser http://www.roboterforum.de/rob…h;topic=3613.0;attach=844 Doku
im Kapitel 6.11.4 behandelt
war nen f.2 als format
diese grundsatz diskussion bei einer einfachen frage finde ich unangebracht.
Gruß Loipe
[edit] upps zu schnell^^
sread und swrite mit formatierung nutzen, interne speicherung realzahl ist 4 byte, darstellung ist variabel. nur bei umwandlung in strings wirds komisch.
über serielle schnittstelle kannst du realzahlen übertragen, dann werden 4 byte/Zahl benutzt und fertig.
wh
über sinn oder unsinn will ich auch nich diskutieren.
er hat aber geschrieben:
"Sobald ich dann aber den Frame beschreibe"
das verstehe ich so, dass er eine bereits formatierte Zahl nun IN den frame reinschreiben will. und das wiederum bringt zwangsläufig die besagte anzahl an kommastellen mit sich, da ein frame das nunmal so vorgibt.
wie die zahl dann dargestellt wird, steht auf einem anderen blatt, aber du kann einem fest definierten variablentyp (frame) nicht vorgeben, dass er sich heute mal anders verhalten soll, als sonst
mfg speed
ps: wenn es darum geht die zu ÜBERTRAGENDE zeichenmenge zu reduzieren, kannst du es doch so machen, dass die zahlen aus deinem frame ausliest und dann vor dem senden umformatierst, statt andersherum. oder verstehe ich da jetz falsch, was du machen willst?
der FRAME ist 6x REAL also 6 X 4 = 24 Bytes = 192 Bit lang
Hallo Stethi,
Deine Ausgangsfrage war wirklich nicht zu verstehen, deshalb auch meine Frage.
Vielleicht hilft ja CAST_TO und CAST_FROM weiter? Da kann man alle Daten zunächst in einen Puffer zusammenfassen, und dann binär mit einem einzigen Aufruf von cwrite übertragen. Habe das allerdings noch nicht ausprobiert.
Tilman
ich kann mich dennoch nur wiederholen. wie soll das gehen, dass eine vom system definierte variablenstruktur zb frame (6mal real) sich heute auf einmal anders verhalten soll, als sonst??!!!!!
real bleibt nunmal real. und teile von frame ist nichts anderes als frame.real
da gibts nix zu schnippeln
Du musst ein Benutzerkonto haben um einen Kommentar hinterlassen zu können
