Indholdsfortegnelse:

Lowcost 3d Fpv -kamera til Android: 7 trin (med billeder)
Lowcost 3d Fpv -kamera til Android: 7 trin (med billeder)

Video: Lowcost 3d Fpv -kamera til Android: 7 trin (med billeder)

Video: Lowcost 3d Fpv -kamera til Android: 7 trin (med billeder)
Video: 3D FPV App for DJI 2024, November
Anonim
Lowcost 3d Fpv -kamera til Android
Lowcost 3d Fpv -kamera til Android
Lowcost 3d Fpv -kamera til Android
Lowcost 3d Fpv -kamera til Android

FPV er en ret sej ting. Og det ville være endnu bedre i 3d. Den tredje dimension giver ikke særlig meget mening på store afstande, men for en indendørs Micro Quadcopter er den perfekt.

Så jeg havde et kig på markedet. Men de kameraer, jeg fandt, var alt for tunge til en mikro -quadcopter, og du har brug for dyre beskyttelsesbriller til det. Den anden mulighed ville være at bruge to kameraer og to sendere. Men igen har du problemet med de dyre beskyttelsesbriller.

Så jeg besluttede mig for at lave min egen. Alle kameraer på markedet bruger en FPGA til at lave 3D -billedet. Men jeg ville gerne have det billigt og let. Jeg var ikke sikker på, om det ville fungere, men jeg forsøgte at bruge to Sync Separator IC'er, en Micro -controller til at styre synkroniseringen og en analog switch IC til at skifte mellem kameraerne. Det største problem er at få kameraerne synkroniseret, men det er muligt at gøre det med controlleren. Resultatet er ret godt.

Et andet problem var 3d -beskyttelsesbrillerne. Normalt har du brug for specielle 3D -beskyttelsesbriller, som er ret dyre. Jeg prøvede et par ting, men jeg kunne ikke løse det bare med elektronik. Så jeg besluttede at bruge en USB video grabber og en hindbær Pi med google karton. Dette fungerede ret godt. Men det var ikke særlig rart at lægge skærmen i pap og have al elektronikken rundt. Så jeg begyndte at skrive en Android -app. Til sidst havde jeg et komplet 3d FPV -system til android til mindre end 70 Euro.

Der er en forsinkelse på cirka 100 ms. Det er på grund af videogriberen. Den er lille nok til at flyve med den.

Du har brug for temmelig gode loddefærdigheder for at lave kameraet, fordi der er et selvfremstillet printkort, men hvis du er lidt erfaren, burde du kunne gøre det.

OK, lad os starte med delelisten.

Trin 1: Deleliste

Liste over dele
Liste over dele

3D -kamera:

  • PCB: du kan få printkortet med delene her (ca. 20 Euro
  • 2 kameraer: Det skal fungere med næsten ethvert par FPV -kameraer. De skal have den samme TVL og den samme clockhastighed. Et godt valg er at bruge nogle knaster, hvor du let kan få adgang til Christal. Jeg brugte et par af disse små kameraer med 170 graders objektiver, fordi jeg ville bruge det på en Micro Quad. (ca. 15 til 20 Euro)
  • FPV -sender: Jeg bruger denne (ca. 8 Euro)
  • FPV -modtager (jeg havde en liggende)
  • 3d trykt ramme
  • Easycap UTV007 video grabber: Det er vigtigt at have UTV007 chipset. Du kan prøve andre UVC -videogribere, men der er ingen garanti for, at det fungerer (ca. 15 Euro)
  • USB OTG -kabel (ca. 5 Euro)
  • 3d FPV Viewer Android App: Lite version eller fuld version
  • en slags google karton. Google bare for det (ca. 3 Euro)

Yderligere behov:

  • Loddekolbe
  • Loddeoplevelse
  • forstørrelsesglas
  • AVR programmerer
  • PC med avrdude eller anden AVR -programmeringssoftware
  • Android -smarttelefon med USB OTG -understøttelse
  • 3d printer til kameraholderen

Trin 2: Saml printet

Saml printkortet
Saml printkortet
Saml printkortet
Saml printkortet

"loading =" doven"

Image
Image
Konklusion, yderligere oplysninger og nogle tips
Konklusion, yderligere oplysninger og nogle tips

Konklusion: Kameraet fungerer ret godt. Selvom det ikke er perfekt, kan det bruges. Der er en forsinkelse på cirka 100 ms, men for normal flyvning og for at teste 3d fpv er det ok.

Info og tips:

- Hvis du ikke har en Android-smartphone, der understøtter easycap UTV007 eller UVC, kan du nemt få en på e-bay. Jeg købte en gammel Motorola Moto G2 2014 for 30 Euro.

- Kameraet synkroniserer ikke hver gang. Hvis du ikke får et billede, eller billedet ikke er OK, skal du prøve at genstarte kameraet et par gange. For mig fungerede det altid efter et par forsøg. Måske kan nogen forbedre kildekoden for en bedre synkronisering.

- Hvis du ikke synkroniserede uret på kameraerne, vil et billede langsomt gå op eller ned. Det er mindre foruroligende, hvis du drejer kameraerne 90 grader, at billedet går til venstre eller højre. Du kan justere rotationen i appen.

- Nogle gange ændres venstre og højre side tilfældigt. Hvis det sker, genstart kameraet. Hvis problemet stadig er ved at prøve at indstille parameteren DIFF_LONG i 3dcam.h højere, skal du kompilere koden igen og flash hex -filen igen.

- Du kan indstille standarden til PAL ved at sætte PB0 og PB1 til +5V

- Du kan indstille standarden til NTSC ved blot at sætte PB0 til +5V

- Med PB0 og PB1 ikke tilsluttet er auto-detect-tilstanden aktiv med stor forskel (standard)

- Med bare PB1 tilsluttet +5V er autodetekteringstilstanden aktiv med lille forskel. Prøv dette, hvis du ser en del af det første billede nederst på det andet billede. Risikoen for tilfældigt skiftende billeder er højere.

- Jeg bruger standardtilstanden med ur -synkroniserede PAL -kameraer, men jeg indstiller appen til NTSC. Med denne justering har jeg NTSC -resultat og ingen risiko for tilfældigt ændrede billeder.

- Jeg havde meget dårlige farveforvridninger med ikke ur -synkroniserede PAL -kameraer. Med NTSC -kameraer skete dette ikke. Men alligevel er det bedre at synkronisere urene for begge standarder.

Detaljer om koden:

Koden er netop dokumenteret i 3dcam.h -filen. Alle vigtige indstillinger kan gøres der. Nogle kommentarer til definitionerne:

MIN_COUNT: Efter dette antal linjer skiftes siden til det andet kamera. Du bør lade det være, som det er. MAX_COUNT_PAL: Denne indstilling bruges bare i PAL -tilstand. Efter dette antal linjer skiftes billedet tilbage til det første kamera. Du kan lege med denne parameter, hvis du bruger PAL -tilstand. MAX_COUNT_NTSC: Det samme for NTSCDIFF_LONG/DIFF_SHORT: Disse parametre bruges i tilstanden til automatisk registrering. Dette tal trækkes fra den automatisk registrerede skiftetid. Du kan lege med disse parametre. MAX_OUTOFSYNC: Dette var beregnet til at kontrollere kameraernes synkronisering, men det fungerede aldrig i orden. Bare lad det være som det er, eller prøv at implementere det selv.

Hvis du bruger mit printkort, skal du lade resten af definitionerne være som de er. En makefile er placeret i Debug -mappen.

Det er det. Jeg vil snart tilføje en inflight -video og en instruerbar til quadcopter. I øjeblikket er der bare kameratestvideoen.

Opdatering 5. august 2018: Jeg lavede et nyt AVR -program til ur -synkroniserede kameraer. Jeg ved ikke, om det virker, når du ikke synkroniserer urene. Hvis du har synkroniserede kameraer, skal du bruge det.

Det kan ske, at der er farveforvridninger med PAL -kameraer. Nulstil AVR'en, indtil du har et godt billede for begge kameraer. Jeg tilføjede en nulstillingsknap til mit printkort til det.

Det kan ske, at du har tilfældigt skiftende billeder med NTSC -kameraer. Nulstil AVR'en, indtil den stopper for at ændre tilfældigt. Du kan også lege med parameteren DIFF_SHORT i kildekoden.

Der er et par ændringer til den sidste version:

  • PAL/NTSC bliver automatisk registreret. Det manuelle valg fjernes.
  • For at indstille DIFF_SHORT skal du sætte PB1 til +5V. Du bør gøre dette, hvis du ser en del af det andet billede nederst på det første billede.
  • Kameraerne synkroniseres altid nu.

Her er linket

Opdatering 22. januar. 2019: Jeg havde chancen for at teste kameraet med skiftevis 3d -beskyttelsesbriller. Det virker uden forsinkelse. (Testet med meget gamle Virtual IO iGlasses og Headplay 3d -beskyttelsesbriller)

Anbefalede: