test-drb

test-drb@ccmp.vtda.org

101090 discussions

by kylevowen＠gmail.com

Can anyone identify these TTY ICs? A friend gave them to me, but doesn't recall what they came from. http://i.imgur.com/AIfiOyY.jpg Thanks, Kyle

11 years, 6 months

3Dprint switches

by vrs＠msn.com

From: John Foust: Sunday, February 01, 2015 2:23 PM > At 12:22 PM 2/1/2015, Vincent Slyngstad wrote: >>I've had excellent results ordering from Shapeways. >>The switch handles are not cosmetically pleasing when printed with the usual >>hobby gear, and the improved resolution of Shapeways' sintered nylon printer >>really helps. > > What were your results in trying the usual ABS and PLA of common > plastic printers? The part are generally functional, but there's significant "banding," where the individual extrusion layers are visible in the result. This is made worse by the need to orient the part to maximize the mechanical strength of the result. The color choices are generally quite limited, too. Admittedly, these issues can be mitigated with acetone wash, sanding and filling, and paint. But really, that's a lot more work than I wanted to do, especially for about two dozen small parts. The sintered nylon parts come smooth enough out of the "strong and flexible, polished" process, and are available in acceptable yellow and orange colors. The only issues are their porous nature and their matte finish, both of which are fixed by the urethane floor shine. (If you need PDP-11 or other colors, then you can probably substitute a suitable paint for the floor polish.) They do cost a little over $4 each, but that doesn't really seem that bad. Vince

11 years, 6 months

3Dprint switches

by jwest＠classiccmp.org

I don't recall if this was talked about here before, but I just found these via google. PDP8 http://www.thingiverse.com/thing:360853 HP 21MX http://www.thingiverse.com/thing:330821 and http://www.thingiverse.com/thing:331984 Best, J

11 years, 6 months

Destructive Imaging of DECTAPE II Media

by nf6x＠nf6x.net

I have a bunch of DECTAPE II cartridges from which I want to try recovering as much data as possible, including the console cartridges for my VAX-11/730, none of which have managed to boot the machine. Inspired by the various floppy disk imagers I have, my thinking has wandered in the direction of building an imaging device using a TU58-XA mechanism and my own drive electronics. I happen to have a few TU58-XA mechanisms sitting about to experiment with. The imagined imager would sample both tracks simultaneously with ADCs so that I could post-process the data repeatedly from a single physical pass past the heads. Maybe I'd even hack in the missing optical end-of-tape sensor rather than relying on the written end-of-tape signals. This scheme might let me recover data from tapes which confuse the normal TU58 drive electronics (say, because of corrupted sector marks). With that in mind, I dug into a box of acquired tapes to select a sacrificial dummy for experimentation, and picked out one labeled "NFG" by the previous owner, figuring I had nothing to lose with that one. Inspection revealed that the drive belt had broken and was stuck to the tape, and as expected, it peeled the oxide right off when I removed it. Is there any way to remove pieces of stuck drive belt from these tapes without harming the underlying oxide? Next, I moved on to trying to replace the drive belt with a Plastiband brand elastic band, as I've previously seen discussed for tape cartridges with this style of mechanism (including the larger QIC cartridges). I used the 2-1/8" size, and found that it seemed to be of suitable diameter to stretch around the required path. However, I have had no luck getting it to stay in place when the tape is moved. It quickly jumps off and gets tangled when I drive the tape, and I suspect that it's because these Plastibands are a bit too narrow to properly ride the crowned drive wheel and idler rollers. Let me interject that I have nothing good to say about this belt-driven cartridge design. I thought it was a bad design the first time I encountered one, and nothing has changed my opinion since then! Now I finally get to the main topic I'd like to discuss: "Destructive" imaging of DECTAPE II media. By eye, the DECTAPE II tape media looks very close to the same width as normal audio cassette tape. What if I built an imaging drive in which I remove the tape from any DECTAPE II cart to be imaged rather than trying to use the original &(#$%*$ belt drive system? I wonder whether there's any prior art for a scheme like this. One idea would be to transplant the tape media into a cassette tape housing, but I'm not yet sure whether that might offer any advantages over building an ad-hoc open reel system, or even a reel-less system since any given tape would only be run past the heads a small number of times in one event, and then might be discarded once any remaining data is extracted. I have doubts that a cassette transport's pinch roller and capstan system would work well for this scheme, since the normal tape speed of a DECTAPE II is over 15x the tape speed of an audio cassette. So, I'd probably need to fashion a different sort of capstan system, possibly negating any advantage of using cassette tape housings. I'm not sure whether it would be better to pull the tape with a capstan and pinch roller drive vs. pulling it with a take-up reel hub and providing a free-spinning capstan with an optical encoder to provide tape speed feedback. Either scheme would allow me to move the tape past the head at constant speed, but I'm not sure if one scheme might be easier to build than the other. Next, the imaginary device would need appropriate heads. I might salvage the head from a TU58-XA, though that could be a bit challenging since the heads are epoxied in place after adjustment. Or, maybe I would get lucky and discover that the heads from an auto-reversing audio tape deck (which I believe have four gaps in order to play stereo tapes in either direction without flipping them) might have gaps in the right places for reading both tracks of DECTAPE II media? Audio cassette tape heads have a few potential advantages, including not being epoxied in place and having a tape alignment guide welded on one side. What do you folks think about this silliness? -- Mark J. Blair, NF6X <nf6x at nf6x.net> http://www.nf6x.net/

11 years, 6 months

vtserver mod to accommodate 11/34 console emulator

by jacob.ritorto＠gmail.com

Hi, Pardon the crudeness of this approach, but the last time I did a project like this, I never managed to communicate it to others who might've used it. I modified Warren's VTserver to work with older pdp11s, like my 11/34, that have the older console emulator that speaks differently. Warren's original expects a nice new ODT that responds to things like 165200/000004 for depositing values in memory. I modified it to talk to the 11/34-style console emulator that expect something more like L 165200 D 000004 So, my code currently works, but it's really crude with sleep(1) all over the place to mitigate overrunning the console serial. It should be merged in properly to Warren's original and rewritten to have its own command line argument other than -odt , but that said, here's the diff. Use it if you can. I hope to get around to making it nicer someday. 156a157,159 > puts("SENDING BOOT CODE VIA CONSOLE EMULATOR"); > write(portfd, "L 165000\r", strlen("L 165000\r")); > sleep (1); 158c161 < sprintf(bootbuf, "%06o/", loc); --- > sprintf(bootbuf, "L %06o\r", loc); 160c163 < --- > sleep(1); 162,163c165,166 < while (1) { read(portfd, &ch, 1); if (ch==' ') break; } < sprintf(bootbuf, "%06o\r", bootcode[i]); --- > while (1) { read(portfd, &ch, 1); printf("%c",ch); if (ch=='@') break; } > sprintf(bootbuf, "D %06o\r", bootcode[i]); 165c168 < --- > sleep(1); 167c170 < while (1) { read(portfd, &ch, 1); if (ch=='@') break; } --- > while (1) { read(portfd, &ch, 1); printf("%c",ch); if (ch=='@') break; } 169c172,174 < sprintf(bootbuf, "%06oG", BOOTSTART); --- > puts("SENDING CONSOLE EMULATOR START COMMAND"); > sleep(1); > sprintf(bootbuf, "L %06o\r", BOOTSTART); 171c176,179 < while (1) { read(portfd, &ch, 1); if (ch=='G') break; } --- > sleep(1); > sprintf(bootbuf, "S\r", BOOTSTART); > write(portfd, bootbuf, strlen(bootbuf)); > while (1) { read(portfd, &ch, 1); if (ch=='@') break; } 490a499 > printf("havesentbootcode %d\n",havesentbootcode);

11 years, 6 months

cctalk Digest, Vol 3, Issue 31

by jonas＠otter.se

On 2015-01-31 19:00, cctalk-request at classiccmp.org wrote: > On 01/30/2015 11:23 AM, js at cimmeri.com wrote: >> It's not a pond.. it's an ocean. Why do some people insist on >> calling it a >> pond? Because a pond is rather smaller than an ocean. The same logic as when I was at school and milk was known as "bull", because milk comes from a cow, which is the opposite sex to a bull.

11 years, 6 months

SIMH DG Nova and real serial port

by shadoooo＠gmail.com

Hello, I'm developing a system similar to VTserver for PDP11, but for DG Nova machines. The system uses a serial console connection and a Python back-end on the PC. Now I need to debug the binary code developed for the Nova, but I have to do it on an emulated machine on a PC. In other words, I would need to use SIMH connected to a real serial port: is it possible? Thanks Andrea

11 years, 6 months

Old ACM publications available for free (CACM, Surveys, TOCS, SIGOPS O.S. Review)

by paul＠mcjones.org

I am offering (for free) ACM publications I?ve accumulated over 40+ years as a subscriber: CACM (Communications of the ACM) 1967-2013 ACM Computing Surveys 1972-1997 SIGOPS Operating System Review 1972-2011 TOCS (ACM Transactions on Computer Systems) 1983-1991 In all, they fill about 7 file boxes. There are some gaps because I?ve already donated batches to ACM and the Computer History Museum to fill gaps in their archives. I live in Mountain View, California, and it would be best if you could pick them up. If you?re willing to pay for postage and packaging, I could mail them media mail rate within the US. Paul McJones

11 years, 6 months

Destructive Imaging of DECTAPE II Media

by shadoooo＠gmail.com

Hello, I also have an 11/730, but not working yet and it needs to be restored. The TU58 are all rusty, so probably should be replaced. I tried to find a complete TU58 system (mechanics + board) to read the cassettes, modify firmware to format DC100, and in the end to replace the bad one in the 730, but no luck so far (anybody has a suggestion on how to find one?) I have a bunch of cassettes of original software, including console tape, but they all suffer from sticky belt problem. I always avoided to move the tape to avoid the hole spot problem, and stored all of them in vacuum packaging together with silica-gel, waiting for a good restoring procedure and suitable hardware. In these days I read all these posts about reading the tape in different way, that gave me an idea: I have a TASCAM 4-tracks recorder that was using normal audio tapes. As the tape width is the same, and also track position is similar, I could try to move the tape from a TU58 cassette to an audio cassette, then read it on the 4-tracks. The machine has a knob to adjust head position slightly, so it could help. I don' t remember if the speed of the tape could be adjusted too (maybe normal / double). Sampling the audio with a good sound card could give some good data to be elaborated to extract data, of course a filtering/recovery algorithm has to be developed (using Matlab/Octave)? If the procedure would prove to be working, I could offer my help to image tapes, specially for 730 as they would be very useful also to restore my machine (I really would like to have diagnostic tapes). This procedure could work? Andrea

11 years, 6 months

Tape Drive Capstans

by jnc＠mercury.lcs.mit.edu

> From: Al Kossow > I just bought a big selection of difference sizes of Norprene tubing > from US Plastics to see how they work on various QIC drives. The first > ones I'm trying are the HP 9145 and TU58. If/when we get our wiki up, the outcome of your work would be a great thing to record there. (If you're too busy, I would be more than happy to scribe for you!) I, for instance, have a TU58 I'd like to get running some day, but given that I have about 173 higher-priority things on the list in front of it, I'm sure that by the time I get to it, I'll have some dim memory that it was talked about here, but short of good luck with Google, or a voluminous search through the archives, I won't be able to find what I need - and I'll have to ask... :-( Had we all that kind of stuff in a wiki, on the other hand... :-) Yes, not everyone will be diligent enough to check the wiki before they ask, but hey, if they don't, you all can enjoy yourself flaming them for not being willing to exert themselves to learn how to fish, before asking to just be given some.. :-) Noel

11 years, 6 months

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

test-drb