Zeitmessung mit Arduino

Jul 08, 2017 115 Replies

Servus,



um die Fallzeit eines Gegenstandes zu messen, wird am Start eine



sendet der Arduino ein Funksignal (NRF24L01) zu einem am Auftreffort



millis() der Zeitpunkt festgehalten. Den Aufprall des fallenden Gegenstands (Murmel) auf eine Holzplatte detektiert ein Vibrationssensor und veranlasst einen zweiten millis-Aufruf. Die Zeitdifferenz wird dann als Fallzeit interpretiert.


totaler Fallzeit) unter den Zeiten, die das Gesetz des freien Falls vorgibt. t=Wurzel(2 H/g)


Ist die Differenz von millis ggf. fehlerhaft?



Gruss, Tim


Koppel doch mal, per GPIO und draht, deine 2 Boards und bestimme die Latenzen

Am 08.07.2017 um 22:21 schrieb Arne Pagel:

Bin leider kein Experte auf dem Gebiet.

Und sollten etwaige Latenzen, die gemessene Zeit nicht immer

genau umgekehrt. Die Messzeit ist kleiner als der Erwartungswert.

Gruss, Tim

Am 08.07.2017 um 21:43 schrieb Tim Franke:

Tim Franke schrieb:

Wieso? Es ist sicherlich davon auszugehen, dass das Senden, Empfangen

offensichtlich zu klein, wie beobachtet.

Christian

Christian Zietz - CHZ-Soft - czietz (at) gmx.net WWW: http://www.chzsoft.de/ PGP/GnuPG-Key-ID: 0x52CB97F66DA025CA / 0x6DA025CA

Am 08.07.2017 um 21:43 schrieb Tim Franke:

bis der Start per Funk gemeldet ist und den Start der Zeitmessung

Diese E-Mail wurde von AVG auf Viren geprüft. http://www.avg.com

Am 08.07.2017 um 22:24 schrieb Tim Franke:

ob sie konstant ist.

Am 08.07.2017 um 21:43 schrieb Tim Franke:

sein. Meine bisherigen Erfahrungen zeigen, dass selbst baugleiche Arduinos, die vermutlich auch aus der selben Charge stammen, schon nach kurzer Zeit deutlich asynchron laufen.

Gregor

X-ggl-piss-off: yes

gespeist werden sondern jeweils eine eigene benutzen werden sie auseinanderdriften. Ein Quarz ist recht genau, aber eben nicht 100%.

Gerrit

Ack.

verwendet wird.

man da aufpassen, weil die Synchronisation der Uhren echt schnell verloren geht.

Marcel

Am 09.07.2017 um 00:39 schrieb Andreas Weber:

Ah. Logisch. Denkfehler von meiner Seite.

nicht erkannt wurde.

Am 08.07.2017 um 22:34 schrieb Dieter Wiedmann:

Hatte ich bereits gemacht. H=0.31m -> Delta_t~0.04s

H=3.7m -> Delta_t~0.03s

Am 09.07.2017 um 01:01 schrieb Gregor Szaktilla:

Die eigentliche Messung soll von einem 40m hohen Turm erfolgen. Hier zu Hause sind es nur erste Test. Kabel scheidet da leider aus.

Ich hatte, um den Umstand mit den zwei Arduino zu bewerten, folgenden Test gemacht. Ein Arduino maccht einen Starttick und sendet sofort ein Funksignal. Der zweite Arduino macht beim Empfang dessen ein Delay vom

gibt es wieder ein Endtick. Die halbe Differenz der gemessenen Zeit zu 1000ms sollten dann nach

Am 09.07.2017 um 09:47 schrieb Tim Franke:

Sieht doch ganz nach deiner Funkstrecke aus.

Anregung:

formatting link
Bei der "Camera Axe", von der die Rede ist, handelt es sich um ein Arduino-basierendes System

formatting link

, bei der Software kannst Du Dich hier bedienen:

formatting link

trivial) und der sog. "Projektilsensor", eine triviale Gabellichtschranke

formatting link

Viel Erfolg!

Mach es ohne Funk. Die vom Funkprotokoll erlaubten Zeitschwankungen sind

gekoppelten Arduinos.

Ciao, Volker

@: W E B 2 0 1 7 at B A R T H E L D dot N E T 3W: www.bartheld.net

Am 09.07.2017 um 10:07 schrieb Dieter Wiedmann:

den Test aus meinem Posting 9:52Uhr gemacht.

0.005s. Mir fehlt mit 0.04s jedoch 8 mal so viel Zeit im Vergleich zum Erwartungswert. So hatte ich seinerzeit ein Latenzproblem durch Funk ausgeschlossen.

Am 09.07.2017 um 10:18 schrieb Volker Bartheld:

Entfernung (~40m) von Start und Ende. Bei dem Projektil waren es nur wenige Zentimeter.

was zu treffen.

leere Getreidesilos verwendet.

MfG JRD

Probleme macht.

Gerrit

Gregor Szaktilla schrieb:

Das ist sicherlich richtig. Aber welchen Einfluss sollte das auf das Messergebnis bei Tims Aufbau haben?

MfG Rupert

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required