Autor | Thema |
---|---|
thomasm
Epoxy-Meister Registriert seit: Jun 2013 Wohnort: Mechernich Verein: AGM TRA Beiträge: 464 Status: Offline |
Beitrag 7635580
[08. August 2015 um 00:20]
Nein,
ich bau definitv keine Zündung von Bergungssystemen ein. Die Tests die man machen muss um sicher zustellen, dass das sicher ist sind mir zu aufwendig. Z.b. lass ich den Atmega direkt von der Batterie Spannung laufen um Strom zu sparen, das funktioniert ganz gut erhöht aber das Risiko eines Resets. Es gibt genug günstige Kits auf dem Markt (auch arduino kompatibel) die das tun: http://rocket.payload.free.fr/ http://www.eggtimerrocketry.com/ |
thomasm
Epoxy-Meister Registriert seit: Jun 2013 Wohnort: Mechernich Verein: AGM TRA Beiträge: 464 Status: Offline |
Beitrag 7635582
[08. August 2015 um 17:25]
Ich hab nicht vor die Altimeter zu bauen und zu verkaufen.
Wenn ihr einen haben wollt müsst ihr den selber bauen. Ich hab schonmal eine Anleitng für die Hardware gemacht: Anhang: altimeter.pdf Die Software folgt wenn sie getestet wurde. Geändert von thomasm am 08. August 2015 um 17:26 |
thomasm
Epoxy-Meister Registriert seit: Jun 2013 Wohnort: Mechernich Verein: AGM TRA Beiträge: 464 Status: Offline |
Beitrag 7635685
[24. August 2015 um 16:28]
Ich hab in Manching fleißig Daten gesammelt um den Kalman Filter einzustellen:
Die Bilder zeigen einen Flug auf einem Klima C6-5. Ich hab ziemlichen Mist gebaut, da der Kuppler zur Payloadbay offen war und daher die Austoßladung die Sensoren erreicht hat. Jedenfalls gibt mir dfas die Möglichkeit zu testen wie der Code unsinnige Werte behandelt. blau sind die Rohdaten vom BMP180, rot sind die gefilterten Daten, grün ist der Raven Altimeter zum Vergleich und türkis ist die Geschwindigkeit vom Kalman Filter Die Spitze durch die Ejection charge wird ignoriert da sie nicht zur Geschwindigkeit der Rakete passt. |
thomasm
Epoxy-Meister Registriert seit: Jun 2013 Wohnort: Mechernich Verein: AGM TRA Beiträge: 464 Status: Offline |
Beitrag 7635689
[24. August 2015 um 18:33]
Hier ist noch der HP Flug, rot ist der Altimeter, grün ist der Altimax G3 und türkis ist der telemega.
Mein altimeter zeigt 5m mehr an, die aber auch schon in den Rohdaten (blau) sind. Das sind zwar nur 0.5% bei 1000m aber ich versteh nicht wirklich woran das liegt. Muss irgendwie damit zusammenhängen wie ich die Höhe berechne. Ich benutz die Formel aus dem BMP180 Datenblatt, allerdings gilt die nur für Sealevel, das ist wohl das Problem. Wie kann ich das korrigieren ohne die Höhe des Startplatzes zu kennen? Stellt sich auch die frage wie genau das überhaupt geht. Die GPS Höhe ist 1045m. Geändert von thomasm am 24. August 2015 um 19:49 |
Neil
99.9% harmless nerd
Registriert seit: Aug 2000 Wohnort: Delft Verein: SOLARIS Beiträge: 7776 Status: Offline |
Beitrag 7635696
[25. August 2015 um 11:19]
Hallo Thomas,
nettes Datengewusel Hast du das Datenblatt zur Hand und kannst es heir verlinken? Ich finde 0,5% Fehler schon recht gut. Die GPS Höhe ist mit Vorsicht zu genießen. Diese bezieht sich auf einem Ausgleichsellipsoiden. Diese werden genutzt um der Kartoffelform der Erde gerecht zu werden. Leider klappt das nicht immer überall gleich gut, da es ja nur eine gemittelte Ellipse ist. So wohne ich laut Karte bei -2m, das GPS erfreut mich aber immer wieder mit Werten von -9 bis -13m. In den GPS Daten (wenn du die geloggt hast) sollte auch der Positionsfehler zu finden sein. Gruß Neil Die Erde ist eine Scheibe. Egal in welche Richtung sich die Menschheit bewegt, sie geht immer auf einen Abgrund zu. |
thomasm
Epoxy-Meister Registriert seit: Jun 2013 Wohnort: Mechernich Verein: AGM TRA Beiträge: 464 Status: Offline |
Beitrag 7635697
[25. August 2015 um 11:51]
Das Datenblatt gibt es hier:
http://ae-bst.resource.bosch.com/media/products/dokumente/bmp180/BST-BMP180-DS000-12~1.pdf |
Neil
99.9% harmless nerd
Registriert seit: Aug 2000 Wohnort: Delft Verein: SOLARIS Beiträge: 7776 Status: Offline |
Beitrag 7635698
[25. August 2015 um 12:03]
Hi,
auf Seite 6 steht der Fehler von der Druckmessung. +-1 hPa. Kannst dann ja mal ausrechnen wie viel Meter das in der Höhe sind. Gruß Neil Die Erde ist eine Scheibe. Egal in welche Richtung sich die Menschheit bewegt, sie geht immer auf einen Abgrund zu. |
thomasm
Epoxy-Meister Registriert seit: Jun 2013 Wohnort: Mechernich Verein: AGM TRA Beiträge: 464 Status: Offline |
Beitrag 7635699
[25. August 2015 um 12:11]
Das sind etwas weniger als 10m, aber ich denke dass nicht der Fehler auf den absoluten Druckwert sondern der auf den Relativen relevant ist, da ich ja nur die Druckdifferenz zum Boden brauche, der wäre 0.12hPa = 1m.
|
Sean Con
Anzündhilfe Registriert seit: Aug 2015 Wohnort: Bonn Verein: Beiträge: 1 Status: Offline |
Beitrag 7635720
[26. August 2015 um 15:08]
Hallo Thomas
Ich bin durch Heijo (Heijo216) auf deinem Projekt aufmerksam geworden. Mein Name ist Sean. Ich studiere Meteorologie. Ich war dieses Jahr in Manching gewesen. Obwohl ich die Dinger in Manching auch gesehen hatte, werde ich erst dann aufmerksam, wenn Heijo später nochmal alles erwähnte. Danke Heijo. Ich sehe dass du die Formel auf Seite 16 verwendest. P0 sollte 1013.25 hPa entsprechen, das ist aber Temperaturabhängig. Eigentlich, brauchst du die Höhe des Startplatzes nicht, da es immer eine relative Höhe abgemessen wird ( = du missst relative zu einer null ebene, es kann auch der Startplatzboden . Kann es sein, dass es nur daran liegt, dass du auch die Temperatur kompensieren sollst? Könntest du dann vielleicht vor jedem Flug P0 abmessen? Zum Beispiel, unter voin init {} schreibst du eine Zeile wie P0 = analog_read(BMP_pin) ? Nur so eine Idee. |
thomasm
Epoxy-Meister Registriert seit: Jun 2013 Wohnort: Mechernich Verein: AGM TRA Beiträge: 464 Status: Offline |
Beitrag 7635721
[26. August 2015 um 17:43]
Also was ich nutze ist
wobei P0 der Druck am Boden ist den ich vor dem Start messe, nicht der auf Meereshöhe. Die Druckwerte des Sensors sind temperaturkompensiert allerdings das Modell nicht. Gibt doch hier einen Formeleditor ;-) Oliver Geändert von Oliver Arend am 26. August 2015 um 21:31 |