Druckbare Version
Dafür kannst Du einen beliebigen freien PIN nehmen. Das PPM-Summensignal wird mit Input-Capture rel. aufwandsarm ausgewertet. Ich verwende auch einen JETI-Empfänger.Zitat:
ich will einen Jetiempfänger verwenden, geht das auch an einem Seriellen Eingang?
Hans
Der xmega kann Interrupts an allen pins:Zitat:
ok für dich ist das so, ich will einen Jetiempfänger verwenden, geht das auch an einem Seriellen Eingang?
"External Interrupts on all general purpose I/O pins" (aus dem Datenblatt)
PC2, also der Pin an dem der Satellitenempfänger hängt, ist m.M. nach auch ein normaler Pin. Da kann also auch ein Empfänger mit Summensignal angeschlossen werden.
Ich möchte die Platinen bei Bilex-lp.com fertigen lassen. Die sind günstig und liefern eine gute Qualität (mit Lötstopp, fertig gebohrt etc.). Aber die haben als minimalen Bohrdurchmesser 0.6mm vorgegeben. Das müsste man also ändern.Zitat:
Wenn ich die Löcher enger bohre und die Pins dann einpresse, halte ich das für wesendlich haltbarer als nur auflöten.
Welche Produktion??? Ich will das einfach so als Hobby machen.
Ach so? Heute hat in Bremen ausnahmsweise mal die Sonne geschienen. Blöd nur dass ich arbeiten musste X-(Zitat:
Bei dem Wetter bleibt mir ja eigentlich nichts anderes, als mich einmal hinzusetzen und es auch einmal zu versuchen.
Von mir aus auch PA0, denn ich habe ja auch keine Spannungsreferenz auf dem Layout.Zitat:
Es wäre also auch möglich PA1 bis PA7 für die LEDs zu nutzen
Ja, man braucht ja nur ein mal I²C. Egal welches. Ich habe eben den ersten Regler am Hardware PWM zum laufen bekommen. Aus Spaß mal ausprobiert wie schnell der Motor auf Änderungen reagiert. Bis 200 Hz habe ich Drehzahländerungen wahrgenommen. Danach siegt das Trägheitsmoment des Motors.Zitat:
PC0 und PC1 (SDA und SCL) mit PE0 und PE1 zu tauschen?
Ja, das reicht auf jeden Fall. Ich finde auch die 1.27mm Raster Pinleisten nicht zu klein. Wenn man Lötstopplack hat ist das noch weniger ein Problem.Zitat:
Wenn du alles lötest, reicht dir dann auch ein 2poliger Akkuanschluß?
Bernd, du musst jetzt aber auch nicht für jeden ein passendes Layout machen. Auch nicht für mich natürlich. Hier gibt es viele Leute die viele verschiedene Ansprüche haben. Ein für alle passendes Layout wird es nicht geben. Mir ist auch gar nicht klar wer welches Programm auf den Controller spielen möchte. MultiWII? Shrediquette? Was eigenes? Ich z.B. möchte die Platine so klein wie möglich haben (und mit meiner Software in meinem BOLT verwenden) und verzichte daher auf Akkuspannungsüberwachung etc. Es wäre natürlich nett wenn du mir beim Layouten hilfst, weil du es kannst und es dir (wenigstens scheinbar) auch Spaß macht. Aber du musst selber wissen wieviel Energie du investieren möchtest. So ein Open-Source Projekt kann auch schnell mal in Frust enden wenn jeder was anderes fordert und am Ende jeder sein eigenes Süppchen kocht.Zitat:
Ich verzweifel nur langsam an ungenügenden Vorgaben, siehe Hans.
Bei diesem, von mir vorgeschlagenem Layout hatte ich primär an die Verwendung in meinem BOLT gedacht. Wenn man mit ein paar kleinen Änderungen die Platine auch allgemeintauglicher machen kann, wäre das schön. Aber größer als 20x20mm wäre für mich dann schon wieder nicht mehr soooooo interessant.
Hallo William,
ich habe noch nie eine Platine herstellen lassen, desshalb weiß ich nicht ob alle Bedingungen erfüllt sind.
Ich würde sie so ätzen, aber löten möchte ich sie nicht müssen. :-)
könnte jemand so nett sein und mir die Software vom Chris #3211 so umschreiben und dann als HEX-File schicken, dass der Reciever auf PIN1 liegt, die LED1 auf PIN14, die LED2 auf PIN15, die LED3 auf PIN26, der Motor1 auf Pin22,der Motor2 auf Pin23, der Motor3 auf Pin24, der Motor4 auf Pin25 und die GUI auf PIN16/17.
Es kann auch eine andere Version mit dieser Belegung für 4 Motoren sein, wenn sie schon geflogen ist. :-)
Dann könnte ich auch etwas ausprobieren.
Gruß Bernd
Hallo Bernd,
ich hab dir mal mein Programm compiliert, mit deinen Belegungen. Ich hoffe es funktioniert, konnte es ja leider nicht testen.
Aber warum hast du die Motoren 1&2 an TimerC0 und die Motoren 3&4 an TimerC1?
Gruß
Chris
Hallo Chris,
vielen Dank.
Das mit den Motoren wurde einst durch Harald so eingezeichnet und da ich es nicht besser wußte,habe ich es so übernommen.
Ich habe es aber jetzt geändert. In den neuen Layouts sind die Motoren auf PIN 20-25. So hoffe ich ist es recht.
Kein Problem ;) Gib Bescheid, obs funktioniert.
Btw: auf welche PWM-Werte hast du den deine Regler eingelernt? Meine sind bei 20000 als Minimum und 60000 als Maximum. Das solltest du auch so machen, ansonsten wirds nicht sehr gut funktionieren.
Die PID-Werte werden mittlerweile übrigens auch schon anders skaliert. Ich fliege im Acro-Mode mit meinem Quadro momentan mit P-I-D: 160-40-4 .
Gruß
Chris
Hallo Chris,
ich habe es aufgespielt. Alle LEDs blitzen, der Sensor gibt Bewegungen von sich in der GUI, aber der Empfänger nicht. Auf welchem Eingang liegt der?
Was meinst du mit 20000 und 60000? In welcher Anzeige?
Fliegst du eine X oder + Anordnung?
Gruß Bernd
Ich habe jetzt die Empfängerimpulslängen wieder auf normal gestellt, nun geht es. War vorher auf min.1mS, max. 2mS, wie vom MWC gewohnt. :-)
Danke
Mit 20000 und 60000 meine ich die minimalen und maximalen Werte der Hardware PWMs, angezeigt wird das nirgends.
Ich fliege eine X-Anordnung, finde ich irgendwie sportlicher ;)
Gruß
Chris
EDIT:
Der erste Motor (links vorne) dreht bei mir von oben gesehen IM Uhrzeigersinn. Das ist wichtig für das Gieren ;) Wenn du möchtest, würde ich dir das Programm aber kurz umschreiben, auf + Anordnung oder andere Prop-Drehrichtung?!
Hallo Chris,
wie hast du denn den MPU angeordnet, wenn man auf die Bauteile schaut, zeigen die Anschlüsse nach links, ist das OK?
Der erste Motor ist vorne Links, der 2. .......?
Gruß Bernd
Hi,
also bei mir ist Pin1 des MPUs an der linken Seite des Kopters. Da ich eine andere Platine als ihr benutze, kann man das mit den Anschlüssen nicht vergleichen, aber bei dir müssten die Anschlüsse nach vorne zeigen. Auf der Platine befindet sich ein kleiner Pfeil, der sollte in Flugrichtung zeigen. Prüf das doch einfach in der GUI nach.
Motor1 ist vorne links, Motor2 ist vorne rechts, Motor3 ist hinten rechts und Motor4 ist hinten links, also alle im Uhrzeigersinn angeordnet.
Gruß
Chris
OK, jetzt hoffentlich die letzte Frage für heute :-)
Wo die Ausgänge für die LEDs bestimmt werden habe ich im Code gefunden, wo aber passiert das mit den Motorausgängen?
Gruß Bernd
Wie genau meinst du das? Die Ausgange ansich muss man nicht als Output configurieren, das geschieht automatisch mit verwenden der Config TCC0 = PWM Instruktion, genauer gesagt mit den Anweisungen "Comparea = Enabled" , usw...
Die PWM Ausgabe erfolgt dann in der Send_Mots Sub durch:
TCC0_CCA = Ms_1
TCC0_CCB = Ms_2
...
Gruß
Chris
:-) Mein Kopter fliegt jetzt auch. :-)
Ich konnte allerdings nur im Acromode fliegen, im Hoovermode kann ich gar nicht starten, weil ein Motor nicht anläuft.
In der GUI wird Yaw falsch angezeigt, der Versuch es zu drehen (was mir nicht gelang) hat mich ziemlich Zeit gekostet.
Die GUI stürzt auch oft einfach ab, dann hilft nur noch ein abstecken des USB-Steckers.
Chris das soll kein meckern sein, ich will dir nur schildern was mir auffällt.
Morgen geht es in die Halle, ich freu mich schon.
Sind wir eigentlich die einzigen bei denen er schon fliegt?
Gruß Bernd
Ich habe leider keinen Träger, sonst hätte ich auch schon was probiert.Zitat:
Zitat von bendh
Wenn mir an Ostern langweilig wird, bastele ich vielleicht schnell mal so ein Bernds-Balsakreuz zusammen... die aktiven Teile (Motoren, Propeller, Steuerung, Akkus, LEDs,...) habe ich zur Genüge hier rum(f)liegen.
Ersteinmal Hallo alle zusammen.
Habe mich extra wegen dem Thema hie rim Roboternetz angemeldet.
Habe jetzt schon einige Tricopter gebaut und erfolgreich geflogen, jedoch bis jetzt alle auf Multiwii Basis.
Da es mir die Tricopter irgendwie angetan haben, möchte ich gerne einen Dlxm oder eventuell noch ein Tick Kleineren Bauen. Gerne würde ich auch mal williams software benutzen.
Da ihr ja erfolgreich an einem kleinen Flightcontroller arbeitet, wollte ich fragen ob irgendeiner der Coder unter euch (leider nicht ganz mein gebiet),
an eine Implementierung eines Tricopters nachdenkt?
gruß
Dominik
Hi,
hm dass im Hoovermode ein Motor nicht startet muss aber fast ein Problem von dir sein. Bei mir gehts, auch wenn ich die Parameter noch nicht richtig eingestellt habe, da ich nur ACRO fliege. Hoover reizt mich aber immer mehr, v.a. weil ich wissen will, wiegut der ACC wirklich ist.
Dass die GUI öfters mal abstürzt, war bei mir schon immer so, also auch mit der alten Platine von Willa. Ich denke, da wurde evtl. irgendwo eine Fehlerbehandlung vergessen, z.b. beim Übertragen der Parameter...
Wie hast du den versucht, die YAW-Anzeige zu drehen?
Hm das sollte kein Problem sein, dann muss ich eben die Yaw-Werte vom Sensor invertieren und den Mixer verändern, oder aber man verändert nur die Ausgabe zur GUI, was besser ist, da dann im µC der Rechenaufwand nicht größer wird.
Was mir gerade aufgefallen ist:
Ich bin mit meinem Copter (mit Frischhaltefolie überzogen, da es bei uns regnet) geflogen und er zieht immer leicht nach vorne. Ich habe ihn dreimal neu angesteckt, weil ich anfangs dachte, das liegt am Offset der Gyros. Leider hat das aber nichts gebracht. Evtl. bastel ich mir die Tage mal ein kurzes Testprogramm zusammen, das den Sensorwert im Stillstand ausgibt, um so vor und nach dem Flug den Drift zu beobachten.
Kannst du das Verhalten bei dir bestätigen oder ist das nur bei mir so? Bist du schon geflogen, Bernd? Wie schätzt du den die Steuerung ein?
Btw:
Ich werde in den nächsten Tagen einiges Testen. Wenn jemandem ein Bug auffält, bitte melden. Wenn es ein paar sind, werde ich sie beseitigen.
Gruß
Chris
@Harald
da bist du nun selbst schuld, weil du mein Angebot nicht angenommen hast, nun fliegt es bei mir. :-)
Für größere Kopter ist aber die Alubauweise billiger, da könnte ich dir auch helfen.
@ Chris
die Drehung habe ich versucht in der GUI vorzunehmen durch das Häckchen. Aber nichts ändern, er fliegt so.
Ich bin nur im Garten etwas geflogen, morgen geht es in die Halle und dann mal raus auf den Flugplatz, dann kann ich mehr sagen.
Aber bis jetzt bin ich zufrieden. Der Hoovermodus ist halt im Zimmer ganz toll. Zumindest der vom MWC. :-)
Gruß Bernd
Hihi, ich will jetzt nicht sagen, dass ich auf diese Antwort regelrecht gewartet habe, aber insgeheim damit gerechnet habe ich schon :-)Zitat:
Zitat von bendh
Aber die nächstbeste Näherung haben wir ja immerhin zustande gebracht, nur dass die Software auf deinem Copter nicht richtig wollte.
Hi Chris,Zitat:
Zitat von Che Guevara
nach vorne (oder irgendwohin) ziehen kann er eigentlich nur, wenn du mit ACC fliegst, richtig?
Dann musst du im Flug die ACC-Nullstellung einlernen. Das hat Willa schon auf den ersten paar Seiten dieses Threads geschrieben: Horizontal ist nur dann wirklich horizontal, wenn der Copter im Flug nicht wegdriftet.
Um das Einlernen im Flug zu realisieren, haben Hans (nicht HappyJack) und Nils auf meinen Wunsch/Vorschlag hin Routinen in Willas Code eingebaut, die es erlauben, per Schalter im Flug die ACC-Nullwerte zu erfassen wenn er so exakt wie möglich auf der Stelle schwebt und anschließend abzuspeichern.
Apropos abstürzende GUI...
Ich habe in der Zeit, in der ich versucht habe, dem sNQ Benehmen beizubringen, die GUI von Willa dazu verwendet, den Atmel zu programmieren.
In den gefühlt 200 Stunden, die ich dabei vor dem Rechner saß, ist mir die GUI vielleicht drei- oder fünfmal "abgestürzt".
Abgestürzt in Anführungszeichen, weil ich jeweils bemerkt habe, dass das dann passiert, wenn der COM-Port (der bei mir ein virtueller Solcher ist, der per USB-Seriell-Adpater realisiert wird) sich verhaspelt hat.
Abhilfe: USB-Stecker des Adpaters raus und wieder rein, und die Fuhre funktioniert wieder, auch ohne die GUI neu zu starten.
Daraus folgere ich, das die GUI stabil läuft und nur die unterlagerten Schichten Probleme machen. Aber das nur am Rande...
Hi,
die Gyro-Reverse Fkt. in der GUI ist nicht mehr im Code eingebaut, da die Axen des MPUs ja bei jedem gleich sind, sodass es eine allgemein gültige Lösung geben kann ;) Ich denke, das mit der Yaw-Richtung ist jetzt auch nicht sooo schlimm, weil es ja nur an der Perspektive liegt, obs richtig oder falsch ist. Aber ich werds trotzdem ausbessern ;)
@Harald,
nein, er zieht im ACRO Mode nach vorne, das ist ja das komische. Entweder hat der Gyro einen doch etwas größeren Drift, was ich aber nicht glaube, da ich das Ergebnis schon durch 64 teile, oder aber es liegt an meinen PID-Werten, da mein I-Anteil noch ziemlich klein ist. Ich denke, das ist es.
Dass die unterlagerten Schichten Probleme machen, kann ich fast nicht glauben, weil ich schon desöfteren stundenlang irgendwelche Daten vom AVR über einen FT232 mitgeloggt habe, ohne dass es Probleme gab. Ich glaube, der Hund liegt hier irgendwo anders begraben, aber sicher weiß ich es auch nicht....
Gruß
Chris
Hallo,
gerade komme ich vom Flugplatz und muß sagen ich bin zufrieden. Nach dem Start habe ich alle Achsen getrimmt bis er ruhig vor mir flog und nach 8 Minuten Flugzeit war nichts von einem wegtriften zu merken.
Den Hoovermodus kann ich nicht beurteilen weil sich der Kopter dabei überschlägt, mal schauen ob sich das noch einstellen lässt.
Chris ändere nichts an der Yaw Richtung, sie stimmt beim Kopter, nur die GUI zeigt etwas anderes an, überhaupt meine ich wenn ich in der Gui die Richtung ändere, tut sich nichts, oder muss ich da auch jedesmal neu speichern?
Wie kann die Yaw-Richtung richtig ODER falsch sein? Rechts ist doch Rechts und Links ist Links.
Meinen Sensor musste ich so einbauen, dass die Seite mit den Bauteilen oben ist und die 4 Anschlußpins nach links zeigen, der aufgedruckte Pfeil also ebenfalls nach links zeigt.
Ich habe kein Laptop und muß zum Einstellen jedesmal an den Rechner in meinem Zimmer, deshalb dauert die Einstellerei so lange.
Wie funktioniert eigentlich der Vorgang GUI Kopter? Kann man da ein Programm für eine transportable Anzeige betreiben? LCD oder Android oder ...?
Gruß Bernd
Hi,
ja das freut mich, dass er bei dir auch fliegt :D
Hm, den Hoovermode habe ich bis jetzt auch noch nicht hinbekommen, da ist die Parametrisierung um einiges schwerer als beim ACRO-mode.
Ich wollte nur die YAW-Richtung in der GUI ändern, ansonsten nichts ;) Das wäre nur eine Zeile im Code.
Mit dem richtig oder falsch meinte ich, dass es darauf ankommt, was man als links oder rechts interpretiert. Wenn ich von hinten auf den Kopter schaue und das Heck betrachte, ist links etwas anderes als wenn ich von vorne auf den Kopter schaue ;)
Oh, das mit dem Sensor habe ich dir falsch gesagt, tut mir leid! Natürlich muss der Pfeil nach links zeigen, war mein Fehler.
Ja, so ein kleiner "Parametrisiercomputer" hätte schon was. Eigentlich wäre es ganz simpel. Man muss nur eine UART-Kommunikation einbauen und die Daten evtl. im EEPROM speichern. Mit einem LCD und einem AVR wäre es eigentlich getan, nur hat man dann eben keine so genaue Anzeige der Sensordaten, was aber meiner Meinung nach auch nicht notwendig ist. Es würde reichen, die Parameter damit verstellen zu können, meint ihr nicht?! Noch komfortabler wärs natürlich über Funk, mit z.b. einem BTM222, allerdings wäre das dann wieder Mehrgewicht auf dem Kopter... Mal überlegen, evtl. probier ich heute mal was aus ;)
Kann mir eigentlich jemand ein günstiges FPV-Equipment empfehlen? Ich bräuchte eine kleine leichte Kamera (muss kein HD sein), einen leichten Sender dazu und einen Empfänger, welcher am besten 2 Ausgänge hat. Vorerst möchte ich nämlich nur über den Laptop-Bildschirm fliegen, eine Video-Brille ist mir momentan noch zu teuer. Hat jemand einen Tip?
Gruß
Chris
Hi,
ich habe die letzten Tage auch versucht meinen Hexacopter zum fliegen zu bringen. Leider klappt das noch nicht so, es gibt noch keine passenden Parameter. Aber der Copter vibriert auch ganz schlimm. Mal sehen was ich da noch machen kann.
@Bernd: Das Layout sieht wieder mal super aus. Nur 18x20mm, nicht schlecht!
Die Quelldateien vom GUI habe ich hier hochgeladen:
TriGUI v1.1
Wer mag kann sich das gerne anschauen. Es ist mit SharpDevelop in VB.NET programmiert. Es kann sehr gut sein, dass da ein paar Bugs drin sind die das ganze zum Absturz bringen :-(
Günstige Sender / Empfänger / Kameras gibt es hier:Zitat:
Kann mir eigentlich jemand ein günstiges FPV-Equipment empfehlen? Ich bräuchte eine kleine leichte Kamera (muss kein HD sein), einen leichten Sender dazu und einen Empfänger, welcher am besten 2 Ausgänge hat. Vorerst möchte ich nämlich nur über den Laptop-Bildschirm fliegen, eine Video-Brille ist mir momentan noch zu teuer. Hat jemand einen Tip?
http://www.electronicarc.com
Du kannst dir deine Sender und Empfänger aber auch einfach selber aus Airwave Modulen zusammenbauen.
Hi Willa,
hast du selbst eine Software geschrieben oder hast du auch meine ausprobiert? Falls du meine hast, dann musst du darauf achten, dass die Skalierung der PID-Werte anders ist.
Danke für den Link, die Seite werd ich mir mal ansehen. Darf ich fragen, welche Kombination du hast?
Gruß
Chris
EDIT:
Habe diesen Sender ( http://www.electronicarc.com/catalog...3a5158b137d147 ) und diesen Empfänger ( http://www.electronicarc.com/catalog...3a5158b137d147 ) gefunden. Sind diese den miteinander kompatibel? Der Sender soll ja angeblich bis zu 2km im Auslieferungszustand senden können. Würde eine CCD-Killer Kamera dazu passen?
Hallo Chris,
"Mit dem richtig oder falsch meinte ich, dass es darauf ankommt, was man als links oder rechts interpretiert. Wenn ich von hinten auf den Kopter schaue und das Heck betrachte, ist links etwas anderes als wenn ich von vorne auf den Kopter schaue"
eigentlich steuert man immer die Nase beim Heli, also auch beim Kopter. Also vorne entscheidet ob Links oder Rechts.
Der Hoovermode geht aber? d.h. ich muss nur die richtigen Einstellungen finden?
Gruß Bernd
Hallo William,
erst loben wenn es funktioniert :-)
Ich habe auch noch eine Platine mit Atmega 328 auf der einen Seite und MPU6050 und Levelshifter auf der anderen Seite, auch nur 20x20mm. Aber Wii Layout und 4 Motoren.
Gruß Bernd
Hm ich habe noch nie einen Heli geflogen, aber natürlich hast du Recht ;)
Ja, normalerweise sollte er funktionieren. Ich habe zwar selbst noch nicht die richtigen Parameter gefunden, aber ich bin schon ein paar mal damit mit schlechten Parametern geflogen. Ich denke, den ACC-Influence Parameter muss man etwas zurückdrehen oder alternativ evtl. den ACC mit Highpassfilter initialisierieren, mal schauen...
Gruß
Chris
Die passen zueinander. Die CCDKillerist dazu auch gut geeignet. Ich würde dazu noch eine Linse mit f=2.1mm empfehlen die braucht aber unbedingt einen IR-Block Filter. Ich möchte nur der Vollständigkeit halber darauf hinweisen, dass der Betrieb dieses Senders in DE nicht erlaubt ist :-DZitat:
Sind diese den miteinander kompatibel? Der Sender soll ja angeblich bis zu 2km im Auslieferungszustand senden können. Würde eine CCD-Killer Kamera dazu passen?
Ich habe einen 5.8GHz nano Stinger von immersionsflug.de. Die sind legal (25mW) und holen wohl das Maximum an Reichweite raus. Aber eben auch etwas teurer...Zitat:
Darf ich fragen, welche Kombination du hast?
Ich habe die Software selber geschrieben um wirklich zu verstehen was darin so vorgeht. Ich rechne alles in Singles (Regelfrequenz immernoch 800Hz), habe die Gyrowerte runterskaliert dann sind die Werte identisch zu den ADXRS Gyros. Da das aber singles sind verliere ich keine Auflösung (auch wenn das Rauschen eh dominiert...). Die Signale für den motor werden dann wieder um den Faktor 122 hochskaliert.Zitat:
hast du selbst eine Software geschrieben oder hast du auch meine ausprobiert? Falls du meine hast, dann musst du darauf achten, dass die Skalierung der PID-Werte anders ist.
Aber ich werde mal deine Software probieren.
Highpass beim ACC ist eigentlich genau falsch rum. Das Gyro hat durch den komplementärfilter eine Art Highpass, der ACC einen Lowpass. Zusammen ist dann alles an Signal drin was man braucht. Aber Theorie und Praxis liegen ja öfters auseinander... Versuch macht kluch.Zitat:
alternativ evtl. den ACC mit Highpassfilter initialisierieren, mal schauen...
Die Skalierung findet man annähernd heraus wenn man sich die Signale des Gyrointegrals und des ACCs ausgeben lässt (direkt vor der Fusion im Komplementärfilter). Wird der Copter um 45° gedreht, sollten die Werte die gleiche Größenordnung haben. Das ist aber eh nur eine Annäherung, da ich nicht mit Sinus etc rechne, sondern vereinfachend einen linearen Zusammenhang zwischen Winkel und ACC Signal annehme. Das ist natürlich nicht 100% korrekt, und bei der Rechenleistung des xmega und der Z-Achse des ACCs könnte man das mal mit Winkelfunktionen angehen. Übrigens wird mein µC im Betrieb etwas warm... Liegt das an der Taktfrequenz oder habe ich noch eine defekte Lötstelle...?Zitat:
Ich denke, den ACC-Influence Parameter muss man etwas zurückdrehen
p.s.: ich habe jetzt so oft nach MPU gesucht (datenblätter etc),dass ich nun dauernd Werbeanzeigen für Psychologische Beratungsgespräche für die Medizinisch-Psychologische Untersuchung bei Führerscheinentzug bekomme X-)
Hi Willa,
hm eigentlich möchte ich schon einen legalen Sender verwenden ;) Wäre das hier ( http://www.globe-flight.de/58-GHz-FPV-Set-Beginner ) was für mich?
Das mit dem Hochpass war natürlich Bockmist, einen Tiefpass bräuchte man.
Wärst du so nett und zeigst mir mal deinen Code? :)
Gruß
Chris
Hallo Zusammen!
Ihr seid ja schon schön weit fortgeschritten, prima :-)
Ich habe schon vor ein paar Wochen - Anfang Februar - mit dem Gedanken gespielt, den sNQ mit FPV-Equipment auszurüsten :-) :-) und einen Lieferanten gefunden, der passende Hardware anbietet. Die erste Kontaktaufnahme verlief auch sehr positiv, sehr schnelle Antwort auf meine Frage nach weiteren technischen Details, aber leider scheint der Laden mittlerweile dicht gemacht zu haben.
Auch der Versuch einer telefonischen Kontaktaufnahme eines Landsmannes des Anbieters (der Firmensitz ist Istanbul) schlug fehl. Schade :-(
In die nähere Auswahl kamen zwei Sets:
http://fpvhobby.com/143-sub-nano-combo-set.html
und
http://fpvhobby.com/102-8ghz-super-combo-set.html
wobei Masse (zusammen 1 Gramm!!) und Abmessungen des ersten Sets super zum sNQ gepasst hätten, aber zu befürchten stand, dass sich Steuerung und Videoübertragung gegenseitig gestört hätten (beides 2,4 GHz).
Die Abmessungen und Massen des 5,8 GHz-Sets habe ich leider nicht mehr erfahren.
Seid mir nicht böse, aber ich muss es los werden.
Es geht: mit 6 Motoren, einem Jetiempfänger, MPU6050 und ein ATmega328.
20x20mm
leider mit Levelshifter und ab 2 Lipos.
Gruß Bernd
@Harald:
von denen habe ich auch diese beiden Komponenten:
http://fpvhobby.com/63-1-gram-nano-camera-480tvl.html
http://fpvhobby.com/90-6-gram-50mw-24ghz-tx.html
Entweder der Sender oder die Kamera funktionieren aber nicht 100%. Alle 5 Sekunden habe ich eine Sekunde ein komplett schwarzes Bild. Habe ich vorher so noch nicht erlebt, daher weiss ich nicht wo das Problem liegt. Die Kamera macht an sich ein gutes Bild, aber ich habe dafür kein Wechselobjektiv gefunden. Und das Originalobjektiv hat einen sehr kleinen Öffnungswinkel.
Der Händler hat einige sehr negative Stimmen im Internet. Mal scheint alles zu funktionieren, mal geht aber auch gar nichts.
Ja, mache ich so bald wie möglich.Zitat:
Wärst du so nett und zeigst mir mal deinen Code?
Und das sogar mit TQFP und Quarz, nicht schlecht!Zitat:
Es geht: mit 6 Motoren, einem Jetiempfänger, MPU6050 und ein ATmega328.
20x20mm
leider mit Levelshifter und ab 2 Lipos.
Hier gibt es noch eine schöne Seite:
http://www.bitcraze.se/
Gruß Bernd
Guten Abend,
ich habe für Eagle mal einige Libraries *.lbr gesucht und gefunden. Vor allem bei Sparcfun war viel Nützliches dabei. Was mir nun noch fehlt sind die IMUs von Invensense, so z.B. die Reihe MCU6xx0.
Kann da evtl. jemand helfen?
Gruß Hans
Hallo Hans,
du findest hier doch viele Eagle Pläne, da sind doch MPU6000 drauf. Das selber zeichnen ist übrigens auch nicht schwer.
http://www.hifi-forum.de/viewthread-71-2729.html
Hast du mein Mail bekommen?
Gruß Bernd
Hallo Bernd,
auf das HiFi-Forum wäre ich in diesem Zusammenhang nicht gekommen. Ich habe mal den Thread durchgescrollt - :confused:, dann werde ich mal anfangen zu zeichnen.
Deine letzte Mail ist 09.04. und auch beantwortet.
Gruß Hans