GPS Widget voor FrSky Horus

Phaedra,
ik heb die versie niet meer maar het ging over de coordinaten van de xlarge map :
ipv 'map.West.xlarge = 4.523123' had ik staan 'map.West.large = 4.523123'

Heb zelf nog niet gevlogen maar indien de t° wat naar boven gaat doe ik het wel nu dat het pgm werkt.

Met welke GPS vlieg jij? Die van FrSky is werkelijk heel traag in het doorsturen van gegevens.

Indien er iemand mij een hint kan geven om er eentje te maken met een Arduino boardje, type GPS, schema en pgm zou dat heel tof zijn.

 

Ik gebruik de Frsky GPS sensor, al enkele jaren oud. Ik heb die nog niet veel gebruikt, tot ik met dit script eindelijk een goede toepassing heb gevonden.
Ik moet dus nog echt ondervinden hoe goed of hoe slecht deze sensor echt is.

 

Dit lijkt me wel wat:
https://openrcforums.com/forum/viewtopic.php?f=86&t=11807

 

Vraagje : hoe sluit jij die gps aan een ontvanger van FrSky? Kan dat via een Arduino pro mini boardje.
Eventueel een schema of een link naar wat meer uitleg.
Alvast bedankt.
Gie.

 

Met OpenXsensor: https://github.com/openXsensor/openXsensor

Hier kan je allerlei sensoren zelf maken. ook gecombineerd.
Dus meerdere sensoren met 1 arduino.

Arduino bordje die ik gebruik is een: Arduino Pro Mini mega328 3.3v 8mhz.
Die 3.3v is nog al belangrijk om een stabiele spanning te hebben voor o.a. analoog te meten waarden.

 

Mijn S.Port library is ook bruikbaar voor custom sensor met Arduino. https://github.com/RealTadango/FrSky

Ook te vinden in Arduino IDE an PlatformIO onder libraries als je zoekt op FrSky

 

Bedankt H4Life en Tadango.
Heb wat lectuur voor het WE.

 

Ik heb deze zonet gebouwd en getest, en het werkt perfect. Tijdens het bepalen van de eerste positie zie je de LAT-LON telemetrie parameters nog niet verschijnen, maar na een minuutje of zo zie je netjes de data verschijnen.
Dit heeft me ongeveer 12 Euro aan componenten gekost, en een vijftal minuutje soldeerwerk. In het programma moest ik alleen de baro-sensor uitschakelen, dat was 1 lijntje code wijzigen.
Volgens wat ik ervan lees zou deze GPS sensor een pak sneller moeten zijn dan die van Frsky.
Ik denk dat ik zo nog een paar setjes ga bestellen...gedaan met de GPS verplaatsen tussen modellen.

 

Ik heb vanmorgen een project pagina gemaakt wat betreft mijn GPS simulator.. erg handig icm de GPS Widget om te testen

https://hobby4life.nl/?p=241

 

Een medelid en ik hebben allebei diezelfde GPS gebouwd ( zonder baro- sensor) en inderdaad die is stukken sneller dan die van FrSky.
Echter, bij het testen op ons vliegveld heeft dat medelid gisteren vastgesteld dat het vliegtuigje op het scherm de juiste koers volgt maar dat het problemen heeft met de heading, het draait in alle richtingen.
Kan dit aan de berekening van de heading liggen - de sensor heeft geen magnetische sensor?

 

Gebeurd dit tijdens het vliegen? of zie je dit fenomeen in Taxien?

Ik heb die heading berekening uitgevoerd op basis van oud vs nieuw punt.

Ik wilde aanvankelijk een detectie maken dat als er een "Hdg" sensor aanwezig was deze geselecteerd werd, ipv een berekening..
Maar de ene keer ging dat goed.. de andere keer kreeg ik overal "nil" errors.
Het is een minder nauwkeurige manier.. maar ik wilde zo veel mogelijk alles universeel houden..
Een originele GPS van Frsky heeft namelijk geen Heading sensor output.

 

Ik veronderstel tijdens het vliegen. Zelf was ik er niet bij.
Er moet nog getest worden en dat doe je best met twee. Het belangrijkste is dat er een signaal gegeven wordt wanneer het vliegtuig de polygoon verlaat.
Ik heb maps aangemaakt van de omgeving waar ik woon. Ik zal morgen eens rondrijden met het materiaal in de wagen en kijken hoe het dan reageert op verschillende snelheden.
​

 

Gie,
ik had al van in het begin dit fenomeen, met de Frsky GPS sensor, maar ik besteedde er eigenlijk geen aandacht aan...
Ben benieuwd naar jouw ervaring met de "alternatieve" sensor

 

Kan jij nog eens je laatste versie plaatsen? Je widget folder ingezipt met plaatjes. Kan ik ff testen hier

 

De GPS sensoren die ik gebruik heb, berekenen de heading zelf. Wat me opvalt is dat het berekenen van veranderingen in de heading tamelijk traag gaat. De GPS gebruikt blijkbaar meerdere locaties uit het verleden om de heading te berekenen. Waarschijnlijk om onnauwkeurigheden in de positiebepaling te elimineren.

Een optie zou zijn om gebruik te maken van de door de GPS berekende heading voor zover deze aanwezig is en anders de heading zelf te berekenen uit de GPS posities, rekening houdend met een aantal posities uit het verleden. Zo blijft het programma universeel.

 

Klopt helemaal,

Dit was ook voorheen zo dat de Hdg sensor werd gebruikt.
Alleen had ik in eerste instantie een originele Frsky GPS sensor die dat niet uitstuurd, vandaar dat ik een berekening er in heb gemaakt.

Het bovenstaande effect klopt wel.. en is veel erger als er weinig satellieten zijn om een goede heading te berekenen. dan verspringt de heading van hot naar her..
Maar bij een goede fix met +12 sats moet dit redelijk soepel lopen.

Wat je zegt dat de boel achterloopt klopt ook wel.. de widget vergt redelijk wat processortijd van alles.. alles wordt dan gebufferd en later verwerkt..

Als @Phaedra zijn laatste versie op stuurd compleet met plaatjes, dan kan ik die hdg functie er zo weer in terug plaatsen.

 

Hier is Phaedra haar versie...

 

Hier het aangepaste script waarbij nu de heading sensor wordt gebruikt.

 

....

 

Deze versie doet het prima.
Ben juist wat gaan rondtoeren met de wagen in onze omgeving en de neus van het vliegtuigje volgt precies de richting in de straten waarin ik rij.
Identiek aan de GPS van de wagen. Snelheden lagen tussen 0 en 70 km/h.

Dik in orde.