Mein erster Hexapod

[noin üpje]

Servo Controller dazwischen hängen, der sich ausschliesslich um die Servos kümmert?

[darkchris90]

Hallo,

danke schonmal für die Antworten.
Also ich habe die Servos anfangs mit nem Schaltnetzteil und nem dicken Kondensator dazwischen beschaltet.
Zurzeit läuft die Stromversorgung über eine umgebautes PC Netzteil. Da sollte die Spannung ja sauber sein. Wenn alles funktioniert, habe ich schon Akkus, die ja alles mitmachen sollten. Ich habe testweise schonmal kleine Kondensatoren zwischen Servos und Versorgung geschaltet, aber ohne Unterschied.
So ein Servocontroller ist teuer und ich habe auch nicht allzuviel Geld zur Verfügung. Ich dachte halt, dass das Programm und der AtMega16 das hinbekommen würden. Auf jedenfall bekommen die das rechnerisch hin.
Ohne Last habe ich die Signale auch schon geprüft, da war auch kein Unterschied. Ich habe schon den AtMega ausgetauscht, den Quarz ausgetauscht, die Servos ausgetauscht, alles ohne Veränderung. Meine Schlussfolgerung war, dass das Programm entweder nicht funktioniert oder ich zu blöd bin ne ordentliche Platine zu entwerfen und zu ätzen.
Ich dachte anfangs auch, dass es an den Spitzen liegt, wenn alle Servos arbeiten, da ich dann schon so auf 4A max komme. Aber das PC Netzteil macht das ja locker mit (theoretisch).

[HeXPloreR]

Ich denke auch es sind Belastungsspitzen. Du hast Externe Versorgung für die Servos, woher kommt die?
Ich würde vorschlagen Du trennst vorerst die Versorgungsspannung µC und Servos - falls noch nicht oder nicht korrekt. Weiter sind Stützkondensatoren in den Versorgungsleitungen, und auch zum µC eine Gute Idee.
Du besorgst Dir einen LiPo Akku mit mindestens 2000mAh 11,1V (10C) dazu eine kleine Schaltung mit dem 7805 der dir 5V liefert.
Der 7805 den du verbaut hast welche Leistung kann der vertragen 1A oder 2A? -oder mehr? Wird der besonders warm?

Wenn ich mal wüßte was beim BrownOut detection konkret passiert?

Wenn es anfangs lief, was hast Du verändert das es nun nicht mehr richtig läuft?

Als allerersten versuch das nochmal einzu grenzen würde ich alles Servos abnehmen, und nur das bein welches am meisten mit dem Fehler auffällt dran lassen, dann ganz normal das Programm laufen lassen und wenn da dann immer noch etwas hackt und zuckt ist der Fehler höchstwahrscheinlich im Programm, da Du ja sagst deine Leistung sollte eigentlich für 18 Servos ausreichen, dann sollte es kein Problem bei 2-3 Servos mit der Versorgung geben und wenn der Fehler immer noch auftritt müsste er ja aus dem programm kommen. Probier das vielleicht seperat mit allen Beinen durch.

[HannoHupmann]

Wenn schon ein Osizi da ist dann mess mal die Spannung nach und kuck ob nicht dort ein ungewollter Spanungseinbruch ist. So wie du das Beschreibst und die Kollegen das schon richtig erkannt habe, lässt es eher auf einen Fehler in der Stromversorgung schliessen.

[darkchris90]

Argh
also zu allererst:
@HeXPloreR:

ich habe nen Schaltplan hochgeladen, sowie gesagt, dass die Servos von einem PC Netzteil oder auch schon mit Akku bestromt werden.
Weiter habe ich auch erwähnt, dass ich schon Kondensatoren zwischengeschaltet habe und dies keinen Unterschied ergeben hat.
Was meinst du jetzt mit der Brown Out Detection?
Meines Erachtens habe ich auch nichts geändert. Ich habe die Platine genommen, sie von dem Prototyp Hexapod auf meinen neuen gesetzt, der etwas größer und stabiler gebaut war und bessere Servos hat, habe die angeschlossen und seitdem Problem.
Die Platine habe ich seitdem paarmal neu geätzt und auch verbessert(meines Erachtens). Die einzigen Änderungen waren jedoch dickere Leiterbahnen und eine LED ^^
Ich habe schon alle Servos einzeln getest, einzelne Beine, nur eine Seite: das Ergebnis ist immer dasselbe. Es ruckelt.
Wenn ich jedoch ein Programm schreibe, was einen Servo auf einer Position halten soll und nicht mehr macht mit derselben Stromversorgung, dann funktioniert das. Bzw. es hat vor einigen Wochen mal funktioniert. Ich werde es nachher nochmal ausprobieren.
Meine Vermutung ist ja auch das Programm. Jedoch weiß ich leider nicht wo. Und wie gesagt, ich habe auch schon die "webbotlib" ausprobiert, die dafür geschrieben wurde und genau derselbe Fehler ist aufgetreten. Aber auf eine Lösung bin ich bisher noch nicht gekommen, deswegen frage ich ja hier nach einer Idee. Ich wüsste nicht wie ich eine saubere Versorgungsspannung als mit einem Akku hinbekommen soll.

@ HannoHupmann

Wo ist denn der Fehler dann in der Stromversorgung?
Der Fehler tritt, wie schon oben beschrieben, immer an derselben Stelle auf wenn die Beine von oben nach unten gehen ungefähr mittig.
Wieso sollte genau da die Spannung weg brechen? Die Last ist doch von unten nach oben stärker dachte ich.
Ich habe auch schon im Akkubetrieb versucht die Servos zu steuern und bei einem Akku kann die Spannung doch ansich nicht weg brechen?

Also ich weiß nicht, ob ich mich jetzt mehr mit einem Programmfehler auseinandersetzen muss oder doch das Problem an der Hardware liegt.bzw. Stromversorgung liegt oder ob sogar der Takt vom AtMega einfach falsch ist oder sonstwas.

[HeXPloreR]

hmm, im programm fällt so auf den ersten blick nur auf das Du 20 PWM channels angibst, kann es möglich sein dass das bei 18 Servos zwei zuviel sind? Ist ein Servo vielleicht doppelt angesteuert?-ausversehen?
...benötigst Du diese momentan für etwas, sonst kannst Du sie vielleicht kurzfristig auf 18 ändern. Möglicher wird dadurch tatsächlich ein (timer)Überlauf irgendwo produziert. Oder dadurch Servopositionen bzw (PWM-frequenz) an den falschen Ports ausgegeben?

Wie meinst Du dass das ein Akku nicht einbrechen kann?
Ein normaler Akku kann gegebenfalls nicht so schnell auf die wechselnde Last der Servos reagieren, dadurch bricht die Spannung kurzfristig ein (die Kapazität kann nicht schnell genug abgegeben werden, ohne das der Akku schaden nimmt), das zucken entsteht. Stützkondensatoren können soetwas anfanglich kompensieren. Abhilfe schafft aber wohl nur ein Akku, getrennt von der Versorgungsspannung des µC, mit den überragenden Eigenschaften eines LiPo's genug Kapazität schnell zur Verfügung zu stellen.

[5Volt-Junkie]

Alternative wäre mit einem einfachen Programm alle Servos anzusteuern. Ohne Berechnung etc. Sollten sie sich weiterhin komisch verhalten, würde ich die SW fast ausschließen.

BTW: die Leiterbahnen sind aber ziemlich dünn ausgelegt

[radbruch]

Hallo

Mein Code für 18 Servos mit einem 16MHz Mega16:
https://www.roboternetz.de/community...l=1#post524912

Die Ansteuerung ist auf die zwei CompareMatch-ISR des Timer1 aufgeteilt. Die Impulse für die Servos werden jeweils nacheinander ausgegeben, dadurch werden die Anlaufströme gleichmässiger verteilt. Der Bereich der Impulslängen für meine Servos (ES05) war von ca. 200 bis ca. 500 (mit Reserve). 500 entspricht 2ms, 5000 dauert 20ms und ist die Startwiederholzeit von der während eines Zykluses die einzelnen Impulslängen abgezogen werden. Mit Impulslänge=0 wird das betreffende Servo nicht angesteuert.

Zusätzliche Funktionen: 1/50-Sekunde Pause mit sleep() die mit den Servoimpulsen synchronisiert ist, gepufferter USART-Empfang per Interrupt und senden von Char, String und Integer (38400Baud), SPI-Ansteuerung und Terminalansteuerung für "Beine" mit drei Servos:

ax,wert - Steuert das xte Servo im Strang A mit dem Wert wert an (x von 1 bis 9, wert von 200 bis 500)
bx,wert - Steuert das xte Servo im Strang B mit dem Wert wert an
cx,wert1,wert2,wert3 - Gibt an Bein x die Werte wert1, wert2 und wert3 an die Servos 1,2 und 3 aus.

(Der letzte Wert in c() legt eine Wartezeit zwischen den Änderungen für einzelnen Servos in 1/50sek fest.)

Das ist als Inspiration gedacht, denn auch bei der Servoansteuerung führen viele Wege zum Ziel.

Gruß

mic