Jump to content

pwab

Members
  • Gesamte Inhalte

    6
  • Benutzer seit

  • Letzter Besuch

Letzte Besucher des Profils

Der "Letzte Profil-Besucher"-Block ist deaktiviert und wird anderen Benutzern nicht angezeit.

pwab's Achievements

Newbie

Newbie (1/14)

0

Reputation in der Community

  1. Für alle, die diesen Thread hier finden, werde ich mal ein Update dazu einwerfen: Das ist keine gute Idee, denn der DC-Brick ist erstens viel zu überdimensioniert für Vibrationsmotoren dieser Größe und zweitens kann nur ein Motor direkt angesteuert werden. Mit dem Servo Brick sollte das theoretisch möglich sein, da er in Summe ja 3A bereitstellen kann und dies für die hier besprochene Anwendung ausreichend wäre. Leider habe ich das so noch nicht getestet und kann also auch nicht sagen, wie man die Schaltung dazu aufbauen müsste. Wer größere Motoren ansteuern will: Mit den aktuell zur Verfügung stehenden Bricks ist das meines Wissens nach ohne weitere Komponenten nicht möglich. Doch es ist dennoch mit ein wenig Bastelarbeit erreichbar. Hier ein kostengünstiger (wenn auch suboptimaler) Vorschlag: Man nutzt das PWM-Signal eines Servo-Bricks, um einen MOSFET bspw. den IRF520 (am einfachsten mit Breakoutboard) anzusprechen. Dieser leitet dann den Strom einer externen Spannungsversorgung geregelt an den Motor weiter. Für 7 Motoren würde man so 7 MOSFETs benötigen. Es geht aber sicher auch einfacher mittels einer Transistorarray Schaltung bspw. mit einem ULN2803a Darlington Transistor (max. 500mA Collector Current Rating). Dieser bietet eine ähnliche Funktionalität für kleinere Motoren - nur eben kompakter. Mit Sicherheit gibt es ähnliche Bausteine für wesentlich größere Lasten. Diese sind mir allerdings nicht bekannt - vielleicht kann da jemand aus dem Forum aushelfen. Insgesamt wäre eine integrierte Lösung dennoch eine nette Erweiterung des Tinkerforge-Fuhrparks. Möglicherweise lässt sich eine solche Funktion ja auch in den Servo Brick direkt integrieren, was @borg ja bereits im folgenden Thread angemerkt hatte:
  2. Hello JPannetier, I wanted to do the same a while back and did some research and I want to help not wasting time on this. To sum things up: you can't get good position information over time by only using an IMU. This topic is called Dead reckoning (https://en.wikipedia.org/wiki/Dead_reckoning) and is way harder to get running as it seems to be at first sight. A lot of people had this idea and ended up using something different. See here for reference: https://stackoverflow.com/questions/26476467/calculating-displacement-using-accelerometer-and-gyroscope-mpu6050 https://electronics.stackexchange.com/questions/4983/how-to-determine-position-from-gyroscope-and-accelerometer-input#4986 https://electronics.stackexchange.com/questions/96722/tracking-2d-positioning-with-imu-sensor The problem is noise and precision of measurement when using acceleration or velocity data over time for estimating a position. To get a grasp of the topic I can recommend watching this video (the starting position marks the explanation of why your double integration leads to a drift): In fact VR-headsets use sensor fusion by combining their IMU data (gyroscope and accelerometer) with their optical IR-light-based marker positions (also called pose estimation). I can recommend a very good talk by Philipp Zabel about HMD tracking systems (german language but images and animations should give you some impressions) and some related videos on youtube: https://chemnitzer.linux-tage.de/2018/de/programm/beitrag/288 So what you could do is to: Add internal sensors which track the current position with markers, by scanning a known environment with markerless tracking algorithms or by using systems like GPS Add external sensors which track the position and orientation of your system and use it to recalibrate your IMU data with at least more than 30 Hz Use position sensors which will inevitably affect the shape and size of your system (https://en.wikipedia.org/wiki/Position_sensor) Hope this helps Regards, Philipp
  3. Sorry for digging this topic up but is this still a point on your todo-list? Overall, there seems to be an interest here on the board: - https://www.tinkerunity.org/forum/index.php/topic,4181.msg24600.html - https://www.tinkerunity.org/forum/index.php/topic,3825.msg22857.html - https://www.tinkerunity.org/forum/index.php/topic,4412.msg25511.html (own topic ) - https://www.tinkerunity.org/forum/index.php/topic,4049.msg24051.html - https://www.tinkerunity.org/forum/index.php/topic,4036.msg24007.html - https://www.tinkerunity.org/forum/index.php/topic,2690.msg17256.html - https://www.tinkerunity.org/forum/index.php/topic,528.msg2946.html I would really love using such a brick for robots and other small dc-motor-projects.
  4. Wenn wir gleich mal dabei sind: Beim Education Kit führt der Link des Distance IR Bricklet ins Nichts. Selbiges gilt für das Tinker Kit. Dort ist auch der Link zum Bricklet Kabel 100cm schwarz (7p-10p) fehlerhaft.
  5. Hallo Tinkerer! Ich bin noch recht neu im Tinkerforge/Elektronik-Bereich und habe eine Frage bezüglich Vibrationsmotoren. Der Thread hier hat mir leider nicht wirklich weiter geholfen, weswegen ich mich dazu entschied, ein neues Topic aufzumachen. Ziel Ich würde gern 5 (später dann 10) Vibrationsmotoren gleichzeitig und unabhängig voneinander ansteuern können. Als Beispiel: Motor 1+3 vibrieren, der Rest nicht. Falls möglich soll die Stärke der Vibration variabel sein. Motoren Zum Einsatz kommen flat Button-type (10*3.4mm) DC Vibrationsmotoren (aka Pager/Handy/Münzen vibration motors) mit folgenden Angaben: Rated Electric Current: 70MA Rated voltage: 3.0V DC Voltage range:2.5~4.0V DC Problemstellung Ich habe bereits mit dem Servo Brick und dem Silent Stepper Brick gearbeitet. Meine Vermutung liegt jetzt darin, dass ich für diese Aufgabe einen DC-Brick verwenden sollte. Die Frage ist nun, ob es damit möglich ist - ähnlich wie beim Servo Brick - mehrere Motoren an einem Brick anzuschließen. Und wie diese dann einzeln angesteuert werden können. Ich hoffe, ihr könnt mir weiterhelfen. Viele Grüße Philipp
×
×
  • Neu erstellen...