Lowcost 3d Fpv -kamera for Android: 7 trinn (med bilder)

2024 Forfatter: John Day | [email protected]. Sist endret: 2024-01-30 11:21

FPV er en ganske kul ting. Og det ville vært enda bedre i 3d. Den tredje dimensjonen gir ikke særlig mening på store avstander, men for et innendørs Micro Quadcopter er det perfekt.

Så jeg hadde en titt på markedet. Men kameraene jeg fant var altfor tunge for et mikro -quadcopter, og du trenger dyre briller for det. Den andre muligheten ville være å bruke to kameraer og to sendere. Men igjen har du problemet med de dyre brillene.

Så jeg bestemte meg for å lage min egen. Alle kameraer på markedet bruker en FPGA for å lage 3D -bildet. Men jeg ville beholde det billig og enkelt. Jeg var ikke sikker på om det vil fungere, men jeg prøvde å bruke to Sync Separator ICs, en Micro -kontroller for å administrere synkroniseringen og en analog switch IC for å bytte mellom kameraene. Det største problemet er å få kameraene synkronisert, men det er mulig å gjøre det med kontrolleren. Resultatet er ganske bra.

Et annet problem var 3D -brillene. Normalt trenger du spesielle 3D -briller som er ganske dyre. Jeg prøvde noen få ting, men jeg klarte ikke å løse det bare med elektronikk. Så jeg bestemte meg for å bruke en USB video grabber og en bringebær Pi med google papp. Dette fungerte ganske bra. Men det var ikke veldig hyggelig å sette skjermen inn i pappa og ha all elektronikken rundt seg. Så jeg begynte å skrive en Android -app. Til slutt hadde jeg et komplett 3d FPV -system for android for mindre enn 70 Euro.

Det er en forsinkelse på omtrent 100 ms. Det er på grunn av videogriperen. Den er liten nok til å fly med den.

Du trenger ganske gode loddekunnskaper for å lage kameraet fordi det er et selvlaget kretskort, men hvis du er litt erfaren bør du kunne gjøre det.

OK, la oss starte med delelisten.

Trinn 1: Deleliste

3D -kamera:

• PCB: du kan få PCB med delene her (ca. 20 Euro
• 2 kameraer: Det skal fungere med nesten alle par FPV -kameraer. De må ha samme TVL og samme klokkehastighet. Et godt valg er å bruke noen kameraer der du enkelt kan få tilgang til Christal. Jeg brukte et par av disse små kameraene med 170 graders objektiver fordi jeg ønsket å bruke det på en Micro Quad. (ca 15 til 20 Euro)
• FPV -sender: Jeg bruker denne (ca. 8 Euro)
• FPV -mottaker (jeg hadde en liggende)
• 3D -trykt ramme
• Easycap UTV007 video grabber: Det er viktig å ha UTV007 brikkesett. Du kan prøve andre UVC -videogribere, men det er ingen garanti for at det fungerer (ca. 15 Euro)
• USB OTG -kabel (ca. 5 Euro)
• 3d FPV Viewer Android App: Lite versjon eller fullversjon
• en slags google kartong. Bare google for det (ca 3 Euro)

Ytterligere behov:

• Loddejern
• Loddeopplevelse
• forstørrelsesglass
• AVR programmerer
• PC med avrdude eller annen AVR programmeringsprogramvare
• Android -smarttelefon med USB OTG -støtte
• 3d -skriver for kameraholderen

Trinn 2: Monter kretskortet

"lasting =" lat"

Konklusjon: Kameraet fungerer ganske bra. Selv om det ikke er perfekt, er det brukbart. Det er en forsinkelse på omtrent 100 ms, men for normal flyging og for å teste 3d fpv er det ok.

Info og tips:

- Hvis du ikke har en Android-smarttelefon som støtter easycap UTV007 eller UVC, kan du enkelt få en på e-bay. Jeg kjøpte en gammel Motorola Moto G2 2014 for 30 Euro.

- Kameraet synkroniseres ikke hver gang. Hvis du ikke får et bilde eller bildet ikke er i orden, kan du prøve å starte kameraet på nytt noen ganger. For meg fungerte det alltid etter noen forsøk. Kanskje noen kan forbedre kildekoden for en bedre synkronisering.

- Hvis du ikke synkroniserte klokken på kameraene, vil ett bilde sakte gå opp eller ned. Det er mindre urovekkende hvis du snur kameraene 90 grader, at bildet går til venstre eller høyre. Du kan justere rotasjonen i appen.

- Noen ganger endres venstre og høyre side tilfeldig. Start kameraet hvis det skjer. Hvis problemet fortsatt gjenstår, prøv å sette DIFF_LONG -parameteren i 3dcam.h høyere, kompiler koden på nytt og blink hex -filen igjen.

- Du kan sette standarden til PAL ved å sette PB0 og PB1 til +5V

- Du kan sette standarden til NTSC ved å sette bare PB0 til +5V

- Med PB0 og PB1 ikke tilkoblet er autodetekteringsmodusen aktiv med stor forskjell (standard)

- Med bare PB1 koblet til +5V er autodetekteringsmodusen aktiv med liten forskjell. Prøv dette hvis du ser en del av det første bildet nederst på det andre bildet. Risikoen for tilfeldig endring av bilder er høyere.

- Jeg bruker standardmodus med klokkesynkroniserte PAL -kameraer, men jeg setter appen til NTSC. Med denne justeringen har jeg NTSC -resultat og ingen risiko for tilfeldig endring av bilder.

- Jeg hadde veldig dårlige fargeforvrengninger med ikke klokkesynkroniserte PAL -kameraer. Med NTSC -kameraer skjedde dette ikke. Men uansett er det bedre å synkronisere klokkene for begge standardene.

Detaljer om koden:

Koden er nettopp dokumentert i 3dcam.h -filen. Alle viktige innstillinger kan gjøres der. Noen kommentarer til definisjonene:

MIN_COUNT: Etter dette antallet linjer byttes siden til det andre kameraet. Du bør la det være slik det er. MAX_COUNT_PAL: Dette alternativet brukes bare i PAL -modus. Etter dette antallet linjer byttes bildet tilbake til det første kameraet. Du kan leke med denne parameteren hvis du bruker PAL -modus. MAX_COUNT_NTSC: Det samme for NTSCDIFF_LONG/DIFF_SHORT: Disse parameterne brukes i modus for automatisk registrering. Dette tallet trekkes fra den automatisk oppdagede byttetiden. Du kan leke med disse parameterne. MAX_OUTOFSYNC: Dette var ment for å kontrollere synkroniseringen av kameraene, men det fungerte aldri bra. Bare la det være som det er, eller prøv å implementere det selv.

Hvis du bruker min PCB, bør du la resten av definisjonene være som de er. En makefile er plassert i Debug -mappen.

Det er det. Jeg vil legge til en inflight -video og en instruerbar for quadcopter snart. For øyeblikket er det bare kameratestvideoen.

Oppdatering 5. august 2018: Jeg laget et nytt AVR -program for klokkesynkroniserte kameraer. Jeg vet ikke om det fungerer når du ikke synkroniserer klokkene. Hvis du har synkroniserte kameraer, bør du bruke det.

Det kan skje at det er fargeforvrengninger med PAL -kameraer. Tilbakestill AVR til du har et godt bilde for begge kameraene. Jeg la til en tilbakestillingsknapp til PCB for det.

Det kan skje at du har tilfeldig skiftende bilder med NTSC -kameraer. Tilbakestill AVR til den stopper for å skifte tilfeldig. Du kan også leke med parameteren DIFF_SHORT i kildekoden.

Det er noen få endringer i den siste versjonen:

• PAL/NTSC blir automatisk oppdaget. Det manuelle valget fjernes.
• For å sette DIFF_SHORT, sett PB1 til +5V. Du bør gjøre dette hvis du ser en del av det andre bildet nederst på det første bildet.
• Kameraene synkroniseres alltid nå.

Her er lenken

Oppdatering 22. januar 2019: Jeg hadde sjansen til å teste kameraet med vekslende 3D -briller. Det fungerer uten forsinkelse. (Testet med veldig gamle Virtual IO iGlasses og Headplay 3d -briller)