6502.org Forum  Projects  Code  Documents  Tools  Forum
It is currently Tue Nov 12, 2024 8:54 am

All times are UTC




Post new topic Reply to topic  [ 148 posts ]  Go to page Previous  1 ... 6, 7, 8, 9, 10
Author Message
 Post subject:
PostPosted: Wed Nov 26, 2003 11:40 pm 
Offline

Joined: Tue Nov 18, 2003 8:41 pm
Posts: 250
(I need to build the
EEPROM programmer, after all, and then add a 6502 to test the video interface. I've only got so
much breadboard space.)

Modern EEPROMs program themselves pretty much like writing to
any other RAM except it takes longer.


Top
 Profile  
Reply with quote  
PostPosted: Thu Nov 27, 2003 7:42 am 
Offline

Joined: Sat Jan 04, 2003 10:03 pm
Posts: 1706
greener wrote:
I had the thought that I'd solder everything together, but that'll be a mess.


Perhaps a mess, but it works great. It's used by ham radio homebrewers, and the technique is called dead-bug, because when you're done, it looks like everything is a dead bug. :) Dead-bug has a unique advantage: a single, large, flat, contiguous ground plane. E.g., it has nearly ideal shielding properties.

Another possibility is to use what's called Manhatten-style. In this technique, you layout the components on the board, then cut out (e.g., with a Dremel mototool) trenches in the copper. The resulting pattern on the board is you have a lot of copper blocks with little fiberglass "streets" running through it, making the circuit's copper 'traces' look like an aerial view of a big city -- hence the name Manhatten style. :)

Just some food for thought. Some Google searches should reveal more information.


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Tue Apr 06, 2004 3:00 pm 
Offline

Joined: Tue Apr 06, 2004 2:46 pm
Posts: 1
Hello, I was wondering if anybody has read a book called "Cheap Video Cookbook" and if so would they recommend it as a refrence for designing video ccts?


Top
 Profile  
Reply with quote  
PostPosted: Sun Apr 18, 2004 7:08 am 
Offline

Joined: Sat Apr 17, 2004 2:05 pm
Posts: 7
Location: durban,south africa
I know this is a responce to an old message, but a sutible pic would be the PIC18F252, and it has 32k flash, supports SPI ect.

Quote:
Quote:
I know you're gonna hate me for this greener - but I would look for another PIC with more pins and keep it parallel rather then serial for graphics.


No I won't! My next generation design splits responsibilities between two PIC chips - one of which should be able to interface with the bus directly. I had a revelation a couple of weeks ago when I realized that I would probably need another support chip between my 65c02 and the PIC that handles the serial communication... plus I'm not familiar enough with any of the serial protocols to handle bit-banging. As an after-thought, having multiple sources of interrupts on one microcontroller could be confusing as well as mess up timing should that prove to be critical. Hopefully, by separating my interrupt sources (video from CPU interfacing), I don't have this issue anymore.


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Sat Sep 11, 2004 1:17 am 
Offline

Joined: Sat Sep 11, 2004 1:04 am
Posts: 19
Ok, would someone who's done one of these TTL video circuits post the schematic somewhere and leave it up?

Yes, I know much better displays can be obtained by using PIC chips or other microcontrollers, but I have NEVER understood how people squeeze framing into 6 TTL chips! And all the pages describing such seem to be down or disabled or redone and the old circuits not posted.

I mean, if I was going to start, let's start with the horizontal line. 2 8-bit counters for the front porch, 2 comparitors so we know when we get there. That's four chips. 4 more for sync, 4 more for back porch. Plus, say, a shift register to function as the state machine to run each counter. Plus the demux logic to send the dot clock pulses to the right counter. Plus the logic on the other end to combine the hblank pulses.

Needless to say, this is the WRONG design. But since this thread is full of people saying, "I did it in 15 chips! No, I did it in 6 chips! No, I did it with two resistors and a hair from my head!", I figured I'd ask. I followed all of the links, and everyone seems to have updated their website with, "Since the old design did bad graphics, here's the PIC implementation to make good graphics."

Yes, if I do my own project, I probably WILL use a PIC or something else that can go really fast. Maybe even get sprites and stuff with that method. But just out of personal curiosity, I'd love to see how it REALLY works. :)


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Sat Sep 11, 2004 3:29 am 
Offline
User avatar

Joined: Fri Aug 30, 2002 9:02 pm
Posts: 1746
Location: Sacramento, CA
I kept a copy of the Z-80 based video display created by SpeccyBob.

Its broken down into three gif files. For the clock section, I also kept the html file containing a description of the circuits.

I've uploaded them to my old web site.

Here's the link:

http://65c02.tripod.com/z80.html

I studied this circuit in detail and took some ideas from it when I first started experimenting in video. Yes, I moved on to an AVR-based display but this was the best example of standard TTL video generation that I could find.

I hope this helps!

Daryl


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Sat Sep 11, 2004 6:55 am 
Offline

Joined: Sat Sep 11, 2004 1:04 am
Posts: 19
Thanx! That's EXACTLY what I was looking for!


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Sun Sep 12, 2004 12:21 am 
Offline

Joined: Wed Mar 24, 2004 6:32 pm
Posts: 59
Location: Bay Area, CA
See, I'd be really happy if I got a "VGA, Composite, and LCD signals for dummies" page.

Like, "this is the front porch, this is the back porch, and, oh yeah, if you do this and that, you'll have burnt monitor with a side of smoke" ;)


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Mon Sep 13, 2004 11:32 am 
Offline
User avatar

Joined: Fri Dec 12, 2003 7:22 am
Posts: 259
Location: Heerlen, NL
Hallo henrik51,

> Ok, would someone who's done one of these TTL video circuits post the
> schematic somewhere and leave it up?

Maybe this helps a bit as well:
http://home.micros.users.btopenworld.com/zx80/zx80.html
http://www.funet.fi/pub/cbm/schematics/ ... index.html
http://www.funet.fi/pub/cbm/schematics/ ... index.html

_________________
Code:
    ___
   / __|__
  / /  |_/     Groetjes, Ruud
  \ \__|_\
   \___|       URL: www.baltissen.org



Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Tue Sep 14, 2004 4:51 am 
Offline

Joined: Sat Sep 11, 2004 1:04 am
Posts: 19
Hmmm, so I've been doing some thinking, and come up with a few questions.

I got some pointers on an earlier project (that I have yet to do anything about), as to how to work with some of the smaller CPLDs. So, I've been toying with the idea of using a CPLD coupled to a 74ACT715 video sync generator.

If the 14MHz dot clock is sent simultaneously to the '715 and to the CPLD, and (from the data sheet) there is about a 15ns delay from clock to HBLANK, then wouldn't there be a problem at the end of the scan line where the counter would increment (to the next scan line), and draw about 15ns of the first pixel of the next scan line before the HBLANK signal cuts it off? Of course, the whole pixel would be drawn the next time around, I'm just thinking about a 'bleed' effect at the end of the lines.

Another question. Looking at the data sheet for the 62256 SRAM (yes, I'd need a bigger one, but I was just experimenting with #s), the fastest it goes is 45ns. While that is fast enough for the 70ns response to a dot clock, it would appear that my best option is to tie OE and CE low during the video output, because tying either of them to the dot clock itself would leave them enabled for only 35ns, not long enough to read the data from the chip. If I do that, is the change from one address to the next clean, or does the output of the SRAM need to be latched to get around any 'jitter' as the new address is selected?


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Tue Sep 14, 2004 11:32 am 
Offline
User avatar

Joined: Fri Dec 12, 2003 7:22 am
Posts: 259
Location: Heerlen, NL
Hallo henrik51,

> ... 62256 SRAM .... the fastest it goes is 45ns.

Find yourself some old PC 486 boards. Most of them have 15, 20 or 25 ns. cacheRAMs onboard. Although smaller the pinout is the same.

_________________
Code:
    ___
   / __|__
  / /  |_/     Groetjes, Ruud
  \ \__|_\
   \___|       URL: www.baltissen.org



Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Tue Sep 14, 2004 5:08 pm 
Offline

Joined: Sat Sep 11, 2004 1:04 am
Posts: 19
Mmm, good suggestion!

Tho, I was more wondering if my understanding of the timings given was correct.....


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Tue Sep 14, 2004 6:17 pm 
Offline
User avatar

Joined: Fri Aug 30, 2002 9:02 pm
Posts: 1746
Location: Sacramento, CA
henrik51 wrote:
If the 14MHz dot clock is sent simultaneously to the '715 and to the CPLD, and (from the data sheet) there is about a 15ns delay from clock to HBLANK, then wouldn't there be a problem at the end of the scan line where the counter would increment (to the next scan line), and draw about 15ns of the first pixel of the next scan line before the HBLANK signal cuts it off? Of course, the whole pixel would be drawn the next time around, I'm just thinking about a 'bleed' effect at the end of the lines.


In my implementations, I connected the ram output to a shift register. After the last clock, a zero would be shifted to the output. This would have eliminated any 'bleed'. It sounds like you are planning on sending a whole byte per clock, so you may see the bleed effect. Can you affort the memory to fill an extra byte at the end of the line with an all-zero byte?

Quote:
Another question. Looking at the data sheet for the 62256 SRAM (yes, I'd need a bigger one, but I was just experimenting with #s), the fastest it goes is 45ns. While that is fast enough for the 70ns response to a dot clock, it would appear that my best option is to tie OE and CE low during the video output, because tying either of them to the dot clock itself would leave them enabled for only 35ns, not long enough to read the data from the chip. If I do that, is the change from one address to the next clean, or does the output of the SRAM need to be latched to get around any 'jitter' as the new address is selected?


Again, the use of the shift register took care of the latching. In your case, yes, you'll want to latch the SRAM to allow even dot widths.

In case you didn't know, I had encountered some trouble with the ACT715 in that it would quit counting on its own. I suspected some sort of noise (ground bounce, CMOS-TTL intermixing, etc), but I just wanted to let you know about it.


Good luck!

Daryl


Top
 Profile  
Reply with quote  
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 148 posts ]  Go to page Previous  1 ... 6, 7, 8, 9, 10

All times are UTC


Who is online

Users browsing this forum: No registered users and 2 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to: