Pollin I2C Kompassmodul HDMM01

[Bammel]

Ich hab den HMC5843.

http://www.watterott.com/de/Kompass-Modul-HMC5843

kostet abe auch eine mark mehr. als der von dir verwendete.

vorschlag wäre einfach zwei von deinen zu verwenden und den zweiten um 90° zu drehen. dafür müsste man aber die adresse verändern können.

[malthy]

jo, der wäre mir jetzt zu teuer als reines Spielzeug . Das Verwenden eines zweiten Sensors am gleichen µC geht leider nicht so ohne weiteres, weil die I2C-Adresse fest ist. Man müsste tricksen und zwei I2C Interfaces am selben µC realisieren, eines in Hardware, eines in Software. Kann Bascom das vielleicht sowieso?

[Bammel]

Bascom verwendet standartmässig eh die software variante.
gibt es am chip keine pins für die adressierung?

aber ich glaub ich werd mir den kompass mal bei pollin bestellen.

wärte das eine alternative?
http://www.watterott.com/de/Triple-A...akout-HMC5883L

[malthy]

Nein, leider lässt sich die Adresse des Sensors nicht von außen ändern. Was I2C und Bascom angeht: mir ist aus dem Stehgreif gerade nicht ganz klar, ob man Hardware und Software I2C parallel verwenden kann. Grundsätzlich benutze ich in Bascom immer die TWI-Hardware vom Controller für I2C.

[BMS]

Hallo,
sieht ganz interessant aus
Die Ansteuerung scheint auch nicht allzu kompliziert zu sein.
Bisher habe ich das CMPS03-Modul verwendet, der HDMM01 scheint ja eine gute Alternative zu sein, v.a. wegen Auflösung, Abtastrate, Größe und nicht zuletzt Preis. Noch eine Frage: Schickst du die Rohwerte (x,y-Bytes) an den PC oder rechnet der Atmega das mit atan2 um und schickt den Winkel dann an den PC? Falls letzteres: geht atan2 stark auf die Performance? Wie lange dauert es etwa, bis der Winkel ausgerechnet wurde?
Ein zweidimensionaler Kompass hat natürlich immer das Problem, dass die Werte bei Neigung nicht mehr stimmen. Für Roboter, die sich auf einer Fläche bewegen, ist das aber ausreichend.
Grüße,
Bernhard

[malthy]

Hallo Bernhard,

ich übertrage die rohen Sensorwerte zum PC und rechne alles weitere da. Es sollte aber kein Problem sein, das auf dem µC zu rechnen - anhängig natürlich davon, was der sonst noch so zu tun hat. Ich kann nachher mal schnell nachgucken, wie lange der atn2 von Bascom dauert. Man schleppt halt einiges mehr an Overhead wegen der Trigonometrie mit -> Programm wird größer.

Gruß
Malte

[hammerhai]

Ein zweidimensionaler Kompass hat natürlich immer das Problem, dass die Werte bei Neigung nicht mehr stimmen. Für Roboter, die sich auf einer Fläche bewegen, ist das aber ausreichend.

Wenn der Roboter auch mal eine Steigung o.ä. fahren sollte würde sich doch auch eine kardanische Aufhängung des Moduls anbieten oder? Wie bei 'nem Schiffskompass.
Oder kann man dann auch gleich ein 3D-Modul kaufen?