dreadnought

Danke für den Hinweis! Falls Tinkerforge bei der IMU keinen Fehler feststellt, werde ich einen Kabeltausch ausprobieren. Eine Frage dazu: kannst du dich erinnern ob das Kabel einen Ferritkern hatte? Hab gehört dass das Probleme macht.

Alles klar - Paket ist unterwegs...

Die Kalibrierung wurde durchgeführt, brachte aber keine Besserung und auch die Umgebung wurde gewechselt - leider immer mit dem gleich Ergebnis: eine Drehrichtung ist um etwa 30° daneben...

bump

Wir hatten das gleiche Problem mit den DualState-Relays! Sporadische Reboots. Das einzige was geholfen hat war der Umstieg auf die SolidState-Relais!

Wird die IMU flach auf den Trisch gelegt und dann um 90° nach rechts gedreht passt der Wert und die Anzeige im Brickviewer recht gut - also etwa 90°. Wird die IMU aber (von der Ausgangsposition) um 90° nach links gedreht dann kommt kommt etwa -130° heraus - zu erwarten wäre aber 90°. Auch die OpenGL Anzeige im Brickviewer entspricht nicht der Realität. Magnetometer wurde kalibriert - sowohl werkseitige Kalibrierung als auch eigene zeigen das gleiche Verhalten. Ist die IMU so ungenau oder liegt der Fehler wo anders? Edit: IMU Firmware ist 2.3.0

Ja perfekt! Die Firmware v2.3.3 behebt das Problem. Vielen Dank!

Das IMU Brick wird nur im BrickViewer erkannt, wenn es sich nicht im Stapel befindet, sondern einzeln ist. Der Stapel ist wie folgt von unten nach oben: 1. StepDown Power-Supply 2. Master Brick 3. IMU Brick Neuste Firmware sowie neueste BrickViewer und BrickDaemon sind im Einsatz. Die IMU lässt sich doch grundsätzlich im Stapel betreiben oder? Die Symptome sind wie hier beschrieben, aber die Ursache muss eine andere sein, da die Staplereihenfolge stimmt: http://www.tinkerunity.org/forum/index.php/topic,952.0.html Ein Defekt der Bricks liegt nicht vor, da die Bricks ausgetauscht wurden

Hallo, das folgende Projekt verwendet Tinkerforge-Bricks und einen Raspberry Pi für Raumklima-Überwachung. Tinkerforge sammelt die Sensordaten, der Raspberry Pi wird über ein REST-Interface gesteuert, das durch das Open Source Framework NexusDataLink generiert wird. REST wird vom User Interface für den Datenaustausch und zur Steuerung verwendet. Wenn einer der gemessenen Tinkerforge-Wert (Temperatur, Luftfeuchtigkeit, Nässe) ein konfigurierbares Limit überschreitet wird eine SMS als Alarm gesendet. Weitere Details über das Projekt gibts hier: http://nexusdatalink.com/index.php/en/use-cases/ndl-usecae-ndl-climon

Hi, the following project uses Tinkerforge bricks and a Raspberry Pi to monitor room climate via network. Tinkerforge is used to collect sensor data, the Raspberry Pi is controlled via REST interface, which is generated by the NexusDataLink open source framework. REST is used by an HTML5 user interface in order to exchange data and control the platform. If one of the measured Tinkerforge values (temperature, humidity, moisture) exceeds a configurable limit, an SMS is sent as alarm notification. More details about this project can be found here: http://nexusdatalink.com/index.php/en/use-cases/ndl-usecae-ndl-climon