Electronics > Projects, Designs, and Technical Stuff
Digital FPV video for drone racing
<< < (22/28) > >>
TheDane:
It would be spamming doing a lot of replies:

S
o

Y
e
s
 
I

a
m

u
n
l
e
s
s

y
o
u
r

b       v
r        i     
a       s
i       i
n       o
        n

w
o
r
k
s

d
i
f
f
e
r
e
n
t
l
y

t
h
a
n

m
i
n
e
IDEngineer:

--- Quote from: TheDane on January 22, 2019, 07:19:14 pm ---I would say hardware wise, it is not impossible - it should be rather light, inexpensive, and easy to obtain.
--- End quote ---
Very promising, if the hardware can handle whatever processing is desired. Great way to prototype. Then a commercial solution could take the various components and integrate them onto a single small PCB, while eliminating all of the unnecessary headers and USB connectors. The only off-board connections are power (2) and camera (3, power plus video, so the camera cable need only go to a single point), presuming that the antenna has its own connector or soldered coax.

This is great, except for the following. Many configurations run the NTSC camera output through the (separate PCB) flight controller, and then the flight controller outputs NTSC to the video transmitter. This allows the flight controller to superimpose OSD text on the NTSC as I mentioned earlier in this thread. Pilot vision is entirely within the goggles, so they need OSD to monitor battery status and other real time flight data that the camera and video transmitter have no way of knowing. This is one reason why sticking to NTSC is quite important... the entire infrastructure of the sport, from on-aircraft avionics to the ground support monitors used by judges and crew, rely on the use of NTSC. I suppose this new proposed video transmitter could accept additional (analog?) inputs and do the OSD itself, but flight controllers would have to be redesigned to emit such signals AND that doesn't address the extensive existing ground equipment.
ogden:

--- Quote from: TheDane on January 22, 2019, 07:34:16 pm ---It would be spamming doing a lot of replies:

--- End quote ---

So you say that LCD does not take picture sequentially? - Meaning controller takes whole frame into RAM, then frame miraculously in no time appears on LCD screen?  :-DD

Just searched YT for Arduino LCD topic to show how LCD update happens in slo-mo:

https://youtu.be/X8syt55ITUo?t=267
TheDane:

--- Quote from: ogden on January 22, 2019, 07:31:26 pm ---
--- Quote from: TheDane on January 22, 2019, 07:26:25 pm ---One thing is the sensor, another is the display.
The sensor output is 'serial' - the display output is 'not'.

--- End quote ---

Are you sure? :)

--- End quote ---

You're talking about the display INPUT, I presume
The output is being outputted, until new information is stored in display memory - and the screen refreshed - showing the new output for a 'long' time, much longer than  it took for the data to inputted
ogden:

--- Quote from: TheDane on January 22, 2019, 07:43:26 pm ---You're talking about the display INPUT, I presume
The output is being outputted, until new information is stored in display memory - and the screen refreshed - showing the new output for a 'long' time, much longer than  it took for the data to inputted

--- End quote ---

Before you spread your wizdom, make sure you got it right

[edit] I talk about this BS where you supposedly tell your beliefs about how LCD works:


--- Quote from: TheDane on January 22, 2019, 07:26:25 pm ---I hope you get where I am pointing at, as the screen has to be 'stationary long enough to show the entire picture', and then show the 'entire next picture long enough'

--- End quote ---
Navigation
Message Index
Next page
Previous page
There was an error while thanking
Thanking...

Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod