open360tracker - Der Community Antennentracker Made in Germany

[Rangarid]

Wenn du kein LCD hast einfach in der config.h LCD deaktivieren / auskommentieren.

/* ### LCD Display ###
 *
 * Uncomment to display data on LCD Display
 *
 * I2C LCD Display is required.
 *
 */
#define LCD_DISPLAY

Hab mal link zur lib eingefügt. Ist im github.

 

[kl_Haribo]

Jipps, das war auch nicht das problem, musste nur die paar zeilen noch mit LCD definieren. die Fehler bezüglich des LCD sind ja auch weg. nun tauchen da ja andere auf, die sich auf uart beziehen

#ifdef LCD_DISPLAY
{
lcd.clear();
lcd.setCursor(0,0);
//sprintf(lcd_str, "HDG:%03u AZI:%03u", 0, 0);
lcd.print("Calibration in");
lcd.setCursor(0,1);
lcd.print("progress...");
}
#endif

das war noch "hart drinnen, also ohne definition für LCD bei den anderen sachen z.B. in void init ist es alles mit drin. da ist es wohl verloren gegangen.

 

[Rangarid]

Hab nochmal nen fix auf github geladen, da hat n #ifdef im code gefehlt, da war ne Stelle wo das lcd display drin war obwohl es nicht initialisiert war. Lad dir nochmal die neueste Version bitte und probiere erneut.

 

[MarenB]

Hast du die FrSky-S-Port library?

 

[Rangarid]

Brauchste nicht. Hab die Implementierung von OpenTX genommen und angepasst.

 

[MarenB]

Brauchste nicht. Hab die implementierung von OpenTX genommen und angepasst.

Ach. Mensch. Ich brauch mehr Kaffee...
das hab ich natürlich mit deinem GPS verwechselt, hab die beiden ja zeitgleich auf dem Tisch gehabt.

Was könnte es denn dann mit der UART sein?

 

[Rangarid]

Ich nehm an das #ifdef irgendwo falsch gesetzt. Deshalb soll er ja meinen Code neu laden


@haribo #ifdef braucht keine geschweiften Klammern. Vielleicht verursacht ds irgendwie Probleme oder du hast eine irgendwie ausversehen gesetzt wo sie nicht hingehört.

 

[MarenB]

Na gut. Warten wir mal ab, was er sagt

 

[kl_Haribo]

ragna: jo, genau das hatte ich ja auch von Hand geändert

also: der fehler bleibt... hatte das genau in den Zeilen editiert, wie du auch. btw hab ich das ne Seite vorher gepostet gehabt...

MarenB: nee, aber ich hab die als dateien mit im sketch liegen:
frsky_common.h
frsky.cpp
frsky_sport.cpp

PS: Kind soll schlafen, ich werde gleich raus geworfen

 

[Rangarid]

Lad bitte nochmal neu runter und mach als einziges Protokoll zu FRSKY_X und dann gib mir die Fehlermeldung aus wenn sie noch kommt.

 

[kl_Haribo]

Ahhh!!! ich hab den Fehler gefunden: von einer alten version war noch die uart.cpp mit drinnen, die hab ich grad gelöscht. nun gehts. War also meine Schuld

 

[Rangarid]

Alles klar Ich hab gestern übrigens mal im Garten getestet. Man müsste die PID Werte nochmal neu ausprobieren. Im Nahbereich bei kleinen Gradänderungen ist der Tracker zu langsam. Wenn das Flugzeug weiter weg ist (50m+) sollte es aber gehen denke ich. Werd mal den Servotest von damals integrieren, dass man mit den PID Werten rumspielen kann...

 

[kl_Haribo]

wie habt ihr das denn mit dem RS232-TTL Converter gemacht? im Tracker?
Ich hatte den mit dem Strom von der Taranis versorgt. nun habe ich ein Loch im Akkudeckel, weil der Converter dort eingeschmolzen ist. Was anderes ist aber zum Glück nicht kaputt gegangen.

 

[Rangarid]

Du kannst entweder nen Arduino nehmen und das Signal per Softserial invertieren, oder du schließt ihn direkt bei der Multiwii an und holst dir 5V von da.

 

[kl_Haribo]

PS: Ich bin gut zum debuggen, bei mir taucht immer jeder fehler auf *g*

 

[Rangarid]

Hab mal Servotest eingebaut, zum optimieren der PID Werte und zum Testen.

H -> Heading (0...360)
T -> Tilt in ° (0...90)
M -> Tilt in ms (1000...2000) [hilfreich um TILT_0 und TILT_90 zu bestimmen]
P -> PID P-Wert
I -> PID I-Wert
D -> PID D-Wert

Habs noch nicht getestet, mach ich heut abend...

 

[digaus]

Hier mal nen kurzer Test: https://youtu.be/9JIcgFgsyzA

Braucht noch ein wenig feintuning.

 

[Rangarid]

Sieht doch schon sehr gut aus. Die Tendenz stimmt ja. Du nutzt aber nicht meinen Code, oder? Du hast ja letztens was mit Android geschrieben. Wenn du nicht meinen Code nutzt fände ich es gut, wenn du einen eigenen Thread aufmachst, um Verwirrungen vorzubeugen.

Ist nich negativ gemeint . Soll nur halbwegs beim Thema bleiben hier .

 

[digaus]

Sieht doch schon sehr gut aus. Die Tendenz stimmt ja. Du nutzt aber nicht meinen Code, oder? Du hast ja letztens was mit Android geschrieben. Wenn du nicht meinen Code nutzt fände ich es gut, wenn du einen eigenen Thread aufmachst, um Verwirrungen vorzubeugen.

Ist nich negativ gemeint . Soll nur halbwegs beim Thema bleiben hier .

Ja genau, hab nur das PID Tuning von dir genommen wollte jetzt aber auch nicht extra nen Thread aufmachen.

 

[Rangarid]

Achja, du verwendest jetzt dort die Berechnung, die du hier letztens verlinkt hast? Jetzt wo der Umrechnungsfehler weg ist würde ich nochmal deine Variante probieren denk ich...

Ich seh grad du berechnest auch die Geschwindigkeit aus den GPS-Koordinaten selber. Da würde ich dir empfehlen, die Daten vom GPS Direkt zu parsen:

$GPRMC,225446,A,4916.45,N,12311.12,W,[COLOR=#ff0000]000.5[/COLOR],054.7,191194,020.3,E*68


           225446       Time of fix 22:54:46 UTC
           A            Navigation receiver warning A = OK, V = warning
           4916.45,N    Latitude 49 deg. 16.45 min North
           12311.12,W   Longitude 123 deg. 11.12 min West
           [COLOR=#ff0000]000.5        Speed over ground, Knots[/COLOR]
           054.7        Course Made Good, True
           191194       Date of fix  19 November 1994
           020.3,E      Magnetic variation 20.3 deg East
           *68          mandatory checksum

Ist in den RMC Sätzen schon mit drin.