Bytes berechnen

AJ schrieb:
> Wie berechne ich meinen Speicherbedarf?

WAS willst du speichern?
Wenn du Umdrehungen zählen willst, dann brauchst du nur eine genügend 
große Zahl und keinen Speicherbereich.

AJ schrieb:
> Habe einen Sensor der pro Umdrehung 5000 Impulse liefert
> Bei einer Drehzahl von 6000 U/min und die Dauer beträgt 5s
>
> (5000 × 6000 × 5) ÷ 60 = 5 MB
>
> Ist das so richtig

Das ist noch nicht mal zahlenmäßig richtig gerechnet. Woher du die 
Einheit "Byte" nimmst, ist auch schleierhaft. Auf der linken Seite der 
Gleichung kommt jedenfalls nirgendwo ein Byte vor. Und warum teilst du 
durch 60?

> Wie berechne ich meinen Speicherbedarf?

Gegenfrage: wofür sollte ein Sensor, der Impulse liefert, überhaupt 
Speicherbedarf haben? Impulse werden üblicherweise nur gezählt

AJ schrieb:
> ich speichere bei jeder Flanke die Auftritt, einen Zeitstempel ab.
> Daraus berechne ich mir später dann die Geschwindigkeit.

Ich vermute dir geht es darum, einen Graph über 5s zu zeichnen, der 
einen Geschwindigkeitsverlauf (z.B. Beschleunigung, Gleichlaufverhalten, 
Abbremsen) darstellt.

Abspeichern eines Timerwertes bei jedem Impuls hat die Schwierigkeit, 
dass der Timer überlaufen kann, wenn der Motor sehr langsam dreht oder 
steht.

Alternative wäre, in sinnvollen Zeitabständen die Impulsanzahl 
(=Momentangeschwindigkeit) abzuspeichern. Das lässt sich dann auch 
direkt in einen Graphen umwandeln.
Wenn die zeitliche Auflösung z.B. 1 ms ist, hättest du für die 5s nur 
noch 5000 Messwerte (Impulsanzahl) zu speichern.
Bei 6000 U/min treten in einer ms ca. 500 Impulse auf, du kämst also mit 
16-bit Werten aus, macht 10 KB Speicherbedarf.

AJ schrieb:
> Und ja es wird danach ein Graph dargestellt, ich hau im Matlab einfach
> meine ganzen Zeitstempel rein und das Programm erledigt den Rest.

Tja, das ist die heutige Generation Ingenieurskunst.
Für die gleiche Aufgabe sind statt 10 KB Daten auch 10 MB Daten okay, 
Mathlab erledigt den Rest, und wenn das Reinzoomen in den 2500000 
Punkte-Graph zu langsam wird, kauft man einen schnelleren Rechner.
Ehrlich jetzt?

Gurgl schrieb:
> @axel: das sind die 60 Sekunden pro Minute

Mift. Irgendwie war ich bei 5 Minuten Meßzeit hängen geblieben. Es sind 
aber nur 5 Sekunden. Die Rechnung stimmt trotzdem nicht. Weder von den 
Zahlenwerten noch von den Einheiten.

Gurgl schrieb:
> Stefanus F. schrieb:
>> 6000 U/min x 5000 Impulse x 4 Bytes = 120 MByte/min
>
> Das haut so noch nicht hin, was passiert mit den Impulsen?

Guter Einwand. Aber einfach zu beheben. Denn es muß "4 Bytes / Impuls" 
heißen und dann kürzen sich die Impulse auch ordnungsgemäß raus.

Aus persönlichem Interesse: wo bekommt man einen so schönen Encoder, der 
5000 Imp/U liefert?

Wolfgang schrieb:
> Je nach dem, was man als "langsam" klassifiziert

Bei Motoren rechne ich da prinzipiell mit 0 U/min.

Wolfgang schrieb:
> Bei einem 32-Bit Zähler und 16MHz Takt, nur um mal irgendwelche Zahlen
> zu nennen, besteht erst unterhalb von 0,00005 1/min die Gefahr eines
> unbemerkten Überlaufs. Das wirst auch DU kaum noch als Drehung
> wahrnehmen.

...dachte sich der Programmierer bei Boeing...

Nein, natürlich kann man auch einen Schwellwert festlegen, unterhalb 
dessen die Geschwindigkeit als 0 gilt etc.
Ich finde halt nur die Vorgehensweise Geschwindigkeitsmessungen in 
diskreten Zeitabschnitten vorzunehmen deutlich praktikabler, und sie 
deckt auch den Fall 0 U/min problemlos ab.