Need your opinion regarding GR8NET capabilities

Page 43/58
36 | 37 | 38 | 39 | 40 | 41 | 42 | | 44 | 45 | 46 | 47 | 48

By AxelStone

Prophet (3023)

AxelStone's picture

08-06-2017, 22:13

Sebbeug wrote:

You have 2 differents things :

1- Yes of course, you can download update.bin file...
Browse on your SD card, press space on update.bin to load it, and execute call netfwupdate(3)
But it's easier with the online method Wink

This update is only for FLASH CHIP update !

2- To update the FPGA, you have to use your cable.
(it's an other update !!!)

Thanks Sebbeug, let's play with the device! After some testings today I've 2 suggestions:

  1. Some way to skip network boot in order to boot faster.
  2. Is there anyway to avoid doble reset at startup? I've saved configuration un mapper mode 8, to start with SD Nextor but does it in 2 steps: first one boots with mode 0 -> reset -> boot with mode 8.

By Sebbeug

Champion (318)

Sebbeug's picture

09-06-2017, 07:59

Impossible for now to edit boot sequence with GR8NET :/

By enribar

Paragon (1127)

enribar's picture

03-07-2017, 21:47

Ooookey! Just updated FPGA so I'm happy!
I had some trouble with drivers of USB-Blaster for that "bad-taste-chockolate" of Windows 10, but after an automatic update from internet, the O.S. successfully recognise USB-Blaster.
Going to start-up my MSX and do the firmware update. Running Naked in a Field of Flowers

By DarkSchneider

Paladin (941)

DarkSchneider's picture

04-07-2017, 11:28

Hello, I have to revive the network implementation topic. Recently I found that there is already an existing one (didn't know about it as was not interested in network devices for MSX), the UNAPI one.
Developers need to have a standarized one, and if this one already exists then IMO it should be used. Can't program the same for each device.
In example, obsonet also has its own one
So which one should we use? It will not work for other devices anyway.

The solution is the UNAPI one. For GR8NET I think the best one to implement is the TCP/IP UNAPI as the hardware itself can handle the TCP/IP processing. Look at differences.

The TCP/IP UNAPI specification is here
This is, create in device BIOS entries to those function specifications. GR8NET already have very similar functions, so probably can be adapted much of them.

If wanted can also implement the Ethernet UNAPI, but is not mandatory really.

The more confusing probably could be how to implement an UNAPI specification. The manual is here
Basically is the same process used for any EXTBIO device to get the API info (like functions and other tables addresses), but as many devices would use the same device identifier (22h or DE = 2222h) then it uses the F847h address for device to set there data after calling EXTBIO.

The UNAPI specification also says not to use page 2, and I think GR8NET uses it. Probably this could be solved using a mapped ROM (so it can change bank on the same page) plus/or putting some helper routines in page 3 at device initalization.

I could be wrong (correct me if the case) but I think it works like that.

For a reference about how EXTBIO works, MSX-DOS2 memory mapper routines could be used as example.
In this case we ask for a complete table as the functions have a base address and then an offset for each one.
In the case of TCP/IP UNAPI I think we have to ask for each one we are going to use as there is no table with offsets defined in the specification.

I think everyone should help as can to achieve this as probably many doubts will arise during the TCP/IP UNAPI implementation.

By Grauw

Ascended (10013)

Grauw's picture

04-07-2017, 12:04

I wholeheartedly support this Smile. If I will work on networked software at some point in the future (and I suppose I should since I have both an Technobytes Ethernet (=ObsoNET2 I think) and a GR8NET now Big smile), I don’t have much interest in supporting multiple APIs, so for me UNAPI is the way to go.

By AxelStone

Prophet (3023)

AxelStone's picture

04-07-2017, 12:03

+1.000, Totally agree at this point. There is no sense of having different implementations for networking functions, specially considering that we alreadt had UNAPI TCP/IP specification.

By syn

Prophet (2061)

syn's picture

04-07-2017, 13:31

+1 signed Big smile

By Wolverine_nl

Paragon (1156)

Wolverine_nl's picture

06-11-2017, 10:25

I have the Gr8Net now Wink.
My opinion on its capabilities is that I love this cartridge device!
There is a solution to allot of things that in other cartridges are not solved that easily, for instance;
On my Sony HB-F700, the FM-PAC is not active when going into a certain mapper mode, but with a command to fake OPLL ROM into mapped RAM, CALL NETFKOPLLR, you can solve it. You can disable all sound expansion signals going into the machine, so you can mix the PSG separately by flipping a small switch.
On my Turbo-R it also works like a charm.

There are so many options, that maybe I will write a config program for it that might speed up configuring it for certain purposes.

Question, does there exist a GUI FTP program without usage of Symbos? Smile

By JohnFante

Expert (70)

JohnFante's picture

06-11-2017, 15:00

Wolverine_nl wrote:

There are so many options, that maybe I will write a config program for it that might speed up configuring it for certain purposes

A config program would be great :-)

By Meits

Scribe (6437)

Meits's picture

06-11-2017, 19:48

In order to explore its capabilities in Basic I did some small setup programs. It's not much yet, but it might become something. It's more user friendly to set stuff up while you see what happens. The strings and variables behind the call commands quite often obfuscate what really happens and a check in the manual is needed after which some puzzling is needed. But since the device can do so much, I guess it'll be quite some work and it's not going to be perfect nor complete.
I'd like it if some pro coder would start coding a complete setup tool. I'm just fooling around a bit

Page 43/58
36 | 37 | 38 | 39 | 40 | 41 | 42 | | 44 | 45 | 46 | 47 | 48