Re: WANTED: Translator from German

On Wed, 30 Jul 2008 14:03:25 -0700 (PDT), susowa <susowa.kc85@xxxxxx>
wrote:

Hallo Herb,

thank you for such a kind of reply :-)

I followed your advice and made a quick extract from this discussion
so far in the project space of my website: go to Projekte -> KCNET on
the left side and open the first article in the list - there are now
direct links to some documents.

The subject of networking and CP/M comes up every few years, in my
experience, in comp.os.cpm. So I think your work would be of interest
to English-speakers with CP/M interests.

I know - but up to today all projects will handle this difficult area
in software over a rs232 (most of them so far I know) - this makes no
sense with a 8Bit computer and some MHz.


Rather than parallel why not SPI as implementing that is far simpler.
hard ware needed is an out put bit and input it and a birdirectional
clock.


In my opinion you need a fast common interface (like a parallel PIO)
and a hardware stack to handle all tasks up to UDP/TCP level, like the
WIZnet-Chip(s) - the only chip, wich can do that in the moment.

Then I can play with all of the TCPIP-protocols on basis of the whole
technology - not with the help of other programs on the application
level of the stack, I'm free in programming and can use it in my own
way, must not use a rfc but I think for beginning its better :-)

There are a few PICs and other chips that can do the bottom layers of
the stack to the media level and save a great deal of low level
software. Also there are Ethernet chips that will do the work all the
way to packet buffereing so that the host doesnt have to be fast to
do the higher level work.

In the last few years the number of really tiny CPUs that have a
complete IP stack and even the interface ready to go are noteable.

I don't know about most systems referrcences but most of the common
hard ware here are 4mhz Z80 and that can if pushed move around
50-60Kbytes/second. If the device has the Z80sio/dart those can run
serial to 56K or faster and are limited only by the CPU speed. Going
parallel will not gain much speed over that. Its a matter of CPU
speed and cycles needed to do transfers. Of course with 6MHz,
8MHz or faster Z80s (or Z180s) then those limits go up proportionatly.
However if the eithernet inerface can buffer packets so that the host
runs at it's speed it will work smoothly and can even "feel"
responsive.


be hard to find. Consequently, Susowa, your site may be one of a few
Web resources still available on the subject.
No - this is my personal project-site for he KC85 Stuff of about 20
years since the last year, not only for CP/M or networking with CP/M -
this is now a very big part, but I think, I will realize my goals with
this interface, then this will change down to a normal level of work.

The beauty is that CP/M doesn't care how it talks to console,
printers, or storage only that it can.

Keep the good work going.

Allison


regards Ralf Kästner

.

Relevant Pages

  • Re: WANTED: Translator from German
    ... so far in the project space of my website: go to Projekte -> KCNET on ... to English-speakers with CP/M interests. ... In my opinion you need a fast common interface ... and a hardware stack to handle all tasks up to UDP/TCP level, ...
    (comp.os.cpm)
  • Re: 1541 too slow on CPM
    ... I generated my masters from D64 images downloaded off the net, using opencbm on a Linux box to speak through an XM1541 to a 1541 drive. ... Can CP/M take advantage of JiffyDOS ROMs? ... This is why these 6502 IP stacks really can't do extrememly complex operations, without some sort of dead slow emulated processor stack... ... Now if CC65 ever does some serious code changes, ...
    (comp.sys.cbm)
  • Re: eZ80 Single-Board Computer
    ... Today the 20.08.2007 I have a eZ80SBC and this run very fast. ... I think Roger has the right idea about the eZ80 and banked CP/M 3 as ... Then Zilog's TCP/IP stack could also be leveraged. ... USB controller to support more peripherals in addition to USB Parallel ...
    (comp.os.cpm)
  • Re: Processor Tech ENT file utility
    ... Under CP/M 3, the stack starts at the top of the TPA. ... time you debug in SID and something overwrites the buffer at 80h, ...
    (comp.os.cpm)