Welcome, Guest. Please login or register.

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Prodatron

Pages: 1 2 3 4 5 [6] 7 8 9 10 11 12 13 ... 17
Programming / Re: How to begin assembly on Enterprise
« on: 2015.May.18. 17:22:54 »
And the CRC bytes add some rhythm :-)
:lol: :lol: :lol:

Is there a z80 crossassembler for use with Context that uses Maxam's assembler syntax (used by WinApe cpc emulator)?

Not sure how you already solved this problem.
You can use WinApe to assemble to a file on your PC, then transfer this file to a disc image and load/use it in Ep128Emu. This is the way I am developing for the Enterprise and all other Z80 machines, so I always have the same assembler (WinApe, =Maxam syntax) for all platforms.
Just use the WRITE command at the beginning of your source code:

Code: [Select]

...or whatever :) I only load a small "make"-file in the Assembler-Editor of WinApe which is loading the full sourcecode. The most simple "make.asm" would look like this:

Code: [Select]

I like the Alt+H shortcut in Ep128Emu a lot for reloading the disc image in drive A. This is very helpful and missing in other emulators.

Programming / Re: SymbOS
« on: 2015.May.18. 16:53:56 »
Prodatron! As I see you documented the floppy problem on turbo machines :-) (On the photo with the 6MHz prototype machine)

Yes, I am currently still working on network support, I hope I have the Network Daemon fully running soon. After this I will attach the EXDOS card again and can check the FDC driver, as now I have a "Turbo"-Enterprise, too, thanks to you, Zozo! :razz: :)

And the most frequently asked question at the party: when coming some sound to the EP SymbOS? :-)

Which sound sources exist in SymbOS?
Only a separate music players for various files, or exist some general sound driver of the OS what the applications can use?
Currently there is only SymAmp, the music player for SymbOS. Somehow it supports plugins for different music formats, but this is more on source code level. I just saw, that the sources are not included in the download area of www.symbos.de, so I have to add it!
It should be possible to add a new "plugin" for EP soundmodules/formats in SymAmp.

Another plan is to develop a "sound daemon", which can be used to play "system sounds" or even different sound modules, if the present hardware is supporting them. This will be quite an interesting project.

I like these pictures with Bruce!! :)

Is it possible to have the texts of the new "Enterpress" magazine in digital form? The articles look very interesting, I would like to read them with Google translator :)

Some pictures :)

That was a very very nice meeting! It was so cool to meet you guys behind the Nicknames in reality! :) Thanks so much to Zozosoft for organising it! We had a lot of very interesting talks! For me as a newbie it was impressive to see all this stuff on the EP for the first time in live. And you really have very interesting picture slide shows in a great quality! :D Thanks for all, that was cool, I have to sort my pictures when I am back home tomorrow :)

I will arrive in a few minutes :)

Don't problem! I think will be great to see what coming to the EP!
Great, do you have a PS/2 keyboard, too? :) (if not, no problem)

@Gflorez: I will take my camera to Budapest of course! :P Somehow I miss the time at RetroEuskal/EuskalEncounter in Spain...

Another great news!

You bring a new SymbOS build to the party? :-)

I will bring the actual W.I.P. 3.0 version. Is someone interested in a demonstration of the MSX ethernet card? In this case I can bring a small MSX (called "OCM") + the Wiznet W5100 based ethernet card, which is the small brother of the W5300, on which Bruce is working. But I would need a VGA monitor and an ethernet connection then.

Yes I have booked now. Arriving in Budapest at 14:00 on Friday, leaving at 18:35 on Monday. Staying at Hotel Lucky just around the corner from the party!
Great news!! :) So it will be a real international meeting in beautiful Budapest! :)
I will already arrive at thursday and leave sunday evening, as I want to use this weekend for sightseeing as well (haven't been in Budapest since 24 years :P ).

Interface / Re: Creating EXDOS card clone
« on: 2015.May.09. 14:45:33 »
you post too much;P (counter hit 10000)
Zozos position should be "EP legend" instead of "EP addict" :ds_icon_cheesygrin:

Maintenance / Re: 3D printer model for Basic module case?
« on: 2015.May.09. 14:40:25 »
@SlashNet, thanks for the link to the other thread, I was sure, there was already such an idea here.
This, from the same designer, seems to be for the prototype SD-reader.
@Gflorez: Cool, I will try this one!

Maintenance / 3D printer model for Basic module case?
« on: 2015.May.08. 17:06:25 »
I would like to put my SD card interface into a case. As it is designed to fit in the Basic module cases, I could use this, but I don't want to "destroy" one of them for the SD card opening/slot, but such an opening would be very helpfull. A friend of my has a 3D printer, and I wonder, if anyone here already thought about printing these cases? Making the screw thread will be probably difficult, even with its resolution of <0.1mm (or wouldb't it?), but maybe it's still possible to seize a screw in a stable way.

Hardware / Re: Wiznet 5100/5300 /etc and Enterprise
« on: 2015.May.05. 17:10:56 »
Indeed :) The confusion because "DenYoNet" seems to use a wiznet chip and also we talk about that. However it seems the details are different.
Yes, it's using the W5100 :)

Even if it's done not in the memory mapped mode?
Yes, that doesn't matter. I developed the Wizenet code in a two-layer way. The lower layer is for writing/reading Wiznet registers and transfering data from/to the buffers. This layer is different for I/O and memory mapped, and has to be rewritten for different computer platforms. These are only a few and simple routines ("write byte to register memory", "write word to register memory", "read byte from register memory", "write data to buffer memory" etc.).
The higher layer code is handling the network activities like "open connection", "check connection status", "send data", "receive data", "close connection". It's still Wiznet W5x00 specific, but it doesn't know anything about how to access the registers and buffers, as this is done by the lower layer code. The higher layer code is platform independant when using the same Wiznet chip and it's probably even possible to use nearly the same higher layer code for both the W5100 and W5300 with small modifications for the register addresses.

Hardware / Re: Wiznet 5100/5300 /etc and Enterprise
« on: 2015.May.05. 16:43:30 »
Which ports are used on MSX for this purpose? I have the faint memory that you told once: on MSX the memory mapped mode is not used only through for I/O ports. If the I/O ports would be the same, it would be even more easy for programming.
You probably mixed it with a planned W5100 hardware for the CPC :) About the MSX hardware I wrote the following here:
The DenYoNet card is using the memory of a full MSX slot/subslot (this is a 4x16K range which can be partially or fully mapped into the visible 64K area). The lower 32K are for the included flash ROM, in the upper 32K you can map the 32K of the W5100. This is separated into 2x16K, the lower are the registers, the higher are the transfer buffers. There are two additonal bits which select if and which part of the 32K is mapped to #8000 and if and which to #C000. Unfortunately I have no idea how this is done internally/wired, but it uses the memory-mapped based slot/subslot technology of the MSX standard.

Well, if w5300 is compatible with w5100 with ignoring the new features of w5300 and possible with some extra initialization the same code can be used more or less, I guess. However I am not sure if it worth to use the extra features of w5300 (more buffer ram, more "sockets", probably, as far as I can remember).
No, AFAIK the W5300 doesn't provide a "compatibility mode".
I studied the datasheet again and figured out, that you can't access the 128KB transfer (TX/RX) buffer memory directly in any case. You have to use a special FIFO register for each of the 8 sockets for sending/receiving data, which means, that even memory mapped mode wouldn't allow simple LDIR commands. So one more argument for using I/O mode.
Everything else seems to be the same, just with the double amount of sockets, more buffer and maybe some other little improvements. It's not much work to rewrite the W5100 routines for the W5300.

Pages: 1 2 3 4 5 [6] 7 8 9 10 11 12 13 ... 17