Re: RC11 controller (Was: Reproduction DEC 144-lamp indicator panels)
On 12/9/21 8:15 PM, Jay Jaeger via cctalk wrote: One could perhaps emulate the RS64 data stream using a fast-enough micro, ala the MFM emulator. Why does everyone seem to want to emulate HW like this with a micro when a reasonable FPGA implementation with some external FRAM would do the job? The SMD/ESDI emulator that I've been working on has to "brute force" the emulation because of BW concerns. That is, it has to read the entire emulated disk image into DRAM because: 1. You need at least a track's worth of buffering to send/receive the data though the data interface (serial) 2. You don't have enough time to transfer tracks in/out of the track buffer to flash (or what ever) to meet the head switch times 3. You don't have enough time to transfer whole cylinders in/out of the cylinder buffer to flash (or what ever) to have reasonable track-to-track seek times So it will require a micro, but that's mainly to manage what's going in/out of the (large) DRAM back to flash (it reads the entire emulated disk image into DRAM during boot). All of the actual commands and data movement across the interface are all done by an FPGA. -- TTFN - Guy
Re: RC11 controller (Was: Reproduction DEC 144-lamp indicator panels)
On 12/9/2021 7:49 PM, Noel Chiappa via cctalk wrote: > From: Steven Malikoff > Was there ever an indicator panel for the RC11? .. I have a set of RC11 > modules .. No backplane though. I've not found any docs for these, I suppose > they're probably on bitsavers and have overlooked them. Looking at the manual and engineering drawings (at BitSavers, as you guessed), no lights. I've added links to those to the CHWiki RC11 page: https://gunkies.org/wiki/RC11_disk_controller The engineering drawings have the wirelist for the backplane, so it would be possible to wire a new one. (I'm in the process of doing that for my KE11-A.) Not sure it would be much use without an RS64 drive, though. Noel One could perhaps emulate the RS64 data stream using a fast-enough micro, ala the MFM emulator. JRJ
Re: Reproduction DEC 144-lamp indicator panels
On Thu, Dec 9, 2021 at 4:47 PM Noel Chiappa via cctalk wrote: > - the DX11 (I don't think anyone's got one of those) Technically correct, I have _two_. But alas nothing to connect them to. -tony
Re: Overland T490 cartridge tape drive and autoloader
On 12/9/21 3:20 PM, Peter Coghlan via cctalk wrote: Many years ago, a friend gave me an Overland T490 tape drive which has some kind of autoloader attached which takes ten tapes. I was told it came out of a Tandem system. The tapes are square cartridges similar but different to a DEC TK50. I can't find very much information about the drive on the web but there are some hints that it might be compatible with an IBM 3480. It powers up nicely and the fan works and after a short pause, a green LED illuminates. There are only two buttons on the front, "unload" and "format". CDC made a Patriot drive that used 3480 cartridges, and had a SCSI interface. They were serpentine drives. The CDC division was "Laser Magnetic Storage Int'l" Jon
Re: RC11 controller (Was: Reproduction DEC 144-lamp indicator panels)
> From: Steven Malikoff > Was there ever an indicator panel for the RC11? .. I have a set of RC11 > modules .. No backplane though. I've not found any docs for these, I suppose > they're probably on bitsavers and have overlooked them. Looking at the manual and engineering drawings (at BitSavers, as you guessed), no lights. I've added links to those to the CHWiki RC11 page: https://gunkies.org/wiki/RC11_disk_controller The engineering drawings have the wirelist for the backplane, so it would be possible to wire a new one. (I'm in the process of doing that for my KE11-A.) Not sure it would be much use without an RS64 drive, though. Noel
Re: Reproduction DEC 144-lamp indicator panels
Noel said > The only PDP-11 devices which used indicator panels which I know of were: > > - the DX11 (I don't think anyone's got one of those) > - the RF11 (ditto - although Guy was discussing emulating one at one point) > - the RP11 (but the indicator panel is built into the controller rack there, > so if one has an RP11, one already has the indicator panel) > - the RK11-C (and several people who have those already have indicator panels) Was there ever an indicator panel for the RC11? Just curious as I have a set of RC11 modules (M7219, M7220, M7221, M7222, M7224, M7225) I found with the FOX-2/10 (PDP-11/15). No backplane though. I've not found any docs for these, I suppose they're probably on bitsavers and have overlooked them. Another indicator panel but non-DEC was the Foxboro drum (that's their description of the fixed-head disk) unit apparently using the DDC 6200 with their own proprietary DBI controller. The drum indicator panel bezel is the same casting as the 11/15's (and 11/20) as seen on page 1 of this extract: https://archive.org/details/drum_extract_from_FOXBORO_FOX2_Hardware_System_Overview_Jan1972 I have the complete Foxboro schematics for this controller including the panel with its 61 bulbs. It's on my to-do scanning pile. From an old 2007 message I found, I think Guy S has one? There was also a small mention of it being emulated in Section 4.4.15 of the Ersatz-11 manual. I can't see any evidence that the RC11 controller had anything to do with the Fox unit, so I have no idea why they had it. There was no trace of any fixed-head disk hardware with the 2/10 and I think it may have only been offered with the upgraded FOX 2/30 system. Steve.
Overland T490 cartridge tape drive and autoloader
Many years ago, a friend gave me an Overland T490 tape drive which has some kind of autoloader attached which takes ten tapes. I was told it came out of a Tandem system. The tapes are square cartridges similar but different to a DEC TK50. I can't find very much information about the drive on the web but there are some hints that it might be compatible with an IBM 3480. It powers up nicely and the fan works and after a short pause, a green LED illuminates. There are only two buttons on the front, "unload" and "format". There are two DD50 connectors on the back. One had a terminator plugged into it labelled "SCSI differential". The other had a ridiculously long cable with DD50 plugs on it connected, lending further credence that this is a differential (pre-LVD I expect) SCSI device. I would like to get this drive working with my Alpha or VAX VMS systems but I have never had any luck getting them to talk to it. Recently, I tried a using a DD50-HD68 cable I found somewhere to connect it to a differential SCSI card in my Alphaserver 800 but I could not get VMS to see the drive. Not knowing what SCSI id the drive is likely to be using makes it hard to know where to start looking for it. There are no switches on the outside of the drive which could be used to set the SCSI id so I opened it up to see if I could find any hints inside. I didn't see anything that looked like it could be used to set the SCSI id inside either. What I did find is that the interface board had a connector labelled "SCSI differential" which had two short lengths of ribbon cables plugged into it leading to the two DD50 connectors on the rear panel and another connector labelled "SCSI single ended" with nothing attached. There were also two ten way jumper packs which were labelled "DI" and "SE" on each side. So, not having any luck with differential so far, I tried moving the two jumper packs from "DI" to "SE" and moving the ribbon cable to the "SCSI single ended" socket. I used a short, known good DD50-DD50 SCSI cable to connect the drive to my VAX 4000-100A and replaced the differential terminator with a known good single-ended terminator. VMS didn't see the drive. VMS has a utility called scsi_info which can be used to send a SCSI inquiry command and read mode pages etc. Trying it against each unused SCSI id results in "device timeout" every time. The system disk is on the same SCSI bus before the tape drive and a SCSI scanner can be connected after it on the bus. Both devices work fine so the SCSI bus cabling and termination is in good shape on both sides of the tape drive. I've tried moving the system disk SCSI id from 0 to 1, changing the initiator SCSI id from 6 to 7 and replacing the scanner with a terminator in case there is any sort of SCSI id conflict but scsi_info still doesn't show up anything that could be the tape drive. Does anyone have any information about this drive, particularly whether it should behave like a standard SCSI tape drive and what SCSI id and/or lun it is expected to use or if there is some trick required to get it to start talking? Maybe it doesn't like SCSI inquiry commands? Extra bonus points awarded for details on how to control the autoloader. Maybe I did some damage to it when I was trying to get it to work when I first got it? Regards, Peter Coghlan.
Re: NI PCI-GPIB+ Analyzer boards on ebay
About the software: I bought a couple of that seller's cards; one each of 284088568161 & 284088570014. Asked him about the software. Here's his reply. Regarding your question about the Analyzer software, if I recall correctly it comes bundled in the "NI-488.2" software package. I believe the version in my screenshot in the eBay listing was v17.6 for Win7 SP1 x86, but it should still be fully supported in the newest v21.0 package for x86 or x64 systems. https://www.ni.com/en-us/support/downloads/drivers/download.ni-488-2.html LabVIEW version compatibility matrix: https://www.ni.com/en-us/support/documentation/compatibility/17/ni-488-2-and-labview-version-compatibility.html All new to me. Now to hunt manuals for the cards. Guy At 12:33 PM 9/12/2021 -0800, you wrote: >On Wed, Dec 8, 2021 at 10:50 PM Rodney Brown via cctalk > wrote: >> >> NI National Instruments PCI-GPIB+ Analyzer PCI IEEE488.2 Interface Card >> >> While a photo shows the Windows NI Analyzer software in use, the item >> doesn't mention it. >> >> If NI will provide the analyzer software, these could be used to capture >> HP-IB traffic to characterize the attached devices, timings etc. >> > >Has anyone recently installed and used the NI GPIB Analyzer software? >Is that something that must be obtained and installed separately, or >is it included as an optional component of the standard NI-488.2 >download and installation? > >I suppose I could try downloading and installing the 1.19 GB current >21.0.0 version of the NI-488.2 software to take a look. The current >21.0.0 version of NI-VISA is another 1.11 GB download. >
Re: NI PCI-GPIB+ Analyzer boards on ebay
On Wed, Dec 8, 2021 at 10:50 PM Rodney Brown via cctalk wrote: > > NI National Instruments PCI-GPIB+ Analyzer PCI IEEE488.2 Interface Card > > While a photo shows the Windows NI Analyzer software in use, the item > doesn't mention it. > > If NI will provide the analyzer software, these could be used to capture > HP-IB traffic to characterize the attached devices, timings etc. > Has anyone recently installed and used the NI GPIB Analyzer software? Is that something that must be obtained and installed separately, or is it included as an optional component of the standard NI-488.2 download and installation? I suppose I could try downloading and installing the 1.19 GB current 21.0.0 version of the NI-488.2 software to take a look. The current 21.0.0 version of NI-VISA is another 1.11 GB download.
Re: Reproduction DEC 144-lamp indicator panels
> From: Jay Jaeger > Also, if someone (else, presumably) does up a replica of the indicator > panel board (perhaps with the option to use LEDs, with some resistor > packs that could be bypassed for lamps Two points. First,there's the question 'are you trying to produce something that just _looks_ alike, or do you want something that's electrically compatible (i.e. can be swapped in in place of an original'? If the latter, it might be going to take a little work; it might not be just 'wire up some LEDs and go'. If you look at the indicator panel prints (pg. 190 of the RF11 prints), the incoming lines are tied to the base of a transistor; its emitter is tied to ground, and the light bulb is wired between the collector and +6.5V. This means, I think (I'm basicaly a software guy :-), that one turns the bulb on by putting a voltage on the input, which turns the transistor on, and current flows through the bulb to ground. (If I have that wrong, will someone please orrect me?) Given that the way TTL works is that 'logic' outputs actually sink currect when their output is '0' (i.e. current goes _in_ the 'output' pin), it might take a little work to make the right thing happen. Although maybe not; looking at the RK11-C prints, it seem to drive the indicator panel straight from the output of normal gates. I _think_ what happens is that when a gate's output is '1', the output's voltage floats high, and that's enough to turn on the transistor (above) driving the bulb. (Ditto the request for correction!) But the real issue with 'electrically compatible indicator panels' is the wiring. In the originals, the flat cables that drive them are soldered directly to the indicator panel board, and also to the paddle boards. So the _only_ standard interface location is the paddle boards. I suppose one could put Berg headers on both the indicator panel board and the paddle boards, and use a standard IDC cable betweenthe two... Mention of the paddle board interface brings me to the second point: even if one did produce electrically-compatible indicator panels - where are you going to use them in a PDP-11 system? Not in the CPUs - those all had their own front panels. The only PDP-11 devices which used indicator panels which I know of were: - the DX11 (I don't think anyone's got one of those) - the RF11 (ditto - although Guy was discussing emulating one at one point) - the RP11 (but the indicator panel is built into the controller rack there, so if one has an RP11, one already has the indicator panel) - the RK11-C (and several people who have those already have indicator panels) I agree, the indicator panels look cool - but where are you going to use one in a historical PDP-11 system? Sure, one could use either a electrically-compatible or non-electrically-compatible indicator panel anywhere you want, plugging into some non-historical hardware, but.. (The non-electrically-compatible indicator panel Dave did for the QSIC is initially being used in something which emulates an RK11 and/or RP11, so there's some rationale for it.) Noel
Re: PDP-11/70 Boards
On Thu, Dec 9, 2021 at 12:26 PM Rob Jarratt wrote: > > Hello Tony, > > > The power bricks draw very little current with no load on the output and > > 2.5A > > would be fine to power one up. > > > Are you saying that I can test them with no load? I thought they would need > some load? I'm pretty sure I've run them with no load and they have been fine. Note that the regulation is not that good, the voltage may be a little high with no load, and if you tweak it down with the preset you'll have to turn it up again when you run the PDP11 off said bricks. Also note that they are switching regulators. As a result, 2.5A input current at say 20V would give a good few amps (10A if they were 100% efficient, more like 8A in practice I would guess) at the output. -tony
Re: NI PCI-GPIB+ Analyzer boards on ebay
The NI GPIB-410 is also often available cheaply, it's basically the ISA version. I believe I saw the drivers for it on NI's FTP server when I was looking for the manual. Thanks, Jonathan ‐‐‐ Original Message ‐‐‐ On Thursday, December 9th, 2021 at 01:50, Rodney Brown via cctalk wrote: > https://www.ebay.com.au/sch/m.html?_ssn=techparts2020&_nkw="PCI-GPIB%2B; > > NI National Instruments PCI-GPIB+ Analyzer PCI IEEE488.2 Interface Card > > (~USD140) > > Ebay item # > > 284088568161 Copyright 1998 183619B-01 > > 284088565868 Copyright 2001 183619C-01 > > 284088570014 Copyright 2005 ASSY192125D-01 > > While a photo shows the Windows NI Analyzer software in use, the item > > doesn't mention it. > > If NI will provide the analyzer software, these could be used to capture > > HP-IB traffic to characterize the attached devices, timings etc. > > The HPDrive project mentions the analyzer cards as being supported > > https://www.hp9845.net/9845/projects/hpdrive/#hpdrive
RE: PDP-11/70 Boards
Hello Tony, > The power bricks draw very little current with no load on the output and 2.5A > would be fine to power one up. Are you saying that I can test them with no load? I thought they would need some load? > > Most, if not all, of the power bricks start by rectifying and smoothing the > AC > input. As a result they will run off a DC input too. > You can test them using a bench supply, normally do. > > One final thing. Do not, (as I did when younger and even more foolish) > disable the over-current trip in a power brick. If the crowbar operates, you > will end up with transistors blown off the PCB. > > > -tony
Re: Siemens T100 Terminal with Paper Tape - Available
On 2021-12-09 11:26, Dominique Carlier via cctalk wrote: On 9/12/2021 11:00, nico de jong via cctalk wrote: Sent !
Re: Siemens T100 Terminal with Paper Tape - Available
d...@skynet.be Thanks ! Dominique On 9/12/2021 11:21, nico de jong via cctalk wrote: Hello Dominique If you send me your e-mail address, I can start with sending you the user manual, so you can what the software does This software has an interface to i-telex.net, so you can use it for international chats It also has a lot of other functions, but it would take too long to list it all here Regards Nico (OZ1BMC), formerly PTT telegraph operator On 2021-12-09 11:14, Dominique Carlier via cctalk wrote: Oh great ! But a little bit noisy to use like that ;) Well, I'm interested by your software anyway ! Dominique On 9/12/2021 11:00, nico de jong via cctalk wrote: Dominique, Well, that is in principle very easy. You need a COM port (or simulator) and a little box converting RS232 to 50 BPS serial. Diagrams can be found everywhere. But you could also look at www.i-telex.net. This is a (primarily) german "band of brothers". They have set up an international of teleprinter users, so they can communicate through internet. Nice system, can recommend it. If you have (or get) a special interest in teleprinters, I have the software for a teleprinter exchange, also interfacing to i-telex.net In this way, you can have a complete telegraph office in your living room (more likely : a garage) 73, Nico On 2021-12-08 21:29, Dominique Carlier via cctalk wrote: The subject interests me because I have the same beast but which only works in local mode. I currently don't know what is required to send text in this monster through a computer Below is a link to a video of my machine in action: https://www.youtube.com/watch?v=dL-XU855C80 Dominique On 8/12/2021 20:52, Paul Koning via cctalk wrote: No, it's 5 bit tape. 2 data bits, transport sprocket holes, 3 data bits -- top to bottom on the reader (right side), left to right on the punch (left side). DEC PDP-10 systems used six bit code internally but I don't remember those appearing on punched tape. The punched tape machines I have seen with 6 channels are typesetting devices, from early tape operated Linotype machines (1940s vintage) to 1960s or 1970s era phototypesetters. Those are upper/lower case. paul On Dec 8, 2021, at 2:23 PM, Mike Katz wrote: I thought I had recalled that Baudot was 5 bits but the paper tape is 6 bits across and I don't know of any 6 bit character codes except for DECs upper case only character set and even their paper tape had 8 bits so I guessed Baudot. On 12/8/2021 1:16 PM, Paul Koning wrote: 5 bit; if it really were 6 bits it would typically be typesetting codes. That's a relative of the machine used as console terminal on Dutch Electrologica X8 computers; I recognize the "Iron cross" symbol, the figures shift character on the D key. But some of the other function codes have different labels so it isn't actually the same model. The description I have says that the X8 console used CCITT-2, a.k.a., Baudot, code but with the bit order reversed. And also that it used the all-zeroes code as a printable character rather than as non-printing fill. paul
Re: Siemens T100 Terminal with Paper Tape - Available
Hello Dominique If you send me your e-mail address, I can start with sending you the user manual, so you can what the software does This software has an interface to i-telex.net, so you can use it for international chats It also has a lot of other functions, but it would take too long to list it all here Regards Nico (OZ1BMC), formerly PTT telegraph operator On 2021-12-09 11:14, Dominique Carlier via cctalk wrote: Oh great ! But a little bit noisy to use like that ;) Well, I'm interested by your software anyway ! Dominique On 9/12/2021 11:00, nico de jong via cctalk wrote: Dominique, Well, that is in principle very easy. You need a COM port (or simulator) and a little box converting RS232 to 50 BPS serial. Diagrams can be found everywhere. But you could also look at www.i-telex.net. This is a (primarily) german "band of brothers". They have set up an international of teleprinter users, so they can communicate through internet. Nice system, can recommend it. If you have (or get) a special interest in teleprinters, I have the software for a teleprinter exchange, also interfacing to i-telex.net In this way, you can have a complete telegraph office in your living room (more likely : a garage) 73, Nico On 2021-12-08 21:29, Dominique Carlier via cctalk wrote: The subject interests me because I have the same beast but which only works in local mode. I currently don't know what is required to send text in this monster through a computer Below is a link to a video of my machine in action: https://www.youtube.com/watch?v=dL-XU855C80 Dominique On 8/12/2021 20:52, Paul Koning via cctalk wrote: No, it's 5 bit tape. 2 data bits, transport sprocket holes, 3 data bits -- top to bottom on the reader (right side), left to right on the punch (left side). DEC PDP-10 systems used six bit code internally but I don't remember those appearing on punched tape. The punched tape machines I have seen with 6 channels are typesetting devices, from early tape operated Linotype machines (1940s vintage) to 1960s or 1970s era phototypesetters. Those are upper/lower case. paul On Dec 8, 2021, at 2:23 PM, Mike Katz wrote: I thought I had recalled that Baudot was 5 bits but the paper tape is 6 bits across and I don't know of any 6 bit character codes except for DECs upper case only character set and even their paper tape had 8 bits so I guessed Baudot. On 12/8/2021 1:16 PM, Paul Koning wrote: 5 bit; if it really were 6 bits it would typically be typesetting codes. That's a relative of the machine used as console terminal on Dutch Electrologica X8 computers; I recognize the "Iron cross" symbol, the figures shift character on the D key. But some of the other function codes have different labels so it isn't actually the same model. The description I have says that the X8 console used CCITT-2, a.k.a., Baudot, code but with the bit order reversed. And also that it used the all-zeroes code as a printable character rather than as non-printing fill. paul
Re: Siemens T100 Terminal with Paper Tape - Available
Oh great ! But a little bit noisy to use like that ;) Well, I'm interested by your software anyway ! Dominique On 9/12/2021 11:00, nico de jong via cctalk wrote: Dominique, Well, that is in principle very easy. You need a COM port (or simulator) and a little box converting RS232 to 50 BPS serial. Diagrams can be found everywhere. But you could also look at www.i-telex.net. This is a (primarily) german "band of brothers". They have set up an international of teleprinter users, so they can communicate through internet. Nice system, can recommend it. If you have (or get) a special interest in teleprinters, I have the software for a teleprinter exchange, also interfacing to i-telex.net In this way, you can have a complete telegraph office in your living room (more likely : a garage) 73, Nico On 2021-12-08 21:29, Dominique Carlier via cctalk wrote: The subject interests me because I have the same beast but which only works in local mode. I currently don't know what is required to send text in this monster through a computer Below is a link to a video of my machine in action: https://www.youtube.com/watch?v=dL-XU855C80 Dominique On 8/12/2021 20:52, Paul Koning via cctalk wrote: No, it's 5 bit tape. 2 data bits, transport sprocket holes, 3 data bits -- top to bottom on the reader (right side), left to right on the punch (left side). DEC PDP-10 systems used six bit code internally but I don't remember those appearing on punched tape. The punched tape machines I have seen with 6 channels are typesetting devices, from early tape operated Linotype machines (1940s vintage) to 1960s or 1970s era phototypesetters. Those are upper/lower case. paul On Dec 8, 2021, at 2:23 PM, Mike Katz wrote: I thought I had recalled that Baudot was 5 bits but the paper tape is 6 bits across and I don't know of any 6 bit character codes except for DECs upper case only character set and even their paper tape had 8 bits so I guessed Baudot. On 12/8/2021 1:16 PM, Paul Koning wrote: 5 bit; if it really were 6 bits it would typically be typesetting codes. That's a relative of the machine used as console terminal on Dutch Electrologica X8 computers; I recognize the "Iron cross" symbol, the figures shift character on the D key. But some of the other function codes have different labels so it isn't actually the same model. The description I have says that the X8 console used CCITT-2, a.k.a., Baudot, code but with the bit order reversed. And also that it used the all-zeroes code as a printable character rather than as non-printing fill. paul
Re: Siemens T100 Terminal with Paper Tape - Available
>Please note : all mecanial Siemens machines I've seen, use 40 mA. Not 60 mA. /Nico On 2021-12-09 00:21, Curious Marc via cctalk wrote: Dominique, Nice to see your machine working so well! I like how it lights up from the inside. To connect it to a computer, you could simply get a Volpe board that does the Baudot 60 mA loop to ASCII RS 232 conversion for you, or build one yourself like I did. Info on both here: https://www.curiousmarc.com/mechanical/teletype-model-19#h.p_2ltO4LwPtuZR Matc On Dec 8, 2021, at 12:29 PM, Dominique Carlier via cctalk wrote: The subject interests me because I have the same beast but which only works in local mode. I currently don't know what is required to send text in this monster through a computer Below is a link to a video of my machine in action: https://www.youtube.com/watch?v=dL-XU855C80 Dominique On 8/12/2021 20:52, Paul Koning via cctalk wrote: No, it's 5 bit tape. 2 data bits, transport sprocket holes, 3 data bits -- top to bottom on the reader (right side), left to right on the punch (left side). DEC PDP-10 systems used six bit code internally but I don't remember those appearing on punched tape. The punched tape machines I have seen with 6 channels are typesetting devices, from early tape operated Linotype machines (1940s vintage) to 1960s or 1970s era phototypesetters. Those are upper/lower case. paul On Dec 8, 2021, at 2:23 PM, Mike Katz wrote: I thought I had recalled that Baudot was 5 bits but the paper tape is 6 bits across and I don't know of any 6 bit character codes except for DECs upper case only character set and even their paper tape had 8 bits so I guessed Baudot. On 12/8/2021 1:16 PM, Paul Koning wrote: 5 bit; if it really were 6 bits it would typically be typesetting codes. That's a relative of the machine used as console terminal on Dutch Electrologica X8 computers; I recognize the "Iron cross" symbol, the figures shift character on the D key. But some of the other function codes have different labels so it isn't actually the same model. The description I have says that the X8 console used CCITT-2, a.k.a., Baudot, code but with the bit order reversed. And also that it used the all-zeroes code as a printable character rather than as non-printing fill. paul
Re: Siemens T100 Terminal with Paper Tape - Available
Dominique, Well, that is in principle very easy. You need a COM port (or simulator) and a little box converting RS232 to 50 BPS serial. Diagrams can be found everywhere. But you could also look at www.i-telex.net. This is a (primarily) german "band of brothers". They have set up an international of teleprinter users, so they can communicate through internet. Nice system, can recommend it. If you have (or get) a special interest in teleprinters, I have the software for a teleprinter exchange, also interfacing to i-telex.net In this way, you can have a complete telegraph office in your living room (more likely : a garage) 73, Nico On 2021-12-08 21:29, Dominique Carlier via cctalk wrote: The subject interests me because I have the same beast but which only works in local mode. I currently don't know what is required to send text in this monster through a computer Below is a link to a video of my machine in action: https://www.youtube.com/watch?v=dL-XU855C80 Dominique On 8/12/2021 20:52, Paul Koning via cctalk wrote: No, it's 5 bit tape. 2 data bits, transport sprocket holes, 3 data bits -- top to bottom on the reader (right side), left to right on the punch (left side). DEC PDP-10 systems used six bit code internally but I don't remember those appearing on punched tape. The punched tape machines I have seen with 6 channels are typesetting devices, from early tape operated Linotype machines (1940s vintage) to 1960s or 1970s era phototypesetters. Those are upper/lower case. paul On Dec 8, 2021, at 2:23 PM, Mike Katz wrote: I thought I had recalled that Baudot was 5 bits but the paper tape is 6 bits across and I don't know of any 6 bit character codes except for DECs upper case only character set and even their paper tape had 8 bits so I guessed Baudot. On 12/8/2021 1:16 PM, Paul Koning wrote: 5 bit; if it really were 6 bits it would typically be typesetting codes. That's a relative of the machine used as console terminal on Dutch Electrologica X8 computers; I recognize the "Iron cross" symbol, the figures shift character on the D key. But some of the other function codes have different labels so it isn't actually the same model. The description I have says that the X8 console used CCITT-2, a.k.a., Baudot, code but with the bit order reversed. And also that it used the all-zeroes code as a printable character rather than as non-printing fill. paul
Re: Siemens T100 Terminal with Paper Tape - Available
On Wed, 8 Dec 2021, Monty McGraw wrote: I have this terminal in my garage - sitting on its custom stand. That's a plain standard current loop telex machine using CCITT2 code. The more modern electronic version of it is the T1000 (that was available as 5-bit CCITT2 and 8-bit ASCII). Christian
