Commodore Bildschirmtext II Decoder Cartridge

Here are some pictures of the outside and the inside of a Commodore Bildschirmtext II Decoder Cartridge for the C64 – a 6800-based computer connected to the expansion port!

Bildschirmtext (Btx) was a German online service that existed from 1983 to 2001. Here are some videos of what it looked like.

To use the service with a C64, this decoder cartridge was required, which connected to the expansion port.

The cartridge is actually a Siemens product, it’s just Commodore-branded. The sticker says:

  • SIEMENS
  • Universal Btx Decoder
  • S30817-S721-B101-7/02 EX/W8
  • A30817-X732-B100-4-11
  • Commodore Artikel Nr. 606491

The box with the Deutsche Bundespost logo is the registration (A506 131V). At the time, only explicitly Post-approved devices and software were allowed to be used for participating in Bildschirmtext.

(This is the “Btx Decoder Modul II”, even though the cartridge doesn’t say so. There was a completely different first model.)

There are three DIN ports at the back, from left to right:
* Modem: This connects to the proprietary Deutsche Bundespost “DBT-03” modem (1200 baud down, 75 baud up).
* RGB: This is for connecting an analog RGB monitor.
* FBAS: This port is identical to the C64 video port and allows using a C64 monitor.

The Post-approval for participating in Bildschirmtext required the decoder to be able to show a pixel-exact image of the service (480×240 pixels with 32 out of 4096 colors)1. Since the VIC-II in the C64 could not meet this, the decoder cartridge had its own video controller and therefore its own video ports.

This is the output of the cartridge on startup. Note the different font, with 12×10 pixel characters. (The VIC-II is still active and shows a message that the user should connect the video cable to the cartridge instead.)

The board reveals that the cartridge doesn’t only have its own video chip, it also has its own CPU, RAM and ROM – it’s a complete computer that only connects to the C64 in order to reuse the keyboard and the disk drive.

These are the major chips:
* Motorola MC6803: a 6800-family microcontroller
* Motorola MC68HC34: Dual-Port Memory Unit
* 64 KB RAM (two 41464 64Kx4 DRAM)
* 32 KB EPROM
* D65040GF206: NEC µPD65000 series CMOS gate array

The hardware hasn’t been analyzed much. The communication with the modem, the decoding of the CEPT data stream and the interaction with the Btx service are handled by 6800 CPU and the software in the EPROM.

I am assuming the software writes the RGB values of every single scanline into the dual-port memory in real-time, which the gate array then reads to generate the video signal – like on the Atari VCS and the Sinclair ZX81. This keeps the complexity of the video hardware minimal.

The chipset and the firmware are probably very similar to the technology used in dedicated Bildschirmtext terminals.

References


  1. A hardware decoder was only required until 1990, when Deutsche Bundespost was finally convinced to allow software decoders. It was then enough if the pixel-exact image could be printed to paper, which was met as long as the decoder software included a 24-pin (black and white) printer driver.

6 thoughts on “Commodore Bildschirmtext II Decoder Cartridge”

  1. The 6800 bus has the same cycle structure as the 6502 (as the 6502 borrows that from the 6800). Thus at least in theory the gate array could contain counters that control the address bus on the “half cycle” where the CPU doesen’t control the bus, much like the VIC chip does, and thus video could be generated in hardware.

    What clock speed is the 6803 rated at, and what would the minimum for generating the video signal be?

    Btw the case seems like the same, more or less, that the REU uses, except of course the holes for the DIN connectors and the labels.

    It’s strange that there is no pass-through for the video cables.

  2. The dual port memory unit is marked as XC68HC34. As I recall, the XC prefix indicates the chip is a preproduction engineering sample.

  3. It would be interresting to compare the ROM of that board with the one in the Siemens BTX terminals.

    I do have the ROM of 2 different Loewe terminals and those seem to have been written in some high level language as it seems like the registers were re-assigned. The Loewe terminals were based on 8032 or something.

    What is noteworthy is that they used a Japaneese chip for the display. It could be that this is a terminal designed for Captain.

  4. Ahh sorry, a gate array would of course also make sense. There were dedicated chips available late in the BTX development which would cut cost. Since BTX is moderately complex, my guess is that this gate array could house a full text-mode display. After all it’s nothing more than reading 4+ bytes from the character position, then reading 2 bytes from the character memory, and shifting it out, switching between foreground and background colour, essentially just like any other “modern” text mode console works.

    Having the CPU writing every line as RGB values into RAM would be very hard as the pixel clock of BTX typically is 12 MHz.

  5. The 8032 is iirc an 8031 with some differences, while the difference between 8031 and 8051 is that one of them has internal mask programmed ROM and the other one requuires an external ROM (which uses up a bunch of pins that could otherwise be used as GPIO). So the 8051 and 8032 is just different members of the same microcontroller family.

    Btw what was so special about Bildschirmtext that made it require this special video hardware? As an example, in Sweden we had “Datavision” (and perhaps some other smaller services) which used the same video specifications as teletext. That was great as a C64 can display that. As it didn’t scroll and as data were recieved at 1200bps the C64 could keep up with the dispaly in hires mode, which made stuff like freely selectable background for each char and double height chars possible. Thus the hardware for “Datavision” were just a cartridge containing a ROM (which could be pirated onto a floppy disk and started with pressing reset or a SYS command) and a modem capable of both 300/300 (originate and answer) and 75/1200 (only originate) using an AMD “Worldchip” modem-on-a-chip IC and the regular discrete things and glue logic that is needed, which were connected to the user port. You had to use a regular telephone to dial the database and when you heard the modem answer tone you’d push the “data” button on the modem, keep it pressed for a while, and hope that the LED would not turn off when you released the “data” button. Then put the phones handset on hook again. The modem did disconnect automatically if the answering modem did drop the line though, so it didn’t hang on to the line if the connection were disrupted. You could of course also use any RS232 interface for a C64 and any other modem that did raw 75/1200 on RS232. There were also some modems that only did 75/1200 but those weren’t as popular. I think there were no formal requirements to use an approved terminal, although the modem itself had to be approved for connection to the public telephone network.

    If the Bildschirmtext did some hires stuff I can understand why it needed special hardware. But from what I saw on those gif animations in a previous post, it seems like regular teletext hardware would had been good enough. In some cases any 40*24 capable display might even had been good enough although it would had been boring without the block graphics and color.

Leave a Comment