| ??? 03/08/07 07:53 Read: times |
#134570 - it's relative Responding to: ???'s previous message |
Sasha Jevtic said:
I assume that by "might need some work" you mean, "might need a lot of work". :) Well, this is relative. It certainly required a couple of day's work, but my rewrite of xapp058's XSVFplayer into asm51 occupies as much as 2kB of code space... This is completely standalone, no RTOS etc. I admit. And the data source was the simplest possible, via UART from PC. However, I share your view concerning the data: without significant effort a other than trivial (e.g. erase-only) XSVF (or any other format) simply cannot be stored into a few kB's space - count on tens to hundreds of kB... JW |
| Topic | Author | Date |
| "Programming CPLD with AT89S52" | 01/01/70 00:00 | |
| Things of the sort can be done... | 01/01/70 00:00 | |
| Why do you need to do that? | 01/01/70 00:00 | |
| Maybe... | 01/01/70 00:00 | |
| absolutely! But I'm still curious ... | 01/01/70 00:00 | |
| Why not? | 01/01/70 00:00 | |
| Altera used to have some code available | 01/01/70 00:00 | |
| jam vs. svf | 01/01/70 00:00 | |
| Programming CPLD with AT89S52 | 01/01/70 00:00 | |
| like I said.. | 01/01/70 00:00 | |
| Programming CPLD with MCS-51 | 01/01/70 00:00 | |
| forget JAM | 01/01/70 00:00 | |
| at 8Kbyte AT89S52 | 01/01/70 00:00 | |
| Understanding the problem | 01/01/70 00:00 | |
| it's relative | 01/01/70 00:00 | |
| Cypress CPLD=Xilinx CPLD | 01/01/70 00:00 | |
| You mean CY7C256? | 01/01/70 00:00 | |
| CY27256P160 | 01/01/70 00:00 | |
| Cypress doesn't know what that is | 01/01/70 00:00 | |
| sorry about the double-post | 01/01/70 00:00 | |
| Yes CY7C256 TQFP | 01/01/70 00:00 | |
Pin assigment at CPLD and AT89S52 | 01/01/70 00:00 |