msx sunrise ide clone schematic?

Champion (309)

04-04-2020, 09:12

Is the sunrise ide clone schematic correct in this page:
http://www.msxpro.com/msx-ide.html
In the schematics the D0 - D7 are connected reversed order to AM29F010 DQ0 - DQ7, so D0 <-> DQ7, D1 <> DQ6, D2 <> DQ5...D7 <> DQ0 .
The PCB layout also follows this reversed order. Why would these be reversed mapped and not like DQ0 <-> D0 ... ?
So is this really working schematic?

By lintweaker

Champion (448)

04-04-2020, 12:25

It's either a bug or could be intentional? You can check to see if the ROM contents looks normal (and the bits not reversed).

By popolon_

Champion (309)

04-04-2020, 17:30

It seems also in other chips (SN74HCT573N, SN74LS645N, SN74ALS573CN), the data pins are reverted also.
In that msxpro website there are rom files for sunrise ide:
http://www.msxpro.com/ide_megascsi.html
http://www.msxpro.com/download/ide250a.zip
but there is no mention that special circuit would be needed.

I have no skill to analyze that rom content.

By popolon_

Champion (309)

04-04-2020, 17:35

And by the way, why there is no CD audio header in sunrise ide?, that shuold be doable to add ?

By АIеks

Paladin (949)

04-04-2020, 17:51

The sunrise ide scheme is correct. ROM is programmed with a special utility. This utility runs on MSX.

By popolon_

Champion (309)

18-05-2020, 22:04

I tried to flash the ide rom with that idefload command, but in msx (philips nms8245) , it does not even detect this ide clone module. And manually giving the slot number it does not work. I used sst39sf010A instead of am29f010. I tried also to flash the rom with willem programmer. Anyway the module is not detected during boot. So is that circuit really working one? Or what could be wrong? Gal chip U1 is programmed with that sunriseide1.gal, and U2 is programmed with that sunriseide2.gal.

By gdx

Enlighted (5985)

19-05-2020, 03:15

DQ0 - DQ7 pins are intentionally in a different order to change the flashing codes. If you change it, IDEFLOAD will no longer recognize the interface.

By popolon_

Champion (309)

19-05-2020, 07:47

I did not change the pins. I used same orders as in that pdf schema. and jumpers are set as suggested by that same pdf.

By popolon_

Champion (309)

19-05-2020, 07:51

here is link to eeschema picture that i re-created based on that pdf schema:
https://imgur.com/BDWYbgg

By Wierzbowsky

Guardian (3541)

19-05-2020, 15:03

If anyone is interested, we've just updated the schematics and the partslist for our combo controller (FDD/IDE Multi-Controller):

https://github.com/RBSC/MultiController

By popolon_

Champion (309)

21-05-2020, 18:30

It seems that the GAL chips are the problem, or the gal programmer.
as when reading empty GAL16V8D chip with afterburner programmer:
---------------------------------------------
JEDEC file for GAL16V8

*QP20*QF2194*QV0*F0*G0*X0*
...
L1952 11111111111111111111111111111111*
L1984 11111111111111111111111111111111*
L2016 11111111111111111111111111111111*
L2048 11111111*

N UES FF FF FF FF FF FF FF FF*
L2056 1111111111111111111111111111111111111111111111111111111111111111*
L2120 11111111111111111111111111111111111111111111111111111111111111111111111111*

N PES 00 03 1A A1 00 00 00 30*
---------------------------------------------

and for sunrise ide jed1, there would be need to written these:
---------------------------------------------
...
*L01984 11111111111111111111111111011101
*L02016 11111111111111111111111111110111
*L02048 11010011001100000011000000100000
*L02112 00000000111111111111111111111111
*L02144 11111111111111111111111111111111
*L02176 111111111111111111

but it seems afterburner programmer does not read or write these L02048/L02112/L02144/L02176 addresses, why?
Is gal chip fake or faulty? Or is the afterburner programmer somehow faulty? I used that design from https://github.com/ole00/afterburner