Problem mit der Integration des RP6 Sensor Board

[Dirk]

Hi Kai,

Die Fehler auf dem I2C Bus entstehen wahrscheinlich, weil die Interruptleitung INT1 nicht mehr getaktet werden kann, warum auch immer.

Zumindest kann nicht sicher auf die Ereignisse reagiert werden.
Leider verwendet das Sensor Board gnadenlos alle INTs des XBUS.
XBUS INT1 -> LSM303DLHC: INT1
XBUS INT2 -> MAX7311: INT_N
XBUS INT3 -> DS1339: SQW/INT_N und LSM303DLHC: INT2

Der Base I2C-Slave und alle I2C-Master (M32, M128, M256 WiFi) nutzen XBUS INT1 für das Signalisieren von akuten Ereignissen.


Was man machen könnte:

a) Den 0-Ohm-Widerstand J3 auf dem Sensor Board auslöten (J3 öffnen). Damit ist INT1 wieder frei für die anderen Boards und die I2C-Master-Slave-Demos müßten wieder funktionieren. Du kannst den 0-Ohm-Widerstand ja aufbewahren, so dass das Ganze umkehrbar ist.

b) Wenn du nicht gern am Sensor Board löten willst, könnte man am Flachkabel, das den XBUS des RP6 mit dem Sensor Board verbindet, die Ader 8 unterbrechen,- das hätte denselben Effekt.

c) Soweit ich mich erinnere, kann man die INTs des LSM303DLHC frei programmieren. Lies mal das Datenblatt. Möglicherweise gibt es eine Konfiguration, die den INT1-Pin des LSM303DLHC hochohmig läßt und keine INT-Signale produziert. Dann bräuchte man a) oder b) nicht.

Berichte doch mal, was bei dir funktioniert hat.

[Jumptime]

Danke Dirk.

Kabel zerlegen ohne ein neues zur Hand - nicht mein Ding.
Ich habe mich für das Auslöten von J3 entschieden. Das man so etwas Jumper nennt war mir neu. Ich hatte gestern schon den Gedanke, hab mich nur nicht getraut. Damit funktionieren die I2C Master-Slave-Demos.
Die Sensoren können ausgelesen werden während der Bot im "behaviourController" sich bewegt. Mehr wollte ich gar nicht.
Ob der Interrupt vom LSM303DLHC benötiget wird, werde ich sehen. Denn das mit dem Hochohmig schalten und das mit dem Daten(blatt)buch


Also nochmal Danke
damit sollte sich dieser Thread erledigt haben.
Kai