Hobbyking G-OSD

HobbyKing Online R/C Hobby Store : HobbyKing G-OSD (On Screen Display) with GPS



Heeft iemand dat ding nu al gehacked?
De E-OSD heeft een of andere rus al open gekregen, dus het zou leuk zijn als ze het met deze ook voor elkaar krijgen. Want hoogte is nu gebaseerd op zeeniveau en er is geen DTH/ home wijzertje aanwezig. Mochten ze die functies erin krijgen met een firmware hack, dan issie beslist 35 dollar waard.

Hij heeft wel een gewone SLB aansluiting onder zijn label zitten, dus je moet er op een of andere manier wel bij kunnen denk ik. Maar tot dusver heeft nog niemand het geprobeerd?

 

Als ze slim zijn geweest, hebben ze bij het programmeren de zogenaamde fuses doorgebrand. Herprogrammeren of uitlezen is dan onmogelijk. :? Ben wel benieuws welke controller er op zit.

 

ehh...kwestie van tijd denk ik.
Of je moet met een paar flessen wodka de Rus zelf gaan zoeken.

lache man gr Richard

 

G-OSD

Dubbel draadje,

Hier de nieuwe firmware, de Rus zijn vodka is leeg.....

cl-osd - Open Source OSD for E-OSD and G-OSD - Google Project Hosting

 

Het is geen rus, hij komt uit Zweden (Linköping).

 

nu dus een kwestie van tijd tot iemand home position geimplementeerd heeft (er is een knopje aanwezig, en de benodigde data lijkt me?)

 

Dat heeft ie al voor elkaar.

 

OW... dat kon ik er niet uit opmaken, of ik zat niet op te letten haha
Afstand tot home zit er ook in zo te zien

Alleen hoogte t.o.v home niet geloof ik?

 

weet iemand hoe die nieuwe firmware binnen geleppelt moet worden?

Ik wordt hier niet echt wijs uit zeg maar.

Advies hiervoor is top.

Groeten

 

Is nog niet werkend hoor, hij is er nog mee bezig. Is nog maar de vraag of het homepijltje erin komt, de gebruikte AVR op deze OSD heeft erg weinig geheugen.

 

r15 - cl-osd - Open Source OSD for E-OSD and G-OSD - Google Project Hosting

 

Volgens mij deze:
http://www.ebay.nl/itm/200642387530?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1439.l2649#ht_4785wt_905

 

Das volgens mij dezelfde programmer als ik ik bij mijn KK blackboard gekocht heb.
Kan dat kloppen?

Ik heb ze daar ook al om een "dummies guide" gevraagd,
ik heb geen flauw idee met welke software ik dat erop zou moeten plempen.

 

Yep, zo'n programmer heb je nodig. Zijn er in vele soorten en maten. Dit is de kleinste.

Dit is de pin-out (rechter voor 10P header)


En zo lijkt de pin-out op de G-OSD te zijn.


Je hebt de HEX file nodig en een AVR Toolkit nodig, bijvoorbeeld de AVR Studio 4 van Atmel zelf. Even op de site registreren en dan kun je hem downloaden. In AVR Studio kies je de AVRISP of STK500 als programmer.


Helaas is de source nog niet beschikbaar...

 

Joh, dus ik heb alles inhuis.

Dan moet ik alleen dus nog die hexfile zien te krijgen.
Alleen heeft ie die nog niet te downloaden gezet?
Of kijk ik ernaast?

ps.
Zou je voor dat ding misschien ook een snellere GPS kunnen gebruiken?
Je kunt nu met de baudrate kloten natuurlijk.

 

Zou vast wel kunnen. Zelf vind ik de hele grafisch opmaak met dat pijltje een beetje overkill. Al dat grafische kost gewoon veel geheugenruimte en dat heb je dus niet. Beperken tot een blokje met 8 richtingen is toch meer dan voldoende? Als je afstand naar het beginpunt kleiner wordt, vlieg je terug. Wordt het meer dan ga je verder weg. Een pijltje als indicatie is voldoende voor het idee.

Maar hij is geen programmeerwonder. Hij doet veel met floating point berekeningen. Makkelijker en sneller is om alle waardes x1000 of x10000 te doen en daarmee als integere (gehele) getallen te rekenen. In de praktijk nauwkeurig genoeg en razendsnel rekenen. Ook lijken er conversieproblemen te zijn voor de plaatsbepaling op basis van GPS. Iets waar ik zelf ook al tegenaan liep bij het idee zelf een antenne tracker te maken (project voorlopig geschrapt door gebrek aan tijd).

 

Het pijltje vond ik ook een beetje rommelig, en nog midden in beeld ook.
Zelfs 8 richtingen hoeft van mij al niet perse, een "T" die 4 richtingen op kan is al heel wat.

Had hij het instellen van hoogte trouwens nog aangepakt?
Want standaard geeft dat ding altijd zeeniveau als 0 punt aan voor hoogte,
en persoonlijk vind ik dat behoorlijk ruk.

 

Theoretisch zou het niet moeilijk moeten zijn en meer prio hebben dan een duf pijltje (tuurlijk, ziet er leuk uit maar geen echt nuttige toevoeging).

Ik ga ervan uit dat hij de $GPGGA data gebruikt van de GPS-module. Die ziet er zo uit.

Code:

$GPGGA,123519,4807.038,N,01131.000,E,1,08,0.9,545.4,M,46.9,M,,*47

123519 = Fix taken at 12:35:19 UTC
4807.038,N = Latitude 48 deg 07.038' N
01131.000,E = Longitude 11 deg 31.000' E
1 = Fix quality (0 = invalid, 1 = GPS fix (SPS), 2 = DGPS fix, 3 = PPS fix, 4 = Real Time Kinematic, 5 = Float RTK, 6 = estimated (dead reckoning), 7 = Manual input mode, 8 = Simulation mode)
08 = Number of satellites being tracked
0.9 = Horizontal dilution of position
545.4,M = Altitude, Meters, above mean sea level
46.9,M = Height of geoid (mean sea level) above WGS84 ellipsoid
(empty field) time in seconds since last DGPS update
(empty field) DGPS station ID number
*47 = the checksum data, always begins with * (XOR of all characters except $ and cehcksum)

Grappige is dat hij dus de coordinaten terugrekent naar DD.DDDDDD terwijl deze door de GPS als DD MM.MMM verstuurd worden. :? Hij kan het dus makkelijker op het scherm zetten zonder converteren. Nu heb je die DD.DDDDDD wel nodig voor de afstandsberekening. Door deze x10000 te doen krijg je een afwijking van max. 7 meter. Genoeg voor FPV, nauwkeuriger hoeft niet.

Voor de hoogte levert de GPS-module ook de nodige data. Je kunt op twee manieren 0-niveau bepalen. Automatisch via Altitude - Height of Geoid (=gemeten hoogte-afwijking op kromming van het aardoppervlak omdat de aarde niet 100% rond is). Of gewoon met een resetknop en dat aannemen als 0-niveau (zoals de meeste OSD's doen, de hoogte is dan relatief).

Voor de afstand tussen twee punten is niet veel nodig. Da's domweg de wortel van de som van de kwadraten van de verschillen tussen de twee punten maal de gemiddelde radius van de aardbol (6.371.010 meter, gemiddelde over geoid 6.378.000 meter).


In het topic is dat al door een aantal verteld, maar de prioriteit ligt echt bij dat pijltje. Zo jammer.

 

Hmmm, dit project op RCGroups lijkt hoopvoller en sneller te gaan.

-edit-
Een paar Arduino Nano's besteld. Deze ga ik proberen, zal een nieuw topic hierover openen.

 

Mwah, een goedkoop OSDtje herprogrammeren of een hele PCB moeten fabriceren.
Het is misschien beter, maar makkelijker toch niet.
Doe me dan die G-OSD maar.