SMPTE IC to OLED Display

A

ahmedragia21

Member
I'm in the process of that IC SMPTE that is already in an instrument. I would like to convert the signals from it to LCD/OLED display. I'm considering an RPI2 microcontroller. But I don't know how to decode the SMPT IC to generate video/audio signals to the path. What I have seen from the schematic is just the video signals ONLY decoded into the current LCD display which I want to use an alternative one. The original LCD is 248x60 How to approach that please? Any suggestions?



 
Sort by date Sort by votes
Seems like you can target the source side or the client side of the ICS2008
to accomplish your goal. My inclination is the source side easier. Its not clear
to me, w/o investigation, what data rate looks like on source side, but thinking
an FPGA like engine to decode the command going to 2008 would be the way to
go. And FPGA then drives the OLED.

Too bad you cant modify code in system as 2008 has a UART which could be
used to minimize interface.....

Are you considering just time display on OLED or that + video ?

Regards, Dana.
 
Last edited:
Upvote 0 Downvote
danadak
Thanks for your answer Dana.
I would like to target the client side of the ICS2008. I would like to replace the current LCD that it has.
I've been reading the data sheet for several hours with no luck on a procedure.
Can you elabroate on that approach ?
or some pseudo code that decodes the VITC from that IC ? some pseudocode would help a lot
 
Upvote 0 Downvote
So you need to read the VITC code from the video output stream ?

I cant tell from datasheet what the actual format of the data, analog
levels and digital timing, is of the VITC in the Video stream.....
That info will have to come from vendor of part.

Its apparently interframe data, I guess if its actual video levels/characters
one could digitize the interframe period and then scale that back out to OLED
display....?


Regards, Dana.
 
Upvote 0 Downvote
Thats not the client side of the 2008, but I agree source side, data into the
2008, would be easier.

So you would read a frame into a buffer of input data, then scan the data
for the VITC code and extract that. A state machine that finds the origin
of the data and handles its format to regurgitate it to the OLED

Regards, Dana.
 
Upvote 0 Downvote
It's pretty confusing what you're actually wanting to do? - but I presume you've got an item with an exiting LCD display (that has presumably failed), and you're wanting to replace it with a different display?.

I also presume, the two partial diagrams at the top are the socket for the display, and the chip which feeds that socket? - although there seems little correlation between pin labels?.

I would suggest it's a pretty complicated problem - you've first got to emulate the existing display driver, so you can read the incoming data (bearing in mind there's probably lot's of set up data and commands as well), build up the screen image in memory, and then transfer that out to the new display, along with all that's setup data and commands requirements.

I fail to see what SMPTE and VITC have to do with it?.
 
Upvote 1 Downvote
Nigel Goodwin
Your all assumptions are correct. But the interface to the existing LCD is connected to the above ICS2008AV
So what I have assumed is that I need to decode SMPTE VITC data and the characters using another microcontroller, and feed/extract that to another LCD/OLED.
Another question What is the interface to ICS2008AV ? is it SPI ?
 
Last edited:
Upvote 0 Downvote

If the LCD connects to that socket, then according to the full circuit you've just posted, the datalines of that socket (D0-D7) connect to IC50, not to the ICS2008AV which doesn't seem to be very much a programmable chip?.

The 'burn in window' is presumably (from the chip datasheet) the section of the video screen where you can gen-lock the time code data - nothing to do with the LCD. As it's not a video system the video in's and out's aren't used.
 
Upvote 0 Downvote
Nigel Goodwin
But IC50 has nothing to do with LCDs and data, only ICS2008AV that does, and there are some pins that named CPUD0 on it too. that's so confusing.
If that's true and you confirm that, giving that that Signals of the LCD socket are truely matched with the ICS2008AV, How do I copy the Data bus data signals and complete a frame, video buffer, so that I can send it to another LCD display ?
 
Upvote 0 Downvote
What makes you think that?, IC50 looks to be the processor doing everything, and connects via the databus to read SMTPE etc. from the ICS2008AV. IC50 then presumably drives the display. The ICS2008AV is a peripheral, and not a processor.

Refer to post #10 for how you would need to replace the display - NOT easy.

Do you know what chip the display uses?, it would be even more difficult with out having a datasheet for the display chip.
 
Upvote 0 Downvote
Nigel Goodwin
There is another company that replicated with no access to any materials/code or anything, the LCD socket of that old device that has defected LCD, and replaced the LCD socket board with the following board.
Do you have an idea on how did they proceed with that ?
 
Upvote 0 Downvote
They spent a LOT of time and money on it, and there seems to be a Raspberry Pi logo on the processor, so they are using a pretty powerful processor.

I'd suggest buying one from them, it would be a lot cheaper, and much, much faster.
 
Upvote 0 Downvote
You must log in or register to reply here.

Similar threads

R
  • Question
Clear Black Screen with Green Backlight on OLED Display
Replies
1
Views
703
aliarifat794
A
J
  • Question
Atv display
Replies
2
Views
581
Jake-moly
J
  • Question
What can be a cheaper alternative to IC 5L0380R?
Replies
14
Views
5K
electronium
S
  • Question
Help to identify an IC - Chipstar CA34.... ?
Replies
5
Views
2K
ZipZapOuch
F
  • Solved
Unidentified IC
Replies
5
Views
2K
rjenkinsgb
Menu
Log in
Register
Cookies are required to use this site. You must accept them to continue using the site. Learn more…