open360tracker - Der Community Antennentracker Made in Germany

Rangarid

Erfahrener Benutzer
Well cannot do more from here. I testet it in java, there it worked and then i tested it in c and it worked as well. So maybe atmega is not capable of dealing with 115200 25hz 135bytes each frame.
 

guillesan

Erfahrener Benutzer
Can that is a pity as the speed and 135 bytes extension is not RVGS vary.
It is not, it is a real disappointment.
Even though you know that I appreciate what it is worth your patience and kindness with me, ok
If you think of anything more ok then let me know.
 

guillesan

Erfahrener Benutzer
Rangarid Hello, here I am again, forgive the insistence, thank you.
Looking at the problem and reviewing the Arduino console, I see that.
The lat and long marked 0, it also is 0, but the heading target mark well the same as the RVGS, so I think the Arduino if deciphering the frames RVOSD, because if it was not so that data would not come by screen.
The distance dialing 46780, agrees with the distance from my home to the 0N, 0E coordinates, measured in google earth.
Well I will inform you all that comes to my head.
Thanks again
Lat: Lon 0: 0 Distance: 40666 Heading: Heading 207 Target: 182
Target alt: 0
 

Rangarid

Erfahrener Benutzer
If this message comes:
Lat: 0 Lon: 0 Distance: 0 Heading: 273 Target Heading: 0


It means decoding was succesful, but Telemetry and USB are the same interface, so they disturb each other. Remove USB and check again.
 

MarenB

Runter kommen sie immer!
Ich habe auch wenig was neues zu berichten!

Heute konnte ich wieder ein paar Runden testen. Der Tracker tut's - manchmal. Ich weiß aber auch grob, was passiert, wenn er nicht tut! Zumindest, wie ich den Fehler reproduzieren kann.

Und zwar muss ich die Verbindung zwischen Taranis und Tracker nach dem Homen zunächst wieder trennen, um den Wing zu starten. Mit einem Katapult ginge das sicher einfacher, aber dezeit muss ich halt noch ein paar Meter laufen, bevor ich ihn aus der Hand lassen kann.
Wenn ich die Verbindung dann wieder herstelle, während der Flieger seine Kreise zieht, dann geht wohl manchmal was durcheinander.
Das eine Mal drehte er zwar einigermaßen mit dem Modell mit, schaute aber in die falsche Richtung, ein anderes Mal war Home plötzlich gute 60km weit weg und so stand er natürlich still. Was nicht funktionierte, war knapp über dem Boden am Tracker vorbeizufliegen und einen Kollegen den Home-Button drücken zu lassen. Ich muss ihn in dem Fall wohl erst mit Power On/Off resetten.

Das eine oder andere Mal ging der Prozess aber auch glatt und das Tracking passte fast. Fast deshalb, weil die Antenne etwas hinterherhinkt. Was sind denn aktuell eure PID Settings mit dem GWS-Servo?
 

bruchpilot05

Erfahrener Benutzer
Ich benutze ja einen umgebauten Standard Servo und habe zur Zeit diese PID Werte.

/** PID Values
*
*/
#define P 3000
#define I 500
#define D 1000

Desweiteren habe ich
#define MIN_PAN_SPEED 15 //50

Damit ist der Tracker schon fast ruhig.
Aber ein bestimmtes wackeln werde ich immer haben, da meine Zahnräder ein Spiel haben und der ober Teil des Trackers leicht bewegt werden kann.

Gibt es schon neue Erkenntnisse bezüglich der Aktualisierung des localen GPS bei Standortwechsel?
 

bruchpilot05

Erfahrener Benutzer
Es lag doch an den Einstellungen des GPS.
Jetzt geht es.

Bei mir reicht es nicht nur die GPGGA Sätze zu aktivieren, sondern es waren auch die GPGLL Sätze notwendig.

Jetzt werden die localen GPS Daten auch ständig aktualisiert und die Ausrichtung des Trackers zum Modell auch nachgeregelt.

Den Mod mit dem Tilt Servo habe ich auch schon implementiert.

Jetzt kann der Aufbau weiter gehen.
 

Rangarid

Erfahrener Benutzer
Super, GPGLL werte ich glaub ich nicht aus, kann aber sein, dass de TinyGPS Lib das irgendwe braucht... komisch.

Dann bin ich mal gespannt wie es weitergeht.
 

MarenB

Runter kommen sie immer!
Gestern wieder mal live getestet.
Manchmal frisst er "home" nicht, liegt das an fehlendem SatFix? Falls ja, dann ist das komisch, denn die Taranis zeigt die Position an und Autopilot und OSD sind ebenfalls happy. Alle bekommen die Daten vom gleichen GPS-Empfänger. Im Downlink kommt halt noch ein DIY-FrSky-GPS dazu.
Sats pendelt dabei im Tracker - Display zwischen 92 und 10.

Irgendwann hatte er Home dann doch akzeptiert, wollte sich aber nicht bewegen, habe es zu Fuß und im Flug probiert. Nur Tilt ging gelegentlich mal senkrecht (ist noch die vorletzte FW).

Also bin ich halt so FPV geflogen, hab ja Diversity. Während des Flugs habe ich gelegentlich Pan doch mal arbeiten gehört, kann aber nicht sagen, ob die Richtung annähernd stimmte - hatte ja die Brille auf.
 

MarenB

Runter kommen sie immer!
Gerne, mir wäre sehr geholfen, wenn da jemand einen Fehler findet...

Zunächst das GPS:

Code:
/* #### Protocol Type ####
 *
 * choose between FRSKY_X for X-Series receivers like X4R, X6R, X8R and FRSKY_D for D-series receivers like D4R, D8R
 *
 * If using X-series you need to download the Sport Library:
 * http://www.rcgroups.com/forums/showthread.php?t=2245978
 * It is attached to the first post.
 *
 */
#define FRSKY_X

/* #### Telemetry send rate for d-series ####
*
* recommended 3-5hz - 5hz may be too much, to be tested
* however more than 5hz doesnt really make much sense and i dont know if the taranis can handle it
*
*/
#define TELEMETRY_HZ 3

/* #### Telemetry pin ####
 *
 * chose a pin for telemetry output. You need to solder the cable to that pin and connect it to RX of the receiver
 *
 */
#ifdef FRSKY_D
  #define TELEMETRY_TX_PIN 9
#endif
#ifdef FRSKY_X
  #define TELEMETRY_TX_PIN FrSkySportSingleWireSerial::SOFT_SERIAL_PIN_9
#endif

#define REFRESH_RATE_MILLIS 1000/TELEMETRY_HZ
Und hier der Tracker:

Code:
#ifndef CONFIG_H
#define CONFIG_H

/* Config file
 * created by Samuel Brucksch
 *
 */
//#define DEBUG

/** PID Values
*
*/
#define P 2200 //default 2200
#define I 280 //default 280
#define D 20000 //default 20000

/* #### Protocol ####
 *
 *  FRSKY_D, FRSKY_X, HOTT, EXTERNAL
 *
 *  FRSKY_D -> D-Series
 *  FRSKY_X -> Taranis / XJT
 *  HOTT -> MX12, MX16 and all other HoTT transmitters with telemetry
 *  RVOSD
 *  MFD -> MFD protocol will not work with local GPS!!!!
 *  MAVLINK -> Mavlink protocol (APM/Pixhawk/...)
 *  SERVOTEST
 */
#define FRSKY_X

/* #### Baud Rate ####
 *
 * baud rate of telemetry input
 * 9600 for FRSKY_D -> D-Series
 * 57600 for FRSKY_X -> Taranis/XJT and MAVLINK
 * 115200 for RVOSD (RVGS)
 * ??? for HoTT
 */
#define BAUD 57600

/* #### Tilt servo 0° adjustment ####
 *
 *  Enter PWM value of Servo for pointing straight forward
 */
#define TILT_0 1955

/* #### Tilt servo 90° adjustment ####
 *
 *  Enter PWM value of Servo for pointing 90° up
 */
#define TILT_90 1000

/* #### Pan servo 0° adjustment ####
 *
 *  Enter PWM value of Servo for not moving
 */
#define PAN_0 1500

/* #### Pan servo minimum required speed ####
 *
 *  If the servo has problems to start a rotation when the speed is slow adjust this value until the tracker moves directly from each position
 */
#define MIN_PAN_SPEED 25

/* #### Compass declination ####
 *
 * http://magnetic-declination.com/
 * Enter your city and then get the value for Magnetic declination
 * for example [Magnetic declination: 3° 2' EAST]
 *
 * now enter the value in the format DEGREE.MINUTE * 10 -> 3.2 * 10 = 32
 *
 * set to 0 if you cannot find your declination!
 */
#define DECLINATION 32

/* #### Compass offset ####
 *
 * If you did not mount your compass with the arrow pointing to the front you can set an offset here.
 *
 * Needs to be multiplied by 10 -> 90° = 900
 *
 * Range: 0 ... 3599
 *
 */
#define OFFSET 0

/* #### DIY GPS / Fix Type ####
*
* If you use the diy GPS the fix type is transmitted with the satellites on Temp2. The value is calculated like this:
* Num of Sats: 7
* Fix Type: 3
* Value = Sats * 10 + Fix Type = 7*10 + 3 = 73
*
* If you use the native frsky gps or fixtype is not present comment to disable.
*/
//#define DIY_GPS

#ifndef MFD
/* #### Ground GPS ####
 *
 * !!!!!!NOT SUPPORTED YET!!!!!!!
 *
 * needed for ground gps so home does not need to be manually set
 *
 * Types:
 * MTK, UBX
 * UBX not implemented yet
 *
 * does not work when in MFD mode
 */
//#define LOCAL_GPS
//#define MTK
//#define GPS_BAUDRATE 9600
#endif

/* #### Tracker Setup ####
 *
 * Start tracking when plane is XXX m away from tracker
 *
 * It is recommended to start tracking only if plane moved a few meters already. Default: 10m
 *
 */
#define START_TRACKING_DISTANCE 10

/* ### LCD Display ###
 *
 * Uncomment to display data on LCD Display
 *
 * Please choose for the Display Type:
 * I2C
 * SPI
 *
 * LCD Display is required for this.
 *
 *  Requires modified LiquidCrystal library: https://bitbucket.org/fmalpartida/new-liquidcrystal/downloads
 *
 */
#define LCD_DISPLAY I2C
#define LCD_SIZE_ROW 2 // default 2

/* ### Battery monitoring ###
 *
 * Uncomment to monitor your Battery
 *
 * Voltage divider is required for this.
 *
 */
//#define BATTERYMONITORING
#ifdef BATTERYMONITORING
//#define BATTERYMONITORING_RESISTOR_1 18000
//#define BATTERYMONITORING_RESISTOR_2 1000
//#define BATTERYMONITORING_CORRECTION 1.0    // default 1.0
#endif

/* #### Do not edit below this line */
#if TILT_0 < 800 || TILT_0 > 2200 || TILT_90 > 2200  || TILT_90 < 800
#error "Tilt servo range invalid. Must be between 800 and 2200."
#endif

#if OFFSET < 0 || OFFSET > 3599
#error "Offset invalid. Must be between 0 and 3599."
#endif

#endif
 

Rangarid

Erfahrener Benutzer
Ah du hattest Tilt invertiert. Das funktionierte im Servotest schonmal, oder?

Kein Local GPS, aber Display an. Die Kombi hatte ich bisher noch nicht getestet, muss ich zugeben. Bin immer mit Local GPS geflogen, eventuell ist einfach irgendwo n Bug wenn man ohne Local GPS fliegt... Müsste dann was beim Home Punkt setzen sein, denn der Rest ist gleich.

Rest sieht ok aus... Im Servotest hatte alles richtig funktioniert, oder?
 

MarenB

Runter kommen sie immer!
Ja, ich hab das Tilt-Servo links montiert, weil dann die schöneren Holzseiten außen waren. Im Nachhinein doof, weil ich da immer dran denken muss, wenn ich mir neuen Code von dir ziehe.

Das Servo funktioniert aber tadellos. Hatte mich extra noch über den MAP-Befehl informiert und den Tracker ja auch mal per GPS-Emulator (vom Remzibi-Configtool) stimuliert und da läuft er ohne Probleme.
Es muss also irgendwas mit den GPS-Daten zu tun haben. Nur, bei 9 oder 10 Sats und korrekter LAT und LON, was soll das noch sein?

- ich könnte beim GPS im Modell (ein UBX) nochmal ein paar mehr Sätze aktivieren, aber meiner Meinung nach hab ich genau diese Sätze auch emuliert
- alternativ könnte ich mal schauen, ob ich irgendwo ein original FrSky GPS mitfliegen lassen kann. Hab im Augenblick nur ein paar Flieger zu viel in der Werft
- sonst muss ich wirklich mal den PC mit an den Tracker hängen und die Daten von der Funke loggen. Ist halt ein blöder Aufwand :/
 

Rangarid

Erfahrener Benutzer
Im Flieger sollte GGA und RMC reichen. Emulator hattest du am Arduino vom Flieger hängen wo es ging? Dann kann es ja eigentlich fast nur das GPS sein... Log doch mal die GPS Daten mit der Taranis und schau sie dir nach dem Flug an.
 

MarenB

Runter kommen sie immer!
Ja, genauso habe ich das getestet.
Ich werde noch mal die Verbindung von der Taranis zum Tracker-Arduino prüfen, nicht, dass da was hakt, wie z.B. das Kabel oder der Schleifring.
Als nächstes werde ich das GPS noch mal prüfen und dann als drittes die Daten aus der Taranis loggen.

Danke schon mal!
 
FPV1

Banggood

Oben Unten