test-drb

test-drb@ccmp.vtda.org

101090 discussions

Houston Computer Museum Warehouse Liquidation

by tsraguso＠gmail.com

I have seen multiple posts over time speculating about flooding in the warehouse. I would like to assure everyone that the warehouse has never flooded, and that any posts to the contrary are inaccurate or greatly exaggerated. I have cleared a significant area inside the warehouse and have not seen any indications at all of floodwaters entering the building. Additionally, the landlord has also confirmed that the building has never flooded. The only moisture-related damage that has occurred at all happened to paper articles in direct contact with the cement floor (The floor is bare cement, and gets moist during heavy rains). Such items have all been discarded. The computers, even those that touched the ground, are undamaged. If I were to find a computer with water damage, it would be clearly labeled as such when being sold. If you have any questions, please email me directly, and I will gladly answer them to the best of my knowledge. Thomas Raguso

6 years, 6 months

cctalk Digest, Vol 62, Issue 19

by athornton＠gmail.com

I might have had something to do with https://www.sinenomine.net/products/vm/njeip And as far as I remember, at least some of it was BSD licensed, so if that's what floats your boat...knock yerself out.

6 years, 6 months

TRS-80 Model III and IV parts needed (keycaps, keyboard switch, ribbon cable, floppy drive parts)

by rescue＠hawkmountain.net

So, on this Model III I'm working on the following keycaps are missing: 1/! key right shift key Looks like keycaps from a Model III, and possibly a model I would work. Probably a Model IV keycap for 1/! would work, but I think the right shift key would be different between a Model III and Model IV. I also need one of the ALPS switches as the '+' part of the stem is broken off. In addition, on the drive (Texas Peripherals), there is a plastic component that screws onto the aluminum arm with the diskette retaining hub with 2 screws.... it then accepts two plastic pins that connect this piece to the drive door. I am missing on of the plastic pins and the plastic piece is cracking. Anyone have any of these parts kicking around. On a Model III upgraded to a Model IV I have, the ribbon cable to the serial/com board has 'self destructed' as the glue failed, so once removed it could not be reconnected. Interestingly the cable for the floppy controller did not deteriorate ????? Sadly on the upgraded Model III someone converted it to 3 drives, using an original full height drive for the 1st drive (at the bottom), and put 2 HH drives in the top bay. To make room for the eject control on the top drive, the upper case has been notched. It would be nice to find an upper case for a Model III and do away with that notch.... or alternately an empty Model IV case (top and bottom). Thanks to anyone with any TRS-80 'parts vault' that may have these parts available.... It has been a long time since I have touched a Model I/III (last time was probably 1983 :-) ). Looking forward to getting the 3 systems I have up and running (Model I with Expansion, Model III, and a Model III upgraded to a Model IV). Thanks in advance, -- Curt

6 years, 6 months

3270 controller simulation

by aek＠bitsavers.org

https://deskthority.net/viewtopic.php?f=55&t=21558&p=442092#p442092 if you look at the pictures from april, they have an arduino talking to a 3278 any ideas who 'ajk' in austin might be?

6 years, 6 months

UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

by j_hoppe＠t-online.de

Daniel, >> >> Yes, can (get a kit with SMT work done) > > OK, that?s the answer I needed; > If I want to put one of these in a KS10, can the parity lines be hacked from the software > (the KS10 uses them as two extra data bits) or are they hard-wired to parity? Several people asked to make UniBone PDP-10able, it should be not problem. UNIBUS PA,PB are (like all other signals) just pins on a GPIO multiplier, no interpretation is done in hardware. On software side the PRU must sample 18bit instead of 16bit for DATA, then lots of "uint16_t" must be changed to "uint32_t" in the whole software stack. Not clear what to do with existing device emulators: did DEC construct 18bit mutants for a few PDP-11 peripherals to run them in KS10? UNIBUS on a PDP-10 makes only sense to me if the big pool of PDP-11 peripherals can be used directly. regards, Joerg

6 years, 6 months

message from andrew (was 3270 controller simulation)

by aek＠bitsavers.org

-------- Forwarded Message -------- Subject: 3270 controller simulation Date: Mon, 18 Nov 2019 19:43:24 -0600 From: Andrew Kay To: aek at bitsavers.org Hi Al, I'm waiting for approval to join the cctalk mailing list but I heard on IRC you were interested in my project so hope you don't mind me reaching out to you directly. Unfortunately I don't have much in the way of useful documentation other than the code itself right now - I am planning on putting some documentation on the protocol together as well as a basic write-up on what I've discovered. Anyway - everything I've built so far can be found at https://github.com/lowobservable/oec and the linked projects (for the coax interface and TN3270 library). It's still pretty basic at this point but can do enough TN3270 and VT100 emulation to be usable. Here is a more recent photograph showing it connected to the Master the Mainframe server - https://i.redd.it/1kpbe3muvbz31.jpg. For the coax interface I'm using two obsolete ICs from National Semiconductor - the DP8340 and DP8341 and using an Arduino to connect these to a PC. I was really excited to see somebody on the mailing list mention they were working on an FPGA interface - building an interface that didn't depend on obsolete components is my plan for next year but I have to learn some electronics first. Please feel free to copy the above to the mailing list - I definitely want to join (do you know if it is possible to join with a GMail account, the last I heard was I was waiting to be approved), I had no idea there were so many people interested in 3270 things :-) Andrew

6 years, 6 months

Question about "Distributed" in the DFT name.

by cctalk＠gtaylor.tnetconsulting.net

On 11/18/19 11:10 AM, Paul Koning wrote: > Open systems may be distributed, distributed systems may be open, but > they are not synonyms. Okay. Fair enough. I don't think the people using "Open Systems" as in Mainframe vs Open Systems vs Wintel were differentiating between "open" vs "distributed". > For example, I'm not sure anyone would call VMS an open system, yet > clearly it's distributed (VAXcluster). What is "open" in this context? Is it open source? Is it open communications protocols? (As in OSI / POSIX.) Is it something else? I suspect that OpenVMS qualifies as the OSI / POSIX meaning of "open". ;-) But OpenVMS is decidedly not open source. OpenMVS (a.k.a. USS) on the mainframe comes to mind too. }:) -- Grant. . . . unix || die

6 years, 6 months

Conitec GRIP and GRIP-Color

by holm＠freibergnet.de

Hi all, Some time ago I've got from a friend a defective ECB Bus Card named GRIP-4, that's a ancient Z80 based graphic display controller Card using the MC6845/HD6345 CRT Controller made by the (still existing) german Company Conitec in the 80s. Additional I've got an empty extension PCB called Grip-Color..the for color needed Memory, shift and palette registers. I've phoned the CEO from Conitec in the meantime and he will send the paperwork regarding the GRIP-4 that he still could find to me for scanning, unfortunately he couldn't find anything for the Grip-Color card. I have a running ECB bus system with an REH-CPU280, an Z280 based System that could run CP/M-3 and UZI280, has an FDC on board and an IDE Interface with an 128MB Flash disk, I whish to extend that with the GRIP Cards.. Is here someone that could please provide some Information related to the Grip-Color Card? I think I've repaired the GRIP-4 in the meantime (still have to connect an CRT, just replaced the FBT [different Model and Make] in the Monitor that I want to connect), but the oscillograms are looking good. I whish complete the Grip-Color card, any helpful information is welcome, even a picture where I can see which ICs are soldered in. https://www.z80cpu.eu/mirrors/oldcomputers.dyndns.org/public/pub/rechner/co… Thanks in Advance, Holm -- Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe, Freiberger Stra?e 42, 09600 Obersch?na, USt-Id: DE253710583 info at tsht.de Fax +49 3731 74200 Tel +49 3731 74222 Mobil: 0172 8790 741

6 years, 6 months

RD54 jumper settings and cable settings

by cz＠alembic.crystel.com

Finally got my xxdp+ floppy in the mail. The RX50 is flakey (probably needs a head cleaning, 95% isopropyl safe on these heads?) but I have it booted. Problem is in the RQDX3 formatter the drive shows up as drive 0, but generates an FCT write error. Questions: 1) I assume all cables in the BA23 chassis should have pin 1 to the left (away from fans), correct? 2) On the RD54 should it be jumpered as drive 1, or drive 4, or something in-between? 3) On the BA23 panel I assume the ready light should be on, the ready buttom for the RD54 should not be pressed, and the write protect light should be off with the write protect button not pressed, correct? One step at a time, as they say.... C

6 years, 6 months

FPGA based 3174 replacement

by cw＠cfsimmons.com

I have made the module available at https://github.com/cwsimmons/raw3270 For now it probably looks like a mess, but I hope to add comments and build the coax circuit later this week. I just wanted to get it out there now since I know there is interest. Chris

6 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