Innehållsförteckning:

Lowcost 3d Fpv -kamera för Android: 7 steg (med bilder)
Lowcost 3d Fpv -kamera för Android: 7 steg (med bilder)

Video: Lowcost 3d Fpv -kamera för Android: 7 steg (med bilder)

Video: Lowcost 3d Fpv -kamera för Android: 7 steg (med bilder)
Video: How to Convert MOV to MP4 in 3 Steps without Losing Quality 2024, Juli
Anonim
Lowcost 3d Fpv -kamera för Android
Lowcost 3d Fpv -kamera för Android
Lowcost 3d Fpv -kamera för Android
Lowcost 3d Fpv -kamera för Android

FPV är en ganska cool grej. Och det skulle vara ännu bättre i 3d. Den tredje dimensionen ger inte mycket mening på stora avstånd, men för en inomhus Micro Quadcopter är den perfekt.

Så jag tittade på marknaden. Men kamerorna jag hittade var alltför tunga för en mikro quadcopter och du behöver dyra glasögon för det. Den andra möjligheten skulle vara att använda två kameror och två sändare. Men igen har du problemet med de dyra glasögonen.

Så jag bestämde mig för att göra mitt eget. Alla kameror på marknaden använder en FPGA för att göra 3D -bilden. Men jag ville hålla det billigt och enkelt. Jag var inte säker på om det kommer att fungera men jag försökte använda två Sync Separator IC: er, en Micro controller för att hantera synkroniseringen och en analog switch IC för att växla mellan kamerorna. Det största problemet är att synkronisera kamerorna men det är möjligt att göra det med kontrollen. Resultatet är ganska bra.

Ett annat problem var 3D -glasögonen. Normalt behöver du speciella 3D -glasögon som är ganska dyra. Jag försökte några saker, men jag kunde inte lösa det bara med elektronik. Så jag bestämde mig för att använda en USB -video grabber och en hallon Pi med google kartong. Detta fungerade ganska bra. Men det var inte särskilt trevligt att sätta in skärmen i kartongen och ha all elektronik runt omkring. Så jag började skriva en Android -app. I slutändan hade jag ett komplett 3d FPV -system för android för mindre än 70 Euro.

Det är en fördröjning på cirka 100 ms. Det beror på videobrytaren. Den är tillräckligt liten för att flyga med den.

Du behöver ganska bra lödningskunskaper för att göra kameran eftersom det finns ett självtillverkat kretskort men om du är lite rutinerad borde du kunna göra det.

OK, låt oss börja med listan med delar.

Steg 1: Dellista

Reservdelar
Reservdelar

3D -kamera:

  • PCB: du kan få kretskortet med delarna här (ca 20 Euro
  • 2 kameror: Det bör fungera med nästan alla par FPV -kameror. De måste ha samma TVL och samma klockfrekvens. Ett bra val är att använda några kameror där du enkelt kan komma åt Christal. Jag använde ett par av dessa små kameror med 170 graders linser eftersom jag ville använda den på en Micro Quad. (cirka 15 till 20 euro)
  • FPV -sändare: Jag använder den här (cirka 8 Euro)
  • FPV -mottagare (jag hade en som låg runt)
  • 3D -tryckt ram
  • Easycap UTV007 video grabber: Det är viktigt att ha UTV007 chipset. Du kan prova andra UVC -videobilder, men det finns ingen garanti för att det fungerar (cirka 15 euro)
  • USB OTG -kabel (ca 5 Euro)
  • 3d FPV Viewer Android App: Lite version eller fullversion
  • någon sorts google kartong. Googla bara för det (ca 3 Euro)

Ytterligare behov:

  • Lödkolv
  • Lödningsupplevelse
  • förstoringsglas
  • AVR -programmerare
  • PC med avrdude eller annan AVR -programmeringsprogramvara
  • Android -smarttelefon med USB OTG -stöd
  • 3D -skrivare för kamerahållaren

Steg 2: Montera kretskortet

Montera kretskortet
Montera kretskortet
Montera kretskortet
Montera kretskortet

"laddar =" lat"

Image
Image
Slutsats, ytterligare information och några tips
Slutsats, ytterligare information och några tips

Slutsats: Kameran fungerar ganska bra. Även om det inte är perfekt är det användbart. Det är en fördröjning på cirka 100 ms, men för normal flygning och för att testa 3d fpv är det ok.

Info och tips:

- Om du inte har en Android-smartphone som stöder easycap UTV007 eller UVC kan du enkelt få en på e-bay. Jag köpte en gammal Motorola Moto G2 2014 för 30 Euro.

- Kameran synkroniseras inte varje gång. Om du inte får en bild eller om bilden inte är OK, försök starta om kameran några gånger. För mig fungerade det alltid efter några försök. Kanske kan någon förbättra källkoden för en bättre synkronisering.

- Om du inte synkroniserade kamerornas klocka går en bild långsamt upp eller ner. Det är mindre störande om du vrider kamerorna 90 grader, att bilden går åt vänster eller höger. Du kan justera rotationen i appen.

- Ibland ändras vänster och höger sida slumpmässigt. Om det händer startar du om kameran. Om problemet fortfarande kvarstår försök att ställa in parametern DIFF_LONG i 3dcam.h högre, kompilera om koden och blinka hex -filen igen.

- Du kan ställa in standarden till PAL genom att sätta PB0 och PB1 till +5V

- Du kan ställa in standarden till NTSC genom att bara sätta PB0 till +5V

- Om PB0 och PB1 inte är anslutna är autodetekteringsläget aktivt med stor skillnad (standard)

- Med bara PB1 ansluten till +5V är autodetekteringsläget aktivt med liten skillnad. Prova detta om du ser en del av den första bilden längst ner på den andra bilden. Risken för slumpmässigt ändrade bilder är högre.

- Jag använder standardläget med klocksynkroniserade PAL -kameror, men jag ställer in appen på NTSC. Med denna justering har jag NTSC -resultat och ingen risk för slumpmässigt ändrade bilder.

- Jag hade väldigt dåliga färgförvrängningar med inte klocksynkroniserade PAL -kameror. Med NTSC -kameror hände detta inte. Men hur som helst är det bättre att synkronisera klockorna för båda standarderna.

Detaljer om koden:

Koden dokumenteras precis i filen 3dcam.h. Alla viktiga inställningar kan göras där. Några kommentarer till definitionerna:

MIN_COUNT: Efter detta antal rader byts sidan till den andra kameran. Du bör lämna det som det är. MAX_COUNT_PAL: Det här alternativet används bara i PAL -läge. Efter detta antal rader återgår bilden till den första kameran. Du kan leka med den här parametern om du använder PAL -läge. MAX_COUNT_NTSC: Detsamma för NTSCDIFF_LONG/DIFF_SHORT: Dessa parametrar används i autodetekteringsläget. Detta nummer subtraheras från den automatiskt detekterade omkopplingstiden. Du kan leka med dessa parametrar. MAX_OUTOFSYNC: Detta var tänkt för att kontrollera kamerans synkronisering, men det fungerade aldrig okej. Lämna det bara som det är eller försök implementera det själv.

Om du använder mitt kretskort bör du lämna resten av definitionerna som de är. En makefile finns i mappen Debug.

Det är allt. Jag kommer att lägga till en inflight -video och en instruerbar för quadcopter snart. För tillfället finns bara kameratestvideon.

Uppdatering 5. augusti 2018: Jag har gjort ett nytt AVR -program för klocksynkroniserade kameror. Jag vet inte om det fungerar när du inte synkroniserar klockorna. Om du har synkroniserade kameror bör du använda den.

Det kan hända att det finns färgstörningar med PAL -kameror. Återställ AVR tills du har en bra bild för båda kamerorna. Jag lade till en återställningsknapp för mitt PCB för det.

Det kan hända att du har slumpmässigt ändrade bilder med NTSC -kameror. Återställ AVR tills den slutar slumpmässigt att ändras. Du kan också leka med parametern DIFF_SHORT i källkoden.

Det finns några ändringar i den senaste versionen:

  • PAL/NTSC identifieras automatiskt. Det manuella valet tas bort.
  • För att ställa in DIFF_SHORT sätt PB1 till +5V. Du bör göra detta om du ser en del av den andra bilden längst ner på den första bilden.
  • Kamerorna synkroniseras alltid nu.

Här är länken

Uppdatering 22. januari 2019: Jag fick chansen att testa kameran med alternerande 3D -glasögon. Det fungerar utan dröjsmål. (Testad med mycket gamla Virtual IO iGlasses och Headplay 3d -glasögon)

Rekommenderad: