Jump to content

universal2600

Members
  • Content Count

    92
  • Joined

  • Last visited

Community Reputation

13 Good

About universal2600

  • Rank
    Star Raider
  • Birthday 12/04/1996

Profile Information

  • Gender
    Male
  • Location
    South Carolina, USA
  • Interests
    Electrical hardware engineering, future physicist, being an OG nerd...🤔😶😁
  1. I'm building mainly out of curiosity, really I have the 6502, 6532, tia, ay38910, 64k sram, and atmega 644, the 644 I would clock at 21.47727 (6x) tia clock and pretty much use it kinda like the Antic chip, there's enough ram to store a full framebuffer, and allows me to use the 6502 to do other things, and i didn't mean that I could get the tia to produce nes like graphics, but produce something that (hopefully) looks and sounds way better than the vcs PS I did at one point think about using the gtia and pokey to be honest.... And it's cheaper using this chipset, and all parts except the tia can be bought new
  2. Okay so I have been working on this a little bit, how possible would it be to use the Tia out of spec, like by having it draw more than 262 lines, of course this natively would not display, but couldn't you use an fpga to take this and make it into a displayable picture, or what about using two tia's together and have 525 lines? At this point the project has become more of a vcs based (video)computer than a console, it currently has ~128k of ram usable, 32k to 6502, 32k ported through the ay38910 gpio, and the atmega 644 has 64k plus a few k's of eeprom, at this point I'm really interested in seeing what this could do, I already know it'll sound better with 5 voice sound, I'm sure with the right hardware one could get the tia to display something close nes graphics or something close the the 8bit line, especially looking at the demoscene, it's performance is limited by the vcs design limitations itself..
  3. yeah slowly but i still work on it from time to time, I've been having real life getting in the way (work, medical bills due to dislocated shoulder, priorities..... ) the hard part is mapping the memory that would allow for full compatibility up to vcs 8k at least, mainly to have the 2600 mode on power on, so if there is vcs code loaded it'll just boot like a normal console and play as a normal console, and simply by jumping to addresses out of the 6507 bus ( a13 - a15), you simply would then go about initializing the extra ram, sound, and coprocessor, the ay8910 port is used to address 32k of ram, another 32k connected to the cpu, plus 128 bytes on riot, which could be used in the enhanced mode as cache or used as stack space, im stuck between the atmega 8515 and 644 (8515 is designed perfectly for this purpose the 644 literally is the same with more memory but port E removed..why.. [which would make bank-switching/chip selects easier]) atm my board has the tia, 6502, riot, 8910, 644 and a gal20v88, with 64k total ram (sram) ( gal would be used for chip selects and bank switching) it's really now either make up my own memory map and then i could just make it as any other home brew computer, it would not be code compatible with 2600 software, however the software could still be ported...just have to modify code to use the new memory map, or keep as much 2600 compatibility which may limit the expansion hardware, as well i still have to write software for the atmega to handle dma for the tia chip, which either has to sit on its own bus or tristate the 6502 (extra logic needed for this) , since the tia operates solely as a slave (it only receives data sent to it, doesn't "transmit" any info, you have to stream data to it to have it do anything). plus all code would have to be done in assembler (not hard just takes more time) plus 6502 code to be able to use the extra hardware i was contemplating using a cpld (emp240t dev board) to provide to glue logic to mitigate these issues, and would allow me to be much more flexible...but it's 3.3v and needs level shifters (low parts count makes pcbs cheaper to make) , but it has an onboard 50mhz which would help reduce some parts ( i could derive the atmega, tia, and cpu clocks from this by dividing it internally in the cpld, which also could be used for mmu functions or as a sort of buffer between tia and 6502 (which the atmega could use to access the tia and the cpld will simply override/tristate the 6502 bus and let the 644 write to the tia ) one question if your code starts at $f000 how does the hardware at power up know to jump there?, iirc it stars from $0000 which is accessing tia or riot then cartridge (this is why you shouldn't use CPU address lines as chip selects) plus if there is enough interest i could make a few boards for anyone interested in it (hardware side is easy, but coding assembly will take a bit of time for me) to play with and develop software for it, just pm me
  4. this project is not dead, so i've been making a custom pcb, using the 6502, tia, 6532, atmega8515 (this will be running at 21.477 mhz), and cxk58256 sram (32k), essentially the 6502 will act normally until you start to write to the upper bits a13-15, which connect to the atmega, and you would be able to store/load a byte (from or to the 6502) from the 8515 which would be programmed to be able to copy data from the the bus to external ram, or copy it to internal memory and do operations on such data; for example, be able to pre-process data, for better sound capabilities (generating sounds in software using the 8515, with little or no cost on 6502 performance), one can implement a frame-buffer using the 32k and 8515 to pre process the display in 32k ram and just store the location of this data in the riot to have the 6502 draw or just halt the 6502 (might put tri-state logic on the 6502 signals so the 8515 can just dma to the tia) pretty much have like 90% of the bus signals connected, i have to rearrange some aspects, everything minus control signals clock and analog outputs (tia) are connected (pretty much power clock r/w, oe, polarity/control/video/sound signals) essentially you can write an 8bit value to the 8515, using 3 address lines, the 8515 would be programmed to use 3 bits on port E as instruction registers, (256 x 3 different instructions, you wouldn't need 768 total instructions, but this would allow one to make special instructions for their specific purpose simply by changing how the 8515 rom decodes it, by toggling port E and then providing an 8bit value which the 8515 would decode into an operation which then you would write the data to the 8515 which operation/function specified before would preform on, then store it internally, to 32k ram, or spit it back to the 6502 bus
  5. as far as the best picture i cant say for all tia's, plus I was able to put the chip in and didn't have to tweak the color pot either (the colors didn't change much across the carts i used) the same picture through the rf it looked more like a composite signal using the tsu (no static, very crisp colors and clear) while the 6526 always had some noise and colors were tad washed out, i was going to buy one or two ami chips, since i like the way they look really, but i've come accross um6526, synertek, and oki across the 2600's i've had. it's really preference, honestly, and yeah technically due to the analog nature of the tia each had to be tuned with a bias voltage between 0 ~ 7.25V iirc on the color delay pin to produce the proper hue, if no voltage or 0 is present you'd only have a monochrome image
  6. imho ive alwayed stayed away from the unbranded chips, since they do not seem to look right, it may be they were made for a different region, thats why i bought the tsu chips since i could check the markings before hand (they are the same chips as what was/is in the pic) plus mine were de-soldered as i can see the pins are tinned, here are the what they look like (I fucked up gnd on one removing it from a socket but just a simple wire no biggie)....... plus these were the same ones that produced a nicer picture compared to the um6526 in the jr i have:
  7. i've actually bought some TSU branded tia's from that seller a few months ago, they're legit and they work (the ones i received were tested in a working console), i assume they pull working tia's from dead consoles or from some sort of nos, note these are NTSC variants, idk if they work when used on a pal console, since the ntsc chips allow for a color larger palette, afaik you may just be able to underclock it for pal...have a pal 2600 but with the ntsc palette.... found the ebay listing, seems they list tia separately by manufacturer they had the tsu originally for the same deal (at the time 2 for $11) but seems they sell different branded chips at different prices(unbranded is cheapest 2 for $13, tsu is 1 for $13, ami is 1 for $14, with synertek tia's priced the highest at 1 for $15): https://goo.gl/JhbyBi compared to the um6526 tia in my junior 2600 the tsu tia produced a stronger and more brighter/vibrant/stable picture (through the rf!), so swapping a tia brands can possibly improve (or degrade) the picture
  8. You can buy a dc-dc stepdown converter for under $1.25 usd , https://www.ebay.com/itm/DC-DC-12-24V-To-5V-3A-Adjustable-Step-Down-Module-Buck-Converter-Mini-new/222815465386?hash=item33e0d62faa%3Ag%3A~aAAAOSw3sRabo~b&_sop=15&_nkw=dc+dc+step+down+converter+5v&LH_BIN=1&rt=nc
  9. Finally got the rest of the components (minus a spare 6507), so the board sits snug ontop of a pin header connected directly to the 6507 lines, which would connect to the 6502(no not the one in the picture I have a new one I haven't opened it yet),I plan to use the pic, 138 and gal20v8b (lattice, yes it's obsolete, but it allows one to change the memory map just by flashing a chip😁........and its 5v), as glue logic so I can halt the 6502, generate chip selects, set up in the end you would write to locations that's normally outside the 6507 map, that could represent an instruction to the atmega to set the ram address (using the ay38910 ports) to read or write, and to allow the atmega to drive the tia while halting the cpu,or use the atmega to play sound through the ay38910 (ym player?)
  10. Okay I have a prototype daughter board in progress, essentially the atmega will handle the ay-3-8910 (32k of ram would be addressed through it's "gpio" with the ram data bus connected straight to the 6502) the pic and 138 are for generating outputs for chip selection (bankswitch), essentially the extra hardware would be outside the normal 6507 memory map, so that any stock 2600 cart could run, but would just allow one to write code for a normal 6502, but also by using the upper address space to use the atmega to do tasks while the CPU is drawing the screen, as well as taking control of the bus, the atmega would have a bootloader that would sit idle until it was addressed directly from the 6502. It simply controls the banks (which the pic and 138 are there for, disabling the Tia, riot,ram,etc) As well to allow it to play music from the ay38910(combined with the Tia audio, five independent sound channels!) and to halt the CPU and control the Tia if needed
  11. Okay I finished socketing this junior mobo, replaced the tia as the co10444d seems to have a better video output vs the um6526, replaced the 6532 aswell, I'm waiting on pin headers for the cpu socket, with the 6502, atmega644, ram and ay-3-8910 connected on a plugin board, (I didn't have a 28pin socket so I just cut a spare 40pin one down)
  12. Well I got a 2600 Jr mobo, I've boiled it down to having the 6502 communicate with an atmega644 driving 32k of sram and an ay-3-8910 which also has it's own 16bit gpio for additional expansion, with a few signals taken from other places you could make a small expansion port (well that's the idea) the 644 will hold a small kernel that consists of sound player rountine/gpio handler and accelerated TIA ("ATIA" mode, the 6502 can write the frame to the 644 which can store it in ram, then simply have the 6502 update the parts of the frame that have changed, and whatever hasn't will be free cycles for the 6502 minus keeping sync. PS: I HAVE A DAY JOB SO I DONT GET PUT MUCH SPARE TIME TO WORK ON THIS, BUT THERE IS PROGRESS..
  13. is there any still available, in the process of rebuilding my 800xl, needs new gtia, new antic, soo might aswell upgrade the cpu....
  14. okay, I ended up having to refund my money for the sram, since it never arrived, but I was able to instead buy 128k worth of sram in a lot of 4 separate 32K chips for the same price, im using two of them one for normal program/data ram to extend from the 128bytes, which the atmega8515 will act as a mmu to read from and write to ram using the upper address bits to access either the mmu or the the dual port ram (IDT7130SA55) which would act as a memory buffer, though i am considering using atmega644 instead of an 8515 for its extra memory, only difference is no port E and but much more memory versus the 8515, but the 6502 would write to the ram, which the atmega would either do nothing, store it, or load it and do some processing, and store back to the dual port ram or store in in its own 32k for later use or vice versa. also i would use the atmega to control the tia and 6502, using the 6502 itself, i.e having the 6502 trigger the atmega which would halt the 6502 using its rdy line, and assume control of the tia, thing is either you can use the 6502 for addressing the tia, but would be limited to the 1.19 mhz clock (both atmega chips will run @ 21.47727MHZ) , or instead use atmega to handle the tia bus, but the way i would implement this i think most likely would break normal 2600 compatibility unfortunately. TL;DR i had reorder sram but got a better deal , i've gotten some dual port ram, current progress is getting the memory map structured properly so that if you plug in a 2600 cart it will run just fine, but you insert a cartridge with homebrew code that would read and write to the extra address space, then you can use the extra hardware added to the system and use the 32k of ram and the dual port ram which the display co-processor would sit behind with its own 32k of video or just general purpose ram (ie you could store graphics or program data or both if you wanted to).
×
×
  • Create New...