| |
lft
Registered: Jul 2007 Posts: 369 |
GCR decoding on the fly
Here's how to do it:
http://linusakesson.net/programming/gcr-decoding/index.php |
|
... 149 posts hidden. Click here to view all posts.... |
| |
Krill
Registered: Apr 2002 Posts: 2982 |
Quoting tlrDo you have anything to back that timing suspicion up?
I can't see how the bit timing could be different all the way out to the port pins. Surely there must be at least one pipe line step through the VIA so even if there is a difference in timing on the bus out from the 6502 it will be reclocked. No, hence my doubting my doubts. Probably there is no such problem if the SAX opcode itself works. That it doesn't with some drives may be the main problem to consider here. |
| |
Krill
Registered: Apr 2002 Posts: 2982 |
Quote: also MiST from visual6502 actually did all the tests in a 1541 - with no sign of special behaviour.
Original MOS 6502, yes. I have no idea about the clones floating around, if they use the original circuitry and whatnot. After all, SAX does not work on that Synertec variant. But i haven't checked if this is somehow connected with it not being NMOS or anything, IF it isn't.. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11391 |
i'd just ignore that drive then, really :) |
| |
JackAsser
Registered: Jun 2002 Posts: 2014 |
Quote: i'd just ignore that drive then, really :)
Ignore HCL's drive?!? Now that's bold... ;) |
| |
HCL
Registered: Feb 2003 Posts: 728 |
OK, then i'll ignore all c128dcr drives.. ..and this means WAAAAR!!!
;) |
| |
chatGPZ
Registered: Dec 2001 Posts: 11391 |
every good irq handler has an inc $d030 in it =) |
| |
doynax Account closed
Registered: Oct 2004 Posts: 212 |
I've been testing the 16-cycle RMW ATN acknowledgment scheme discussed above and have run into a bit of trouble. It appears to work fine on my working (1571) drive, 1541U, VICE and Hoxs64. However the reaction is occasionally a cycle late in CCS64.
Anyway, I've isolated the issue into a little timing test comparing ASL $DD00 to ASL+STA $DD00.
I'd much appreciate it if anyone else would run these on hardware to compare the RMW/WR cases, confirm whether this is a known bug, or spot the error in my thinking.
https://sites.google.com/site/doynax/iec_repro.zip
|
| |
tlr
Registered: Sep 2003 Posts: 1791 |
Quote: I've been testing the 16-cycle RMW ATN acknowledgment scheme discussed above and have run into a bit of trouble. It appears to work fine on my working (1571) drive, 1541U, VICE and Hoxs64. However the reaction is occasionally a cycle late in CCS64.
Anyway, I've isolated the issue into a little timing test comparing ASL $DD00 to ASL+STA $DD00.
I'd much appreciate it if anyone else would run these on hardware to compare the RMW/WR cases, confirm whether this is a known bug, or spot the error in my thinking.
https://sites.google.com/site/doynax/iec_repro.zip
didn't examine it in detail but the asl $dd00 will shift CLKin into DATAout (=DATA out from the c64 will be the inverse of the state of the CLK line).
Maybe that is what bites you? |
| |
doynax Account closed
Registered: Oct 2004 Posts: 212 |
Quoting tlrdidn't examine it in detail but the asl $dd00 will shift CLKin into DATAout (=DATA out from the c64 will be the inverse of the state of the CLK line).
Maybe that is what bites you? Good idea. That's thinking outside of the box.
Unfortunately I think you've got the shift direction mixed up. The CLK input is bit 6 with DATA out in bit 5 just below it, so an ASL should not pick up the two significant input bits. |
| |
tlr
Registered: Sep 2003 Posts: 1791 |
Quoting doynaxUnfortunately I think you've got the shift direction mixed up. The CLK input is bit 6 with DATA out in bit 5 just below it, so an ASL should not pick up the two significant input bits.
Doh! :) |
Previous - 1 | ... | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 - Next |