Actually, my PC-XT 8088 clone motherboard doesn't have in-build Parallel Port. Add-on card is needed for Parallel Port.
This device is very hard to find!
I can see them on eBay using the search text of: lpt post
That will be a RAM subsystem upgrade. The wiring of the EPROM sockets will probably still be per the 64-256KB motherboard, which is pins 1 and 27 of each socket tied together.
You have a serial card. Maybe accessing a serial floppy drive is a temporary option for you.
It should be very straightforward.
It will depend on the receiving device, and its configuration. Some 'receivers' will do a LF after the received CR, in which case, one ends up with an empty line between the checkpoint codes (because of two LF's, one done by the receiver, and one sent by your code). But that is hardly a problem, and if it bothers someone, they should be able to reconfigure their receiver.
Just two HTIL311s, 7-segment display with internal 4 bits to 7-segmnet decoder, plus a 5V source will do as well. And you don't have to use delays.
Thank you very much!
I added text to that effect in the top-left corner of the photo at [here].
I think that is getting 'messy'.
I did think, "Simply reading from or writing to a dynamic RAM address refreshes it. So, in basic theory, with DMA based refreshing off, some conventional memory could be used, requiring that some extra code goes into the ROM that simply reads those bytes at a good enough frequency (a kind of manual refresh)."
Buying this card and not knowing how to configure it? Why did they buy it then?
An EMS card has at least a window of a few KB inside the normal range and that is already enough. And AFAIK this window is configured by jumpers. To address the other pages, software will be needed. But I don't need those pages. So problem solved
Not really, I think. What I need is the address where the SRAM can be found. Alter the variable that holds this address in the source code and assemble it. Then run a tool that creates the various version for the 5150, 5160, etc. Or did you convert them all by hand? If so, I should be able to automate that. I can even tell the tool to assemble the source. Assuming that they know how to download NASM, anyone can change the address and create the needed BINs.
Because VGA is the only type of video card they have for the target machine, and they are informed that they need to acquire a 1 MB card to get VGA support in Rudd's Diagnostic ROM.
Background: Some network cards put a RAM buffer into the UMA, and for some of those, the RAM buffer does not appear in memory space until the driver gets loaded (i.e. the driver is doing some kind of card initialisation that results in the buffer appearing). There's a particular SMC made card I remember well, where we had to use the 'exclude' option in things like EMM386.EXE and Windows because the RAM buffer was not 'visible' in the early part of the booting process.An EMS card has at least a window of a few KB inside the normal range and that is already enough. And AFAIK this window is configured by jumpers. To address the other pages, software will be needed. But I don't need those pages. So problem solved
Afterthought: do cards exist where the window has to be configured by software? If so, just configure it first on another machine.
Thinking all comments over and over I think that this is the easiest solution. And less work for me
Is there any news regarding the AT version?
Thinking all comments over and over I think that this is the easiest solution. And less work for me
github.com