Willas Shrediquette Tricopter / Quadrocopter / Hexacopter

[Bammel]

Deiner macht auch eine gute Figur. Nur Deine Probs sehen auf dem
Video witzig aus. *LOL* schade das man die LEDs nicht sieht.

Danke Danke! Die Props sind 10x4,5 Zoll... mag evtl daran liegen das ich den großen gebaut habe. Die größe finde ich Persönlich optimal. Da erkennt man noch auf größerer Entfernung die Lage ganz gut! Das bei dem kleinen schon schwerer!
Mit den LED's war in der tat schade, aber demnächst wird man bestimmt auch mal in die Dämmerung hinein fliegen.

Das Wetter war zum fliegen übrigends total genial. Nur nen bisl kalt.

@Willa: Klasse Video...! Der Hexa gefällt mir persönlich total gut. Sieht aus wie eine Wespe Das Flugbild fand ich auch super! Aber ist ja auch nen guter Pilot an den Knüppeln

Also bis zum nächsten mal.

[damaltor]

--- VERSCHOBEN: 1. Beitrag von deHarry ---

Hallo Zusammen!

Gerade eben habe ich es (nach Schwierigkeiten) geschafft, meine TriGUIDE SMD V2 zu flashen. Die Kommunikation mittels TriGUI über einen USB-Seriell-Adapter funktioniert \/

Das Ganze fand natürlich bisher noch auf dem Schreibtisch Statt, der Tricopter (Chassis) fristet noch sein Prototypenstadium, wie hier beschrieben: http://www.harald-sattler.de/html/tr...rediquette.htm (ganz am Ende der Seite)

Als Nächstes kommen die I2C-PWM-Converter dran, dann erfolgt der Einbau der Einzelteile in das Chassis.

Der von mir verwendete Empfänger ist ein Corona/Master Micro 6 DSP, den ich bei CNC-modellsport zusammen mit den Propellern erstanden habe.

Bild hier  

Das Schöne an diesem Empfänger ist das Vorhandensein des Summensignals auf der Platine, ich musste "nur" den Stecker von Kanal 6 abtrennen und mit dem Summensignal verbinden. Ein Kratzer und 3mm CuL-Draht - fertig

Bild hier  

Man möge mir die etwas krude Trennstelle verzeihen, das Zeugs ist wirklich klein, ich war schon froh, die Nachbarleiterbahnen nicht in Mitleidenschaft gezogen zu haben


Parallel zu den Aktivitäten der Inbetriebnahme habe ich eine V3-Version der TriGUIDE SMD erstellt, die für mich die (vorläufig) endgültige Fassung darstellt.

Ich habe hier noch mal aufgeräumt, die Leitungsführung auf der Platine optimiert und den Spannungsregler in SMD implementiert. Der ZLDO500 verkraftet 300mA bei 5V und reicht für alle Anbauten exklusive des Servo vollkommen aus.

Rein Interesse halber habe ich mal den Strombedarf der einzelnen Bestandteile der Tricopter-Steuerung gemessen:

TriGUIDE alleine, LEDs aus: 15mA
TriGUIDE alleine, alle LEDs an: 34mA
Empfänger (Typ siehe oben): 25mA
IMU-Würfel: 13mA

Zusammen zutzelt die Elektronik also etwas über 70mA aus dem momentan verbauten 78L05 (der schafft 100mA typ).
Rechne ich noch die drei I2C-PWM-Converter dazu, ist der Regler überfordert... stopp, die bekommen ja ihren Saft von den ESCs. Gerettet

--- VERSCHOBEN: 2. Beitrag von deHarry ---

Hallo, ich noch mal...

Die V3 meiner SMD-Version der TriGUIDE ist soweit in trockenen Tüchern, der Machbarkeitsnachweis erfolgte mit der "V2_cut" (cut weil abgesägt )

Zur Ansicht hier das Board, die Eagle-Dateien stelle ich für Interessenten auf meiner HP zur Verfügung.

Bild hier  

Die Platine ist einseitig, hat nur noch die beiden Befestigungslöcher und ist 50x56 mm groß.
Genau genommen könnte ich die Befestigungslöcher weg lassen, denn durch die glatte Unterseite lässt sich das Board prima mit doppelseitigem Klebeband auf dem Deck fixieren.

Was auch hier wieder ins Auge fällt ist der immense Platzverbrauch der SMD-Stecker. Dazu ist mir leider noch nichts Bahn brechendes eingefallen.
Die Verbannung der Stecker als TH-Version (trough hole) auf die Unterseite könnte ein paar Millimeter Einsparung in der Breite bringen, die Platine wäre dabei immer noch einseitig aber mit Bohrungen... Der Umbau ist nicht trivial, da die Stecker dann spiegelverkehrt angeschlossen werden müssen, das Routing ist damit also vollkommen anders und möglicher Weise so verquer, dass kein Platz gespart werden kann. Vielleicht setze ich mich mal hin und route das. Das wird dann die V3.1

Den 5VOUT-Stecker lasse ich dann, im Interesse eines definierten Stromverbrauchs, am Besten auch gleich weg.

Oder ich lasse es so wie es jetzt ist und baue den Tri erst mal fertig

[deHarry]

Vielen Dank damaltor!

Für alle Anderen:
Ich habe in einem Anfall geistiger Umnachtung (vielleicht lag´s auch an der fortgeschrittenen Uhrzeit vorgestern Abend) meine beiden Posts nicht als Antwort auf den vorhergehenden Beitrag im Thread geschrieben, sondern "neues Thema" geclickt, ohne mir darüber im Klaren zu sein, dass das "neu" nicht für meinen Beitrag, sondern für den kompletten Thread gilt.
Und schwupps gab´s zwei neue Threads mit entsprechenden neugierigen Kommentaren ("und was macht das Ding denn nun?").
Viel frappierender für mich war natürlich, dass meine beiden Postings nicht hier im Thread aufgetaucht sind... zuerst Verblüffung, dann Unglaube...

Aber Malte hat´s ja zwischenzeitlich geregelt

[Willa]

@Harald: Du schreibst auf deiner Seite, dass du beim Summensignal kein "richtiges Rechteck" erkennen kannst. Welchen Pegel hat denn das Signal? Du solltest notfalls schonmal darüber nachdenken einen Transistor zu nutzen um das Signal zu begradigen + auf 5V zu bringen. Vielleicht ists nicht notwendig, aber man weiss ja nie...

[Scotch]

Moin,

gestern war ich bei Martin und habe dort die neue Platine geätzt und gebohrt.
Die Kratzer auf dem Foto sehen schlimmer aus als im Original.
Morgen, wenn nichts unerwartetste dazwischen kommt, werde ich mit dem
bestücken weiter machen.

Gruß Ingo

[deHarry]

@Harald: ...kein "richtiges Rechteck" ... Welchen Pegel hat denn das Signal?

Hi Willa,

den Pegel habe ich nicht beachtet, ich habe ja schon auf der Seite ausgeführt, dass die wichtige Stelle des Signals der Flankenabstand ist. Ddas Signal müsste aber einen Pegel nahe der Versorgungsspannungswerte gehabt haben, wenn ich mir das Bild auf dem Oszi ins Gedächtnis zurück rufe. Also Low fast bei 0V, Hi fast 4,8V. Das kann der Atmel locker interpretieren, dessen CMOS-Eingang sollte seine Schaltschwelle auf etwa halber Versorgungsspannunghöhe haben.

Außerdem sehen die Signale an den Steckern (dieses Empfängers!) aller Kanäle genauso verschliffen aus, möglicher Weise auf Grund der auf dem Bild sichtbaren R-C-Kombination am Ausgang des Atmel bzw. zwischen Atmel und Stecker.

Ich denke, ich muss hier nicht tricksen und die TriGUIDE hat das Signal gut erkannt.

Aber ich nehme deinen Hinweis dennoch ernst und werde das Signal noch mal mit meinem 200 MHz-Oszi im Keller anschauen. Die beschriebene Messung habe ich mit dem Watterott LCD-Oszi am Rechner im Büro gemacht, dessen Bandbreite ist nicht berauschend, kann durchaus der Grund für die Verschleifungen an den Ecken sein.

[deHarry]

Hi WIlla,

gestern habe ich ein IC entdeckt, das eventuell für deine Miniatur-Copter von Interesse sein könnte.

http://www.sensordynamics.cc/cms/cms.php?pageId=73

Es ist ein kombinierter Gyro/ACC-Sensor für alle drei Achsen (6DOF = six dimensions of freedom?), wenn ich die Beschreibung richtig verstanden habe, hat Temperaturkompensation, ist abgeglichen (was immer das heißt), hat einen I2C-Ausgang und kostet als Muster unter 50 Euronen. Mit einer Hand voll Hühnerfutter (Cs und Rs) hast du den IMU-Würfel durch ein einziges, winziges IC ersetzt, das flächentechnisch an die Stelle des IMU-Steckers auf die TriGUIDE passt...

Vordergründiger Nachteil: Das Teil hat keine Pins sondern massenhaft (aber nur wenige verwendet) Lötpads unterhalb des Gehäuses. Das trifft auf den von mir verwendeten Quarz allerdings auch zu, wenngleich der zum Glück nur 4 Anschlüsse hat, das hat beim Löten mit dem Lötkolben also gerade noch so funktioniert.

[Bammel]

Moin

für diese art von bauteilen benutzt man das reflow-löten. wnen man keinen ofen hat gibt es auch so heißluft lötkolben mit dennen man das machen kann. ansonsten kann man auch die pads mit der leiterbahn rausführen. was ja sowieso gemacht werden muss und dann die leitenbahn aufheizen und zinn zugeben. denke das sollte funktionieren.

an sich finde ich die idee garnet mal schlecht. nur müsste man dann das ganze konzept umändern. die ganze electronik sollte dann auf 3.3V laufen dnan ist aber wiederum nur eine taktfrequenz von 8Mhz möglich. dann muss die auswertung des IMU auch von analog auf digital (SPI) umgeschrieben werden. I2C kommt denke ich da nicht in frage da dort die regler dran hängen.

zudem weichen die daten der °/sec und +/-g doch erheblich von dem nun verwendeten IMU ab. dies bedeutet auflösungseinbusen.

MfG Bammel

[deHarry]

Hi Bammel,
das Löten hatte ich mir auch so vorgestellt (mit dem Lötkolben), die niedere Taktfrequenz war mir nicht klar, ich wusste nur, dass der Mega328 auch mit 3,6V noch läuft. Die geringere Auflösung des Teils erkannte ich natürlich ebenfalls nicht

Bei I2C dachte ich, das ist ein Bus, so dass außer den ESCs auch der Sensor mit angeschlossen und abgefragt werden kann.

Mit I2C (oder auch seriell) wäre der Aufwand des Pegelumsetzens nicht so gewaltig, oder? Zwei bis drei Leitungen mit Z-Dioden bzw. Transistoren, eventuell auch nur mit passiven Bauelementen, wenn die Schaltschwellen der 5V-Teile auch noch bei 3,x V funktionieren... müsste man mal genauer durchdenken.

Aber wenn die Auflösung nicht reicht, ist es sowieso passé.

[Bammel]

Hi,

der mega328 läuft zwar mit 3,3V aber dann nurnoch mit 8mhz. wird sicherlich auch mit 16mhz laufen aber sicher ist es dann nicht.

der sensor hat z.b. beim acc ein messbreite von 8g der acc der bislang verwendet wird hat 2g.

I2C ist ein bus. das stimmt. man kann auhc die Sensoren mit anschließen. die klaut aber wieder zeit auf dem bus. diese wird ja benötigt um die signale an die regler zu schicken.

MfG