Tau Labs Software unterstützt vielfältige Hardware

E

ernieift

Erfahrener Benutzer
#901
#901
Hallo,
immer alles auf ein ungenügendes Wiki zu schieben ist ja auch einfach. Ohne die Beiträge von Carsten wäre noch weniger im Wiki als jetzt. Danke an der Stelle dafür. Bei Taulabs ist ziemlich viel Bewegung drin und man kann einfach nicht gleich alles dokumentieren.
Wenn also jemand findet, dass irgendwas im Wiki fehlt und es selbst herausfindet, dann doch bitte ergänzen (wenn möglich).
Ich lass das mal, als Ansporn etwas beizutragen, so stehen. Ich habe selbst kaum die Muße dort etwas hinzuzufügen. Meine Talente liegen woanders ;).
vg ernieift
 
cGiesen

cGiesen

Erfahrener Benutzer
#902
#902
Womit wir beim Thema sind.
Ich brauche was von Dir ;)
Ich mache dann den Rest 8)

Ich hätte gerne eine Liste der
a) Limit Items
b) Warning Items

Ich bin zu faul, das alles ab zu schreiben...

Wenn möglich würde ich auch gerne wissen, oder woher ich mir das Wissen besorgen kann, welche Items in welchem Modul überhaupt benutzt sind.

zum Beispiel:
MinPowerVoltage
MinSensor1Voltage
MinSensor2Voltage

Woher kommen die, welches Modul überträgt die.

Ich könnte dann eine Tabelle machen. Woran man das gut erkennen kann.
Wenn ich Dich richtig in Erinnerung habe, hast Du alle Werte in der Schnittstelle drin.
Dann wäre es auch gut, zu dokumentieren, welche zwar da sind, aber nicht wirklich sinnvoll befüllt werden.

Edit:
wenn DU mal Langeweile hast.
Alle Units sind identich ;) MaxSpeed hat sicher nicht als Unit (km/h)/(m/s)/m/V/A/mAh/C/ml

Edit2:
Ich merke gerade, Cut&Paste aus der GCS geht ganz gut. Ich könnte mir die Liste also raus kopieren!
Mache also erstmal nix. Vielleicht können wir ja dann zusammen die Tabelle anschauen, wenn sie fertig ist.
 
Zuletzt bearbeitet:
E

ernieift

Erfahrener Benutzer
#903
#903
Hallo Carsten,
wenn ich es schaffe, dann mache ich nachher mal 'ne Liste fertig, welche davon wirklich scharf sind. Es sind aber alle aus der originalen Doku (mit Standardwerten). Daher kannst Du die Beschreibung auch von da übernehmen. Wegen der units hatte ich die Wahl zwischen Pest und Cholera. Entweder keine Einheiten oder alle dieselbe. Da die Limits als Feld definiert sind, geht es nur so :(. Sicher hätte man auch die weglassen können, die (noch) nicht gebraucht werden. Das zieht aber bei Änderungen immer eine neue gcs nach sich. So nicht.
gruss ernieift
 
cGiesen

cGiesen

Erfahrener Benutzer
#904
#904
Mit den Einheiten ist OK, das kann man ja dann im Wiki richtig machen.
Die Tabelle ist schon angelegt.
Ich werde aber noch eine Spalte mit Description einbauen.
Da kann man dann die Erläuterung von Graupner rein machen.
 
F

Flensburger

Erfahrener Benutzer
#905
#905
Hallo.

Ich möchte eine neue Hardware aufsetzen: "coref4". Dazu ins Wiki geschaut, die Anleitung ist alt, geht nicht. Inzwischen bin ich recht weit, hänge aber jetzt fest.

Was habe ich gemacht:
-unter targets einen neuen Foulder und eine Kopie von flyingF4 gemacht. Alles in den Sourcen umbenannt.
- neue USB-ID (nächste freie lt. Wiki)
- neue Boatd ID (nächste freie lt. Wiki)

make all

Fehlermeldungen ohne Ende. Inzwischen wird der Code für den Bootloader und die neue Firmware erzeugt. Das Make erzeugt leider nicht die XML Dateien und daraus resultierend die nötigen Dateien für gcs.

Hat jemand eine Idee??



Edit: hier die Fehlermeldung:
cd uavobjects/ && /usr/bin/make -f Makefile
make[4]: Entering directory `/home/jh/workspace/TauLabs/TauLabs/build/ground/gcs/src/plugins/uavobjects'
rm -f libUAVObjects.so
linking (../../../lib/taulabs/plugins/TauLabs/libUAVObjects.so)
.obj/debug-shared/uavobjectsinit.o: In function `UAVObjectsInitialize(UAVObjectManager*)':
/home/jh/workspace/TauLabs/TauLabs/build/uavobject-synthetics/gcs/uavobjectsinit.cpp:186: undefined reference to `HwCoreF4::HwCoreF4()'
collect2: error: ld returned 1 exit status
make[4]: *** [../../../lib/taulabs/plugins/TauLabs/libUAVObjects.so] Error 1
make[4]: Leaving directory `/home/jh/workspace/TauLabs/TauLabs/build/ground/gcs/src/plugins/uavobjects'
make[3]: Leaving directory `/home/jh/workspace/TauLabs/TauLabs/build/ground/gcs/src/plugins'
make[2]: Leaving directory `/home/jh/workspace/TauLabs/TauLabs/build/ground/gcs/src'
make[1]: Leaving directory `/home/jh/workspace/TauLabs/TauLabs/build/ground/gcs'
make[3]: *** [sub-uavobjects-make_default] Error 2
make[2]: *** [sub-plugins-make_default-ordered] Error 2
make[1]: *** [sub-src-make_default-ordered] Error 2
make: *** [gcs] Error 2
*** Fehler: Beendigungscode 2 ***
 
Zuletzt bearbeitet:
cGiesen

cGiesen

Erfahrener Benutzer
#908
#908
@ernieift
Kannst Du mal ein Blick auf die Tabelle werfen?
Ist das so alles richtig?

Kannst Du vielleicht die Werte die nicht befüllt werden cursiv machen?
 
carbo

carbo

Erfahrener Benutzer
#909
#909
1) Da hatte ich wohl Tomaten auf den Augen; das hier war mir neu https://github.com/TauLabs/TauLabs/wiki/_pages


2) Weiß einer wie man unter Linux per Crosscompiler ein GCS für Windows bauen kann? Wenn jenkins das kann muss es ja möglich sein.


3) Ich bespaße mich gerade damit: http://forums.openpilot.org/topic/20823-ghettostation-mini-antenna-tracker-groundstation/ Dazu brauche ich ein Oplink das an einem seiner Ports die Telemetriedaten ausgibt. Bei OP kann man einstellen was Main- und Flexiport machen, bei TL geht das nicht explizit. Gleiches braucht man auch wenn die Daten vom Oplink bspw. via Bluetooth ans Tablet sollen. Weiß einer Rat?
 
E

ernieift

Erfahrener Benutzer
#910
#910
Hat etwas länger gedauert. Bin gerade dabei auf picoc r603 umzustellen. Da im FC kein Filesystem als solches drin ist, muss man einiges anpassen. Ist nicht so einfach geht aber voran. Wenn ich es schaffe, dann gibt's am WE noch einen Commit.

@Carsten: Die Tabelle stimmt soweit ich das sehe. Die Einheit der RPM-Werte ist natürlich 'rpm'. Vielleicht kriegst Du ja noch beim 'C' noch ein '°C' hin. Für die Servodifferenz habe ich auch noch nichts gefunden. Keine Ahnung was Graupner damit meint. Die Kreuze für Fuel gehören zum GAM. Es gibt aber noch keinen Sensor dafür. Kann ja noch kommen. Wer ein grosses Flugzeug mit Verbrenner fliegt, wird sich später drüber freuen.

@Flensburger: Nur mal prinzipiell. Was ist ein CoreF4? Etwa ein STM32F4 board ohne Sensoren? Dann ist es nichts anderes als ein DiscoveryF4. Da geht von Hause aus auch fast nichts. Dann wäre es fast sinnvoller ein FlyingF4 mit auswählbaren Sensoren auszurüsten. Aber egal. Die Compilerfehler kommen offensichtlich von der gcs. Da musst Du im ground pfad noch ein paar dateien erweitern. suche einfach mal 'quanton' oder 'flyingf4' dann findest Du schon genug.

bis dahin
ernieift
 
cGiesen

cGiesen

Erfahrener Benutzer
#912
#912
@ernieift
Hast Du aktuellere Unterlagen bezüglich HoTT?
Ich finde nichts zum Thema MaxServoDifference?!?!?

Es besteht ja noch die Aufforderung, Speicher einzusparen.
Macht es Sinn, die Werte die nicht Sinnvoll befüllt werden können, einfach weg zu lassen?
Bringt das überhaupt was im Sinne von weniger Ram in Benutzung?
 
E

ernieift

Erfahrener Benutzer
#913
#913
Hallo Carsten,
der Wert ist Float. spart also am Settingsobjekt genau 4 Bytes. Graupner hat sogar schon eine Sprachausgabe dafür fertig. Eventuell kann man die Funktionalität für auch etwas anderes missbrauchen. Wenn ich ihn jetzt weglasse, und später wiedereinbaue, muss man immer eine andere gcs haben, da sonst die firmware nicht mit der gcs kompatibel ist. Das halte ich für umständlich. Mehr Speicher kann man sparen, wenn die UART Puffer und der Stack optimiert werden. Diese Werte sind nur geschätzt und auf Sicherheit gross genug gemacht.
vg ernieift.
 
cGiesen

cGiesen

Erfahrener Benutzer
#914
#914
Ich meinte jetzt nicht den MaxServoDifference im speziellen ;)
Aber z.B. Fuel, Temp, und andere werden wir wohl nie Sinnvoll nutzen (können)

Ich verstehe, dass es immer gut ist alles zu haben, man weiß ja nie ;)
Aber auf der anderen Seite sind die Minimalisten :(

Wobei mir das schnuppe ist. Wenn ich was neues baue, achte ich auf
A) mein Quanton passt
oder
B) ich kaufe ein Revo

Das Sparky ist so gesehen, für mich ein totes Pferd....
 
F

Flensburger

Erfahrener Benutzer
#916
#916
ernieift hat gesagt.:
@Flensburger: Nur mal prinzipiell. Was ist ein CoreF4? Etwa ein STM32F4 board ohne Sensoren? Dann ist es nichts anderes als ein DiscoveryF4. Da geht von Hause aus auch fast nichts. Dann wäre es fast sinnvoller ein FlyingF4 mit auswählbaren Sensoren auszurüsten. Aber egal. Die Compilerfehler kommen offensichtlich von der gcs. Da musst Du im ground pfad noch ein paar dateien erweitern. suche einfach mal 'quanton' oder 'flyingf4' dann findest Du schon genug.

bis dahin
ernieift
Zum Vergrößern anklicken....
Was wird CoreF4?
Eine neue Hardware, die nicht die Einschränkungen vom DiscoveryF4 hat. Ich hätte gerne mehr Pins um meine Vorstellungen um zu setzen

Man nehme:
- Core407Z
- ein MPU6500 Shield
- GY-651 HMC5883L BMP085 oder ähnlich
- FlashCard

möglichst 16 PWM-Ausgänge
8 (1 PPM) PWM Eingänge
2 X SPI für den MPU6500 und einmal für eine FlashCard
1 x I2C für die restlichen Sensoren
mindestens 3 serielle Schnittstellen
analoge Eingänge, z.b. für diesen Spannungs/Strom-Sensor

und noch mehr Ideen, die aber noch nicht zu ende gedacht sind.
Das Ganze wird mit einen Shield zusammen gefügt. Die Pinbelegung am STM32F4 ändert sich dadurch, daher
ein neues Target.
 
Zuletzt bearbeitet:
E

ernieift

Erfahrener Benutzer
#917
#917
Da hast Du Dir ja was vorgenommen! Leider wäre das nur ein Target für Dich. Da ja kaum jemand das Ding genauso nachbauen will. Ich dachte, dass das FF4 Pins genug hat zum rumspielen. Aber lass Dich nicht aufhalten...
Bei einer Flashcard habe ich auch mal überlegt. das rcflyer fürs FF3 kann man damit bestücken. Software fehlt glaub ich noch.
3 Serielle? Frag mal Carsten, der kann davon nicht genug haben.
 
E

ernieift

Erfahrener Benutzer
#918
#918
@Carsten: Die XML erzeugen die Header-Files. Schlaumachen musst Du das Target schon selbst.
Wg HoTT: Ich glaube schon, dass es soweit kommt, einen Temp-Sensor in den Accu zu bauen o.ä. Dann ist die Variable schonmal da. Sonst würde man ja die HoTT-Telegramme nur mit Dummy füllen.
 
cGiesen

cGiesen

Erfahrener Benutzer
#919
#919
Diese XML finde ich aber einfach nicht :(
Ich wollte die vom RevoMini mit Quanton vergeleichen.
So groß, wenn überhaupt ist der Unterschied ja eigentlich nicht.
Ich denke das im Moment einfach die beiden UARTS weggelassen wurden und die einfach wieder rein müssen.

Aber ich glaube ich brauche erstmal einen Grundlehrgang.
Bei Baseflight war ich gut in der Lage mich einzulesen.
Hier finde ich einfach keinen Anfang :(

Wegen HoTT, ich denke einfach nur laut ;)
Schärft doch nur unsere Gegenargumente ;)
 
E

ernieift

Erfahrener Benutzer
#920
#920
Es hat etwas länger gedauert, stecke mitten im Umbau auf r603 (picoc). Ich will die Speicherkonfiguration flexibel halten. Geht aber (noch) nicht.
Zu den XML: die Datei dafür ist die hwrevolution.xml. Da stehen witzigerweise keine USARTs drin sondern nur Flexiports. Wie die heissen ist ja auch egal.
Wenn ich richtig gelesen habe, dann gibt es MainPort, FlexiPort und RadioPort. Das sind nur 3. Du könntest den Radioport aufbohren. Ich habe aber kein RevoMini.
Die Änderungen müssten in der XML und beim Target in pios_board.c gemacht werden.
 
Um antworten zu können musst du eingeloggt sein.
FPV1

Banggood

Oben Unten