Druckbare Version
Eben bei ELV entdeckt :
"3-Achsen-Beschleunigungssensor, Komplettbausatz
Artikel-Nr.: 68-915-21, EUR 5,95
Das sehr kompakte Sensor-Modul ist mit einem digitalen 3-Achsen-MEMS-Beschleunigungssensor BMA020 von Bosch Sensortec bestückt und stellt für die einfache Einbindung in eigene Applikationen einen 2,5-V-Spannungswandler sowie fünf Pegelwandler bereit."
http://www.elv.de/output/controller....&detail2=28515
Hi
Hast du dir das Ding gekauft? Hab ja großes Interesse dran, aber wenn das wirklich ein Bausatz ist, dann wird echt schwer das zu löten, besonders der Sensor selbst...
Ich würde mal Tippen dass die SMD Teile schon drauf sind. Man muß eventuell noch die Stiftleisten einlöten.
...auch ich tippe drauf, dass es grösstenteils fertig ist. Leider verzögert sich die Verfügbarkeit, aber ich wollte mir schon bei Gelegenheit einen Sensor bestellen.
scheint wirklich ein guts angebot zu sein...
schätze auch das die smd´s bereits eingelötet sind, will damit nämlich nichts zutuhen haben :D
MfG
Auf dem Bild sehen die SMDs sehr Professionell gelötet aus, z.B. per Reflow. Die Stiftleisten sehen dagegen mehr wie gut von Hand gelötet aus.
Selber hab ich den Sensor nicht, also nur eine Vermutung.
freu mich schon auf ein testbericht BEI DEM PREIS
wenn das teil wirklich was taugt wäre das echt super
Konntet Ihr denn überhaupt welche bestellen? Bei mir steht: Lieferung in 21 Wochen - auf Anfrage wurde mir das gerade als korrektes Datum bestätigt. So lange möchte ich eigentlich nicht warten :(
bei dem preis kein wunder
Hab mir heut früh um 1 noch zwei Stück bestellt..da stand noch 1 Woche, hast es wohl knap verpaßt :-#
Also wenn jemand bereit wäre, mir eins oder zwei weiterzuverkaufen, wär ich sehr dankbar um ne PN...
EDIT: Hat sich scheinbar erledigt. Die Module sind wieder lieferbar!
(schon komisch, dass mir gestern auf Anfrage die Lieferung in der KW39 bestätigt wurde)
Hallo zusammen.
Guter Tipp!
Ich habe mir trotz der 21 Wochen Lieferzeit (wurde heute bestätigt) gleich 4 Stück bestellt.
Und hier finden man, dass tatsächlich alles bis auf die Stiftleisten eingelötet ist: (letzte Seite; rechts unten)
http://www.elv-downloads.de/download...1521_3d_bs.pdf
Und für die 'Selbermacher' unter uns gibt es von ELV auch noch das Platinenlayout gratis:
http://www.elv-downloads.de/download.../1023472A1.pdf
Aber komisch ist, dass es diesen BMA020-Sensor scheinbar bei Bosch gar nicht/oder nicht mehr gibt. (Stört uns das? Oder kommt hier die Lieferzeit her?) Im oben angegebenen ELV-PDF steht jedenfalls ein Erstelldatum vom 04.03.2010.
http://www.bosch-sensortec.com/conte.../html/4377.htm
Allerdings ist die Pressemitteilung von Bosch zum Sensor schon vom März 2008.
http://www.bosch-presse.de/TBWebDB/b...3581,1&dispo=a
Drei (demnächst ;-)) messbare Beschleunigungen wünscht
Sternthaler
P.S.: Was macht man mit den Messdaten? Kennt einer die mathematischen Notwendigkeiten? (:oops: Ich habe zum selbersuchen ja nun 21 Wochen Zeit.)
sehe ich das richtig dass man, um alle 3 achsen zu messen, tatsaechlich 3 von den dingern braucht die man dann auch noch absolut exakt im 90grad winkel anordnen muss?
da es ein 3-Achs-Sensor ist, braucht man nur einen (zumindest der Beschreibung nach)Zitat:
sehe ich das richtig dass man, um alle 3 achsen zu messen, tatsaechlich 3 von den dingern braucht die man dann auch noch absolut exakt im 90grad winkel anordnen muss?
so, meiner ist heute schon angekommen. funktioniert auf anhieb, dummerweise scheint das ding falsch kalibriert zu sein oder ich hab's irgendwie kaputt gemacht.
jedenfalls liegt die z-beschleunigung bei mir zwischen -0.7 und 1.2g, wenn ich den sensor rumdreh. x und y stimmen auch nicht genau. hat sonst schon jemand erfahrungen gesammelt?
Hallo,
also nur zur Information für all jene, die sich einen solchen Sensor bestellen wollen: ich habe am 29.04. einen Sensor bestellt, der wurde am 30.04. versandt und ist am 03.04. bei mir angekommen. Und auf der ELV-Seite steht er auch als "sofort lieferbar". Ist mir also nicht klar, warum er bei manchem Leuten angeblich erst so spät lieferbar ist...
Gruß
Malte
hallo an alle!
ich bin neu hier und hab gleich mal ein paar fragen!
hab mir vor einigen tagen besagten beschleunigungssensor besorgt und bekomm einfach keine daten aus ihm herausgekitzelt!
ich hab mal versucht das byte welches ich reinschreibe wieder auszulesen, jedoch passiert im terminal gar nichts! (ausser ständiger ausgabe von 0...)
Ps.: Habe gerade mit bascom begonnen und verwende einen atm88 auf einem experimentierboard (franzis)
hier mein testprogramm:
$regfile = "m88def.dat"
$crystal = 8000000
$baud = 19200
$lib "i2c_twi.lbx"
Config Scl = Portc.5
Config Sda = Portc.4
Dim Wert As Byte
I2cinit
Config Twi = 100000
Do
I2cstart
I2cwbyte &H70
I2cwbyte &H15
I2cwbyte &B10001000
I2cstop
Waitms 25
I2cstart
I2cwbyte &H70
I2cwbyte &H02
I2cstart
I2cwbyte &H71
I2crbyte Wert
I2cstop
Waitms 25
Print Wert
Loop
End
kann mir jemand einen tipp geben wo mein fehler liegt?
danke im voraus!!!
Robert
...würde mich ja nun auch mal interessieren, ob/wie das Teil gut funktioniert....
werd mir nachher mal einen Bestellen Lieferzeit 16 Wochen :S
hallo,
in die wo wird der wert des sensors in var "wert "gespeichert" ?
Hallo an alle,
hier mal ein Programmschnippsel für die Neugierigen, die wissen wollen wie es geht: (Und es geht gut!)
Um z.B. das Status-Register 14 (Hex) auszulesen macht man folgendes:Code:/*----------------------------------------------------------------------------
Defines: Adresse vom BMA020-3D-Beschleunigungssensor
*/
#define I2C_BMA_W 0x70
#define I2C_BMA_R 0x71
int16_t x, y, z;
uint8_t ret;
/*
Lesen von 6 Registern ab Register 0x02. X, Y, Z-Koordinate
*/
ret = StartI2C (I2C_BMA_W);
ret = WriteI2C (0x02);
StopI2C ();
ret = StartI2C (I2C_BMA_R);
ret = ReadI2C (ACK); x = (int16_t)ret;
ret = ReadI2C (ACK); x = x | ((int16_t)ret << 8); x /= 64;
ret = ReadI2C (ACK); y = (int16_t)ret;
ret = ReadI2C (ACK); y = y | ((int16_t)ret << 8); y /= 64;
ret = ReadI2C (ACK); z = (int16_t)ret;
ret = ReadI2C (NAK); z = z | ((int16_t)ret << 8); z /= 64;
StopI2C ();
Code:/*----------------------------------------------------------------------------
Defines: Adresse vom BMA020-3D-Beschleunigungssensor
*/
#define I2C_BMA_W 0x70
#define I2C_BMA_R 0x71
/*
Lesen des Status-Registers 0x14 : reserviert:7:5 range:4:3 bandwidth:2:0
*/
uint8_t ret, r14;
uint8_t range;
ret = StartI2C (I2C_BMA_W);
ret = WriteI2C (0x14);
StopI2C ();
ret = StartI2C (I2C_BMA_R);
r14 = ReadI2C (NAK);
StopI2C ();
range = (r14 & 0b00011000) >> 3;
Und bei mir betrug die Lieferzeit nur ca. 10 Tage. Jippie ;-)
Gruß
Sternthaler
[edit 11.10.2010]
Auf Wunsch eine kleine Erklärung für die Berechnung der x-, y-, z-Werte.
Für X steht im oberen Code-Block folgendes:
Zeile 1) ret = ReadI2C (ACK); x = (int16_t)ret;
Zeile 2) ret = ReadI2C (ACK); x = x | ((int16_t)ret << 8 ); x /= 64;
In Zeile 1) wird beim ersten ReadI2C der Wert vom Register 0x02 aus dem Chip gelesen. Darin sind nur die beiden obersten Bit relevant für das X-Ergebnis. Es sind die beiden untersten Bits vom gesamten 10-Bit-Messwert.
Trotzdem wird diese Byte nun als 16-Bitwert in der Variablen x gespeichert.
In Zeile 2) wird mit dem nächsten ReadI2C das Register 0x03 aus dem Chip gelesen. (Die Adresse wird automatisch vom Chip hochgezählt.)
Dahinter wird nun das in Zeile 1) gelesene BIT-Muster mit |-Zeichen und dem in Zeile 2) gelesenen und mit dem <<8 um 8 BIT nach links geschobenem Registerwert aus 0x03 'verbunden'.
=> 0000 0000 ??-- ----: Die 2 Bits aus Zeile 1) in der 16-Bit-Variablen x
Bit-ODER-Verknüpft (|-Zeichen) mit dem um 8 Bit nach links geschobenem Wert aus Zeile 2)
=> ???? ???? 0000 0000: Die oberen 8 Bit vom Messwert. Ergibt:
----------------------------
=> ???? ???? ??-- ----
Die ? sind also nun die 10 Bit Messergebnis
Die - sind Bits, die auch gelesen wurden, aber hier nicht interessieren.
Die 0 sind Bits, die wir bewusst gesetzt hatten.
Jetzt noch in Zeile 2) mit dem x /= 64 diese Ergebnis einfach um 6 Bit nach rechts schieben. (Man kann auch schreiben x = x / 64;)
Man hätte auch x = ( x | ((int16_t)ret << 8 ) ) >> 6; schreiben können. Das macht der Compiler sowiso daraus.
Also ist das Ergebnis nun:
=> 0000 00?? ???? ????
Und damit haben wir die 10 Bit X-Messwert 'greifbar'.
ACHTUNG: Das höchste ?-Bit ist ein Vorzeichen.
Die Zählweise für den Betrag des Wertes kann man am besten in der Doku nachlesen.
Datenblatt: BMA020
Die Register sind auf Seite 9 beschreiben.
Die Zählweise vom Ergebnis ist auf Seite 21.
Viel Spaß beim Lesen wünscht
Sternthaler
@wtp
Hallo, 3 Dinge sind mir aufgefallen in deinem Programm.
Aber erst mal muss ich gleich sagen, dass ich noch nie mit diesem Basic was gemacht habe und, dass ich die I2C-Schnittstelle hier zum ersten mal benutze. Allerdings in C und es funktioniert bei mir.
Nun zu deinem Programm.
1) Nach dem I2C-Init setzt du noch einen Parameter mit config. Das würde ich tauschen.
2) Vor dem schreiben der Adresse 71 (Leseaufforderung) hast du ein I2C-Start. Ich habe vor dem Start noch einen Stop-Befehl. Eventuell hilft das schon.
3) Du liest Register 02 aus. Das sind nur die beiden untersten Bits von X-Beschleunigungswert. Versuche mal Register 03 zu lesen. Oder las das setzen vom Shadow_dis-Bit und lese dann Register 02 und sofort auch Register 03 und nutze nur 03.
Viel Erfolg
Gruß Sternthaler
Was kann man denn mit so ein teil tolles machen? ^^
Geschwindigkeit? Zurückgelegte strecke?
LG Raz
Hallo,
hat jemand schon Erfahrungen mit diesem Gyro gemacht?
Mich Interessiert vorallem die Bascom kompabilität, die tauglichkeit für ausbalancierte Fluggeräte (Tri-Quadrocoper), und die zuverlässigkeit.
Kann jemand zu einem der Punkte schon etwas sagen?
Es grüßt,
Basteltisch
- Lesen - ;-)
...hat nix mit Gyro zu tun !
Falls es am Datenblatt mangelt - das hab ich noch ;)
Ich hab vor ca. einem Jahr bei Bosch Sensortec angerufen und da wurde mir gesagt, daß der BMA020 nicht mehr hergestellt wird.
Moin Leute,
ich versuche auch Daten aus dem Sensor mit einem ATMega644 zu lesen (via SPI). Leider gibt mein Display für die 8 höchsten Bits der z-Beschleunigung eine 0 aus.
Ich hab das Programm gut kommentiert, sollte leicht verständlich sein.
Sieht jemand von Euch einen Fehler darin? Meines Erachtens habe ich alles beachtet.
Code:#include <avr/io.h>
#include <util/delay.h>
#include "m50530.h"
#include <stdlib.h>
#define DDR_SPI DDRB
#define PORT_SPI PORTB
#define PIN_SPI PINB
#define DD_BMA020_CS PB4
#define DD_MOSI PB5
#define DD_MISO PB6
#define DD_SCK PB7
#define P_BMA020_CS PB4
#define P_MOSI PB5
#define P_MISO PB6
#define P_SCK PB7
#define acc_z 7
#define read 7
void SPI_MasterInit(void)
{
// Set MOSI and SCK output, all others input
DDR_SPI = (1<<DD_MOSI)|(1<<DD_SCK);
// BMA020 ChipSelect is output (low active)
DDR_SPI |= (1<<DD_BMA020_CS);
// Deselect BMA020
PORT_SPI |= (1<<P_BMA020_CS);
// Enable SPI, Master, set clock rate fck/16, SPI Mode 3
SPCR = (1<<SPE)|(1<<MSTR)|(1<<SPR0)|(1<<CPOL)|(1<<CPHA);
}
void SPI_MasterTransmit(char cData)
{
/* Start transmission */
SPDR = cData;
/* Wait for transmission complete */
while(!(SPSR & (1<<SPIF)))
;
}
char getZ(void)
{
// Select BMA020
PORT_SPI &=~ (1<<P_BMA020_CS);
// Send command: Read z_acceleration
SPI_MasterTransmit((1<<read)|(acc_z));
// Send dummy byte
SPI_MasterTransmit(0);
// Deselect BMA020
PORT_SPI |= (1<<P_BMA020_CS);
// Return z acceleration
return SPDR;
}
int main(void)
{
uint16_t z=0;
char string[20];
// Wait 2 ms for the BMA020
_delay_ms(2);
// Initialize LCD and SPI
LCDInit();
SPI_MasterInit();
while(1)
{
// Read z-axis via SPI
z=getZ();
// Convert z To String
itoa(z, string, 10);
// Print z on LCD
LCDWrite(string);
// Set CoursorPosition to [0,0]
LCDSetCursorPos(0,0);
}
return 0;
}
Vielen Dank schonmal und Grüße aus Hamburch
Hallo,
falls es noch für jemanden von Interesse ist: ich habe die I2C-Kommunikation mit dem Sensormodul mal in BASCOM implementiert. Hier ist ein Beispielcode:
Ich habe auf meiner Homepage noch ein paar zusätzliche Informationen zu dem Programm hinterlegt. Hier kann man nachlesen, wenn man mag: http://www.mtahlers.de/index.php?opt...d=32&Itemid=69Code:' kleines beispielprogramm zum auslesen des bma020
' malte ahlers 2010
' weitere infos auf malteahlers.de
'
'
' compiler steuerung
$regfile = "m8def.dat"
$crystal = 1000000
$framesize = 64
$swstack = 64
$hwstack = 64
$baud = 9600
$lib "i2c_twi.lbx"
'
' hardware konfigurieren
' - taster
Config Pinb.6 = Input
Portb.6 = 1
Config Pinb.7 = Input
Portb.7 = 1
Config Pind.5 = Input
Portd.5 = 1
Taster1 Alias Pinb.6
Taster2 Alias Pinb.7
Taster3 Alias Pind.5
' - leds
Config Portd.7 = Output
Config Portd.6 = Output
Config Portb.0 = Output
Led_gl Alias Portd.7
Led_rt Alias Portd.6
Led_gr Alias Portb.0
' - i2c
Config Scl = Portc.5
Config Sda = Portc.4
'
' variablen dimensionieren
Dim V(6) As Byte
Dim Ax As Integer At V(1) Overlay
Dim Ay As Integer At V(3) Overlay
Dim Az As Integer At V(5) Overlay
Dim Acc_cntr As Byte
Dim I As Byte
Dim Acc_range As Byte
Dim D2g As Single
Dim S As Single
'
' konstanten
Const Acc_w = &H70
Const Acc_r = &H71
'
' subs
Declare Sub Set_acc_range(byval Range As Byte)
'
' hauptprogramm
Print "acc test!"
Wait 1
'
I2cinit
'
Call Set_acc_range(0)
' messbereich:
' Set_acc_range(0) -> +/- 2g (default)
' Set_acc_range(1) -> +/- 4g
' Set_acc_range(2) -> +/- 8g
'
Do
I2cstart
'
' sensor adressieren
I2cwbyte Acc_w
'
' acc datenregister adressieren
I2cwbyte &H02
'
I2cstop
'
I2cstart
'
' daten lesen
I2cwbyte Acc_r
'
For I = 1 To 5
I2crbyte V(i) , Ack
Next I
I2crbyte V(6) , Nack
'
I2cstop
'
' format konvertieren
Ax = Ax / 64
Ay = Ay / 64
Az = Az / 64
'
' in beschleunigungen umrechnen & ausgeben
S = Ax * D2g
Print "a(x)= " ; S ;
S = Ay * D2g
Print " a(y)= " ; S ;
S = Az * D2g
Print " a(z)= " ; S
'
Toggle Led_rt
Waitms 10
'
Loop
'
End
'
Sub Set_acc_range(byval Range As Byte)
I2cstart
'
' sensor adressieren
I2cwbyte Acc_w
'
' kontrollregister adressieren
I2cwbyte &H14
'
I2cstop
'
I2cstart
' kontrollregister lesen
I2cwbyte Acc_r
I2crbyte Acc_cntr , Nack
'
I2cstop
'
' kontrollregister manipulieren
Acc_cntr.3 = Range.0
Acc_cntr.4 = Range.1
'
I2cstart
'
' kontrollregister zurückschreiben
I2cwbyte Acc_w
I2cwbyte &H14
I2cwbyte Acc_cntr
'
I2cstop
'
' umrechnungsfaktor neu berechnen
D2g = 2 ^ Range
D2g = D2g * 2
D2g = D2g / 512
'
End Sub
Gruß
Malte
hallo malthy,
hallo Sternthaler,
Danke für die Code-Beispiele.
Der Basic-Code sieht aus meiner Sicht sehr gut aus und ist gut dokumentiert. Einzig in der Leseschleife wird bei V() ein kleines i verwandt, aber da ist Basic vielleicht gnädig ?
Beim C-Code wäre mir ein wenig Doku hilfreich.
Auch wäre in der ASURO-Umgebung interessant, wie man die Sensordaten
auf dem LCD-Display, das ja auch an I2C hängt, ausgeben kann.
SCL könnte bleiben (MY_I2C_SCL --> PC3/Pin26) aber SDA müsste man wohl umswitchen von PC2/PIN25 für LCD auf z.B. PC4/Pin27 für BMA020.
Werd aber wohl mit dem C-Code testen, da ich von BASIC wenig Ahnung habe.
Gruss mausi_mick
Hallo mausi_mick,
lange nichts mehr voneinander gehört.
Ich habe mal für dich, natürlich nicht nur ;-), in meinem oberen Post eine Erklärung abgegeben. Ja, ich bin Schuld. Äh, ..., was passiert da eigentlich.
Auch das Datenblatt zum BMA020 kann man da runterladen.
Ohne das Papier kann diese wilde Bitschieberei natürlich nicht interpretiert werden.
Viel Erfolg beim Einbinden in deine Kontroller.
Warum aber willst du SDA auf einen anderen Port hängen?
Wenn du das Display schon über I2C am Asuro angeschlossen hast, kannst du an genau diese beiden benutzten Pins einfach weitere I2C-Bausteine dazu 'hängen'. Also einfach parallel schalten die beiden SDA- und SCL-Leitungen.
Oder habe ich da irgend etwas falsch verstanden in deinem Text?
Gruß
Sternthaler
Hallo Sternthaler,
Dank für Deine schnelle Antwort.
Mit den Leitungen, das ist bereits geklärt, ich hatte im ASURO-Thread auch nachgefragt und hab mich dann auch nochmal über I2C genauer informiert.
Hab mir gestern nochmal das Basic Programm und die Doku von malthy/mtahlers angesehen, ist recht gut dokumentiert mit den 2 (LSB)-Bits auf den Adressen 02,04,06 und den 8 (MSB-)Bits auf 03,05,07.
Hatte gestern mit Deinen Code-Schnipseln mal geübt, bekam aber nur für x,y,z 0 heraus.
Werd mir Deine Beschreibung oben mal ansehen und versuchen, das irgendwie zum Laufen zu kriegen.
Gruss mausi_mick
Hallo Mausi_mick,
ja, die Beschreibung von malthy ist echt gut. Vor allem seine Ausführung zur Berücksichtigung vom Vorzeichen ist sehr schön.
Ich kann da leider mit meinem Code bzw. mit der Beschreibung nicht mithalten, da ich zwar auch mit integer-Variablen für x, y und z arbeite und eben nicht um 6 Bit nach rechts schiebe, sondern auch durch 64 dividiere, aber ob dann das korrekte Ergebnis raus kommt kann ich im Moment nicht sagen.
Mein Rechner kann im Moment nämlich noch keinen AVR-Code übersetzten da ich erst seit kurzer Zeit wieder ein lauffähiges System habe und der Asuro noch warten muss.
Ich kann die dir Doku zum BMA020 nur wärmstens empfehlen. Es stehen echt spannende Dinge darin.
Das Teil kann unter anderem zu verschiedenen Situationen Interrupts erzeugen. Freier Fall ist da zum Beispiel so eine Möglichkeit.
Gruß
Sternthaler
Hallo Sternthaler,
hab mir Deine Beschreibung angesehen, ist eigentlich verständlich.
Dachte zuerst, man müsste auch die LSB um 6 Bit verschieben, da ja aber ein komplettes Byte gesandt wird, ist das wohl nicht nötig ( die entspr. Bits stehen ja bereits links).
Scheint bei mir ein HW-Problem gewewesen zu sein, mit einem
anderen Exemplar hab ich's jetzt zum Laufen gebracht. Zuerst nur die einzelnen Bytes als Integer8 (ret) am Display angezeigt und dann Deine
Umsetzung genommen.
Scheint zu klappen. Werd das aber nochmal besser aufbauen, das Hauptprogramm ändern (Ausgabe der Beschleunigungswerte in einer Schleife , bisher nur eine Messung) und ein paar Fotos (Video?) machen.
hallo,
hab mal ein paar Fotos gemacht, Video klappt leider nicht, da Werte auf Display bei der Videoauflösung nicht erkennbar. Beschleunigungswerte liegen wohl zwischen ca +-255, in der ersten Displayzeile werden sie in Reihenfolge x,y,z ausgegeben.
Die 2.Zeile ist für Winkel vorgesehen, ist aber noch nicht realisiert.
Gruss mausi_mick
PS: das Display ist ein Minaturdisplay von Pollin, ca 5,2 cm x 2 cm,
Displayfläche ca 3,6 cm x 1 cm, kostete glaube ich um die 2 €
Hey, super.
Na, da haben wir ja noch einen im Beschleunigungsrausch.
Bei mir habe ich neben der Anzeige auch noch 2 Servos angeschlossen die ich mit den X- und Y-Achsen steuern kann.
Mal sehen was als nächstes auf dem Programm steht.
Als Idee steht auf dem Wunschzettel, dass ich die Schlaglöcher auf meinem Weg zur Arbeit messe. Mit dem Rad natürlich.
Allerdings geht es bei mir im Moment nur schleppend voran da mein PC nach einem totalen Plattenausfall noch nicht wieder komplett bereit ist. Und außerdem nervt die Arbeit aktuell heftigst.
Gut hinbekommen mausi_mick. Im übrigen bist du nicht der erste der hier erst mit dem 2.ten Sensor zum Erfolg kommt.
Gruß Sternthaler
P.S.: Auf deinen Bildern kann man gut sehen, dass du den Messbereich bei +/-2g eingestellt haben müsstest.
Messwert 0-1023 für die 4g => 512 für 2g => 256 für das eine 'normale' g auf der Erde. Du bist kein Alien ;-)
ja,
+/-2g ist wohl der voreingestellte Wert, hab mich nur gewundert, dass
ich manchmal leicht über die 255 hinauskomme (bis ca 265 glaube ich). Auch müssten bei total ebener Lage x und y auf 0 sein und z auf -255. Der z - Wert liegt bei mir aber max unter 240. Vielleicht gibt's hier doch ein negatives schwarzes Loch in der Nähe oder man ist vom Normort zu weit entfernt .
Gruss mausi_mick
Normort?
Wo ist denn der.? Doch nicht etwa im Louvre beim Urmeter?
Bei mir sind die Achsen auch nicht nicht symetrisch. Z geht von +240 bis -256.
Gruß Sternthaler
hallo,
am 45 Breitengrad beträgt g ca 9,8062 m/sxs (in Meereshöhe), hier auf ca 500 m muss ich wohl nochmal ca 1,5 mm/sxs hinzuschlagen, da wär ich dann
bei 9,8077 m/sxs, aber vermutlich liegt hier noch 'ne Goldader drunter, daher werde ich bei den z.Zt. hohen Preisen für das Material meinen Wohnort nicht genauer spezifizieren...
Leider muss ich Dir - sogar ohne genauere Kenntnis Deiner Bodenschätze - widersprechen. Die Erdbeschleunigung (besser die gegenseitige Anziehungskraft) sinkt mit steigender Höhe (bzw. Abstand der Körper voneinander). Allerdings kann die Beschaffenheit des Untergrundes Höhenunterschiede in der genannten Größenordnung durchaus übertönen. Dagegen sind bekanntlich Hohlköpfe weniger betroffen - wobei nicht abgesichert ist, warum die sich entgegen theoretisch basierter Ergebnisse eher stärker anziehen.Zitat:
Zitat von mausi_mick
Deiner Rechnung kann ich - bei Vorzeichenwechsel - ansonsten schon zustimmen. Hatte vor vielen Jahren verschiedene Messungen "in der Höhe" gemacht, und das ähnlich eingerechnet. Bei 1180 m MSL bekam ich eine Abminderung um 0,003 m/s² (F. Dubs, Aerodynamik der reinen Unterschallströmung, 1979, Verlag Birkhäuser Basel, Boston, Stuttgart). Das ist auch der Grund, warum ich mich hier auf 812 m (OK Schreibtisch) sooo leicht fühle . . . .