Category Archives: ATW800/2

ATW800/2

Welcome to the ATW800/2 page – read that as you like:  “ATW800 two” or “ATW800 half”, depending on your expectation.😉
Whatever way, it’s the Atari Transputer Card as it was meant to be.

Mega-ST version of the ATW800/2

Quick navigation

If you (re)visited and looking for something specific, here’s the fast lane:

Background

Before we go into features & technical details I’d like to talk a bit about motivation and goals of this project.

You might have read about my STG[A]TW card for the ATARI Mega-ST expansion bus. That contained an ET4000 graphics card borrowed from IBM PC ISA-land and an Inmos C011 Link-Adapter to connect to a Transputer CPU.
This showed the direction but was a bit cumbersome. Also, ET4000 cards are getting hard to find, expensive (>100€) and not all of them actually do work in your ATARI – and most important, my intention was to create something affordable – remember: Power without the price ✊

The idea is/was to provide a plug-and-play version of a expansion which brings your ATARI as close as possible to what the ATARI Transputer Workstation (ATW800) provided.
That is: Transputers of course as well as expanded graphics capabilities.

Here are my 6 goals I want(ed) to achieve:

  1. Be reasonably ‘historically correct’
  2. Create a design avoiding obsolete parts where possible
  3. Stay in a affordable price range
  4. Simple installation
  5. Integrate/play nice with other peripherals
  6. Offer flexibility

Goal #1 is a philosophical topic one can discuss for his/her whole retro-nerd life. It’s the same as with e.g. cars. Is it OK to put an US V8 into a Ferrari? Electrifying a 1970 Porsche 911? LED headlights in a vintage car? Trailer Queen or patina? The list and discussion will go to the end of humankind.
The very same goes for vintage computer systems. There’s nearly none left which hasn’t had a Raspberry Pi of some sort slapped into it. Starting with a Pi Nano as WiFi-module and ending with a full blown 1.5GHz Pi 4 in an 8bit machine… for my taste, this is not the way.
So with this project we stay with what would have been possible in the let’s say 90s. It might be reached by using more integrated parts, but no recent high-tech here. Sorry. Which brings us to the next point…

Goal #2 is more or less a financial decision. If you use parts which are long time out of production, you depend on a grey market which is limited and can quickly drain, might be full of fakes and prices explode due to greediness.
So instead of buying the last stock of e.g. ET4000W32 chips and create a redesign of an x86 ISA card kludged onto a 68k bus, it’s wiser to go for a ‘virtual design’ which won’t go EOL and can grow as we go… in this case: FPGA is the wayBut following goal #1, don’t overdo.
If there’s (currently) no other option, we obviously have to go with the old parts. The Inmos C011 link-adapter is an example here.

Goal #3 limits #2 in some aspects. It’s relatively simple to pick a recent FPGA which actually would be capable to easily simulate your whole ATARI ST (or two)… but that would be quite expensive – not just the chip but also the design, which requires external RAM, 3-4 voltages and multi-layer PCBs to cope with 200+ BGA connects.
The compromise here is an FPGA board which offers all that already mounted onto it and will be piggy-backed onto our card.
And because cheap is always a challenge, we went for the Chinese Nano FPGA family which has an unreached price/feature ratio and fits the “Power without the price” mantra.

Goal #4 is quite simple: Not everybody is a virtuoso with his/her solder iron. So I tried to avoid as much additional soldering/cabling as possible.
Basically you plug the card into the Mega-ST or VME slot and you’re good to go.
In fact, as of today, there’s just one cable to plug(!) if you want to use one optional feature of the ATW800/2 (ACSI INT). No soldering whatsoever.
Also, you should be able to plug the card in and use it without additional needs. That’s why it offers (optional) TOS ROMs.
This is the way 😉

Goal #5 reflects the awareness that there are mostly souped-up machines out there. I daresay no one who plays with uses his Atari unenhanced in one or the other way.
The ATW800/2 tries to play nice with other common expansions by precisely decoding (previously unused) addresses and even integrate their features like the looped-through USB port of the Lightning-ST.
That said, there are so many old and new peripherals that nobody can guarantee that everything works nicely together with an ATW800/2 – especially on an overloaded bus.

And because of this Goal #6 will be covered by “bespoke ordering“.
Not everybody will be interested in having 2 TRAM slots for hosting real Transputers – so you can leave them out and save some €€.
The same goes for the TOS ROMs. If you already have another ROM switcher, just leave it unpopulated.

Reality kicked in

Having all that planned out, back to the drawing board I went… just to realize that I cannot handle that all by my self.
So it became clear that I have to ask specialists if they like to join the effort.
Let me introduce you to the team aka “The league of extraordinary Transputer gentlemen“:

  • Wolfgang ‘Idek’ Hiestand of the Nova drivers fame.
    Back around the start of the 2000s, Wolfgang looked into getting his hands on the Nova source code with the intention of preserving knowledge about Nova cards. It took some time, but in the end he succeeded in recreating the original drivers. Since then, he has maintained and extended Nova drivers to support additional VGA cards and ATARI computers. For this project, Wolfgang has created a branch of the Nova drivers to support the FPGA-based card.
  • Claus Meder. God of all things FPGA and fellow Transputer maniac. So much actually that he wrote a Transputer core in VHDL.
    Claus designed and wrote the impressive graphics-core for an FPGA from hell.
  • André Saischowa. Atari and Transputer fiddler of the earliest hours. He wrote Transputer and Atari ST programs back then and just got into the matters again when we met. Perfect timing!
    André ported all INMOS tools as well as the Helios server… plus developing  driver .sys files for NVDI.
  • Honorable mention: Mike Brüstle of transputer.net. The man whose brain natively runs Transputer assembly code.
    When you have a question regarding Transputers and he doesn’t know the answer, nobody does.

All four of them have many, many more talents and without them this project would still be just another dream of mine. ❤

Features

Ah, finally… features.
I assume you’re roughly in the picture, what the ATARI Transputer Workstation was all about. Basically, it was a Transputer system running Helios  which used an Mega-ST1 as host. The powerful graphics chip (“Blossom“) was connected to the Transputer which ran X11 on it to display graphics in 1280 by 960 pixels (16 colors) or 1024 by 786 pixels in 256 colors, making the most out of its 1MB VRAM.
As said the Atari part was mainly just I/O: Harddisk, keyboard, mouse, serial and parallel interface. No access to Blossom and after booting, there was no way to run Atari software from/in Helios.

Today that’s bugging me, and like said before, I think Atari or Perihelion, the company behind Helios as well as the ATW, took the wrong approach.
The Transputer system should not sit on top of the Atari system but next to it. Both, TOS/GEM as well as the Transputer(s) should have access to all that pixel beauty.

So there you have it, the two main features and ‘raison d’Être’:

High-Res color graphics 👾

The ATW800/2 graphics controller is actually a tiny and cheap FPGA board piggybacked onto the card. While we started out with the Tang Nano9k it soon proved to be unstable as soon you stretched it to the max… as for now, we changed to the slightly more expensive Nano20k which therefore offers more room and faster/bigger RAM.
[NB: This is the prefect proof that it does make sense to keep this part “virtual” – no shortcoming or chip EOL’ing can stop the product itself. All it needs is an adaptor.]

Displays will be directly connected to its HDMI port.

The running core, called “Seurat” (named after the inventor of Pointillism), has access to 2MB of VRAM, which is twice what Blossom had. Thus there are quite some resolutions possible (in 2,  8 and 16 bit colors):

Woo-hoo… holy Bat-Resolution! 🤯 (1600×1200@256)

To cope with such an amount of pixels Seurat features a blitter with is able to push roughly 130MB/s for fast redraws and smooth scrolling.

As of today (July 2024) the current Gembench 6 numbers vs. 640×200 ST-Med (no NVDI!):

Transputer(s)

Yes, they might not be of everybody’s interest, but they were the main actor in the ATW800 and are fascinating beasts when you take a closer look at them.
32bit RISC’ish CPUs, running at 20-30MHz, each having 4 links to directly connect to other Transputers. That way one can create a massive, unlimited parallel system that blew away anything you could run at home back in 1990.
This strictly follows my goal #1: Historically correct. Run things on the real stuff and feel how an ATW800 felt back then.

The ATW800/2 features 2 slots for classic size-1 TRAM modules next to the Nano20k. Here’s one size-1 TRAM installed:

TRAMs were/are available in many configurations, for those who want to know more, I made a dedicated page about TRAMs.

But that’s not all. Because Claus isn’t Claus without some sort of magic, he also added a synthetic Transputer core into Seurat.
That core is 100% T425 compatible and can not only access his own RAM (6MB, can be partitioned by the user) but also the Video-RAM… like Blossom did.
To make everything perfect, this synthetic Transputer has a link to the physical Transputers on the ATW800/2 which are also linked and themselves have a link at the edge of the card to connect to the outside world.

To round this up:
Everything is shared with the Atari host. You have access to the physical Transputer(s) and the synthetic ones over the 68k bus.
GEM has access to the VRAM as do the synthetic Transputers… and indirectly over their links, the physical Transputers, too.
Given proper programming, the possibilities are endless. Here are some ideas:

  • Accelerate Atari programs using Transputers (send data, let them do the math, collect results)
  • Run X windows on Helios (running the X client on a synthetic Transputer).
  • Use the synthetic Transputers as GPU. Let them do the VRAM manipulation. Lines, vertices, transformation… you name it.
Additional features (for the Mega-ST)

But wait, there’s more 🤓…

Like I told you in the beginning, I’d like to be this as much plug-and-play as possible. So the ATW800/2 features 1MB in-system programmable Flash ROM. That ROM can host 4 different versions of TOS selectable by two DIP-switches at the back-edge of the card.

Next to that DIP-switch you’ll find a dual USB port. That is a dumb loop-through to the front left edge of the ATW800/2. It is meant to connect an optional Lightning-ST so you have a nice & clean way to lead those connectors to the outside without cutting holes into your Mega-ST case.
Alternatively you can use these port to power external ACSI drives like the ACSI2SD or ACSI2STM etc.

Besides the 3 external Transputer-Links there’s also an internal one at the cards front. Just in case you have my relocator installed…

The ATW800/2 features a battery-holder for a coin battery. Because the original AA battery compartment of the Mega-ST can get in the way with the ATW800/2, this might have to be cut out 😥.
That holder can then replace the original one.

And finally, because the Nano20k has it already on-board, we’re to providing a harddisk interface using the Nano’s Micro-SD feature.
This feature is seen as a free add-on, not a real feature as it is a bit picky about the Micro-SD card used.
We strongly recommend known brands like SANDISK. No-names will give various results from working up to desaster.

Why “Mega-ST” only?
Well the ATW800/2 is also available for the VME bus, i.e. Mega-STe and Atari TT.
Most of those optional features aren’t needed in those systems. Also VME cards require a 0.5mm unpopulated edge on both sides to slide into its cage.

  • ROMs cannot fully served through the VME bus.
  • When installed in the VME cage, there’s nearly no way to feed in the USB connector of a Lightning-TT.
  • Same goes for internal TRAMs and a battery cable.
Look Ma’! VME connector fitted!

There you have it. This is all we’re able to talk about right now. Some smaller details might change until the release – that’s called ‘agile’ 😏
Let’s sum it up again:

The ATW800/2 will be available for the Mega-ST bus as well as VME bus. This is our progress so far. It will be updated every time we think it’s worth doing so.

Mega-ST bus support
100%
VME bus support
100%
Graphics
100%
Real Transputers
100%
Synthetic Transputers
100%
4 TOS ROMs selectable and programmable
100%
Using MicroSD as harddrive
90%

Technical details

The ATW800/2 basically consists of 3 main devices:

  • The FPGA (“Seurat”)
  • The CPLD (“Absinth”)
  • The Inmos C011 link-adapter

Absinth is the glue to the system-bus. He decodes addresses, manages the different functions on the card and controls the C011. He’s also the gateway between the 5V and 3.3V worlds.

Seurat itself, the core within the FPGA, consist of the Framebuffer controller, a blitter and (currently) two one synthetic T425 Transputer cores. The 2nd core was scarified for more Transputer Memory or VRAM.

This is a schematic representation:

 

This was the pre-announcement in July/August 2024

And for those, who haven’t watched it… here’s the hastly made YT video 😅

…and another one showing the card running on the VME bus of an ATARI TT

 

 

ATW800/2 FAQ

So you just got your ATW800/2 or you’re thinking about getting one and your brain is full of questions?
Before asking the team or posting into some forum, maybe the answer was already given… so check this FAQ first and safe yourself from being flamed or called a ‘noob’ 😅

You can also check out the ATW800/2 category in the GeekDot Wiki for more details.

Currently this FAQ has these sections:

General questions

Q: It seems you’re sold out. When will you start the next batch of cards?
A: Well, it’s an enthusiast project, not a real commercial product. So I (Axel) neither do warehousing nor will I build cards 5 days a week.
It’s a hobby and thus I do things when I’m up to it. It’s still a lot of work, even when having the cards populated with the basic parts in the PCB factory.
So all I can say is: Have patience, young padawan. I do my very best.

Q: Ok, I’m confused. How many versions will be available then?
A: There are two main variants: One for the Mega-ST expansion bus and one for the VME bus available in the Mega-STe and TT.
These variants are populated depending on what makes sense on the specific platform – all versions have the graphics part, i.e. Seurat and Absinth.
For the ATW800/2-VME card it will be basically just that. Most additional features are useless or redundant in an Atari Mega-STe or TT.
On the other hand the vanilla ATW800/2 for the Mega-ST comes with TOS ROMs, optional IDE drive, the clock-battery holder and an auxiliary power cable.

Both variants can be additionally equipped with a “real” Transputer interface, so you can plug in 2 Transputer Modules (aka TRAM) and/or connect a Transputer farm externally.
This interface adds an extra 10€ to the base price.

Q: What does the ATW800/2 cost?
A: Because the first batch showed that the population of the cards took way more time and work as assumed, we had to raise prices for the coming batches. Still, we think for the given features it’s still a steal:

Mega ST – 190€
Mega ST+T – 200€
VME – 170€
VME+T – 180€

Q: If I chose not to go for a “Transputer interface” in the first place, can I populate those parts myself later?
A: Sure! All extra functionalities are build in Absinth (the CPLD) already. If you’re fine with soldering and do not expect support on your additions, give it a shot.

Q: Hey, I have an idea: What about adding [enter cool feature here] !?
A: Sorry, we had hard times to even hold ourselves back from feature-creep. Actually, we think the ATW800/2 has enough features already. Some maybe obvious  but not implemented functionalities are just handled better by already available devices .

Q: This sucks! XYZ is way better than your crap!
A: Yes, you’re absolutely right. So please move on, there is nothing to see here.

Hardware

Q: How do firmware updates work?
A: Seurat (the FPGA) has to be updated via the USB-C connector on his piggy-board using the GoWIN Programming software (Registration required, Linux and Windows only but also works fine in VMs). See the ATW800/2 manual which has a dedicated chapter about this.

In the very rare event that Absinth (the CPLD) needs to be updated, one will need an Altera USB Blaster and the proper Software (part of Alteras/Intels Quartus II IDE, registration req’d… sorry.)
We’ll provide proper documentation should an update ever be necessary.

Q: I just don’t get this Transputer thing. Is it needed to use the card? What is it anyhow?
A: Basically, a Transputer is/was a CPU like any other but with some twists. Firstly, it was very fast (for its time) and secondly you could easily connect many of them to increase computing power.
That said, no, you do not need a Transputer to use the ATW800/2… actually you will get one ‘for free’, because inside the FPGA is a synthetic Transputer already.

Q: So is the Transputer inside the ATW800/2 FPGA used as an graphics accelerator like in todays GPUs?
A: No, not really. Not out of the box. The Transputer is a separate CPU which happens to have shared access to the video buffer which your ATARI’s 68000/030 also accesses – by the way something which was not possible on the original ATW800.
That said, it is thinkable to write some code running on the synthetic Transputer which acts as firmware for (complex) graphics. So the ATARI sends graphic primitives like ‘gourand shaded plane from x,y to a,b’ and the Transputer would do the calculation and painting into VRAM. But that’s all theory until some brave soul writes it.

Q: Will it work with device XYZ and/or accelerator ABC?
A: We tested the ATW800/2 with peripherals we own ourselves. That’s probably 5% of the things ever made for the Atari ST/TT – so there won’t be a guarantee that a device we don’t own will perfectly work with the ATW800/2.
That said, we will depend on your feedback and are happy to support creators of other devices to make the ATW800/2 behaving well.

As for now we positively tested the ATW800/2 against these accelerators:

  • AdSpeed
  • Turbo25
  • PAK030
  • TerribleFire 536

Also those devices seem to work OK up to now (more in-depth testing needed):

  • Lightning ST
  • Cloudy(-Storm) ST
  • Thunder TT & Storm TT

Q: Regarding software compatibility, would you consider adding Blossom support? I mean Blossom hardware registers like blitter, screen resolutions etc.
A: No, we’re not doing anything Blossom’ish. There’s actually not much sense behind this for some reasons:

Nothing supported Blossom besides the Helios graphics/X11 driver.
The Atari-side of the ATW800 had no access to Blossom at all.
Developing VDI drivers for it requires reverse-engineering of hardware which we do not own
It’s simpler to start from scratch and add things as we need them.

So “Seurat”, the controller inside the FPGA is accessible by both, the Atari (VDI etc.) and the Transputer(s). Even at the same time(!) if this would make sense in some cases.
Seurat also has more possible video-modes than Blossom had with 1MB video RAM:

mode 0: 1280 by 960 pixels, 16 colors out of a palette of 4096
mode 1: 1024 by 768 pixels, 256 colors out of a palette of 16.7 million
mode 2: 640 by 480 pixels, 256 colors out of a palette of 16.7 million
mode 3: 512 by 480 pixels, 16.7 million colors

With 2MB video RAM Seurat can go from 320×200 up to 1600x1200x8. Bit depths are currently ranging from 1 to 16bit.
It also supports the original Atari modes like 640x400x1 and could do 640x200x2 and 320x200x4… even there’s not much sense behind this.

Q: I don’t have an HDMI display, what about good old analog VGA?
A: We had to decide how to use the limited space at the external edge of the card. So the onboard HDMI of the used FPGA board was a natural choice.
Sadly all Nano FPGAs provides a just a “TMDS” signal which does not provide all features and needed signals a real HDMI source would deliver to external converters etc. This includes HDMI to VGA converters or power-injectors.

Q: I have no sound on my Mega-ST(e)! What did I do wrong?
A: The “HDMI” connector of the ATW800/2 only provides a TMDS video signal… no audio, sorry. You will need external speakers.
To get sound on the Mega-ST you have to connect to the onboard monitor connector (DIN-13 plug, pin-1 is audio-out).
There’s a nice “RGB to VGA video Adapter with AV RCA JACK” designed by Edoardo kinmami over here.
Also ePay has some adapter (cables), just search for “atari st vga” – some have a 3.5mm audio jack.
The Mega-STE and TT provide stereo RCA connectors in which you can plug speakers directly, while the TT also has an internal speaker, so if there’s no audio coming from, something else is broken in your machine.

Q: Why didn’t you just took a Raspberry Pi?
A: Have you read our goals? Please do so now. Thank you.

Q: Do I need a bigger power-supply?
A: It depends. If you’re still using the original power-supply of your Mega-ST this might be a good moment to replace it with something more recent.
The ATW800/2 is not tremendously demanding. With one TRAM plugged into the board, calculating Mandelbrots and displaying them in 1024×786@8bit, a 4MB Mega-ST draws 1.65 amperes in total.

Q: I have a ATW800/2-VME and the pins of the FPGA (Seurat) are sticking out of the top! What happened?!
A: This is done by intention for various reasons, mainly efficiency and saving time. The VME card needs to by as flat as possible on the backside to fit into the Mega-STe/TT VME slot cage.
Also the FPGA piggy-back board needs to sit low on the card so the HDMI connector can be brought out to the back nicely. Soldering the connecting pins upside-down saved space on the underside of the card and the tedious work of clipping them down for me.
If you don’t like it, you can cut them with *proper* pincers while making sure you’re not cutting anything else! If you break it, your fault! Do not come to me complaining 😉

Q: Can I have the source-code, schematics or gerber files?
A: Sorry, this is not an open-source project. We have to cover quite some initial R&D costs and we actually don’t like those ePay copycats.
That said, we – the extraordinary transputer gentlemen – are open for personal request in which you can explain why you need those and if there’s a convincing reason, we might share what we have.

Q: I got the VME version of the ATW800/2, can I print the slot bezel myself?
A: Sure, just get the .STL/.3MF files here.

Software

Q: Does it work with [your favorite software package here]?
A: We tested a lot of well known & used software packages. Generally said, if your software is well programmed following the GEM guidelines, it should work fine.
“Dirty” stuff accessing the (video)hardware directly will most certainly not work.

Q: I don’t get the NVDI driver you’ve provided working.
A: Well, first of all, make sure you have a working version of NVDI5 running. We’re not providing this.
If this that’s running fine on your machine, copy the provided files from their directory into the your existing NVDI directories with the same name.
Finally adjust your ASSIGN.SYS file accordingly, so it uses the ATW800/2 video drivers you’ve just copied. Alternatively, you can also replace your ASSIGN.SYS file with the one provided in the driver archive at your own risk. Make a backup of yours before doing so.

Q: That bouncing XVDI logo after booting nags me like hell. Can I remove it?
A: Sure. Inside the XVDIMENU there’s an option to set the timeout. Set it to 0 and you’re golden!

Q: Using the XCONTROL.ACC control panel accessory (or others like ZCONTROL.ACC) the symbols and text in window title bars disappear.
A: Yes, this is a know error in the COLOR.CPX control panel extension. Either remove that CPX use XVDI Version XYZ or higher.

Buy an ATW800/2

(Pre-)Ordering

As explained on the main post, there are two basic models available: Either Mega-ST or VME-bus (Mega-STE & TT).
Each of them can be additionally equipped with a “real” Transputer interface, so you can plug in 2 Transputer Modules (aka TRAM) and/or connect a Transputer farm externally.
This interface adds an extra 10€ to the base price resulting in this little pricelist:

Mega ST 165€
Mega ST+T 175€
VME 155€
VME+T 165€

I consider these prices to be very “power without the price“ish and given I’m not a business but just an Atari enthusiast, I will not make profits from this.
Actually I’ll cover my initial costs of 4 previous card revisions and beta-cards. Beyond that, every extra Euro will go into the creation of next projects 😉

For fairness sake I’ll initially accept orders for just one card per person for this batch.
I know, many of you have more than one Atari and like to enhance them all. That way as many users as possible can get their hands on a card.
But you can add your interest for a 2nd card which I will take into account if there are slots left when shipping will start.

The first batch of 50 is fully reserved. Please do not enquire until the 2nd batch has been announced.

Shipping

It’s 2025 and shipping prices are just exploding. I am shipping from Germany as trackable package only.
Also I chose the box dimensions that way, that it snugly fits into DHLs shipping categories. It weights about 250 grams (that’s 0.55lbs or 8.8oz or 0.039 stone – no idea what’s that converted to Ningi 😉 )

Shipping into the European Union is relatively affordable with  14€ (Just in case, for Germany it’ll be 7€ as “DHL Paket”)

UK and Switzerland will be 20€ then.

   The US, Canada  and Australia can choose between 24€ if you’re patient(*) or a whopping 50€ which will be priority shipping.

*) I had shipping times from 10 to a hefty 60 days. Totally random, no idea what influenced the one or the other.
Other countries, please contact me – I’ll check for the cheapest solution.

If there are import taxes or some foolish ‘tariffs’ applied in your country, that’s up to you to pay these. Sorry, that’s how it works – not like the some people think.

The list

This is the list of people having explained their interest on one of these forums

Sorted in the date/time order they posted it. If you don’t have an account there, put your request into this pages comments (need an email address then!), I’ll sort it in.

As soon as  production and shipping starts, I will contact those in the list asking for payment (preferably PayPal for friends or -in Europe- SEPA bank transfer) and address.
Should you have changed your mind then, I’ll ask the next one in line. Please answer within 48hrs, else I will also ask the next in line.

Status chain is:
CONTACTED-> INVOICE SENT ->  PAID -> READY (to ship) -> SHIPPED

Name Forum 1st choice 2nd choice Status
1 tin a-f VME+T SHIPPED
2 tofro a-f Mega-ST SHIPPED
3 ccarl84 a-f VME+T SHIPPED
4 Shoggoth a-f Mega-ST+T CONTACTED
5 artik-wroc a-f Mega-ST+T SHIPPED
6 stormy a-f VME+T SHIPPED
7 donapple a-f VME+T SHIPPED
8 darklord a-f VME+T SHIPPED
9 frost a-f VME+T SHIPPED
10 LarryL a-h VME SHIPPED
11 Cyprian a-f VME+T SHIPPED
12 Lizard a-f VME+T SHIPPED
13 DoG a-f Mega-ST+T SHIPPED
14 JezC a-f Mega-ST+T SHIPPED
15 dbsys a-h VME SHIPPED
16 Wayne123 a-f VME+T VME+T SHIPPED
17 Devander a-f VME+T Mega-ST+T SHIPPED
18 Theo a-h VME+T SHIPPED
19 Wosch a-h VME Mega-ST SHIPPED
20 viking272 a-f VME+T SHIPPED
21 AtariSociety a-a VME+T SHIPPED
22 ggn a-a VME+T SHIPPED
23 Dbug a-a VME+T SHIPPED
24 swatcop a-f Mega-ST+T VME+T SHIPPED
25 haelix a-f VME+T SHIPPED
26 tuxie a-h VME+T INVOICE SENT
27 Johannes a-h VME+T Mega-ST+T SHIPPED
28 szeremiocki a-f Mega-ST+T SHIPPED
29 jeloneal a-h Mega-ST+T SHIPPED
30 tost40 a-h VME+T SHIPPED
31 R^2 a-h Mega ST+T SHIPPED
32 ZeroG1972 a-f VME+T SHIPPED
33 Götz local Mega ST+T SHIPPED
34 Sabatini Giorgio local VME+T SHIPPED
35 Count a-h VME SHIPPED
36 alexh a-f Mega ST+T SHIPPED
37 swatcop a-f VME+T SHIPPED
38 mrbombermillzy a-f Mega ST+T SHIPPED
39 scsilord a-f Mega ST+T SHIPPED
40 joejoe a-h VME+T VME+T SHIPPED
41 tolot a-h VME+T SHIPPED
42 cyberish a-h Mega ST+T SHIPPED
43 Panagiotis voulasikis local VME+T INVOICE SENT
44 Krupkaj a-f VME+T PAID
45 atariotos a-f VME+T CONTACTED
46 leech a-f Mega ST+T PAID
47 JohnnySlick a-f VME+T SHIPPED
48 kodak80 a-f Mega ST+T PAID
49 neogain a-h Mega ST+T PAID
50 Ernst a-h VME+T CONTACTED

ATW800/2

Welcome to the ATW800/2 page – read that as you like:  “ATW800 two” or “ATW800 half”, depending on your expectation.😉
Whatever way, it’s the Atari Transputer Card as it was meant to be.

Mega-ST version of the ATW800/2

Quick navigation

If you (re)visited and looking for something specific, here’s the fast lane:

Background

Before we go into features & technical details I’d like to talk a bit about motivation and goals of this project.

You might have read about my STG[A]TW card for the ATARI Mega-ST expansion bus. That contained an ET4000 graphics card borrowed from IBM PC ISA-land and an Inmos C011 Link-Adapter to connect to a Transputer CPU.
This showed the direction but was a bit cumbersome. Also, ET4000 cards are getting hard to find, expensive (>100€) and not all of them actually do work in your ATARI – and most important, my intention was to create something affordable – remember: Power without the price ✊

The idea is/was to provide a plug-and-play version of a expansion which brings your ATARI as close as possible to what the ATARI Transputer Workstation (ATW800) provided.
That is: Transputers of course as well as expanded graphics capabilities.

Here are my 6 goals I want(ed) to achieve:

  1. Be reasonably ‘historically correct’
  2. Create a design avoiding obsolete parts where possible
  3. Stay in a affordable price range
  4. Simple installation
  5. Integrate/play nice with other peripherals
  6. Offer flexibility

Goal #1 is a philosophical topic one can discuss for his/her whole retro-nerd life. It’s the same as with e.g. cars. Is it OK to put an US V8 into a Ferrari? Electrifying a 1970 Porsche 911? LED headlights in a vintage car? Trailer Queen or patina? The list and discussion will go to the end of humankind.
The very same goes for vintage computer systems. There’s nearly none left which hasn’t had a Raspberry Pi of some sort slapped into it. Starting with a Pi Nano as WiFi-module and ending with a full blown 1.5GHz Pi 4 in an 8bit machine… for my taste, this is not the way.
So with this project we stay with what would have been possible in the let’s say 90s. It might be reached by using more integrated parts, but no recent high-tech here. Sorry. Which brings us to the next point…

Goal #2 is more or less a financial decision. If you use parts which are long time out of production, you depend on a grey market which is limited and can quickly drain, might be full of fakes and prices explode due to greediness.
So instead of buying the last stock of e.g. ET4000W32 chips and create a redesign of an x86 ISA card kludged onto a 68k bus, it’s wiser to go for a ‘virtual design’ which won’t go EOL and can grow as we go… in this case: FPGA is the wayBut following goal #1, don’t overdo.
If there’s (currently) no other option, we obviously have to go with the old parts. The Inmos C011 link-adapter is an example here.

Goal #3 limits #2 in some aspects. It’s relatively simple to pick a recent FPGA which actually would be capable to easily simulate your whole ATARI ST (or two)… but that would be quite expensive – not just the chip but also the design, which requires external RAM, 3-4 voltages and multi-layer PCBs to cope with 200+ BGA connects.
The compromise here is an FPGA board which offers all that already mounted onto it and will be piggy-backed onto our card.
And because cheap is always a challenge, we went for the Chinese Nano FPGA family which has an unreached price/feature ratio and fits the “Power without the price” mantra.

Goal #4 is quite simple: Not everybody is a virtuoso with his/her solder iron. So I tried to avoid as much additional soldering/cabling as possible.
Basically you plug the card into the Mega-ST or VME slot and you’re good to go.
In fact, as of today, there’s just one cable to plug(!) if you want to use one optional feature of the ATW800/2 (ACSI INT). No soldering whatsoever.
Also, you should be able to plug the card in and use it without additional needs. That’s why it offers (optional) TOS ROMs.
This is the way 😉

Goal #5 reflects the awareness that there are mostly souped-up machines out there. I daresay no one who plays with uses his Atari unenhanced in one or the other way.
The ATW800/2 tries to play nice with other common expansions by precisely decoding (previously unused) addresses and even integrate their features like the looped-through USB port of the Lightning-ST.
That said, there are so many old and new peripherals that nobody can guarantee that everything works nicely together with an ATW800/2 – especially on an overloaded bus.

And because of this Goal #6 will be covered by “bespoke ordering“.
Not everybody will be interested in having 2 TRAM slots for hosting real Transputers – so you can leave them out and save some €€.
The same goes for the TOS ROMs. If you already have another ROM switcher, just leave it unpopulated.

Reality kicked in

Having all that planned out, back to the drawing board I went… just to realize that I cannot handle that all by my self.
So it became clear that I have to ask specialists if they like to join the effort.
Let me introduce you to the team aka “The league of extraordinary Transputer gentlemen“:

  • Wolfgang ‘Idek’ Hiestand of the Nova drivers fame.
    Back around the start of the 2000s, Wolfgang looked into getting his hands on the Nova source code with the intention of preserving knowledge about Nova cards. It took some time, but in the end he succeeded in recreating the original drivers. Since then, he has maintained and extended Nova drivers to support additional VGA cards and ATARI computers. For this project, Wolfgang has created a branch of the Nova drivers to support the FPGA-based card.
  • Claus Meder. God of all things FPGA and fellow Transputer maniac. So much actually that he wrote a Transputer core in VHDL.
    Claus designed and wrote the impressive graphics-core for an FPGA from hell.
  • André Saischowa. Atari and Transputer fiddler of the earliest hours. He wrote Transputer and Atari ST programs back then and just got into the matters again when we met. Perfect timing!
    André ported all INMOS tools as well as the Helios server… plus developing  driver .sys files for NVDI.
  • Honorable mention: Mike Brüstle of transputer.net. The man whose brain natively runs Transputer assembly code.
    When you have a question regarding Transputers and he doesn’t know the answer, nobody does.

All four of them have many, many more talents and without them this project would still be just another dream of mine. ❤

Features

Ah, finally… features.
I assume you’re roughly in the picture, what the ATARI Transputer Workstation was all about. Basically, it was a Transputer system running Helios  which used an Mega-ST1 as host. The powerful graphics chip (“Blossom“) was connected to the Transputer which ran X11 on it to display graphics in 1280 by 960 pixels (16 colors) or 1024 by 786 pixels in 256 colors, making the most out of its 1MB VRAM.
As said the Atari part was mainly just I/O: Harddisk, keyboard, mouse, serial and parallel interface. No access to Blossom and after booting, there was no way to run Atari software from/in Helios.

Today that’s bugging me, and like said before, I think Atari or Perihelion, the company behind Helios as well as the ATW, took the wrong approach.
The Transputer system should not sit on top of the Atari system but next to it. Both, TOS/GEM as well as the Transputer(s) should have access to all that pixel beauty.

So there you have it, the two main features and ‘raison d’Être’:

High-Res color graphics 👾

The ATW800/2 graphics controller is actually a tiny and cheap FPGA board piggybacked onto the card. While we started out with the Tang Nano9k it soon proved to be unstable as soon you stretched it to the max… as for now, we changed to the slightly more expensive Nano20k which therefore offers more room and faster/bigger RAM.
[NB: This is the prefect proof that it does make sense to keep this part “virtual” – no shortcoming or chip EOL’ing can stop the product itself. All it needs is an adaptor.]

Displays will be directly connected to its HDMI port.

The running core, called “Seurat” (named after the inventor of Pointillism), has access to 2MB of VRAM, which is twice what Blossom had. Thus there are quite some resolutions possible (in 2,  8 and 16 bit colors):

Woo-hoo… holy Bat-Resolution! 🤯 (1600×1200@256)

To cope with such an amount of pixels Seurat features a blitter with is able to push roughly 130MB/s for fast redraws and smooth scrolling.

As of today (July 2024) the current Gembench 6 numbers vs. 640×200 ST-Med (no NVDI!):

Transputer(s)

Yes, they might not be of everybody’s interest, but they were the main actor in the ATW800 and are fascinating beasts when you take a closer look at them.
32bit RISC’ish CPUs, running at 20-30MHz, each having 4 links to directly connect to other Transputers. That way one can create a massive, unlimited parallel system that blew away anything you could run at home back in 1990.
This strictly follows my goal #1: Historically correct. Run things on the real stuff and feel how an ATW800 felt back then.

The ATW800/2 features 2 slots for classic size-1 TRAM modules next to the Nano20k. Here’s one size-1 TRAM installed:

TRAMs were/are available in many configurations, for those who want to know more, I made a dedicated page about TRAMs.

But that’s not all. Because Claus isn’t Claus without some sort of magic, he also added a synthetic Transputer core into Seurat.
That core is 100% T425 compatible and can not only access his own RAM (6MB, can be partitioned by the user) but also the Video-RAM… like Blossom did.
To make everything perfect, this synthetic Transputer has a link to the physical Transputers on the ATW800/2 which are also linked and themselves have a link at the edge of the card to connect to the outside world.

To round this up:
Everything is shared with the Atari host. You have access to the physical Transputer(s) and the synthetic ones over the 68k bus.
GEM has access to the VRAM as do the synthetic Transputers… and indirectly over their links, the physical Transputers, too.
Given proper programming, the possibilities are endless. Here are some ideas:

  • Accelerate Atari programs using Transputers (send data, let them do the math, collect results)
  • Run X windows on Helios (running the X client on a synthetic Transputer).
  • Use the synthetic Transputers as GPU. Let them do the VRAM manipulation. Lines, vertices, transformation… you name it.
Additional features (for the Mega-ST)

But wait, there’s more 🤓…

Like I told you in the beginning, I’d like to be this as much plug-and-play as possible. So the ATW800/2 features 1MB in-system programmable Flash ROM. That ROM can host 4 different versions of TOS selectable by two DIP-switches at the back-edge of the card.

Next to that DIP-switch you’ll find a dual USB port. That is a dumb loop-through to the front left edge of the ATW800/2. It is meant to connect an optional Lightning-ST so you have a nice & clean way to lead those connectors to the outside without cutting holes into your Mega-ST case.
Alternatively you can use these port to power external ACSI drives like the ACSI2SD or ACSI2STM etc.

Besides the 3 external Transputer-Links there’s also an internal one at the cards front. Just in case you have my relocator installed…

The ATW800/2 features a battery-holder for a coin battery. Because the original AA battery compartment of the Mega-ST can get in the way with the ATW800/2, this might have to be cut out 😥.
That holder can then replace the original one.

And finally, because the Nano20k has it already on-board, we’re to providing a harddisk interface using the Nano’s Micro-SD feature.
This feature is seen as a free add-on, not a real feature as it is a bit picky about the Micro-SD card used.
We strongly recommend known brands like SANDISK. No-names will give various results from working up to desaster.

Why “Mega-ST” only?
Well the ATW800/2 is also available for the VME bus, i.e. Mega-STe and Atari TT.
Most of those optional features aren’t needed in those systems. Also VME cards require a 0.5mm unpopulated edge on both sides to slide into its cage.

  • ROMs cannot fully served through the VME bus.
  • When installed in the VME cage, there’s nearly no way to feed in the USB connector of a Lightning-TT.
  • Same goes for internal TRAMs and a battery cable.
Look Ma’! VME connector fitted!

There you have it. This is all we’re able to talk about right now. Some smaller details might change until the release – that’s called ‘agile’ 😏
Let’s sum it up again:

The ATW800/2 will be available for the Mega-ST bus as well as VME bus. This is our progress so far. It will be updated every time we think it’s worth doing so.

Mega-ST bus support
100%
VME bus support
100%
Graphics
100%
Real Transputers
100%
Synthetic Transputers
100%
4 TOS ROMs selectable and programmable
100%
Using MicroSD as harddrive
90%

Technical details

The ATW800/2 basically consists of 3 main devices:

  • The FPGA (“Seurat”)
  • The CPLD (“Absinth”)
  • The Inmos C011 link-adapter

Absinth is the glue to the system-bus. He decodes addresses, manages the different functions on the card and controls the C011. He’s also the gateway between the 5V and 3.3V worlds.

Seurat itself, the core within the FPGA, consist of the Framebuffer controller, a blitter and (currently) two one synthetic T425 Transputer cores. The 2nd core was scarified for more Transputer Memory or VRAM.

This is a schematic representation:

 

This was the pre-announcement in July/August 2024

And for those, who haven’t watched it… here’s the hastly made YT video 😅

…and another one showing the card running on the VME bus of an ATARI TT