MSX USB

Page 15/19
8 | 9 | 10 | 11 | 12 | 13 | 14 | | 16 | 17 | 18 | 19

By S0urceror

Master (138)

S0urceror's picture

15-06-2020, 14:58

popolon_ wrote:

flash utility output in nms8245 msx:
M: E5, D: CD
M: FF, D: FF
M: FF, D: FF
M: F0, F:FF

This lists addresses 0x4000 and 0x4001 at every slot after sending the magic packets. Slot 1 and 3 report normal ROM values as expected.

But I see slots 2 and 3 stay 0xFF in your case. It looks like your flash is not responding to the magic packets or it is not correctly wired to the MSX.

Has the NMS8245 the cartridges in subslots or primary slots? Do you have another flash based cartridge lying around to check?

By popolon_

Resident (62)

popolon_'s picture

15-06-2020, 17:59

S0urceror wrote:
popolon_ wrote:

flash utility output in nms8245 msx:
M: E5, D: CD
M: FF, D: FF
M: FF, D: FF
M: F0, F:FF

This lists addresses 0x4000 and 0x4001 at every slot after sending the magic packets. Slot 1 and 3 report normal ROM values as expected.

But I see slots 2 and 3 stay 0xFF in your case. It looks like your flash is not responding to the magic packets or it is not correctly wired to the MSX.

Has the NMS8245 the cartridges in subslots or primary slots? Do you have another flash based cartridge lying around to check?

When I flashed the sunrise ide clone, then I had to manually select the slot, the autodetection did not work for idefload.
The slots are in 1 and 2, so these shuold not be subslots. I have only inserted the module in primary slot, so slot 1.

By popolon_

Resident (62)

popolon_'s picture

15-06-2020, 18:23

Is there possibility to get binary dump from that ROM, so that I could test if my module works even with that?

By popolon_

Resident (62)

popolon_'s picture

15-06-2020, 22:03

I also tried to flash to discrete design pcb, same result. The output from the flash command are the same. The output is also same in A1ST turbo msx. The boot disk (that contains the flash util) is MSX DOS 1.1, but it shuold not matter?

By S0urceror

Master (138)

S0urceror's picture

15-06-2020, 22:29

popolon_ wrote:

The boot disk (that contains the flash util) is MSX DOS 1.1, but it shuold not matter?

I always boot MSX DOS 1.1 for flashing as well.

Should we continue the conversation via email and share the result back to the community here? We can work faster then and share some test files to get to the bottom of this. My email address is listed in my profile.

In the meantime I research the 39SF010/020/040 datasheet a bit more to see what could be the problem. And I'll make a version of flash.com that skips and overrides the detection system.

By S0urceror

Master (138)

S0urceror's picture

15-06-2020, 23:04

Dear MSX friends,

In summer 2019 I decided to work on a generic MSX USB specification and share both hard- and software with you. We have come a long way since then:

  • USB storage driver with Nextor using the integrated CH376s capability using FAT16 .DSK files on a FAT32 volume.
  • MSXUSB UNAPI driver, first in a separate ROM, now integrated with Nextor in one ROM. Enabling client tools and more specialised drivers to talk to a standardised interface.
  • USB HID Keyboard driver that works via the above mentioned UNAPI driver.
  • USB CDC ECM Ethernet driver that also works via UNAPI driver.
  • The lsusb.com tool that lists all the USB descriptors in DOS just like the Linux variant does.
  • USB HUB driver enabling us to connect more than one device on a powered USB hub.
  • USB HUB could not be mixed with the integrated USB storage driver so I wrote a low-level USB storage driver that implements the SCSI Bulk-only protocol. FAT12 and FAT16 volumes are supported and the integrated CH376s driver is now disabled.
  • Now, in my latest release I can connect all things on my Hub and work with all of them at the same time. Boot from USB storage and type with an USB keyboard into a TELNET session to hispabbs.org. Cool

On the hardware side we have now support for:

  • RookieDrive cartridge
  • MSXUSB CPLD cartridge

All GPL open-source hardware including firmware and open-source software.

Or we done? No, of course not. Some things are not (yet) implemented:

  • Currently no support for hot-insert and removal. When you change a device you have to reboot. It is possible but then I have to run something on the background or scan at certain activities. But this needlessly makes things slower and uses RAM. Now we go as fast as the Z80 can.
  • Other USB devices like Serial, MIDI are still on the todo list.
  • Anything else that you would like to see...

I'm having a lot of fun with this but I would like more people to actually have the hardware and use it. Accelerate things a bit. I believe with more input I can improve things faster and hopefully also together with more interested developers.

Let me hear your thoughts.

GitHub: https://github.com/S0urceror/MSX-USB

By -Neo-

Champion (384)

-Neo-'s picture

16-06-2020, 01:04

@Sourceror
Like your wish for having more people have access to the hardware. If I could order the hardware somewhere for a reasonable price I would definately go for it. Hope a hardware supplier can work work with you to make it available for the masses Wink

By Randam

Paragon (1039)

Randam's picture

16-06-2020, 11:39

I indeed am also very interested in this, but since I can't make hardware it would be really nice to know if this is gonna be available to the masses and how.

By Parn

Hero (610)

Parn's picture

16-06-2020, 15:50

This is amazing and very impressive. I never even thought all this would be actually possible. Mad props to @S0urceror and his dark sourcery. Wink

By ducasp

Champion (386)

ducasp's picture

16-06-2020, 16:14

Are there any shortcomings using RookieDrive Sourceror? Or does it work as good as your own open design? I think this is a good information so interested people know if they wait your hardware to be available somehow or just order a Rookie Drive.

Page 15/19
8 | 9 | 10 | 11 | 12 | 13 | 14 | | 16 | 17 | 18 | 19