Dividieren von Ganzzahlen ?

Zuviel Werbung?
-> Hier kostenlos registrieren
du darfst schnell nicht mit kurz verwechseln ... schau mal in die OP-liste! hab grad keine zur hand, denke aber, das OHGNs shift schneller ist als dein akku-verwurschtel

Ist schneller, hab eben schon ins Handbuch geguckt. Bei SRD 16 wird ja noch ein Operand geladen, das macht den Befehl immer langsamer.

Zeiten für eine 31x (außer 312/317):

SRD 16: 1,3 µs

TAD: 0,2 µs
TAW: 0,1 µs
 
Mit REAL kann man schön alle Zahlen rechnen. Mit den Formaten S5time oder INT gerät man schnell an die Grenzen bei großen Zahlen. Bei uns in der Firma stellen wir alles auf REAL um, auch aus dem Grunde, weil es einfacher wird, wenn man nur ein Format verwendet.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Mit REAL kann man schön alle Zahlen rechnen. Mit den Formaten S5time oder INT gerät man schnell an die Grenzen bei großen Zahlen. Bei uns in der Firma stellen wir alles auf REAL um, auch aus dem Grunde, weil es einfacher wird, wenn man nur ein Format verwendet.

wie argv_user bereits bemerkte, ist das nicht immer praktikabel und notwendig. sei dies nun beim vergleich oder einfach beim sinnvollen umgang mit speicherplatz.
 
Mit REAL kann man schön alle Zahlen rechnen. Mit den Formaten S5time oder INT gerät man schnell an die Grenzen bei großen Zahlen. Bei uns in der Firma stellen wir alles auf REAL um, auch aus dem Grunde, weil es einfacher wird, wenn man nur ein Format verwendet.

Nicht zu vergessen ist dabei aber, daß Realzahlen auf Grund ihres Aufbaus eine eingeschränkte Genauigkeit haben, was besonders bei sehr kleinen und sehr großen Werten zu enormen Fehlern führen kann. Aber in den allermeisten Fällen wird es sicher langen.
 
Mit REAL kann man schön alle Zahlen rechnen. Mit den Formaten S5time oder INT gerät man schnell an die Grenzen bei großen Zahlen. Bei uns in der Firma stellen wir alles auf REAL um, auch aus dem Grunde, weil es einfacher wird, wenn man nur ein Format verwendet.
dann nehm ich den Jan auch noch auseinander;) (nichts für ungut - ich kann nicht anders).

Ich hab Berechnungen, die ich im DINT-Format (also32-Bit) durchführe und dadurch, dass ich mehrfach integriere, auf die 32-Bit-Genauigkeit angewiesen bin. Real würde mit seiner 24-Bit-Genauigkeit nicht ausreichen. Davon abgesehen, rechnet die CPU wesentlich schneller in DINT als in REAL.

Damit klar wird, was ich da so rechne: meine Maschinen umfassen i.d.R. weniger als 20mtr. Da ist eine recht schöne Einheit ein Festpunkt-DINT mit maximal 20.000,000.00 Millimeter. Die erste Ableitung daraus ist dann der Millimeter pro Millisekunde ode auch Meter pro Sekunde mit gleicher Hinterkommaauflösung. Gefolgt von der Beschleunigung in Meter pro Sekundequadrat, die dann allerdings nur noch zwei Stellen hinter dem Komma auflöst. Damit rechne ich dann recht hübsch Antriebsrampen, Antriebsmomentangeschwindigkeiten und Positionen durch jeweiliges aufintegrieren. In REAL nicht machbar.

Lange Rede, kurzer Sinn: entsprechend meiner Vorredner will ich eigentlich nur ausdrücken, dass das Real-Format nicht das Allheilmittel aller Sorgen ist. Nur dürfte mit der Zeit das Laufzeit, Speicherplatz und Genauigkeitsproblem wegfallen, wenn dann die SPS in zehn Jahren entsprechend leistungsfähiger sein wird.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Da kann ich nur zu sagen, dass meine Aussagen auf meinem bisherigem Kenntnisstand und meiner Meinung beruhen.
Ich muss noch ein paar Jahrzehnte Erfahrungen sammeln und dazulernen.
Daher; danke für die Aufklärung.
Man lernt nie aus.
 
Zurück
Oben