Tau Labs Software unterstützt vielfältige Hardware

E

ernieift

Erfahrener Benutzer
#701
#701
Habe eben mal das flyingf4 target erzeugt. Mein Synchronisations-Stand ist von vor 9 Tagen. Da kam kein Fehler. Wenn Du mit dem FF4 fliegen willst, dann brauchst Du aber noch ein wenig mehr. Soweit ich weiss, ist es in der Originalfassung eine Testplattform ohne ausreichende Sensoren.
 
F

Flensburger

Erfahrener Benutzer
#702
#702
Ja, ich weiß.
Hatte zuerst den Bootloader und die Firmware von Deinem Synchronitions-Stand drauf, die Firmware resettete immer wieder, alle ca. 2-3 Sekunden.

Dann habe ich es mit der DiscoveryF4 (Bootloader und Firmware) versucht. Ging besser, gcs fand dann auch das DiskoveryF4. Habe dann den Wizzard gestartet. Beim Speichern der X-Coper Configuration friert das ganze ein. Vorher hatte ich beim ersten Schritt "Schnittstellen" nicht viel geöndert. Beim zweiten die vier Motoren auf die ersten vier Kanäle.
Als Sensoren habe ich ein DOF10 dran.

Bevor ich selber Hand anlege, wollte ich halt alles übersetzen.

Gibt es eine Debugausgabe beim F4 ? Vielleicht auf einer seriellen ?
 
E

ernieift

Erfahrener Benutzer
#703
#703
Ich bin mir nicht sicher, aber braucht es nicht noch einen externen Flash für dieses Target? Das Wiki hilft dabei. Für eine Debugausgabe musst Du noch von Hand eine Debugconsole definieren. Per Default gibt es die nicht.
Ich nehme mal an, dass Du Dich näher mit dem Source beschäftigen willst. Als Einstiegstarget kann ich Dir das DiscoveryF3 empfehlen. Da ist alles drauf, was Du brauchst um eine funktionierende Firmware zu bauen. Ich habe auch noch 2 DiscoveryF4 hier zu liegen. Probiert habe ich Taulabs damit aber auch noch nicht.
Wegen Debug: schau mal in der pios_board.h nach...
Falls Du gerade mit Taulabs anfängst: Glückwunsch! Das System hat sehr viel Potential. Und neue Programmierer sind immer willkommen.
 
F

Flensburger

Erfahrener Benutzer
#704
#704
Danke. Dazu muss ich aber erst mal einen kompletten Übersetzungslauf machen können. Ich benutze den gcc-arm-none-eabi-gcc 4.7.4-2013q3, welche Version benutzt Du?

Ich komme aus der MW, dann MW32(Harakiri) Welt. Ich möchte Taulabs kennen lernen und fliegen, um vergleichen zu können. Mich interessiert als zweites der Portierungsaufwand auf eine andere Hardwareplattform.

Danach entscheide ich mich, ob ich hier als Programmierer tief einsteige.
 
F

Flensburger

Erfahrener Benutzer
#706
#706
Eine kleine Kritik habe ich aber leider schon. Es gibt anscheinend schon recht viele Wiki Seiten, leider sind sie sehr schwer zu finden. Als "Neuling" sehr schwer zu finden.
Daher bin ich mir z.Z. nicht so recht im klaren, wie die Hardware aussehen soll.

Gefunden habe ich bei OpenPilot
https://github.com/lilvinz/OpenPilot/wiki/Discovery-F4-what-this-is-about
und
https://github.com/lilvinz/OpenPilot/wiki/How-to-flash-the-discovery
und bei euch beim FlyingF4
https://github.com/TauLabs/TauLabs/blob/next/flight/targets/flyingf4/hw/pinout.txt

Danach habe ich verdrahtet. Das Flash habe ich aber ignoriert :)
 
E

ernieift

Erfahrener Benutzer
#707
#707
Daher auch der Tip mit dem DiscoveryF3. Das läuft OOTB. Wenn man bedenkt, dass es Taulabs noch nicht so lange gibt, ist es doch schon viel. Ja ich weiss, es ist 'nur' ein Ableger von Openpilot aber die Softwareentwicklung ist schon um einiges rasanter.
Die Wiki-Seiten von OP treffen meistens auch für Taulabs zu.
Die Diskussionen, die zur Abspaltung von Taulabs geführt haben kenne ich nur am Rande. Ich weiss nur, dass die OP-Supporter nicht gut auf Taulabs zu sprechen sein sollen!? Als das passierte, habe ich noch mit MWC programmiert. Letztes Jahr habe ich eine grössere Platform gesucht und bin bei Taulabs gelandet. Das Code ist zwar zuerst ganz schön kompliziert aber wenn man sich reingearbeitet hat, dann merkt man immer mehr, wieviel Qualität da drin steckt. Ich habe mir auch andere F4-Platformen angesehen. Aber die hier erscheint mir offener und das Team ist auch für Erweiterungen/Neuerung zugänglicher.
Schnellen Support bekommst Du auch im IRC. Siehe Wiki. Ich hatte mal ein Problem beim bauen der Android-gcs. Das habe ich mit James in 1h erledigt.
Für den Support haben wir ja jetzt ein eigenes Forum hier bekommen :)
 
F

Flensburger

Erfahrener Benutzer
#708
#708
Hallo,
ich habe das Problem gelöst. Bitte in der Datei pathplanner.c die Zeile 61 ändern in static void activateWaypoint(int idx);

Gruß,
Johannes
 
F

Flensburger

Erfahrener Benutzer
#710
#710
Ja, den 4.7.4. Der scheint penibler zu sein.
Leider hänge ich wieder. Bootloader geflasht. Firmware geflasht. Wizard gestartet, DiscoveryF4 wird sofort gefunden, beim speicern der Mixerdaten hänge ich fest. So sieht das aus:


Uploaded with ImageShack.us
Save habe ich schon mehrmals betätigt
 
E

ernieift

Erfahrener Benutzer
#711
#711
Den Wizard habe ich selten benutzt. Kannst Du in der gcs die Data-Objects sehen. Es reicht, wenn sich der Horizont bewegt. Du kannst die Settings einfach in der gcs einzeln abspeichern. Wenn Du alles neu hast, dann versuch erstmal ein clear all settings.
 
J

joergrohde

.
#712
#712
Auf meinem MAC habe ich auch 2013_Q1 aka 4.7.3
Die Qt Geschichte produziert jede Menge Warnings läuft aber durch.
Ich habe ein F4 Board von Waveshare entspricht dem DisF4 aber nackte CPU ohne das drumrum Gerödel.
Darauf kann ich die DiscoveryF4 Firmware flashen. Die ist ohne jegliche Sensoren und ohne Flash aber mal ein Einstieg.
Debugport kann man über Virtuellen Port über die USB Verbindung realisieren.
 
F

Flensburger

Erfahrener Benutzer
#713
#713
Hallo.

Ich bin jetzt einen Schritt weiter.

Das Target DiscoveryF4 darf man nicht nehmen, sondern das neue flyingf4. Ich kann jetzt problemlos konfigurieren, sehe aber das die Sensoren rot sind. Kann man über den Debug-Port genaueres herausbekommen und wenn ja, wie geht es ??
 
cGiesen

cGiesen

Erfahrener Benutzer
#715
#715
Flensburger hat gesagt.:
Hallo.

Ich bin jetzt einen Schritt weiter.

Das Target DiscoveryF4 darf man nicht nehmen, sondern das neue flyingf4. Ich kann jetzt problemlos konfigurieren, sehe aber das die Sensoren rot sind. Kann man über den Debug-Port genaueres herausbekommen und wenn ja, wie geht es ??
Zum Vergrößern anklicken....
Einfach auf das Kästchen klicken, dann bekommt man schon ein paar Infos
 
E

ernieift

Erfahrener Benutzer
#716
#716
Wenn Du beim FlyingF4 in in die pinout.txt schaust, siehst Du dass es eine MPU6050 und einen Flash angeschlossen sein sollte.
in der pios_config.h kannst Du die eingebauten Sensoren sehen (HMC5883,MPU6050 und MS5611). Für einen Debugport braucht es "PIOS_INCLUDE_DEBUG_CONSOLE". Ist für den Anfang etwas viel. Das FlyingF3 ist zwar kleiner geht aber ohne weitere Hardware. Für das FF4 brauchst Du also einen 10DOF und einen SPI-Flash. Du kannst natürlich auch alles aus dem Target entfernen. Dann kannst Du auch gleich ein discoveryf4 nehmen:)
 
J

joergrohde

.
#717
#717
Flensburger, genau das.
Mit dem StLinkV2 die erste Software drauf und jetzt kann ich, wie heute Vormittag, ganz einfach die Master vom 23.12. einspielen wie in jedes andere Board auch.
Ernieift, es kommt halt darauf an in welche Richtung man gehen will, abspecken oder aufbauen:)
 
E

ernieift

Erfahrener Benutzer
#719
#719
@joergrohde, stimmt. Ich dachte, dass der schnellere Einstieg mit einem fertigen Target leichter wäre. Natürlich ist der Wissenszuwachs beim Inbetriebnehmen einer eigenen Hardware nicht von der Hand zuweisen.
 
J

joergrohde

.
#720
#720
Ich habe nur die FlyingF4 - DiscoveryF4 Varianten gemeint.
Das F3 fliegt wie wir aus eigenen Versuchen wissen ja schließlich auch einfach so ohne extra Hardware, naja ein Shield ist schon praktisch.
 
Um antworten zu können musst du eingeloggt sein.
FPV1

Banggood

Oben Unten