Quadrocopter-Eigenbau:Probleme mit Spannungsspitzen

[eagreen]

Hallo erstmal

bin mir nicht ganz sicher ob mein Thema in diesem Forum richtig ist.

Ich arbeite seit geraumer Zeit an einem eigenbau(motoren und propeller mal ausgenommen) Quadrocopter.



hier zu sehen in einer 2 Achsigen wippe um ein bisschen Gas geben zu können ohne das er mir in die Wand kracht


Nach langem werkeln funktionieren die Regler (uc (Mega88 ) und Tiefpassfilter befinden sich auf der Rückseite)
Start/Stopbefehl und Drehzahlvorgabe kommen über I²C(oben rechts auf dem Bild).


Zur Steuerung kommt ein alter Playstation Controller zum Einsatz, bisher werden jedoch nur 3 potis (links/rechts;vorne/hinten;gesamtschub) abgegriffen.
kleine Demo


Zu meinem eigentlichen Problem:
Mit steigender Drehzahl geben meine Regler Spannungsspitzen in die Versorgungsleitungen zurück, bisher konnten die durch 1mF Elkos etwas abgefedert werden. Ab ca 60% Schub wird der Effekt jedoch so schlimm das die Kommunikation über I²C zusammenbricht und sich der uC aufm Regler "aufhängt"(was schon viele FETs das leben gekostet hat )

Hier das ganze am Oszi:


Hat jemand eine Idee wie ich das unterbinden kann?
Liegts evtl daran das ich keine Freilaufdioden verwende?

Ich versuche mich zzt zwar am aktiven Freilauf, bis jetzt jedoch ohne Erfolg..
vielen dank schonmal !

[PICture]

Hallo!

Am einfachsten wäre eine (Schottky) Diode (D) zwische Akku und Pufferelko für µC (siehe Code), natürlich nur dann, wenn die Störungen sicher durch VCC verursacht sind.

                       D

      Antrieb  <-----+->|-+-----> µC
     (Motoren)       |    |+
                     -   ===
               Akku ---  /-\
                     |    |
                    ===  ===
                    GND  GND

(created by AACircuit v1.28.6 beta 04/19/05 www.tech-chat.de)

[CCP1CON]

Liegts evtl daran das ich keine Freilaufdioden verwende?

Sind denn in den FETs keine Freilaufdioden drinn?

PS: bin auch gerade dabei mich am Quatrokopter/BLDC motor driver zu versuchen. Motor dreht schon. Allerdings im Moment nur zwangskommutiert.

[eagreen]

Sind denn in den FETs keine Freilaufdioden drinn?

Ansich ja, aber da scheiden sich die Geister.Die einen sagen das reicht,die Anderen dass Freilaufdioden unbedingt noetig sind..

Schottkys habe ich leider keine da, aber mit ner normalen diode tritt der effekt unveraendert auf :/
Bin auch noch recht ratlos woher diese spitzen und schwankungen kommen, ich wuerde lieber die Ursache anstatt des symptoms loswerden. Vielleicht ist meine ansteuerung auch daran schuld,jedenfalls werd ich mir die nochmal genauer ansehen.
bis denn!

[robocat]

Vielleicht könnte man, um den Fehler einzugrenzen, den µC mal mit einer komplett anderen Versorgung (oder Batterien) betreiben. Bisher geht ja glaube ich eine relativ lange Versorgungsleitung zum Regler, die sowohl µC als auch Motor versorgt. Folgt danach noch ein Spannungsregler?

Mit 100nF Kerkos warst du ja wahrscheins nicht sparsam, man könnte trotzdem schauen, ob man da noch welche unterbringt.

Vielleicht solltest du den genauen Ablauf noch mal detailiert schildern: Du sendest über I2C Daten für die Drehzahl des Motors. Der Motor dreht also hoch, man sieht, dass auf der Versorgung ab einem gewissen Strom diese kleinen Spitzen auftreten. Irgendwann bricht dann entweder die Kommunikation zusammen - oder der Atmega hängt sich auf. Was von beiden, das wäre wichtig zu wissen für die Fehlerbehebung. Vielleicht kann man das über die Software eingrenzen oder sich logisch erschliessen.

Gruesse von der Katze (die mitgrübelt, aber noch nicht ganz durchsteigt)

[CCP1CON]

Kommunikation über I²C zusammenbricht und sich der uC aufm Regler "aufhängt"(was schon viele FETs das leben gekostet hat)

Das kann eigentlich der watchdog abfangen, fällt mir gerade auf ...

Gruß
Carsten