Welcome, Guest. Please login or register.


Author Topic: Enterprise Deployment Attempt Over FPGA. (Read 93944 times)

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14733
  • Country: hu
    • http://enterprise.iko.hu/
Re: Enterprise Deployment Attempt Over FPGA.
« Reply #270 on: 2022.December.27. 12:02:36 »
I suggest to try DRVTEST for testing all signals.

Anyway, on real machines the FORMAT say not ready when problem with Index pulses. Drive with faulty Index signal can Sector Read/Write, but fail at FORMAT.

Offline rampa

  • Beginner
  • *
  • Posts: 30
  • Country: es
Re: Enterprise Deployment Attempt Over FPGA.
« Reply #271 on: 2022.December.27. 21:29:10 »
I suggest to try DRVTEST for testing all signals.

Anyway, on real machines the FORMAT say not ready when problem with Index pulses. Drive with faulty Index signal can Sector Read/Write, but fail at FORMAT.

 If i had this before... :-)

  Thank you very much. seems that i have all the lines working as expected now... but still problems with format.

   I am sending index pulses at 300rpm (drvtest reports 294~300)
 

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14733
  • Country: hu
    • http://enterprise.iko.hu/
Re: Enterprise Deployment Attempt Over FPGA.
« Reply #272 on: 2022.December.28. 11:20:49 »
When executing Step/Seek/Restore commands, motor also will turn on, and drive become ready?
Format firstly do SD/DD check. Do 50 STEPIN then counting how many STEPOUT needed for a Track 00. Also report Not Ready if still no Track 00 after 256 STEPOUT.

Offline rampa

  • Beginner
  • *
  • Posts: 30
  • Country: es
Re: Enterprise Deployment Attempt Over FPGA.
« Reply #273 on: 2022.December.28. 19:32:57 »
When executing Step/Seek/Restore commands, motor also will turn on, and drive become ready?
Format firstly do SD/DD check. Do 50 STEPIN then counting how many STEPOUT needed for a Track 00. Also report Not Ready if still no Track 00 after 256 STEPOUT.

 Yes, motor is turning on.. (not on restore, should it?) and the ready signal is on. may be it is too short? cannot see changes on DRVTEST on pin 2 and 34 (always blue)

 

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14733
  • Country: hu
    • http://enterprise.iko.hu/
Re: Enterprise Deployment Attempt Over FPGA.
« Reply #274 on: 2022.December.28. 22:26:00 »
not on restore, should it?
Yes.

Quote
and the ready signal is on. may be it is too short? cannot see changes on DRVTEST on pin 2 and 34 (always blue)
I will try make video on a real machine for see signal changes.

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14733
  • Country: hu
    • http://enterprise.iko.hu/
Re: Enterprise Deployment Attempt Over FPGA.
« Reply #275 on: 2022.December.29. 12:16:24 »
cannot see changes on DRVTEST on pin 2 and 34 (always blue)
Probably there are the problem. The default state of these are RED.

Video of Ready signal operation. (Note in this video the 2 constant blue because the 1.2M drive forced to 300rpm mode by Pin2 soldered to GND).

Offline rampa

  • Beginner
  • *
  • Posts: 30
  • Country: es
Re: Enterprise Deployment Attempt Over FPGA.
« Reply #276 on: 2022.December.30. 00:26:23 »
Probably there are the problem. The default state of these are RED.

Video of Ready signal operation. (Note in this video the 2 constant blue because the 1.2M drive forced to 300rpm mode by Pin2 soldered to GND).

 cant get red on any of this :(  i'm sendig the value to  0x18 i/o port on enterprise. tried to send 1 and 0 (bypassing the controller) and still on blue....

Offline rampa

  • Beginner
  • *
  • Posts: 30
  • Country: es
Re: Enterprise Deployment Attempt Over FPGA.
« Reply #277 on: 2022.December.30. 01:54:43 »

 ops. found it... was unconnected on a intermediate module......  But still no format....

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14733
  • Country: hu
    • http://enterprise.iko.hu/
Re: Enterprise Deployment Attempt Over FPGA.
« Reply #278 on: 2022.December.30. 09:46:56 »
The firstly test Read Address command in DRVTEST.
Needed display data, and got a OK.
If head at wrong position the different data marked as red.
[ Guests cannot view attachments ] [ Guests cannot view attachments ]

Then test Read/Write Track. Put EPDOS 1.x ROM to your configuration, start it and enter to DISK EDITOR.
Switch to TRACK EDITOR mode.
Track readed, usually got a Data error, because now all data handled as raw data, including CRC bytes. Don't care about it :-)
[ Guests cannot view attachments ]

Then make a new FORMAT template to buffer, for example with FORMA9. Then press WRITE. It is needed to be completed without error.
[ Guests cannot view attachments ]

Offline rampa

  • Beginner
  • *
  • Posts: 30
  • Country: es
Re: Enterprise Deployment Attempt Over FPGA.
« Reply #279 on: 2022.December.30. 11:51:09 »
The firstly test Read Address command in DRVTEST.
Needed display data, and got a OK.
If head at wrong position the different data marked as red.
(Attachment Link) (Attachment Link)

Here i have the same as you. the first "ENTER" track number red... but with oner HOME,STEPIN,STEPOUT,etc all the respones GREEN (just like you)

Quote
Then test Read/Write Track. Put EPDOS 1.x ROM to your configuration, start it and enter to DISK EDITOR.
Switch to TRACK EDITOR mode.
Track readed, usually got a Data error, because now all data handled as raw data, including CRC bytes. Don't care about it :-)
(Attachment Link)

Then make a new FORMAT template to buffer, for example with FORMA9. Then press WRITE. It is needed to be completed without error.
(Attachment Link)

Similar, but "sector not found" instead of "data error" and if i write the track.... Not ready.....

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14733
  • Country: hu
    • http://enterprise.iko.hu/
Re: Enterprise Deployment Attempt Over FPGA.
« Reply #280 on: 2022.December.30. 12:07:55 »
Similar, but "sector not found" instead of "data error" and if i write the track.... Not ready.....
Ok, now we know why not works the FORMAT :ds_icon_cheesygrin:

Then look about your track command emulations. Are these implemented at all?
In ep128emu Read Track not implemented, but this is not too important.
At Write Track, it is gather the sector addresses and sector data fields from the raw track byte stream and write the data for the right sector in the disk image.
Then formating will work, just you can't use different format than the existing format of disk image format. For example you can format 720K disk to 720K, but can't to 800K.


Offline rampa

  • Beginner
  • *
  • Posts: 30
  • Country: es
Re: Enterprise Deployment Attempt Over FPGA.
« Reply #281 on: 2022.December.30. 20:00:06 »
Ok, now we know why not works the FORMAT :ds_icon_cheesygrin:

Then look about your track command emulations. Are these implemented at all?
In ep128emu Read Track not implemented, but this is not too important.
At Write Track, it is gather the sector addresses and sector data fields from the raw track byte stream and write the data for the right sector in the disk image.
Then formating will work, just you can't use different format than the existing format of disk image format. For example you can format 720K disk to 720K, but can't to 800K.

 looking close at your screens, your home command, changes sector to 2..... Mine  to 0..... :-(

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14733
  • Country: hu
    • http://enterprise.iko.hu/
Re: Enterprise Deployment Attempt Over FPGA.
« Reply #282 on: 2022.December.30. 20:22:02 »
looking close at your screens, your home command, changes sector to 2..... Mine  to 0..... :-(
0 are wrong value, because the sectors numbered from 1... :oops:

The current value are "random", it is return with a firstly found sector header, soo depending the current disk position while rotating. But with 720K disks need it from 1 to 9.
On a non rotating disk images :lol: practicaly will be 1 the first, if more addresses readed, then 1,2,3... until max sector, then start again from 1.

Anyway the Track and Head fields are the most important data. Head used for a check for single sided drive at Format. And also when read disk information: if it is two sided disk, check for one head drive, and report Incompatible disk if this is the situation.
Also at disk check do some Step In, and read address and verify Track number. If it is right, then nothing to do.
If it is 1/2 value, then 40 track disk in 80 track drive needed to use double stepping.
And if 2x value the 80 track disk in 40 track drive, report Incompatible disk error.

Offline rampa

  • Beginner
  • *
  • Posts: 30
  • Country: es
Re: Enterprise Deployment Attempt Over FPGA.
« Reply #283 on: 2022.December.31. 20:16:28 »
0 are wrong value, because the sectors numbered from 1... :oops:

The current value are "random", it is return with a firstly found sector header, soo depending the current disk position while rotating. But with 720K disks need it from 1 to 9.
On a non rotating disk images :lol: practicaly will be 1 the first, if more addresses readed, then 1,2,3... until max sector, then start again from 1.

Anyway the Track and Head fields are the most important data. Head used for a check for single sided drive at Format. And also when read disk information: if it is two sided disk, check for one head drive, and report Incompatible disk if this is the situation.
Also at disk check do some Step In, and read address and verify Track number. If it is right, then nothing to do.
If it is 1/2 value, then 40 track disk in 80 track drive needed to use double stepping.
And if 2x value the 80 track disk in 40 track drive, report Incompatible disk error.

 So it is OK to return 1 as sector....

 
What EPDOS is doing just after ALT F8? only a small flash on the drive led and "sector not found"
is EPDOS looking at CRC value? (not sending CRC... but never needed it.)
« Last Edit: 2023.January.01. 03:28:32 by rampa »

Offline rampa

  • Beginner
  • *
  • Posts: 30
  • Country: es
Re: Enterprise Deployment Attempt Over FPGA.
« Reply #284 on: 2023.January.01. 18:10:26 »
So it is OK to return 1 as sector....

  
What EPDOS is doing just after ALT F8? only a small flash on the drive led and "sector not found"
is EPDOS looking at CRC value? (not sending CRC... but never needed it.)

 Found it... read track... seems my read track is broken... but the emulator has a stub on it (setting RNF???)