This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - Camdenmil
31
« on: December 02, 2011, 10:01:03 pm »
ndless on the CX, look at what's been done on the regular nspire and put it in color 
32
« on: November 16, 2011, 10:30:58 pm »
Don't know if these have been suggested in the last 180 pages, but white lines and/or invert lines. Also, use memory locations in for loops, currently it says invalid token when I try to use a memory location.
33
« on: November 06, 2011, 01:37:54 pm »
Shock and awe. We're a little bit closer to c/asm games in COLOR  Apple still hasn't gotten rid of jailbreaking, does TI really think they can.
34
« on: October 22, 2011, 09:42:56 am »
They can be different sizes but you have to create them with axe. You can make a program that will copy all the pics you use into one and you could get rid of the unused black space in the process. note: if you defined all the pics one right after another, they are all right after eachother in memory. Example:
Pic1->GDB1
Pic2->GDB2
Copy(GDB1+768,L6,768) ;displays Pic2
35
« on: October 10, 2011, 09:38:50 pm »
I was going to make a circuit to play by port (why not) but sound doesn't work so I didn't want to try port. Is the one uploaded on oct 5 the one with port play?
36
« on: October 07, 2011, 01:02:59 pm »
Not a very big problem, but sometimes when I try to compile an archived source, it will give an invalid token error. If I unarchive the source (and don't edit it) it compiles just fine.
37
« on: October 04, 2011, 10:39:44 pm »
You can store your picture as a bunch of 8x8 sprites, then draw 13x9 of them to the buffer. Like a tilemapper, except without the tile lookup.
Edit:
This reminds me, why doesn't Axe support 8xN sprites yet?
Why didn't I think of that  8xN sprites would be nice for this though.
38
« on: October 04, 2011, 10:35:13 pm »
What is the size of the enemy sprites right now? If you can't increase detail, I like the arrows.
39
« on: October 03, 2011, 05:52:59 pm »
Does anyone have a fast routine to display pictures bigger than the screen? I can't figure out how to draw them starting from any pixel coordinate of the picture.
40
« on: October 03, 2011, 05:46:45 pm »
Don't know what causes it, but sometimes when I press on+vars, it clears ram. It puts the text that says "Archiving" at the top right and immediately turns off.
41
« on: September 29, 2011, 09:38:03 pm »
With this kind of project, you buy a z80. A z80 is just a processor, you need support hardware to make it do things. What good is a cpu without a motherboard, ram, hard drive, ect. Okay so I was looking at bank switching is it possible to utilize all of the memory, or only the selected memory your using?
The z80 can address 64k of ram at a time. Bank switching divides all the memory into separate chunks. The TI calcs divide it into 16k chunks. You can use all the memory by changing the page that is swapped into a certain part of the 64k address space. If you use 16k chunks, you can access up to 4mb of ram and swap in 4 pages at a time.
42
« on: September 28, 2011, 07:46:52 pm »
It was close enough to be emulated at a decent speed on a real z80. I want my project to have an lcd that's not too big or small and I want it to have grayscale and some sort of sound output. I definitely want it to have sd card support. Guys I really don't know much about all of this can some one point me somewhere I can learn more about this stuff. I know some digital electronics but I'm not the best at all of this.
Look at z80.info, that's a good place to start on hardware information on the z80. As for memory, if you do what the TI calcs do with bank switching, you can address up to 4mb of memory in 256 16k pages with 4 pages swapped in at a time. For io, you can use discreet logic or a microcontroller. I've only used a microcontroller with an sd card, so I don't know how to use an sd card directly with a z80 unless you were going to do spi completely in software. For io and things like the bank switching logic, look at the 74 series of logic ics. I've only used a z80 with 74LS chips, 74HCT should work, I will test with the 74HC series soon.
43
« on: September 27, 2011, 11:22:23 pm »
FPGA's are advanced, I have very little experience with them. The simplest and easiest way to do bank switching and sd -> ram is with a microcontroller. I'm planning on using an avr when I add sd cards to my project. With a microcontroller, you can remove alot of logic for your pio and have the microcontroller pull down the z80's wait pin on an io request. I noticed you're looking at some tssop/flat pack parts. Unless you have access to custom circuit boards, I recommend sticking to dip so you can use simpler through hole prototyping/assembly. I haven't used a pic for io before, you'll have to look around for a microcontroller that would work. Before you start looking for parts, get a preliminary plan for the specs you want your project to have.
44
« on: September 26, 2011, 11:02:39 pm »
So guys I'm putting together a list of stuff I might need to make this thing. Feel free to suggest different places to buy stuff and if you think I should add anything.
Z80 - http://www.jameco.com/webapp/wcs/stores/servlet/ProductDisplay?langId=-1&storeId=10001&catalogId=10001&pa=35561&productId=35561&keyCode=WSF&CID=GMC
128K flash rom - for os using rom because it would not be rewritten alot
Do you guys think I should use eeprom
or
sd card? - http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=WM3472DKR-ND
64k ram chip - ?
LCD - ?
i/o chip - ?
You guys are going to have to help me with this thing because I know your all super geniuses and stuff and I, no we will build this thing together so how about it? Will we build this thing for all the nerdy people who want an affordable calculator with a lot of memory!? 
PIO is annoying with discreet logic ics. To use more than 64k memory (ram+flash) you need to do bank switching. The easy way is to use a microcontroller for io and use 8 bit latches (74HCT259) to hold the higher bits of the address. I recommend using an eeprom or sd card. It would be nice to store data somewhere other than ram and to upgrade the os. If you want to use an sd card, you need a way to convert the z80's 8 bit parallel data to an spi signal. An FPGA could be an option for io but you'll need to use a small microcontroller like a pic to load the configuration to the FPGA on startup. For ram, you should use sram because it doesn't need to be refreshed so you can "turn off" the calculator and still have a small current going to the sram so you don't need to setup ram every startup.
45
« on: September 26, 2011, 10:47:16 pm »
You'll have to test it. You can test games in wabbitemu before you put them on a real calc. 83+SE/84+SE can handle up to 1mb roms, 84+ can handle up to 256k. Games that contain 32k extra ram will no run on calcs with the missing ram pages. The incompatibilities can be caused by alot of things. Its a gameboy emulator on a z80 calculator, it's not going to perfectly emulate all the gameboy hardware.
|
Show Posts
