ImmersionRC Vragen

Sander, na het aansluiten van een (naar later bleek) defecte UBEC op de 12V uitgang van de current sensor van de easy OSD is die laatste er mee opgehouden. Hij geeft nog wel stroom door naar de ESC, maar als ik de easybus doormeet geeft hij geen 5 Volt meer naar het OSD gedeelte.

Nu weet ik dat je er een aantal beveiligingen hebt ingebouwd en de vraag is dan: wat is er het meest waarschijnlijke stuk gegaan en kan ik het repareren. Het enige wat ik kon vinden leek een trace te zijn bij het eerste contactje van de ICSP CN2 aan de kant van de DEANS connectoren die niet meer doorloopt. Lijkt nu onderbroken te zijn.

De OSD zelf reageert gelukkig nog wel als ik hem op de PC aansluit en de config / update utility draai.

Kan dat het zijn en is dat weer te fixen of zit het probleem ergens anders. Als je een foto wilt van het geheel kan dat uiteraard nog geregeld worden.

Maarten
 
Nu weet ik dat je er een aantal beveiligingen hebt ingebouwd en de vraag is dan: wat is er het meest waarschijnlijke stuk gegaan en kan ik het repareren. Het enige wat ik kon vinden leek een trace te zijn bij het eerste contactje van de ICSP CN2 aan de kant van de DEANS connectoren die niet meer doorloopt. Lijkt nu onderbroken te zijn.

D'r zit een fusible PCB spoor op dat inderdaad stuk gaat als er teveel stroom wordt gevraagd uit de 12V Tx connector. Stukje draad erover solderen en 't werkt allemaal weer.

Met vriendelijke groet,

Sander Sassen
ImmersionRC - Real Virtuality
 
Gelukt!!

Het ledje begint weer te knipperen als ik de boel nu aansluit.

Maar @#$%@#%@!! Wat een inimini klein poepding om te solderen met je 30W soldeerbout.

Effe een draadje overheen solderen zegt ie.....;);)

Enfin, het werkt weer, dus kan ik wer verder

Nogmaals bedankt Sander
 
Laatst bewerkt door een moderator:
De video-ingang en -uitgang van de EzOSD, zijn dat eigenlijk aparte lijnen, of hangen deze intern aan elkaar?

Ik gebruik nu namelijk de Hobbyking E-OSD in de Alulah, waarbij de videolijn van de camera en videozender direct aan elkaar hangen en ik via een T-splitsing de E-OSD aansluit. Ik kan de E-OSD dus zo eraf halen. Zou mooi zijn als ik de EzOSD hier dan ook direct aan kan prikken. :)
 
De video-ingang en -uitgang van de EzOSD, zijn dat eigenlijk aparte lijnen, of hangen deze intern aan elkaar?

Ik gebruik nu namelijk de Hobbyking E-OSD in de Alulah, waarbij de videolijn van de camera en videozender direct aan elkaar hangen en ik via een T-splitsing de E-OSD aansluit. Ik kan de E-OSD dus zo eraf halen. Zou mooi zijn als ik de EzOSD hier dan ook direct aan kan prikken. :)

Het zijn twee verschillende benaderingen, de HK OSD forceert gewoon het videosignaal met een 'bit banging' methode, niet zo netjes, en werkt ook niet altijd met iedere camera/videozender. De EzOSD heeft een gescheiden video ingang en uitgang, waarbij de uitgang netjes volgens de composiet video standaard een video signaal levert, dit werkt altijd, ongeacht type camera/videozender.

Grote voordeel hiervan is dat ook bij afwezigheid van een videosignaal er OSD gegevens op beeld komen omdat de OSD zelf video sync pulsen genereert, er is dus geen externe bron van video sync (je camera) nodig, da's echter bij de meeste OSD's niet zo, geen video sync op de ingang = geen beeld. Het kan echter nog erger, de Eagletree OSD Pro loopt bijvoorbeeld compleet vast bij afwezigheid van video op de ingang, da's lekker, daar gaat je kist, want ook je servo's bewegen niet meer, RTE (return to earth) dus!

Met vriendelijke groet,

Sander Sassen
ImmersionRC - Real Virtuality
 
Als er een kunstmatige horizon in beeld zou zijn wel ja. Terug vliegen op home arrow alleen is een beetje lastig omdat je geen idee hebt van de oriëntatie van je vliegtuig.

Hoe staat het met de autopilot Sander?
Volgens mij besteed je de laatste tijd teveel tijd aan het "testen" van je apparatuur :p
 
Als er een kunstmatige horizon in beeld zou zijn wel ja. Terug vliegen op home arrow alleen is een beetje lastig omdat je geen idee hebt van de oriëntatie van je vliegtuig.

Hoe staat het met de autopilot Sander?
Volgens mij besteed je de laatste tijd teveel tijd aan het "testen" van je apparatuur :p

Gaat wel, ik heb dat al een paar keer meegemaakt (sneeuw op de lens van de camera), je moet alleen even je hoogte en snelheid in de gaten houden.

Wat de autopiloot betreft, da's niet in een weekend klaar, dat duurt nog wel even.

Met vriendelijke groet,

Sander Sassen
ImmersionRC - Real Virtuality
 
Sander,

FF een vraagje. Wat is de waarde van de SMD condensator op de uitgang van de 600mW zender. Door een crash afgelopen zondag was mijn antenne chassis deel van de print afgescheurt. Ook de SMD condensator was gebroken. Heb er nu 5p6 tussen zitten, maar het zou natuurlijk ook wat anders kunnen zijn.

Ik hoor het graag.

Gr. Jasper
 
Sander,

FF een vraagje. Wat is de waarde van de SMD condensator op de uitgang van de 600mW zender. Door een crash afgelopen zondag was mijn antenne chassis deel van de print afgescheurt. Ook de SMD condensator was gebroken. Heb er nu 5p6 tussen zitten, maar het zou natuurlijk ook wat anders kunnen zijn.

Ik hoor het graag.

Gr. Jasper

1.5pF NP0 of C0G, SMD 0603 package.

Met vriendelijke groet,

Sander Sassen
ImmersionRC - Real Virtuality
 
Sander

Is het mogelijk om in de EZosd een soort vario balkje in het beeld te maken.
De pijltjes om de hoogte meter zijn nogal klein en hebben maar 5 waardes.

Het lijkt robert en mij wel leuk om een -5 tot +5 m/ps aanwijzer in het beeld te zien.
Voor jou is dit ook wel intressant (Alulah Pro 2M)

variometer%20met%20mcreadyring.jpg


gr

Roel en Robert

PS: Wanneer krijg ik antwoord op mijn BPtje?
 
Goeie vraag.. ben benieuwd of dit mogelijk is..

Kan wel, maar er zitten wat haken en ogen aan. De vario die je terugziet in de EzOSD is gebaseerd op GPS data en niet op een barometrische hoogtemeter. Nu is de nauwkeurigheid daarvan afhankelijk van de hoeveelheid satellieten die de GPS ontvanger 'ziet'. De hoogte wordt namelijk berekend d.m.v. triangulatie. Hoe minder satellieten hoe onnauwkeuriger de hoogte wordt (fluctuaties van ettelijke tientallen meters) en dan is op een gegeven moment geen onderscheid meer te maken tussen fluctuaties in hoogte die voorvloeien uit de constante (her)berekening van de 3D positie van het model in de ruimte of het werkelijk stijgen en dalen van het model.

Kortom, de reden dat er alleen een eenvoudige vario in de EzOSD is terug te vinden is omdat er onvoldoende nauwkeurigheid voorhanden is om dit met meer precisie te doen omdat de benodigde nauwkeurigheid niet beschikbaar is als er onvoldoende satellieten beschikbaar zijn. Daarmee begrijp je dat een dergelijke feature weinig zin heeft.

Met vriendelijke groet,

Sander Sassen
ImmersionRC - Real Virtuality
 
Kan dat ook niet met een extra sensor op de OSD?
Of moet je dan een complete venturi buis gaan maken.

Venturi-effect - Wikipedia

Ik denk dat een 1 assige gyro ook een waarde kan geven.
Of is dat weer te gevoelig?

Maar als er simpel in de software een meter toegevoegd kan worden ben ik er al blij mee
Dan heb je in ieder geval een goede indicatie wanneer je moet gaan cirkelen
 
Laatst bewerkt:
Back
Top