|
Vintage Computers Any vintage computer systems, calculators, video games etc., but with an emphasis on 1980s and earlier equipment. |
|
Thread Tools |
11th Dec 2023, 8:46 pm | #61 | |
Octode
Join Date: Mar 2011
Location: North Yorkshire, UK.
Posts: 1,122
|
Re: MK14 memory
Quote:
At the expense of compatibility with programs written to use them, you could reassign all the reflections too giving a total of 3,200 bytes on an MK14! This is why I've taken to using gals as they make the whole memory map so flexible, so easy to chop & change when compared to hard-wired decoding. I have the occasional brainfart, dont we all, but generally they do what it says on the tin and save a lot of TTL Another nice thing with Martins (or Kris's) expansion boards is that they're not permanent, if ever a set of real period chips turns up, you can just unplug the PCB, plug in your period chips and go 'au naturel' One thing I will do is sort out an orderly list of gal options, ie: Original 256 byte MK14 (for testing software on a minimal MK14) MK14 expanded only to the SoC spec, total 512 bytes MK14 fully expanded leaving the INS8154 RAM area free for a 'real' 8154 MK14 fully expanded including emulating the 128 byte INS8154 RAM and for Sirius MK14 fully expanded, with a full 256 bytes where the INS8154 would normally live. (For these last 2 you would have to remember never to plug in an 8154!) and of course the Micro-Introkit gal in two versions: 512 bytes ROM for the original NS Kitbug, 3.5k RAM 2k ROM for KB+ and 2k RAM BTW up to now I've been using stock Atmel 16v8s from RS, but at Finningley Radio Rally I bought a tube of surplus Lattices - well I finally got around to trying them out and the Lattices also work great via the TL866Pro, no problems, in fact my Micro-Introkit is running 'Life' on one as we speak... Sorry just realised what a rambling post this is... Cheers Phil |
|
11th Dec 2023, 9:25 pm | #62 |
Octode
Join Date: Mar 2020
Location: Kitchener, Ontario, Canada
Posts: 1,298
|
Re: MK14 memory
74ls159 could also give the same range of variations with links to wire or the outputs. The only thing missing would be an inverter for the serial output for LCDS.
|
12th Dec 2023, 12:46 am | #63 |
Octode
Join Date: Mar 2011
Location: North Yorkshire, UK.
Posts: 1,122
|
Re: MK14 memory
It makes it so flexible though, in the 2k + 2k Micro-Introkit incarnation its just two inverters, but its so easy to go .5 + 3.5 for NS Kitbug, or until the most recent KB+ update it was 1.5 + 2.5, presently 2 + 2, and then the same board does any variant of MK14 expansion with no hardware changes through all these variations
An address latch is beyond me at the moment but its feasible, maybe even the single-stepper plus, theres a lot to learn (though 10+ years obsolete!) which makes them interesting to me Cheers Phil |
12th Dec 2023, 1:04 am | #64 |
Octode
Join Date: Mar 2020
Location: Kitchener, Ontario, Canada
Posts: 1,298
|
Re: MK14 memory
The 74ls159 can do 256 byte mapping of ram and rom with jumpers, no need to reprogram anything.
|
12th Dec 2023, 10:51 am | #65 |
Octode
Join Date: Mar 2011
Location: North Yorkshire, UK.
Posts: 1,122
|
Re: MK14 memory
Always many ways to skin a cat my soldering iron takes longer to heat up than it takes to flip a gal and adding the 880-8FF ram? Ha! Gotcha!!!
Also I like that the gal could resolve down to a single address decode if you needed to ...but each to his own, either way its a hobby we all enjoy! |
12th Dec 2023, 11:20 am | #66 |
Dekatron
Join Date: Aug 2011
Location: Newcastle, Tyne and Wear, UK.
Posts: 11,595
|
Re: MK14 memory
What's the projected life span for the programming in devices like this?
Someone alarmed me a while back by suggesting it might be as little as 25 years. My old, expensive device programmer is totally dependent on several such devices for its operation and I have an Atari ST HDD disc controller which is already dead due to a failed GAL. You might argue that even that relatively small span of time is of little direct consequence to most of us here now, but I just hate the thought of otherwise perfectly functional hardware eventually dying through bit-rot, or the PLD equivalent. For that reason I would tend to support Mark's preference for a 'hardware' 74LS159 as potentially the longest-lived option for an address decoder. I get that you like the fact that GALs etc are so easy to set up for specific ranges and to reconfigure in a matter of minutes should the need arise. It's always preferable to be able to 'rewire' a project on-screen rather than in hardware, if possible. |
12th Dec 2023, 10:03 pm | #67 |
Triode
Join Date: May 2023
Location: Salisbury, Wiltshire, UK.
Posts: 33
|
Re: MK14 memory
The lattice 16v8 datasheet states 20 years. Unfortunately if the security bit is set you can't even read and rewrite them.
|
12th Dec 2023, 10:06 pm | #68 |
Octode
Join Date: Mar 2011
Location: North Yorkshire, UK.
Posts: 1,122
|
Re: MK14 memory
|
12th Dec 2023, 10:43 pm | #69 |
Triode
Join Date: May 2023
Location: Salisbury, Wiltshire, UK.
Posts: 33
|
Re: MK14 memory
Yes, I meant if you need to preserve the contents on an old piece of equipment.
|
13th Dec 2023, 12:03 am | #70 |
Octode
Join Date: Mar 2020
Location: Kitchener, Ontario, Canada
Posts: 1,298
|
Re: MK14 memory
If they are static logic it might be easy to get an arduino or similar to read the output for every input combination and then analyse the functions.
|
13th Dec 2023, 10:19 am | #71 |
Dekatron
Join Date: Aug 2011
Location: Newcastle, Tyne and Wear, UK.
Posts: 11,595
|
Re: MK14 memory
True, but you have to do that -before- they die.
|
16th Dec 2023, 10:49 am | #72 |
Octode
Join Date: May 2018
Location: Northampton, Northamptonshire, UK.
Posts: 1,444
|
Re: MK14 memory
However, I can't really see an issue using GAL's etc. in open-source projects, where you do have access to the programming file. So can simply re-program one (or find someone else with the necessary programmer to do this).
- particularly if you are also using (E)PROM's where the standard retention time was also typically specified as being a relatively-short 10years min. But fortunately, it seems that 10yrs was a quite-conservative specification (maybe taking into account the whole operating-temperature specification), and many are still working OK 40+ years later (Although it's still not a bad idea to take a readout-copy of any ones in commercial equipment you have, in case / when they do eventually fail). Of course, more of a worry is where you store the readout backup-copy, as CD-R's DVD-R's etc may be < 2yrs for standard dye-ones (The original Gold ones were apparently 30yrs, but an unbranded one I bought - was 'only' £5, rather than £10 in the mid 1990's - started to all peel-off after around 10-15yrs). Flash memory cards are also only around 10yrs, and it seems SSD's are classed as being 'worn-out' when retention is down to only 2yrs - But how would you know, until it's too late. So should you re-write these every few years. Or stick with HDD's - multiple ones, to have a backup against sudden total failure. Ensuring there's at least three backup-copies / across people online, is often recommended. Maybe good old paper-printout is the best (as long as not thermal, and preferably acid-free paper that original stuff was but now NLA?) to ensure a long archive life (Although then might have to ensure it is kept in a shielded-from sunlight to prevent fading / fire / damp / vermin -proof safe etc). |
16th Dec 2023, 12:45 pm | #73 |
Octode
Join Date: Mar 2011
Location: North Yorkshire, UK.
Posts: 1,122
|
Re: MK14 memory
Longevity is a real concern, its a frequent topic on other retrocomputing forums too.
Several of my 40-50 year-old software projects were recovered only through finding faded paper printouts in the loft, or by disassembling eproms where the original source is long lost. At the time, no-one would imagine these projects would be of interest 50 years on! Even stuff you've entrusted to cloud storage can disappear as ISPs come & go. Take Karens techlib page, I've no idea who is funding that now so will it remain long-term? Consequently a few of us have taken a mirror, but there are so many top-notch-but-vulnerable projects hanging by a thread in webland. We've said it before but what we need is a group repository, one we can all post to. Not sure what the answer is but the most long-term-stable platform does seem to be github, but I've no idea how to set that up, I'm not very github-savvy Last edited by Phil__G; 16th Dec 2023 at 12:51 pm. |