Selbstregelndes Schwungrad: Unterschied zwischen den Versionen

Aus HSHL Mechatronik
Zur Navigation springen Zur Suche springen
K (→‎Anforderungen: PID entfernt, da kein PID Regler verwendet wird)
(→‎Auslesen des Sensors: Formel zur Berechnung des Winkels angegeben)
 
(29 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 6: Zeile 6:
'''Betreuer: [[Benutzer:Prof._Mirek_Göbel| Prof. Göbel]]''' <br/>
'''Betreuer: [[Benutzer:Prof._Mirek_Göbel| Prof. Göbel]]''' <br/>
'''Kategorie: [[:Kategorie:ProjekteET_MTR_BSE_WS2023| Projekte ET MTR BSE WS2023]]''' <br/>
'''Kategorie: [[:Kategorie:ProjekteET_MTR_BSE_WS2023| Projekte ET MTR BSE WS2023]]''' <br/>
 
'''Projektnummer: 161''' <br/>
 


== Einleitung ==
== Einleitung ==
Zeile 13: Zeile 12:


== Anforderungen ==
== Anforderungen ==
{| class="wikitable"
{| class="wikitable"
|+ style = "text-align: left"|Teilanforderungen
|+ style = "text-align: left"|Teilanforderungen
Zeile 51: Zeile 48:
| Software
| Software
| Basti & Paul
| Basti & Paul
| TBD!
| Als Regler haben wir uns für einen PD Regler entschieden (Siehe Reglerauswahl). Durch variieren der Parameter KP und KD und austesten am realen System haben wir die Regler Parameter herausgefunden die zu unserem System passten. Leider konnte das Ausbalancieren des Schwungrades nicht erfolgreich abgeschlossen werden, sodass ein kontinuierliches Ausbalancieren aktuell nicht möglich ist.
|-
|-
| 6
| 6
| Optional: Das Schwungrad muss sich selber aus der Ruhestellung aufrichten können.
| Optional: Das Schwungrad muss sich selber aus der Ruhestellung aufrichten können.
| Software
| Software & Hardware
| noch offen
| Basti & Paul
| noch offen
| Das Schwungrad kann sich aus der Ruhestellung heraus selber aufstellen, hat jedoch so viel kraft, dass es auf die andere Seite überfällt.
|}
|}


Zeile 72: Zeile 69:
<br/>
<br/>
<gallery widths="400" heights="350">
<gallery widths="400" heights="350">
Datei:TechnischerSystementwurfSelbstregelndesSchwungrad.png| Abb.2: Technischer Systementwurf
Datei:TechnischerSystementwurfSelbstregelndesSchwungrad.png| Abb.2: Technischer Systementwurf - [[:Datei:SelbstregendesSchwungrad_Systementwurf.pptx | Originaldatei]]
Datei:Funktionaler Systementwurf Selbstregelndes Schwungrad.png| Abb.3: Funktionaler Systementwurf - Skizze
Datei:Funktionaler Systementwurf Selbstregelndes Schwungrad.png| Abb.3: Funktionaler Systementwurf - Skizze
Datei:SelbstregelndesSchwungradSchaltplan.svg| Abb.4: Schaltplan (erstellt mit Fritzing<ref>https://fritzing.org/</ref>)
Datei:SelbstregelndesSchwungradSchaltplan.svg| Abb.4: Schaltplan (erstellt mit Fritzing<ref>https://fritzing.org/</ref>) - [[:Datei:SelbstregelndesSchwungrad_Schaltplan.fzz| Originaldatei]]
</gallery>
</gallery>


Zeile 112: Zeile 109:
! style="font-weight: bold;" | Nr.
! style="font-weight: bold;" | Nr.
! style="font-weight: bold;" | Bauteil
! style="font-weight: bold;" | Bauteil
! style="font-weight: bold;" | Beschreibung
! style="font-weight: bold;" | Kosten
! style="font-weight: bold;" | Kosten
! style="font-weight: bold;" | Link
! style="font-weight: bold;" | Link
Zeile 117: Zeile 115:
| 1
| 1
| Arduino MEGA 2560
| Arduino MEGA 2560
| Technische Daten:
* Microcontroller: ATMega2560
* Betriebsspannung: 5 V
* digitale I/O-Pins: 54 (14 für PWM-Output nutzbar)
* analoge Eingangs-Pins: 16
* Taktung: 16 MHz
| 38,50€
| 38,50€
| [https://www.reichelt.de/arduino-mega-2560-atmega-2560-usb-arduino-mega-p119696.html?&nbc=1 Reichelt.de]
| [https://www.reichelt.de/arduino-mega-2560-atmega-2560-usb-arduino-mega-p119696.html?&nbc=1 Reichelt.de]
Zeile 122: Zeile 126:
| 2
| 2
| L298N Motortreiber mit doppelter H-Brücke
| L298N Motortreiber mit doppelter H-Brücke
| Technische Daten:
*Chip: L298N (ST NEU)
*Logik Spannung: 5V
*Treiber Spannung: 5V-35V
*Logik Strom: 0mA-36mA
*Treiber Strom: 2A (MAX single bridge)
*Maximale Leistung: 25W
| 2,65€
| 2,65€
| [https://www.roboter-bausatz.de/p/l298n-motortreiber-mit-doppelter-h-bruecke Roboter-Bausatz.de]
| [https://www.roboter-bausatz.de/p/l298n-motortreiber-mit-doppelter-h-bruecke Roboter-Bausatz.de]
Zeile 127: Zeile 138:
| 3
| 3
| 3-Achsen Beschleunigungs-/ Lagesensor - GY-521 MPU-6050
| 3-Achsen Beschleunigungs-/ Lagesensor - GY-521 MPU-6050
| Technische Daten:
*Chip: MPU-6050
*16-Bit AD-Wandler
*Beschleunigungssensorbereich: ±2, ±4, ±8, ±16g
*Gyroscopebereich: ± 250, 500, 1000, 2000 °/s
*Spannungsbereich: 3.3V - 5V (LDO auf dem Modul)
*Kommunikationsschnittstelle: I2C-Bus
| 2,95€
| 2,95€
| [https://www.roboter-bausatz.de/p/3-achsen-beschleunigungs-lagesensor-gy-521-mpu-6050 Roboter-Bausatz.de]
| [https://www.roboter-bausatz.de/p/3-achsen-beschleunigungs-lagesensor-gy-521-mpu-6050 Roboter-Bausatz.de]
Zeile 132: Zeile 150:
| 4.1
| 4.1
| DC Motor 12V 9800 RPM 0.16A
| DC Motor 12V 9800 RPM 0.16A
| Technische Daten:
*Motortyp: 385
*Nennspannung: 12V DC
*Stromaufnahme: 0,16A
*Maximale Drehzahl: 9800 RPM
| 1,45€
| 1,45€
| [https://www.roboter-bausatz.de/p/dc-motor-12v-9800-rpm-0.16a Roboter-Bausatz.de]
| [https://www.roboter-bausatz.de/p/dc-motor-12v-9800-rpm-0.16a Roboter-Bausatz.de]
Zeile 137: Zeile 160:
| 4.2
| 4.2
| STEPPERONLINE Schrittmotor Nema 17
| STEPPERONLINE Schrittmotor Nema 17
|  Technische Daten:
*Adern: 4-adrig
*Spannung:12-24VDC
*Strom: Jede Phase benötigt einen Strom von 1,5 A
*Haltemoment: 45Ncm (63.74 oz.in)
| 13,99€
| 13,99€
| [https://www.amazon.de/dp/B07KZQ77VH?psc=1&ref=ppx_yo2ov_dt_b_product_details Amazon.de]
| [https://www.amazon.de/dp/B07KZQ77VH?psc=1&ref=ppx_yo2ov_dt_b_product_details Amazon.de]
Zeile 142: Zeile 170:
| 4.3
| 4.3
| Nidec 24H Brushless DC Motor
| Nidec 24H Brushless DC Motor
|  Technische Daten:
*Adern: 8-adrig
*Spannung:9-24VDC
*Treiber integriert?: Ja
*Steuerung: 20kHz PWM Signal
| 4,04€
| 4,04€
| [https://de.aliexpress.com/item/1005004909798479.html Aliexpress.com]
| [https://de.aliexpress.com/item/1005004909798479.html Aliexpress.com]
Zeile 147: Zeile 180:
| 5
| 5
| Breadboard
| Breadboard
| Daten:
*400 Steckkontakte
*Maße: 8,2 x 5,5 x 0,9 cm
*Aus stabilem ABS-Kunststoff
| 0,95€
| 0,95€
| [https://www.roboter-bausatz.de/p/breadboard-400-fuer-arduino-raspberry-etc Roboter-Bausatz.de]
| [https://www.roboter-bausatz.de/p/breadboard-400-fuer-arduino-raspberry-etc Roboter-Bausatz.de]
Zeile 152: Zeile 189:
| 6
| 6
| Flanschkupplung 3mm
| Flanschkupplung 3mm
| Flanschkupplung für Wellen mit Durchmesser von 3mm
| 2,76€
| 2,76€
| [https://gtech-shop.de/Flansch-Kupplung-3mm GTech-Shop.de]
| [https://gtech-shop.de/Flansch-Kupplung-3mm GTech-Shop.de]
Zeile 178: Zeile 216:


<br>
<br>
[[Datei:SelbstregelndesSchwungrad_Schwungrad.png|200px|thumb|rechts|Abb.7: Schwungrad CAD-Zeichnung]]
[[Datei:SelbstregelndesSchwungrad_Schwungrad.png|200px|thumb|rechts|Abb.7: Schwungrad CAD-Zeichnung - [[:Datei:Schwungrad.SLDPRT| Originaldatei]]]]
==== Schwungrad ====
==== Schwungrad ====
Für die Entwicklung unseres Schwungrads wählten wir den 3D-Druck mit einem FDM-Drucker für den Heimgebrauch. Diese Entscheidung basierte auf der Verfügbarkeit eines eigenen Druckers, der kostengünstigen Druckmöglichkeit und der Möglichkeit, entworfene Modelle schnell umzusetzen. Es war wichtig, dass das Schwungrad absolut rotationssymmetrisch ist, um Vibrationen zu vermeiden. Eine besondere Herausforderung stellte die Montage des Schwungrads auf dem Motorrotor dar. Zunächst nutzten wir eine Flanschkupplung, um das Schwungrad mit dem ersten Motor zu verbinden. Nach dem Wechsel zum Nidec 24H Motor mussten wir die Lochgröße entsprechend anpassen. Der Nidec 24H Motor besitzt eine Zahnung am Rotor, wodurch wir das Schwungrad direkt darauf montieren konnten. Da ein neuer Druck des Schwungrads notwendig war, entschieden wir uns außerdem, Löcher für M8 Schrauben entlang des äußeren Randes zu integrieren. Dies ermöglicht es, das Gewicht des Schwungrads und somit auch die Schwungmasse durch das Hinzufügen oder Entfernen von Schrauben modular anzupassen.
Für die Entwicklung unseres Schwungrads wählten wir den 3D-Druck mit einem FDM-Drucker für den Heimgebrauch. Diese Entscheidung basierte auf der Verfügbarkeit eines eigenen Druckers, der kostengünstigen Druckmöglichkeit und der Möglichkeit, entworfene Modelle schnell umzusetzen. Es war wichtig, dass das Schwungrad absolut rotationssymmetrisch ist, um Vibrationen zu vermeiden. Eine besondere Herausforderung stellte die Montage des Schwungrads auf dem Motorrotor dar. Zunächst nutzten wir eine Flanschkupplung, um das Schwungrad mit dem ersten Motor zu verbinden. Nach dem Wechsel zum Nidec 24H Motor mussten wir die Lochgröße entsprechend anpassen. Der Nidec 24H Motor besitzt eine Zahnung am Rotor, wodurch wir das Schwungrad direkt darauf montieren konnten. Da ein neuer Druck des Schwungrads notwendig war, entschieden wir uns außerdem, Löcher für M8 Schrauben entlang des äußeren Randes zu integrieren. Dies ermöglicht es, das Gewicht des Schwungrads und somit auch die Schwungmasse durch das Hinzufügen oder Entfernen von Schrauben modular anzupassen.
Zeile 185: Zeile 223:
<br>
<br>
<br>
<br>
[[Datei:SelbstregelndesSchwungrad_Halterung.png|200px|thumb|rechts|Abb.8: Halterung CAD-Zeichnung]]
<br>
<br>
[[Datei:SelbstregelndesSchwungrad_Halterung.png|200px|thumb|rechts|Abb.8: Halterung CAD-Zeichnung - [[:Datei:Bodenhalterung.SLDPRT| Originaldatei]]]]
==== Halterung ====
==== Halterung ====
Die Konstruktion der Halterung mag einfach erscheinen, doch sie muss bestimmte Anforderungen erfüllen. Zunächst ist eine stabile Verbindung zum Boden erforderlich, um einerseits eine freie Rotation zu ermöglichen, andererseits aber so fest mit dem Boden verbunden zu sein, dass keine Schwingungen auftreten beim Betrieb des Motors auftreten. In unserer CAD-Zeichnung haben wir dafür ein Loch vorgesehen, in das ein Zylinder (ebenfalls 3D-Druck) mit einem Zweikomponentenkleber fest eingeklebt wird. Dieser Zylinder wird dann in die Kugellager eingesetzt, um eine feste, aber dennoch drehbare Verbindung zu gewährleisten.
Die Konstruktion der Halterung mag einfach erscheinen, doch sie muss bestimmte Anforderungen erfüllen. Zunächst ist eine stabile Verbindung zum Boden erforderlich, um einerseits eine freie Rotation zu ermöglichen, andererseits aber so fest mit dem Boden verbunden zu sein, dass keine Schwingungen auftreten beim Betrieb des Motors auftreten. In unserer CAD-Zeichnung haben wir dafür ein Loch vorgesehen, in das ein Zylinder (ebenfalls 3D-Druck) mit einem Zweikomponentenkleber fest eingeklebt wird. Dieser Zylinder wird dann in die Kugellager eingesetzt, um eine feste, aber dennoch drehbare Verbindung zu gewährleisten.
Zeile 192: Zeile 232:


Zusätzlich sind in der Halterung zwei Löcher vorgesehen, um das Gyroskop MPU6050 fest anzuschrauben. Dies ist entscheidend, um die genaue Position und Ausrichtung der Halterung kontinuierlich zu messen, was für die Präzision des gesamten Systems von großer Bedeutung ist.
Zusätzlich sind in der Halterung zwei Löcher vorgesehen, um das Gyroskop MPU6050 fest anzuschrauben. Dies ist entscheidend, um die genaue Position und Ausrichtung der Halterung kontinuierlich zu messen, was für die Präzision des gesamten Systems von großer Bedeutung ist.
[[Datei:SelbstregelndesSchwungrad_PAP.png|200px|thumb|rechts|Abb.9: Programmablaufplan]]
<br>
<br>
<br>
[[Datei:SelbstregelndesSchwungrad_PAP.png|200px|thumb|rechts|Abb.9: Programmablaufplan - [[:Datei:SelbstregelndesSchwungrad_Programmablauf.zip| Originaldatei]]]]
=== Software ===
=== Software ===
Das Ziel unserer Softwareentwicklung war es nach dem EVA-Prinzip (Eingabe, Verarbeitung, Ausgabe) das selbstregelnde Schwungrad zu steuern. Dafür teilten wir den Entwicklungsprozess in drei Hauptbereiche auf: die Erfassung der Sensor-Daten (Eingabe), die Verarbeitung dieser Daten durch einen eigenen Regler, und schließlich die Umsetzung der berechneten Werte in die Motorsteuerung (Ausgabe).
Das Ziel unserer Softwareentwicklung war es nach dem EVA-Prinzip (Eingabe, Verarbeitung, Ausgabe) das selbstregelnde Schwungrad zu steuern. Dafür teilten wir den Entwicklungsprozess in drei Hauptbereiche auf: die Erfassung der Sensor-Daten (Eingabe), die Verarbeitung dieser Daten durch einen eigenen Regler, und schließlich die Umsetzung der berechneten Werte in die Motorsteuerung (Ausgabe).
Zeile 199: Zeile 242:


Jeder dieser Bereiche wurde durch spezifische Komponententests überprüft, um die Funktionalität und Effizienz der einzelnen Teile sowie des Gesamtsystems zu gewährleisten
Jeder dieser Bereiche wurde durch spezifische Komponententests überprüft, um die Funktionalität und Effizienz der einzelnen Teile sowie des Gesamtsystems zu gewährleisten
[[Datei:SelbstregelndesSchwungrad_Einzelkomponententest_MPU6050.png|200px|thumb|rechts|Abb.9: MPU6050 Simulink Block aus Einzelkomponententest<ref name="BlockMPU6050">[https://de.mathworks.com/help/supportpkg/arduino/ref/mpu6050imusensor.html ''Mathworks: MPU6050 Baustein''] |  Abgerufen am 15. Januar 2024.</ref>]]
[[Datei:SelbstregelndesSchwungrad_Einzelkomponententest_MPU6050.png|200px|thumb|rechts|Abb.10: MPU6050 Simulink Block aus Einzelkomponententest<ref name="BlockMPU6050">[https://de.mathworks.com/help/supportpkg/arduino/ref/mpu6050imusensor.html ''Mathworks: MPU6050 Baustein''] |  Abgerufen am 15. Januar 2024.</ref> - [[:Datei:Einzelkomponententest_MPU6050.zip| Originaldatei]]]]
<br>
===== Auslesen des Sensors =====
===== Auslesen des Sensors =====
Der MPU6050 kann nahtlos in Simulink integriert werden. Dies erfolgt durch die Verwendung eines vordefinierten Simulink-Bausteins aus dem Simulink Support Package für Arduinos, der speziell für die Interaktion mit dem MPU6050 entwickelt wurde<ref name="BlockMPU6050"></ref>. Dieser Baustein ermöglicht das direkte Auslesen von Sensordaten wie Beschleunigungs- und Gyroskop-Werten innerhalb der Simulink-Umgebung.
Der MPU6050 kann nahtlos in Simulink integriert werden. Dies erfolgt durch die Verwendung eines vordefinierten Simulink-Bausteins aus dem Simulink Support Package für Arduinos, der speziell für die Interaktion mit dem MPU6050 entwickelt wurde<ref name="BlockMPU6050"></ref>. Dieser Baustein ermöglicht das direkte Auslesen von Sensordaten wie Beschleunigungs- und Gyroskop-Werten innerhalb der Simulink-Umgebung.
Die Konfiguration des MPU6050 Sensors kann ebenfalls direkt in Simulink vorgenommen werden, dazu stehen spezielle Blockeinstellungen zur Verfügung. Diese ermöglichen es dem Benutzer, verschiedene Sensorparameter anzupassen, einschließlich der Einstellung der Anschlusspins des I2C Busses.
Die Konfiguration des MPU6050 Sensors kann ebenfalls direkt in Simulink vorgenommen werden, dazu stehen spezielle Blockeinstellungen zur Verfügung. Diese ermöglichen es dem Benutzer, verschiedene Sensorparameter anzupassen, einschließlich der Einstellung der Anschlusspins des I2C Busses.
Während des Komponententests werden die von dem MPU6050 Sensor erfassten Daten in Simulink auf ihre Richtigkeit überprüft. Dies umfasst das Auslesen und Analysieren der Sensordaten in verschiedenen Ausrichtungen, um die Gewährleistung der Zuverlässigkeit und Genauigkeit des Sensors sicherzustellen. Die erzielten Testergebnisse konnten in Simulink angezeigt und erfolgreich validiert werden.
Während des Komponententests werden die von dem MPU6050 Sensor erfassten Daten in Simulink auf ihre Richtigkeit überprüft. Dies umfasst das Auslesen und Analysieren der Sensordaten in verschiedenen Ausrichtungen, um die Gewährleistung der Zuverlässigkeit und Genauigkeit des Sensors sicherzustellen. Die erzielten Testergebnisse konnten in Simulink angezeigt und erfolgreich validiert werden.
<br>
Den Wert, den uns der Sensor zurückgibt, erhalten wir in Gierraten. Um daraus den Winkel φ zu erhalten, verwenden wir folgende Umrechnung:
<math>
φ = \arctan\left(\frac{\text{AccY}}{g}\right)
</math>
 
==== Regler ====
==== Regler ====
TEXT TEXT TEXT
<gallery widths="500" heights="200">
<gallery widths="200" heights="200">
Datei:SelbstregelndesSchwungrad_Regelkreis_Theorie.png| Abb.11: Regelkreis Theorie - [[:Datei:SelbstregelndesSchwungrad_Regelkreis_Theorie.pptx| Originaldatei]]
Datei:SelbstregelndesSchwungrad_SimulinkHauptprogramm.png| Abb.10: Screenshot Simulink Hauptprogramm
</gallery>
Datei:SelbstregelndesSchwungrad_SimulinkDrehrichtungsgeber.png| Abb.11: Screenshot Simulink Drehrichtungsgeber
 
Datei:SelbstregelndesSchwungrad_SimulinkRegler.png| Abb.12: Screenshot Simulink Regler
Der Regler ist das „Gehirn“ unseres Systems. Dieser Regler reagiert auf Änderungen im System und verändert in unserem Fall das PWM-Signal, welches an den Motor geht, sodass sich das System idealerweise ausbalanciert.
Um aus den vielen unterschiedlichen Regler-Typen einen geeigneten auszuwählen, gibt es unterschiedliche Herangehensweisen.
<br><br>
'''Verfahren 1:''' <br>
Das System muss mathematisch beschrieben und hergeleitet werden.
<br> <br>
'''Verfahren 2:''' <br>
Beim zweiten Verfahren wird die Regelstrecke als „Blackbox“ behandelt. In diese Blackbox wird anschließend eine Sprungantwort eingeleitet und es wird gemessen, wie das System reagiert. Aus diesen Messdaten kann im Nachhinein das mathematische Modell hergeleitet werden. <br>
Mithilfe dieses mathematischen Modells kann der Regler ausgewählt werden und berechnet werden, ob ein Regler für das System zulässig ist, oder auch nicht.
In unserem Fall haben wir uns für einen PD-Regler entschieden aufgrund von Überlegungen wie sich das System wahrscheinlich Verhalten wird. Die einzelnen Parameter für KP und KD haben wir durch Austesten erhalten.
 
==== Regler Umsetzung in Simulink ====
<gallery widths="500" heights="200">
Datei:SelbstregelndesSchwungrad_SimulinkHauptprogramm.png| Abb.12: Screenshot Simulink Hauptprogramm - [[:Datei:SelbstregelndesSchwungrad_Hauptprogramm.zip| Originaldatei]]
Datei:SelbstregelndesSchwungrad_SimulinkDrehrichtungsgeber.png| Abb.13: Screenshot Simulink Drehrichtungsgeber - [[:Datei:SelbstregelndesSchwungrad_Hauptprogramm.zip| Originaldatei]]
Datei:SelbstregelndesSchwungrad_SimulinkRegler.png| Abb.14: Screenshot Simulink Regler - [[:Datei:SelbstregelndesSchwungrad_Hauptprogramm.zip| Originaldatei]]
</gallery>
</gallery>
<br>
[[Datei:SelbstregelndesSchwungrad_Schwungrad_Skizze.png|400px|thumb|rechts|Abb.15: Schwungrad_Skizze]]
===== Ansatz zum Mathematischen Modell =====
Haupteinflussfaktoren auf das System :<br>
- Gravitationsmoment<br>
- Trägheitsmoment des Systems<br>
- Externes Drehmoment<br>
<br>
Annahmen:<br>
<math>
𝝉_{\text{Stoer}} = 0
</math>
<math>
\sin(\alpha) = \alpha
</math>
<math>
𝝉_{\text{Reibung}} = 0
</math>
<br><br>
Gleichungen:<br>
1) <math>
𝝉_{\text{Ges}} = I_{\text{M}} \cdot f''(\alpha) = 𝝉_{\text{FG}} + 𝝉_{S} + 𝝉_{\text{Stoer}} = 𝝉_{\text{FG}} + 𝝉_{S}
</math>
2) <math>
𝝉_{\text{FG}} = m \cdot g \cdot l \cdot \sin(\alpha)
</math>
3) <math>
𝝉_{S} = I_{S} \cdot f''(\beta) = 𝝉_{\text{Motor}} + 𝝉_{\text{Reibung}}
</math>
4) <math>
𝝉_{S} = - 𝝉_{\text{Motor}}
</math>
<br>
4 in 1:<math>
I_{\text{M}} \cdot f''(\alpha) = \tau_{\text{FG}} - \tau_{\text{Motor}}
</math>
2 in 5:<math>
m \cdot g \cdot l \cdot \sin(\alpha) - \tau_{\text{Motor}}
</math>
2 in 6: <math>
m \cdot g \cdot l \cdot \sin(\alpha) - I_{S} \cdot f''(\beta) = m \cdot g \cdot l \cdot \alpha - I_{S} \cdot f''(\beta)
</math>
<br>
Legende:<br>
𝝉Stör = Drehmoment welches durch eine Störung ins System kommt<br>
𝝉Reibung = Drehmoment, welches Aufgrund von Reibung auftritt<br>
𝝉Motor =Drehmoment des Motors<br>
𝝉FG = Drehmoment aufgrund der Erdanziehungskraft<br>
𝝉S = Drehmoment des Schwungrads<br>
IS = Trägheitsmoment des Schwungrads<br>
IM = Trägheitsmoment des Gesamtsystems<br>
<ref name=HSHLWikiMotorrad>[https://wiki.hshl.de/wiki/index.php/Selbstfahrendes_Motorad_mit_Arduino ''HSHL-Wiki-Artikel: Selbstfahrendes Motorrad mit Arduino''] |  Abgerufen am 17. Januar 2024.</ref>
[[Datei:SelbstregelndesSchwungrad_Einzelkomponententest_Motor.png|200px|thumb|rechts|Abb.16: MotorDriver S-Function Simulink Block aus Einzelkomponententest - [[:Datei:Einzelkomponententest_Motore.zip| Originaldatei]]]]


[[Datei:SelbstregelndesSchwungrad_Einzelkomponententest_Motor.png|200px|thumb|rechts|Abb.10: MotorDriver S-Function Simulink Block aus Einzelkomponententest]]
==== Ansteuerung des Motors ====
==== Ansteuerung des Motors ====
Die Steuerung des Motors stellte eine besondere Herausforderung dar. Wir begannen mit einem einfachen Gleichstrommotor (DC-Motor) aus einem früheren Projekt. Dieser Motor wurde mittels eines L298N Motortreibers angesteuert. Das bedeutete konkret, dass wir an einen Pin ein PWM-Signal anlegten und über einen zweiten Pin den Motor durch ein High-Signal vorwärts und durch ein Low-Signal rückwärts laufen ließen. Allerdings stellten wir fest, dass dieser Motor für unsere Zwecke zu wenig Leistung bot und vor allem bei Richtungswechseln träge reagierte. Daraufhin versuchten wir, einen Nema 17 Schrittmotor zu verwenden, der jedoch eine höhere Leistung benötigte, als der Motortreiber bereitstellen konnte. Zudem war es eine Herausforderung, die verschiedenen Phasen in der richtigen Reihenfolge schnell genug anzusteuern, damit der Motor sich entsprechend drehte. Schließlich entschieden wir uns für den Nidec 24H Motor, der über einen integrierten Motortreiber verfügt. Dieser Treiber benötigt einen separaten Anschluss für 24V und drei Pins für ein PWM-Signal, die Drehrichtung und eine Bremse. Eine weitere Schwierigkeit war die Notwendigkeit eines PWM-Signals mit einer Frequenz von 15-25kHz. Nach verschiedenen Versuchen fanden wir die AVR_PWM Library<ref>[https://github.com/khoih-prog/AVR_PWM ''GitHub khoih-prog: AVR_PWM Libary''] |  Abgerufen am 15. Januar 2024.</ref>, die es uns ermöglichte, die Frequenz des PWM-Signals und den Dutycycle zur Steuerung der Drehgeschwindigkeit einzustellen. Damit konnten wir die Geschwindigkeit des Motors sehr präzise regulieren.
Die Steuerung des Motors stellte eine besondere Herausforderung dar. Wir begannen mit einem einfachen Gleichstrommotor (DC-Motor) aus einem früheren Projekt. Dieser Motor wurde mittels eines L298N Motortreibers angesteuert. Das bedeutete konkret, dass wir an einen Pin ein PWM-Signal anlegten und über einen zweiten Pin den Motor durch ein High-Signal vorwärts und durch ein Low-Signal rückwärts laufen ließen. Allerdings stellten wir fest, dass dieser Motor für unsere Zwecke zu wenig Leistung bot und vor allem bei Richtungswechseln träge reagierte. Daraufhin versuchten wir, einen Nema 17 Schrittmotor zu verwenden, der jedoch eine höhere Leistung benötigte, als der Motortreiber bereitstellen konnte. Zudem war es eine Herausforderung, die verschiedenen Phasen in der richtigen Reihenfolge schnell genug anzusteuern, damit der Motor sich entsprechend drehte. Schließlich entschieden wir uns für den Nidec 24H Motor, der über einen integrierten Motortreiber verfügt. Dieser Treiber benötigt einen separaten Anschluss für 24V und drei Pins für ein PWM-Signal, die Drehrichtung und eine Bremse. Eine weitere Schwierigkeit war die Notwendigkeit eines PWM-Signals mit einer Frequenz von 15-25kHz. Nach verschiedenen Versuchen fanden wir die AVR_PWM Library<ref>[https://github.com/khoih-prog/AVR_PWM ''GitHub khoih-prog: AVR_PWM Libary''] |  Abgerufen am 15. Januar 2024.</ref>, die es uns ermöglichte, die Frequenz des PWM-Signals und den Dutycycle zur Steuerung der Drehgeschwindigkeit einzustellen. Damit konnten wir die Geschwindigkeit des Motors sehr präzise regulieren.
Zeile 325: Zeile 451:


|}
|}
== Ergebnis ==
== Zusammenfassung ==
== Zusammenfassung ==
=== Lessons Learned ===
=== Lessons Learned ===
!!!EINLEITUNG hier noch schreiben!!!
In diesem Projekt konnten wir uns Erfahrung und Wissen in unterschiedlichen Disziplinen aneignen. Zum einen mussten wir, um effektiv im Team zusammenarbeiten zu können, zuerst das Projekt strukturieren, die Ziele ausformulieren und einen Zeitplan erstellen. Dies war in diesem Umfang recht neu für uns, hat sich aber als sehr wertvoll erwiesen. Nachdem wir das Projekt strukturiert hatten, konnten wir die Aufgaben untereinander aufteilen. Während unserer Arbeit am Projekt haben wir die Wichtigkeit von guter Kommunikation im Team kennengelernt.
 
Eine der wichtigsten Lektionen betrifft die Auswahl und Planung des Motors. Für zukünftige Projekte würden wir einen systematischeren Ansatz verfolgen, indem wir die Anforderungen des Motors gründlicher analysieren und einen detaillierten Plan für die Steuerung in der gewählten Programmierumgebung erarbeiten.
Eine der wichtigsten Lektionen betrifft die Auswahl und Planung des Motors. Für zukünftige Projekte würden wir einen systematischeren Ansatz verfolgen, indem wir die Anforderungen des Motors gründlicher analysieren und einen detaillierten Plan für die Steuerung in der gewählten Programmierumgebung erarbeiten.


Zeile 336: Zeile 460:


Schließlich haben wir erkannt, dass eine gründliche Vorabplanung des mechanischen Systems entscheidend ist. Das selbstregelnde Schwungrad oder das inverse Pendel, wie es in der Mechanik bekannt ist, stellt ein komplexes System dar. Für ein erstes Projekt in diesem Bereich war dies eine sehr ambitionierte Wahl. In zukünftigen Projekten würden wir von Anfang an sorgfältiger abwägen, welches mechanische System umsetzbar und angemessen für unser Erfahrungslevel ist.
Schließlich haben wir erkannt, dass eine gründliche Vorabplanung des mechanischen Systems entscheidend ist. Das selbstregelnde Schwungrad oder das inverse Pendel, wie es in der Mechanik bekannt ist, stellt ein komplexes System dar. Für ein erstes Projekt in diesem Bereich war dies eine sehr ambitionierte Wahl. In zukünftigen Projekten würden wir von Anfang an sorgfältiger abwägen, welches mechanische System umsetzbar und angemessen für unser Erfahrungslevel ist.
=== Ergebnis ===
Ergebnisse des Projekts:
# Konstruktion und Simulation der Bauteile mithilfe von SolidWorks. Realisierung der Bauteile mithilfe eines 3D-Druckers.
# Ansteuerung des Motors mit einem 20kHz PWM-Signals, um die gewünschten Bewegungen gemäß den Anforderungen umzusetzen.
# Erfassen der Position mittels Gyro-Sensor, um Informationen über die Drehbewegungen und Position zu erhalten.
# Umsetzung des Reglers in Matlab Simulink, sodass auf Veränderungen im System geeignet reagiert werden kann.
# Durchführung eines "Kickoff-Starts" des Schwungrades, um den Betrieb des Systems zu initiieren.
Leider konnte das Ausbalancieren des Schwungrades nicht erfolgreich abgeschlossen werden, sodass ein kontinuierliches Ausbalancieren aktuell nicht möglich ist.
=== Ausblick ===
Ein funktionsfähiges, selbstregulierendes Schwungrad lässt sich überall dort einsetzen, wo ein Objekt um eine Achse rotiert. Typische Beispiele dafür sind Fahrräder und Motorräder. An der Hochschule Hamm-Lippstadt (HSHL) wurde diese Technologie bereits erfolgreich in einem kleineren Maßstab an einem Motorradprojekt erprobt (siehe [https://wiki.hshl.de/wiki/index.php/Selbstfahrendes_Motorad_mit_Arduino Selbstfahrendes Motorad mit Arduino<ref name=HSHLWikiMotorrad></ref>]).
=== Projektunterlagen ===
Alle relevanten und in diesem Wiki verwendeten Dateien finden sie in unseren [[:Datei:SelbstregelndesSchwungrad_Projektunterlagen.zip | Projektunterlagen]].


== Projektunterlagen ==
=== Projektplan ===
=== Projektplan ===
<gallery widths="600" heights="300">
<gallery widths="600" heights="300">
Datei:SelbstregelndesSchwungrad Projektplan.png|mini|left|Abb.11: Projektplan selbstregelndes Schwungrad (mit GanttProjekt erstellt).
Datei:SelbstregelndesSchwungrad Projektplan.png|mini|left|Abb.17: Projektplan selbstregelndes Schwungrad - [[:Datei:ProjektplanSchwungrad.zip| Originaldatei]]
</gallery>
</gallery>


Zeile 347: Zeile 485:


== YouTube Video ==
== YouTube Video ==
 
In dem folgenden [https://www.youtube.com/watch?v=0eX4lidg3OU YouTube-Video] wird das Ergebnis des Projektes Selbstregelndes Schwungrad gezeigt.
== Weblinks ==
{{#ev:youtube|https://www.youtube.com/watch?v=0eX4lidg3OU| 750 | | Video 1: Projekt Selbstregelndes Schwungrad |frame}}


== Literatur ==
== Literatur ==

Aktuelle Version vom 18. Januar 2024, 17:36 Uhr

Abb.1: Titelbild Selbstregendes Schwungrad

Autor: Bastian Hannappel, Paul Janzen
Betreuer: Prof. Göbel
Kategorie: Projekte ET MTR BSE WS2023
Projektnummer: 161

Einleitung

Das Projekt "Selbstregelndes Schwungrad" im Rahmen des Moduls "Mechatronische Systeme 2" im 5. Semester des Studiengangs Mechatronik handelt von einem Schwungrad, welches durch einen Motor an einer Halterung angebracht ist. Die Halterung ist an einer Stelle mit dem Boden verbunden, kann aber entlang einer Ebene um diesen Punkt rotieren. Durch ein Gyroskop erkennt ein Arduino, ob die Halterung senkrecht stehen. Sollte etwas die Halterung in eine Richtung kippen lassen, kann das Schwungrad durch gezielte Drehungen dem entgegenwirken und sich wieder senkrecht aufstellen.

Anforderungen

Teilanforderungen
Nr. Anforderung Bereich Zuständigkeit Umsetzung
1 Das selbstregelnde Schwungrad muss aus einem Schwungrad, montiert an einer Halterung, bestehen. Hardware Basti & Paul Das Schwungrad wird auf dem Rotor des Motors montiert. Der Motor ist fest mit der Halterung verbunden. Die Halterung ist mithilfe von 2 Stehkugellagern auf der Basisplatte verschraubt.
2 Das Schwungrad muss von einem DC-Motor betrieben werden. Hardware Basti & Paul Das Schwungrad wird von einem 24V BDCM Nidec 24H Motor angetrieben.
3 Das Gyroskop muss die Stellung der Halterung feststellen können. Hardware/Software Basti & Paul Mithilfe eines Blocks der Arduino Simulink Library kann der Sensor in Simulink ausgelesen und die Daten verarbeitet werden.
4 Eingabe, Verarbeitung und Ausgabe muss mit einem Arduino und Matlab Simulink realisiert werden. Software Basti & Paul Sensor, Regler & Motoransteuerung wurden in Simulink realisiert und werden mithilfe eines Arduino Mega ausgeführt.
5 Mithilfe eines Reglers muss sich das selbstregelnde Schwungrad senkrecht ausrichten. Software Basti & Paul Als Regler haben wir uns für einen PD Regler entschieden (Siehe Reglerauswahl). Durch variieren der Parameter KP und KD und austesten am realen System haben wir die Regler Parameter herausgefunden die zu unserem System passten. Leider konnte das Ausbalancieren des Schwungrades nicht erfolgreich abgeschlossen werden, sodass ein kontinuierliches Ausbalancieren aktuell nicht möglich ist.
6 Optional: Das Schwungrad muss sich selber aus der Ruhestellung aufrichten können. Software & Hardware Basti & Paul Das Schwungrad kann sich aus der Ruhestellung heraus selber aufstellen, hat jedoch so viel kraft, dass es auf die andere Seite überfällt.

Funktionaler Systementwurf/Technischer Systementwurf

Im folgenden Systementwurf wird das Projekt in Systemkomponenten unterteilt:

  • Arduino: Programmierung mit Matlab Simulink.
  • Halterung/Motor/Schwungrad: Steuerung des Motors, antreiben des Schwungrads
  • Gyroskop: Positionsabfrage mittels eines Gyroskops
  • Regler: Regler zur Senkrechtstellung


Projektplanung

Meilensteine

Direkt zum Anfang des Projektes haben wir uns wichtige Meilensteine in dem Programm Gantt Projekt gesetzt.

Datum Meilenstein Kommentar
28.09.2023 Projektstart Kick-off Veranstaltung GET-Fachpraktikum
03.10.2023 Vorbereitung abgeschlossen Projektidee eingereicht und Projektplan erstellt
17.11.2023 Planung abschließen Anforderungen, Systementwurf, CAD-Datein, Schaltpläne, Bauteile bestellen
25.12.2023 Projekt umgesetzt Projekt fertig aufgebaut, Einzelkomponenten getestet und Programm fertiggestellt
18.01.2024 Projektmesse Tests erfolgreich bestanden, Dokumentation in Wiki&Video

Den kompletten Projektplan mit allen Unteraufgaben finden Sie unter Projektplan.

Bauteile

Nr. Bauteil Beschreibung Kosten Link
1 Arduino MEGA 2560 Technische Daten:
  • Microcontroller: ATMega2560
  • Betriebsspannung: 5 V
  • digitale I/O-Pins: 54 (14 für PWM-Output nutzbar)
  • analoge Eingangs-Pins: 16
  • Taktung: 16 MHz
38,50€ Reichelt.de
2 L298N Motortreiber mit doppelter H-Brücke Technische Daten:
  • Chip: L298N (ST NEU)
  • Logik Spannung: 5V
  • Treiber Spannung: 5V-35V
  • Logik Strom: 0mA-36mA
  • Treiber Strom: 2A (MAX single bridge)
  • Maximale Leistung: 25W
2,65€ Roboter-Bausatz.de
3 3-Achsen Beschleunigungs-/ Lagesensor - GY-521 MPU-6050 Technische Daten:
  • Chip: MPU-6050
  • 16-Bit AD-Wandler
  • Beschleunigungssensorbereich: ±2, ±4, ±8, ±16g
  • Gyroscopebereich: ± 250, 500, 1000, 2000 °/s
  • Spannungsbereich: 3.3V - 5V (LDO auf dem Modul)
  • Kommunikationsschnittstelle: I2C-Bus
2,95€ Roboter-Bausatz.de
4.1 DC Motor 12V 9800 RPM 0.16A Technische Daten:
  • Motortyp: 385
  • Nennspannung: 12V DC
  • Stromaufnahme: 0,16A
  • Maximale Drehzahl: 9800 RPM
1,45€ Roboter-Bausatz.de
4.2 STEPPERONLINE Schrittmotor Nema 17 Technische Daten:
  • Adern: 4-adrig
  • Spannung:12-24VDC
  • Strom: Jede Phase benötigt einen Strom von 1,5 A
  • Haltemoment: 45Ncm (63.74 oz.in)
13,99€ Amazon.de
4.3 Nidec 24H Brushless DC Motor Technische Daten:
  • Adern: 8-adrig
  • Spannung:9-24VDC
  • Treiber integriert?: Ja
  • Steuerung: 20kHz PWM Signal
4,04€ Aliexpress.com
5 Breadboard Daten:
  • 400 Steckkontakte
  • Maße: 8,2 x 5,5 x 0,9 cm
  • Aus stabilem ABS-Kunststoff
0,95€ Roboter-Bausatz.de
6 Flanschkupplung 3mm Flanschkupplung für Wellen mit Durchmesser von 3mm 2,76€ GTech-Shop.de

Zusätzliche Komponenten, wie ein Holzbrett, Verbindungskabel sowie verschiedene Schrauben und Muttern, waren bereits vorhanden. Daher ist eine detaillierte Auflistung dieser Teile nicht möglich. Die Halterung und das Schwungrad wurden mithilfe eines 3D-Druckers aus PLA gedruckt und sind somit ebenfalls nicht genau zu beziffern.

Umsetzung (HW/SW)

Hardware

Abb.5: Nidec 24H Motor[2]

Motor

Am Anfang unserer Projektarbeit lag der Fokus auf der Motorsteuerung. Wir planten zunächst, ein Schwungrad mittels eines einfachen 12V DC Motors zu betreiben. Dazu sollte ein L298N Motortreiber mit doppelter H-Brücke verwendet werden, um ein PWM-Signal vom Arduino zu empfangen und auf 12V zu verstärken. Allerdings stellten wir in Tests fest, dass dieser Motor nicht leistungsfähig genug war und insbesondere schnelle Richtungswechsel nicht bewältigen konnte. Daher mussten wir uns nach einer Alternative umsehen.

Anfänglich erwogen wir den Einsatz eines Nema 17 Schrittmotors. Jedoch erwies sich die Ansteuerung der einzelnen Phasen in korrekter Reihenfolge und mit hoher Geschwindigkeit, besonders in Simulink, als sehr komplex. Letztendlich entschieden wir uns für einen Nidec 24h Servomotor. Ein entscheidender Vorteil dieses Motors ist der integrierte Treiber, der separate Anschlüsse für die Spannungsversorgung und die Steuerspannung bietet. Dies ermöglichte uns den Betrieb ohne zusätzlichen Motortreiber, was die Implementierung deutlich vereinfachte.



Abb.6: MPU6050 mit Achsen[3]

Gyroskop

Der Gyroskop- und Beschleunigungssensor MPU6050, ein sogenanntes Mikro-Elektro-Mechanisches System (MEMS), vereint einen 3-Achsen-Beschleunigungsmesser und ein 3-Achsen-Gyroskop.

Der Gyroskop-Teil des MPU6050 basiert auf dem Coriolis-Effekt. Wenn sich das Gyroskop um eine der drei Achsen (X, Y oder Z) dreht, verursacht der Coriolis-Effekt eine Vibration. Diese Vibration wird von einem MEMS-Sensor innerhalb des MPU6050 erfasst. Das resultierende Signal wird anschließend verstärkt, demoduliert und gefiltert, um eine Spannung zu erzeugen, die der Winkelgeschwindigkeit proportional ist. Diese Spannung wird durch einen 16-Bit-ADC digitalisiert. Die Skala reicht dabei von ±250 bis ±2000 Grad pro Sekunde​​.[4]

Der Beschleunigungsmesser-Teil des MPU6050 nutzt ebenfalls MEMS-Technologie, um Neigungswinkel und Kippen entlang der X-, Y- und Z-Achsen zu messen. Bewegungen entlang dieser Achsen verursachen eine Verschiebung der beweglichen Massen im Sensor. Diese Verschiebung führt zu einer Veränderung der Differenzialkapazität und erzeugt ein Ausgangssignal, das proportional zur Beschleunigung ist. Ein 16-Bit-ADC digitalisiert dieses Signal. Der MPU6050 bietet verschiedene Empfindlichkeitsbereiche für die Beschleunigungsmessung, von ±2g bis ±16g. Wenn der Sensor auf einer ebenen Fläche liegt, misst er 0 g auf den X- und Y-Achsen und +1 g auf der Z-Achse​​.[5]


Abb.7: Schwungrad CAD-Zeichnung - Originaldatei

Schwungrad

Für die Entwicklung unseres Schwungrads wählten wir den 3D-Druck mit einem FDM-Drucker für den Heimgebrauch. Diese Entscheidung basierte auf der Verfügbarkeit eines eigenen Druckers, der kostengünstigen Druckmöglichkeit und der Möglichkeit, entworfene Modelle schnell umzusetzen. Es war wichtig, dass das Schwungrad absolut rotationssymmetrisch ist, um Vibrationen zu vermeiden. Eine besondere Herausforderung stellte die Montage des Schwungrads auf dem Motorrotor dar. Zunächst nutzten wir eine Flanschkupplung, um das Schwungrad mit dem ersten Motor zu verbinden. Nach dem Wechsel zum Nidec 24H Motor mussten wir die Lochgröße entsprechend anpassen. Der Nidec 24H Motor besitzt eine Zahnung am Rotor, wodurch wir das Schwungrad direkt darauf montieren konnten. Da ein neuer Druck des Schwungrads notwendig war, entschieden wir uns außerdem, Löcher für M8 Schrauben entlang des äußeren Randes zu integrieren. Dies ermöglicht es, das Gewicht des Schwungrads und somit auch die Schwungmasse durch das Hinzufügen oder Entfernen von Schrauben modular anzupassen.





Abb.8: Halterung CAD-Zeichnung - Originaldatei

Halterung

Die Konstruktion der Halterung mag einfach erscheinen, doch sie muss bestimmte Anforderungen erfüllen. Zunächst ist eine stabile Verbindung zum Boden erforderlich, um einerseits eine freie Rotation zu ermöglichen, andererseits aber so fest mit dem Boden verbunden zu sein, dass keine Schwingungen auftreten beim Betrieb des Motors auftreten. In unserer CAD-Zeichnung haben wir dafür ein Loch vorgesehen, in das ein Zylinder (ebenfalls 3D-Druck) mit einem Zweikomponentenkleber fest eingeklebt wird. Dieser Zylinder wird dann in die Kugellager eingesetzt, um eine feste, aber dennoch drehbare Verbindung zu gewährleisten.

Zudem ist die Halterung so konstruiert, dass der Motor zentral positioniert ist, was das Gewicht optimal verteilt. Durch die zahlreichen Löcher in der Halterung kann der Motor in insgesamt sechs verschiedenen Positionen befestigt werden. Dies bietet nicht nur mehr Flexibilität bei der Montage, sondern erleichtert auch die Verlegung der Kabel.

Zusätzlich sind in der Halterung zwei Löcher vorgesehen, um das Gyroskop MPU6050 fest anzuschrauben. Dies ist entscheidend, um die genaue Position und Ausrichtung der Halterung kontinuierlich zu messen, was für die Präzision des gesamten Systems von großer Bedeutung ist.


Abb.9: Programmablaufplan - Originaldatei

Software

Das Ziel unserer Softwareentwicklung war es nach dem EVA-Prinzip (Eingabe, Verarbeitung, Ausgabe) das selbstregelnde Schwungrad zu steuern. Dafür teilten wir den Entwicklungsprozess in drei Hauptbereiche auf: die Erfassung der Sensor-Daten (Eingabe), die Verarbeitung dieser Daten durch einen eigenen Regler, und schließlich die Umsetzung der berechneten Werte in die Motorsteuerung (Ausgabe).

Im Eingabebereich konzentrierten wir uns auf die genaue Erfassung und Aufbereitung der Sensordaten. Die Verarbeitungsphase beinhaltete die Entwicklung eines Reglers, der auf Basis der Sensordaten die Stellgröße, also die Motordrehgeschwindigkeit regelt. Im Ausgabebereich stand die genaue Umsetzung dieser berechneten Werte in die Motorsteuerung im Vordergrund.

Jeder dieser Bereiche wurde durch spezifische Komponententests überprüft, um die Funktionalität und Effizienz der einzelnen Teile sowie des Gesamtsystems zu gewährleisten

Abb.10: MPU6050 Simulink Block aus Einzelkomponententest[6] - Originaldatei


Auslesen des Sensors

Der MPU6050 kann nahtlos in Simulink integriert werden. Dies erfolgt durch die Verwendung eines vordefinierten Simulink-Bausteins aus dem Simulink Support Package für Arduinos, der speziell für die Interaktion mit dem MPU6050 entwickelt wurde[6]. Dieser Baustein ermöglicht das direkte Auslesen von Sensordaten wie Beschleunigungs- und Gyroskop-Werten innerhalb der Simulink-Umgebung. Die Konfiguration des MPU6050 Sensors kann ebenfalls direkt in Simulink vorgenommen werden, dazu stehen spezielle Blockeinstellungen zur Verfügung. Diese ermöglichen es dem Benutzer, verschiedene Sensorparameter anzupassen, einschließlich der Einstellung der Anschlusspins des I2C Busses. Während des Komponententests werden die von dem MPU6050 Sensor erfassten Daten in Simulink auf ihre Richtigkeit überprüft. Dies umfasst das Auslesen und Analysieren der Sensordaten in verschiedenen Ausrichtungen, um die Gewährleistung der Zuverlässigkeit und Genauigkeit des Sensors sicherzustellen. Die erzielten Testergebnisse konnten in Simulink angezeigt und erfolgreich validiert werden. Den Wert, den uns der Sensor zurückgibt, erhalten wir in Gierraten. Um daraus den Winkel φ zu erhalten, verwenden wir folgende Umrechnung:

Regler

Der Regler ist das „Gehirn“ unseres Systems. Dieser Regler reagiert auf Änderungen im System und verändert in unserem Fall das PWM-Signal, welches an den Motor geht, sodass sich das System idealerweise ausbalanciert. Um aus den vielen unterschiedlichen Regler-Typen einen geeigneten auszuwählen, gibt es unterschiedliche Herangehensweisen.

Verfahren 1:
Das System muss mathematisch beschrieben und hergeleitet werden.

Verfahren 2:
Beim zweiten Verfahren wird die Regelstrecke als „Blackbox“ behandelt. In diese Blackbox wird anschließend eine Sprungantwort eingeleitet und es wird gemessen, wie das System reagiert. Aus diesen Messdaten kann im Nachhinein das mathematische Modell hergeleitet werden.
Mithilfe dieses mathematischen Modells kann der Regler ausgewählt werden und berechnet werden, ob ein Regler für das System zulässig ist, oder auch nicht. In unserem Fall haben wir uns für einen PD-Regler entschieden aufgrund von Überlegungen wie sich das System wahrscheinlich Verhalten wird. Die einzelnen Parameter für KP und KD haben wir durch Austesten erhalten.

Regler Umsetzung in Simulink


Abb.15: Schwungrad_Skizze
Ansatz zum Mathematischen Modell

Haupteinflussfaktoren auf das System :
- Gravitationsmoment
- Trägheitsmoment des Systems
- Externes Drehmoment

Annahmen:



Gleichungen:
1)

2)

3)

4)


4 in 1:

2 in 5:

2 in 6:


Legende:
𝝉Stör = Drehmoment welches durch eine Störung ins System kommt
𝝉Reibung = Drehmoment, welches Aufgrund von Reibung auftritt
𝝉Motor =Drehmoment des Motors
𝝉FG = Drehmoment aufgrund der Erdanziehungskraft
𝝉S = Drehmoment des Schwungrads
IS = Trägheitsmoment des Schwungrads
IM = Trägheitsmoment des Gesamtsystems
[7]

Abb.16: MotorDriver S-Function Simulink Block aus Einzelkomponententest - Originaldatei

Ansteuerung des Motors

Die Steuerung des Motors stellte eine besondere Herausforderung dar. Wir begannen mit einem einfachen Gleichstrommotor (DC-Motor) aus einem früheren Projekt. Dieser Motor wurde mittels eines L298N Motortreibers angesteuert. Das bedeutete konkret, dass wir an einen Pin ein PWM-Signal anlegten und über einen zweiten Pin den Motor durch ein High-Signal vorwärts und durch ein Low-Signal rückwärts laufen ließen. Allerdings stellten wir fest, dass dieser Motor für unsere Zwecke zu wenig Leistung bot und vor allem bei Richtungswechseln träge reagierte. Daraufhin versuchten wir, einen Nema 17 Schrittmotor zu verwenden, der jedoch eine höhere Leistung benötigte, als der Motortreiber bereitstellen konnte. Zudem war es eine Herausforderung, die verschiedenen Phasen in der richtigen Reihenfolge schnell genug anzusteuern, damit der Motor sich entsprechend drehte. Schließlich entschieden wir uns für den Nidec 24H Motor, der über einen integrierten Motortreiber verfügt. Dieser Treiber benötigt einen separaten Anschluss für 24V und drei Pins für ein PWM-Signal, die Drehrichtung und eine Bremse. Eine weitere Schwierigkeit war die Notwendigkeit eines PWM-Signals mit einer Frequenz von 15-25kHz. Nach verschiedenen Versuchen fanden wir die AVR_PWM Library[8], die es uns ermöglichte, die Frequenz des PWM-Signals und den Dutycycle zur Steuerung der Drehgeschwindigkeit einzustellen. Damit konnten wir die Geschwindigkeit des Motors sehr präzise regulieren.

Programmcode S-Function
<div class="mw-collapsible-content">
/* Includes_BEGIN */
#ifndef MATLAB_MEX_FILE
#include <AVR_PWM.h>

#define PWM_Pin       8

//Erstelle Frequenz&dutyCycle
float frequency = 20000;
float dutyCycle;

//Erstelle PWM Instanz
AVR_PWM* PWM_Instance;

#endif
/* Includes_END */

/* Externs_BEGIN */
/* extern double func(double a); */
/* Externs_END */

void MotorDriverSF_Start_wrapper(real_T *xD)
{
/* Start_BEGIN */
#ifndef MATLAB_MEX_FILE
    PWM_Instance = new AVR_PWM(PWM_Pin, 20000, 0);
#endif
/* Start_END */
}

void MotorDriverSF_Outputs_wrapper(const real_T *PWM,
                                   const real_T *xD)
{
/* Output_BEGIN */
#ifndef MATLAB_MEX_FILE
    PWM_Instance->setPWM(PWM_Pin, frequency, map(PWM[0], 0, 255, 100, 20));
#endif
/* Output_END */
}

void MotorDriverSF_Update_wrapper(const real_T *PWM,
                                  real_T *xD)
{
/* Update_BEGIN */

/* Update_END */
}

void MotorDriverSF_Terminate_wrapper(real_T *xD)
{
/* Terminate_BEGIN */
/*
 * Custom Terminate code goes here.
 */
/* Terminate_END */
}


Komponententest

Bevor die verschiedenen Bauteile fest miteinander verlötet und eingebaut werden konnten, war es notwendig, zunächst Tests an den einzelnen Komponenten durchzuführen. Dies diente dazu, die Funktionsfähigkeit jedes Einzelteils sicherzustellen.

Test-Nr. Bauteil Testinhalt Ergebnis Kommentar
1 Motor Einfacher DC-Motor über L298N Motortreiber ansteuern, schnelle Richtungswechsel Durchgefallen Richtungswechsel nicht schnell genug möglich
2 Motor Nema 17 Schrittmotor ansteuern, schnelle Richtungswechsel Durchgefallen Schnelle Ansteuerung der Phasen nur schwer möglich ohne zusätzlichen Treiber
3 Motor Nidec 24h ansteuern, schnelle Richtungswechsel Erfolgreich Schnelle Richtungswechsel und präzise Steuerung gut möglich.
4 Halterung Halterung mit wenig Reibung auf Basisplatte montieren Erfolgreich Mithilfe von 2 Stehkugellagern senkrechtes Aufstellen mit wenig Reibung bei Bewegung.
5 Gyroskop Gyroskop auslesen und Werte in Simulink anzeigen Erfolgreich Mithilfe eines Blocks aus dem Arduino Support Package, konnten alle Werte ausgelesen und in Simulink angezeigt werden.

Zusammenfassung

Lessons Learned

In diesem Projekt konnten wir uns Erfahrung und Wissen in unterschiedlichen Disziplinen aneignen. Zum einen mussten wir, um effektiv im Team zusammenarbeiten zu können, zuerst das Projekt strukturieren, die Ziele ausformulieren und einen Zeitplan erstellen. Dies war in diesem Umfang recht neu für uns, hat sich aber als sehr wertvoll erwiesen. Nachdem wir das Projekt strukturiert hatten, konnten wir die Aufgaben untereinander aufteilen. Während unserer Arbeit am Projekt haben wir die Wichtigkeit von guter Kommunikation im Team kennengelernt.

Eine der wichtigsten Lektionen betrifft die Auswahl und Planung des Motors. Für zukünftige Projekte würden wir einen systematischeren Ansatz verfolgen, indem wir die Anforderungen des Motors gründlicher analysieren und einen detaillierten Plan für die Steuerung in der gewählten Programmierumgebung erarbeiten.

Ein weiterer Aspekt, den wir verbessern würden, ist die Wahl der Programmierumgebung. Obwohl Simulink sich hervorragend für die Entwicklung und Visualisierung von Regelkreisen eignet, haben wir festgestellt, dass es Herausforderungen mit sich bringt, insbesondere wenn keine vorgefertigten Bausteine für unsere Komponenten vorhanden sind. Die Integration von benutzerdefiniertem Code in S-Function erwies sich als relativ kompliziert. Für künftige Projekte gilt es zu überlegen: Für die Umsetzung eines Regelkreises mit einfachen Ein- und Ausgängen ist Simulink die geeignete Wahl. Bei komplexeren Ein- und Ausgängen, die nicht durch einfache Blöcke realisierbar sind, empfiehlt sich hingegen die Verwendung der ArduinoIDE.

Schließlich haben wir erkannt, dass eine gründliche Vorabplanung des mechanischen Systems entscheidend ist. Das selbstregelnde Schwungrad oder das inverse Pendel, wie es in der Mechanik bekannt ist, stellt ein komplexes System dar. Für ein erstes Projekt in diesem Bereich war dies eine sehr ambitionierte Wahl. In zukünftigen Projekten würden wir von Anfang an sorgfältiger abwägen, welches mechanische System umsetzbar und angemessen für unser Erfahrungslevel ist.

Ergebnis

Ergebnisse des Projekts:

  1. Konstruktion und Simulation der Bauteile mithilfe von SolidWorks. Realisierung der Bauteile mithilfe eines 3D-Druckers.
  2. Ansteuerung des Motors mit einem 20kHz PWM-Signals, um die gewünschten Bewegungen gemäß den Anforderungen umzusetzen.
  3. Erfassen der Position mittels Gyro-Sensor, um Informationen über die Drehbewegungen und Position zu erhalten.
  4. Umsetzung des Reglers in Matlab Simulink, sodass auf Veränderungen im System geeignet reagiert werden kann.
  5. Durchführung eines "Kickoff-Starts" des Schwungrades, um den Betrieb des Systems zu initiieren.

Leider konnte das Ausbalancieren des Schwungrades nicht erfolgreich abgeschlossen werden, sodass ein kontinuierliches Ausbalancieren aktuell nicht möglich ist.

Ausblick

Ein funktionsfähiges, selbstregulierendes Schwungrad lässt sich überall dort einsetzen, wo ein Objekt um eine Achse rotiert. Typische Beispiele dafür sind Fahrräder und Motorräder. An der Hochschule Hamm-Lippstadt (HSHL) wurde diese Technologie bereits erfolgreich in einem kleineren Maßstab an einem Motorradprojekt erprobt (siehe Selbstfahrendes Motorad mit Arduino[7]).

Projektunterlagen

Alle relevanten und in diesem Wiki verwendeten Dateien finden sie in unseren Projektunterlagen.

Projektplan

Projektdurchführung

Bei der Projektdurchführung starteten wir mit der Ideenfindung. Da wir Simulink bereits als optimale Software für die Steuerung von Regelkreisen kannten, entschieden wir uns schnell für die Umsetzung eines mechanischen Systems mit Regelkreis. Unsere Online-Recherche führte uns zum Konzept des inversen Pendels, welches wir als unser Projektziel des selbstregelnden Schwungrades auswählten. Im nächsten Schritt überlegten wir, welche Komponenten für die Realisierung eines solchen Projekts erforderlich wären. Nachdem ein detaillierter Plan erstellt war, bestellten wir die notwendigen Bauteile. Diese wurden, wie zuvor geplant, einzeln auf ihre Funktionalität getestet. Die Halterung und das Schwungrad fertigten wir mittels 3D-Druck selbst an. Nachdem das Gesamtsystem aufgebaut war, begannen wir mit der Entwicklung des Regelkreises, was sich rückblickend als komplexer herausstellte als zunächst angenommen.

YouTube Video

In dem folgenden YouTube-Video wird das Ergebnis des Projektes Selbstregelndes Schwungrad gezeigt.

Video 1: Projekt Selbstregelndes Schwungrad

Literatur


→ zurück zur Übersicht: WS 23/24: Projekte GET Fachpraktikum (MTR)

  1. https://fritzing.org/
  2. Bild: Nidec 24H Brushless DC Motor | Abgerufen am 15. Januar 2024.
  3. Bild: MPU6050 mit Achsen | Abgerufen am 15. Januar 2024.
  4. Complete Guide on MPU6050 (Gyroscope + Accelerometer ) Sensor Module | Abgerufen am 15. Januar 2024.
  5. InvenSense, Inc.: MPU-6000 and MPU-6050 Product Specification Revision 3.4 | Abgerufen am 15. Januar 2024.
  6. 6,0 6,1 Mathworks: MPU6050 Baustein | Abgerufen am 15. Januar 2024.
  7. 7,0 7,1 HSHL-Wiki-Artikel: Selbstfahrendes Motorrad mit Arduino | Abgerufen am 17. Januar 2024.
  8. GitHub khoih-prog: AVR_PWM Libary | Abgerufen am 15. Januar 2024.