MrMartian

I see in this, you have handshake method as 'NONE'. You will need to have the command signal hooked up to one of the serial signals, and select that in the settings to have proper full speed communicatons.

Any of my updated firmwares for the Trak or Rana support enhanced density in addition to ultrapseed. Percom I would like to do as well as the ATR8000.

Yes.. If I could ever dedicate time to my hobbies, I would get through this. My Ultimate lives with the blaster connected, and I hack on it occasionally. The ability to self-update the FPGA is what I've been working on the most. I already made an SPI master to talk to the SD card directly from the Atari but should now look at the way the SIDE3 does it to see if I can make it compatible to that?

I agree... I know there are other more Commodore specific forums out there, but I'm a member here and not there.. I'm sure it will get around. I do find it interesting that this is on an EPROM in this SX64. I guess it never made it far enough to make it worthwhile to be a mask rom? Then again, the actual ROM on the main board is also an EPROM and not a mask. Early production SX?

Ah well, I was trying to dump it without pulling it from the board. No such luck it seems. As for dumping it once out of the board, a quick arduino program made that easy.. 901229-04.bin

Realled eh? I find it interesting that there seems to be no dumps of it anywhere.. It will be interesting to see what bugs there are in it that made it so bad?

Well, from a quick reading, I feel mine differs.. 🤔 -04 is suspected to not exist... I've tried that dumper, and either it takes >4 hours to dump or something isn't working...

Does anyone have a working program to dump the ROM of a 1541 via the 64? I have a ROM that I'm trying to be delicate with and would like a dump of it... (and perhaps the world...) Thanks!

I can look into putting the printer port and other drives back in. Double sided will never work without hardware modifications, as there is no IO pin hooked up to the side select pin.... For the other drives, how would that work? Does it just respond on selected drive +? So if DIP switch is drive 1, it responds on 1,2,3,4, and if the switch is at 3 it does 3,4,5,6?

Look at the RS485 parameters.

And this still bugs me - as the ESP32 has the capability of doing this built-in...

Sorry, real life intruded for a bit there... I'm not sure why people are having problems with this version of the ROM. It works perfectly fine for me... More details? Is it only formatting? Can you write fine to previously formatted disks?

Yes, the Percom would need a small hardware mod to go with the software changes. It depends on if people would be willing to do that...?? I've written before about how the ATR8000 would be capable, and I've already started some preliminary work on the ATR8000, but again, not having one..

I get them at Costco..

Well, that's the real work side of my work bench... The Rana is torn apart, the wires behind it are my breadboarded Fujinet.. The drive on top of the 800 is a Super Archiver 1050, which I was using to read the disc after it was formatted double density by the Rana to see what was wrong. That fact that it couldn't read it either is what really made me look more into the Rana. I do have another Rana, but it's the 6502 variant. I didn't take any more pictures or videos - but even once the drive was all sealed up I still don't have any issues with reading or writing, or RPM. None of the stuttering that you get...

I believe the RAM >1mb is only available as 65816 linear RAM. So, what we really need is more software written for people with 65816s!

I would, just for the drive so I could develop an Ultraspeed mod for it.. But, shipping from California wouldn't be fun!

The chip runs with a 12MHz clock and it divides that internally to 12 states, so 1MHz maximum instruction speed. But it can access the ROM multiple times in through that cycle. A quick read through the Intel manual doesn't show any information on requirements either... 450ns might be too slow, but you could always try it!

So okay, here's a new release. A few bugs fixed, code a bit more optimized. Still only shows 'F' on format, because so far it looks quite ugly trying to display the track while doing so. Rana 8031 US 1.0.bin

Okay, went through this and found out my FDC adjustments were quite a bit off. My drive now works in all densities properly. Well, that's a but of wasted time thinking it was code..

I don't think it gets any more removed than this....

So, I did find a bug in formatting which should make it not work properly doing normal formats in ED or DD. Custom (ulraspeed) format would work. But that doesn't explain my issues. I'm guessing my drive doesn't exactly like MFM recording. I will investigate hardware issues then.

Well, I can reliably format single density.. This rings a bell, that's it only double density that fails. So, if you're testing for me, just let me know about DD please.

A) found the bug when the Atari is turned off.. yay! B) I can't format disks again with this thing... Has anyone else that has tried this ROM had problems formatting disks? What I mean is, the drive goes through the whole format sequence but then the disk is unreadable....

Yes exactly, I do remember this. That's why it gets it right... And no, the Rana doesn't have any indication of disk present. I do something similar on my Trak rom, which still doesn't have a disk latch input but it does have the write protect input, so as long as the sensor still works I know if a disk has been changed. Which is funny - since I had another quick look at the Rana to verify it didn't have a way to check WP status - I do see that it has SIO ready. And then I look at my code and see that it does check for it and bails. So now I don't know why the LEDs don't work when the system is off.. Hooray! An actual bug...