Usterki w pomiarach przyspieszenia z ADXL345 spiętego z Arduino Pro Mini

ADXL345 spięty przez SPI z Arduino Pro Mini. Ładnie zwraca DEVID.
Transmisja działa w obie strony. Ale...

1. Oś z ma gigantyczny odczyt nawet gdy jest zorientowana poziomo. Plus
70 m/s^2.

2. Dla każdej osi: czułość nie wynosi ani 0.004 ani 0.0039. Nota bene w
ref. sheet raz podają taką, a raz taką.

3. Ok, da się wykryć poruszenie, da się ustalić zgrubnie orientację. Ale
do dokładnych pomiarów przyspieszeń to IMO się nie nadaje.

Pytanie: czy ADXL345 tak ma, czy może trafił mi się wadliwy egzemplarz?
A może coś źle robię? Ma ktoś pozytywne doświadczenia z tym akcelerometrem?

A jaką rozdzielczość ustawiłeś?

On Fri, 17 Jun 2016 10:46:45 +0200, Waldemar
waldemar@zedat.fu-berlin.de> wrote:
A jaką rozdzielczość ustawiłeś?

Konfiguracja 0x8|0x3 czyli FULL_res 13 bitów, ułożone w prawo, zakres
+-16g. Tempo 100 pomiarów na sekundę, SPI 4MHz, MCU 8MHz i 3.3V.
Zasilanie modułu ADXL345 5V, moduł toleruje od 3 do 5V, bo ma
stabilizator na swoim PCB.
Dane czytane przez hardware'owe SPI Atmega328, biblioteka SPI, w
porządku little-endian jako sześć bajtów pod adres tablicy z trzema
int16_t. Atmega jest little-endian więc wszystko trafia gdzie trzeba.

Nie chodzi o to, że nie czyta. Ale że offset w osi z jest nawet gdy
uruchamiane jest to z poziomo ustawioną osią z. I że jak np. ustawić
ładnie offset w programie by było 9.81 dla osi x skierowanej w gorę, to
dla osi pionowo w dół jest 11.44 m/s^2.

Am 17.06.2016 um 11:34 schrieb slawek:
On Fri, 17 Jun 2016 10:46:45 +0200, Waldemar
waldemar@zedat.fu-berlin.de> wrote:
A jaką rozdzielczość ustawiłeś?

Konfiguracja 0x8|0x3 czyli FULL_res 13 bitów, ułożone w prawo, zakres
+-16g. Tempo 100 pomiarów na sekundę, SPI 4MHz, MCU 8MHz i 3.3V.
Zasilanie modułu ADXL345 5V, moduł toleruje od 3 do 5V, bo ma
stabilizator na swoim PCB.
Dane czytane przez hardware'owe SPI Atmega328, biblioteka SPI, w
porządku little-endian jako sześć bajtów pod adres tablicy z trzema
int16_t. Atmega jest little-endian więc wszystko trafia gdzie trzeba.

Nie chodzi o to, że nie czyta. Ale że offset w osi z jest nawet gdy
uruchamiane jest to z poziomo ustawioną osią z. I że jak np. ustawić
ładnie offset w programie by było 9.81 dla osi x skierowanej w gorę, to
dla osi pionowo w dół jest 11.44 m/s^2.

Bawiłem się ADXLami dość dawno temu, ale były łatwe w obsłudze. Jednak
miały one duży offset, który najpierw trzeba zdjąć.Robiłem trzypunktowe
kalibracje. Wzmocnienie (znaczy incr/g) też nie jest jednakowe dla
każdej osi. Myślałem, że mam tu na kompie jakieś stare kalibracje, ale
niestety są na innym, ok. 30km stąd :-(

Kalibracje robiłem +1g, -1g, 0g dla każdej osi. Upierdliwe, ale dość
dobrze trzymało, nawet po kilku latach.
Jeszcze jedno. w FULL_res się nie bawiłem. OIDP miałem 12 bitów.

Kalibracje robiłem +1g, -1g, 0g dla każdej osi. Upierdliwe, ale dość

On Fri, 17 Jun 2016 12:01:24 +0200, Waldemar
waldemar@zedat.fu-berlin.de> wrote:
Kalibracje robiłem +1g, -1g, 0g dla każdej osi. Upierdliwe, ale dość

No cóż, wygląda na to że one tak mają. Spróbuję jeszcze autotestu. BTW,
nota katalogowa jest umiarkowanie bełkotliwa, bardzo też nie lubią
jednostek SI.

Trzeba będzie też sprawdzić inny egzemplarz.

Wic w tym, że w zasadzie składową z w spoczynku dokładniej daje się
obliczyć niż zmierzyć.

wartości x, y, z. Dostawałem po jednej wartości +- 1g dla x, y, z i
po

On Fri, 17 Jun 2016 14:21:46 +0200, Waldemar
waldemar@zedat.fu-berlin.de> wrote:
wartości x, y, z. Dostawałem po jednej wartości +- 1g dla x, y, z i
po

A jak z pomiarem gdy sześcian miał leżeć na tym boku co sam
akcelerometr?
Ten sześcian miał dziurę na płytkę. Dokładniej podwójne U z krawędziami

Wydaje się, że rejestry ofsx itd. ADXL345 to nie offset w sensie
numerycznym, ale jakieś napięcie przykladane gdzieś. Wrażliwość jest
nieliniowa.

Nie, arytmetycznie dodaje wartość w rejestrze.