Quadrocopter mit dem Raspberry Pi - Problem mit Motor/Regler

Im Unterforum Projekte im Selbstbau - Beschreibung: Selbstbau von Elektronik und Elektro

Elektronik Forum Nicht eingeloggt       Einloggen       Registrieren




[Registrieren]      --     [FAQ]      --     [ Einen Link auf Ihrer Homepage zum Forum]      --     [ Themen kostenlos per RSS in ihre Homepage einbauen]      --     [Einloggen]

Suchen


Serverzeit: 30 9 2024  06:09:52      TV   VCR Aufnahme   TFT   CRT-Monitor   Netzteile   LED-FAQ   Osziloskop-Schirmbilder            


Elektronik- und Elektroforum Forum Index   >>   Projekte im Selbstbau        Projekte im Selbstbau : Selbstbau von Elektronik und Elektro


Autor
Quadrocopter mit dem Raspberry Pi - Problem mit Motor/Regler
Suche nach: raspberry (239) motor (30926)

    







BID = 890220

janos_zachow

Gerade angekommen


Beiträge: 2
Wohnort: Erfurt
 

  


Hallo,

im Rahmen meiner Seminarfacharbeit habe ich mich mit dem Bau und der
Programmierung eines Quadrocopters beschäftigt. Als Steuereinheit dient
dazu ein Raspberry Pi Model B, Rev. 2, welcher mit dem Internet
verbunden ist und dadurch über SSH gesteuert werden kann.
Daran angeschlossen sind ein Beschleunigungssensor und ein
Ultraschallsensor - funktioniert beides.
Ansonsten werden über die GPIO-Pins mittels eines PWM-Signals 4 Regler
angesteuert (robbe ROXXY BL-Control 710) an denen jeweils ein
Brushless-Motor hängt (robbe ROXXY BL-Motor 2827 - 34).
Regler und Motoren hängen an einem 3 Zellen LiPo-Akku mit 7,4V.
Das PWM-Signal muss eine Intervalllänge von 15-25ms haben, der
Schaltzustand HIGH sollte dabei in Abhängigkeit von der Drehstärke der
Motoren zwischen 1,1 und 2,1ms liegen. Also 1,1ms sind niedrigste
Drehung und 2,1ms volle Power
Ansonsten haben die Regler noch einen Anlaufschutz, darf also nicht mit
2,1ms anfangen, sondern muss mit 1,0ms beginnen und dann stufenweise
hoch.

So weit so gut.
Ich habe ein kleines Python-Skript geschrieben, welches von 1,0ms bis
2,1ms in 0,1ms-Schritten hochzählt und dann immer 2 sek. lang das
entsprechende Signal sendet.
Habe dann alles angeschlossen und verkabelt und dann mal ausprobiert.
Anfangs immer nur einen Motor direkt am Raspberry Pi - hat alles
geklappt.
Dann alle 4 festgemacht und verkabelt und auch angeschlossen.
Anfangs ging auch das einwandfrei, aber sehr selten kam es dazu, dass
einer (nicht immer der selbe, sondern jeder einmal) der Motoren/Regler
(lässt sich nicht sagen, wo der Fehler ist) nicht mit angegangen, oder
erst 2 sek. später mit angegangen ist.
War erstmal glücklich, weil das alles funktioniert hat und dachte diese
kleinen Aussetzer passieren mal und wenn ich das nochmal ganz in Ruhe
ordentlich verkabel geht das schon.
Leider wurde es mit jedem Ausprobieren schlimmer und das alle 4
gleichzeitig liefen wurde zur Seltenheit. Dann sind halt irgendwann zwei
komplett ausgefallen.
Dabei ist wichtig, dass die Regler regelmäßig beepen, wenn sie mit Strom
versorgt sind und noch 2 mal kurz beepen, wenn sie das Signal bekommen
zu starten. Beides funktioniert auch noch richtig, aber die Motoren
drehen sich halt nach dem Startsignal halt nicht mehr.

Bin sehr verwundert darüber und weiß jetzt erstmal nicht weiter.

Hoffe jemand hat eine Idee, wo der Fehler liegen könnte.

Schonmal danke für eure Aufmerksamkeit und Zeit

Liebe Grüße,

János

BID = 890226

Offroad GTI

Urgestein



Beiträge: 12713
Wohnort: Cottbus

 

  

Hallo Janos,


Zitat :
einem 3 Zellen LiPo-Akku mit 7,4V.
passt nicht so recht zusammen.

Ansonsten kann ich auch nur ein auf machen.
Ist denn sichergestellt, das dein Programm einwandfrei ist?



_________________
Theoretisch gibt es zwischen Theorie und Praxis keinen Unterschied. Praktisch gibt es ihn aber.

BID = 890230

janos_zachow

Gerade angekommen


Beiträge: 2
Wohnort: Erfurt

Hey,

ja stimmt. Sind natürlich 2 Zellen, also die 7,4V war die richtige der beiden Angaben.

Naja es ist halt relativ simpel und setzt einfach nur das um, was ich beschrieben habe. Also es setzt halt den Schaltzustand vom entsprechenden Pin auf 1, wartet 1,[0/1/2/..]ms, setzt ihn wieder auf 0 und wartet 17ms. Das wird dann mehrmals wiederholt und nach einigen Wiederholungen die Dauer des "Auf-1-Setzens" erhöht.
Verwirrend ist dabei, dass ich durchgängig das selbe Programm benutzt habe, also sowohl mit einem Motor ganz am Anfang, als auch mit allen 4. Also habe an dieser Stelle nichts verändert.

BID = 890782

Racingsascha

Schreibmaschine



Beiträge: 2247
Wohnort: Gundelsheim
ICQ Status  

Vergiss das mit dem Raspberry Pi als Flugcontroller. Zumindest solange da irgendeine Form von Linux drauf läuft. Der ARM-Prozessor hat zwar mehr als genug Rechenleistung, aber die geht nahezu vollständig für das Betriebssystem drauf, das noch nicht mal echtzeitfähig ist. Ich glaube es hat schon jemand versucht sich eine Quadrokoptersteuerung mit einem Pi zu bauen, er musste zeitkritische Dinge wie Sensorauswertung und die Umrechnung dieser Werte in Befehle für die Motoren auf einen Arduino auslagern. Mit Linux, verteiltem Echtzeit-Java und MySQL-Backend wird das nix

_________________
Fnord ist die Quelle aller Nullbits in deinem Computer.
Fnord ist die Angst, die Erleichterung, und ist die Angst.
Fnord schläft nie.

[ Diese Nachricht wurde geändert von: Racingsascha am 18 Jun 2013 17:14 ]

BID = 890784

perl

Ehrenmitglied



Beiträge: 11110,1
Wohnort: Rheinbach

Hast du schon einmal die Versorgungsspannung an(!) den Motorcontrollern überwacht?
Möglicherweise bricht die ja beim Betrieb mehrerer Motore soweit zusammen, daß eine Unterspannungsbegrenzung eingreift.

BID = 891015

ffeichtinger

Schreibmaschine



Beiträge: 1050
Wohnort: Traunkirchen im Salzkammergut


Zitat :

Der ARM-Prozessor hat zwar mehr als genug Rechenleistung, aber die geht nahezu vollständig für das Betriebssystem drauf, das noch nicht mal echtzeitfähig ist


Dafür gäbs doch Echtzeitkernel zb RTAI:

http://de.wikipedia.org/wiki/RTAI

mfg Fritz

_________________

BID = 891516

ManneZausel

Gerade angekommen


Beiträge: 8
Wohnort: Lübeck

Hi,

schade das sich hier so wenig Leute mit Linux auskennen !!
Natürlich gibt es Echtzeitlinux -> x verschiedenne Versionen für Embedded Anwendungen sowie auch R-Linux Versionen !
Ausser Assembler Prog. Rotinen ist kein anderes BS so schnell wie
EchtzeitLinux da dies genau - schon lange vor Win..f dafür entwickelt wurde!

mfg.
ManneZausel




Zitat :
ffeichtinger hat am 21 Jun 2013 09:17 geschrieben :


Zitat :

Der ARM-Prozessor hat zwar mehr als genug Rechenleistung, aber die geht nahezu vollständig für das Betriebssystem drauf, das noch nicht mal echtzeitfähig ist


Dafür gäbs doch Echtzeitkernel zb RTAI:

http://de.wikipedia.org/wiki/RTAI

mfg Fritz



_________________
Was Du nicht willst was Dir man tuuut - das füg auch keinem andern zu ! Es gibt nichts - was es nicht gibt ,,,


Zurück zur Seite 1 im Unterforum          Vorheriges Thema Nächstes Thema 


Zum Ersatzteileshop


Bezeichnungen von Produkten, Abbildungen und Logos , die in diesem Forum oder im Shop verwendet werden, sind Eigentum des entsprechenden Herstellers oder Besitzers. Diese dienen lediglich zur Identifikation!
Impressum       Datenschutz       Copyright © Baldur Brock Fernsehtechnik und Versand Ersatzteile in Heilbronn Deutschland       

gerechnet auf die letzten 30 Tage haben wir 18 Beiträge im Durchschnitt pro Tag       heute wurden bisher 0 Beiträge verfasst
© x sparkkelsputz        Besucher : 182098399   Heute : 678    Gestern : 6149    Online : 483        30.9.2024    6:09
0 Besucher in den letzten 60 Sekunden         ---- logout ----viewtopic ---- logout ----
xcvb ycvb
0.0735371112823