Re: 3270 controller simulation
On 11/16/2019 5:23 PM, Al Kossow via cctalk wrote: https://deskthority.net/viewtopic.php?f=55=21558=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? This is a screen running IRC, including the channel, #deskauthority https://imgur.com/a/WmVxoGw ping the user id's on that screen? and...@cpe-24-27-54-87.austin.res.rr.com topic set by acfrazier Looks like a VT100 screen. I am hoping it's really running 3270 on the thing. Look at the bottom below the line. has VT100 on that line where the 3270 status would be. id seems to be acfrazier
Re: Discord
Just an fyi the mohaa site only loads an Apache test page. On Fri, Nov 15, 2019, 3:10 PM jwest--- via cctalk wrote: > Medal of Honor : Allied Assault > > We are also looking to 'wrap into the same game' the Spearhead and > Breakthrough add-ons. > > If you ever want to play, you can download a free version called "mohaa > revival" (we put that out as well). > There are a few gameservers left, but 'mohaa.todesplace.org' is the one > ya want to join for the 'cool people' LOL > > We usually only have players during the evenings, but occasionally there > is a rare day-group. > > -Original Message- > From: Lyle Bickley > Sent: Friday, November 15, 2019 12:54 PM > To: cctalk@classiccmp.org > Cc: jw...@classiccmp.org > Subject: Re: Discord > > Hi Jay, > > What game are you working on? There are SO many WWII FPS games of that > period ;) > > https://en.wikipedia.org/wiki/List_of_World_War_II_video_games > > Cheers, > Lyle > -- > > On Fri, 15 Nov 2019 11:25:41 -0600 > jwest--- via cctalk wrote: > > > Greetings folks > > https://en.wikipedia.org/wiki/List_of_World_War_II_video_games > > > > > > The past few years I’ve become fairly focused on a particular old > > 1999/2000 ww2 fps computer game. Of course playing it but I’m also on > > the development team for the game (EA has given up on it, but we still > > put out new releases, maps, patches, etc.). As a result of that, I > > pretty much live on Discord text/audio chat these days. If you send me > > an email I will eventually see it and may even respond heh. But if you > > send me anything on Discord I’m going to see it immediately. If any of > > you are on discord, I am “Todesengel#9624”. > > Feel free to add me as a friend and that way you can get me usually > > immediately. I am not leaving the hobby, nor am I saying not to email > > me at the usual address. But a lot of you do talk to me > > semi-frequently and I’m just saying discord will get to me far > > quicker. > > > > > > > > In addition, mostly as an exercise to see how to do it, I set up a > > ClassicCMP discord server. That Discord server is NOT meant to replace > > this list, nor should it be taken to signal any less commitment on my > > part to keeping this list running. They > > arehttps://en.wikipedia.org/wiki/List_of_World_War_II_video_games > > fundamentally different things; Discord is great for real time text > > chat back and forth. There are also audio and video channels if people > > want to use that to talk verbally or via video. To get on that server, > > here is a semi-permanent invite: https://discord.gg/U8Skw5g Joining > > the server gets you to all the other folks who may join the classiccmp > > discord, not just me. Of course, that could be zero > > Like I said, I just did it as an exercise, and discord is how some of > > my family and friends stay in touch. But it is there if peeps want to > > use it. > > > > > > > > I’d rather not turn this into a long debate of whether discord is good > > or bad or anything like that. I’m just saying it’s there, and it’s > > quicker to get ahold of me that way at times. > > > > > > > > Best, > > > > > > > > J > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > Lyle Bickley > NM6Y '73 > http://bickeywest.com > "Black holes are where God is dividing by zero" > > >
Re: 3270 controller simulation
On 11/17/19 4:32 PM, alan--- via cctalk wrote: > > Anyone aware of any effort to emulate 515x terminal sessions on a Midrange > system over one of the standard SDLC serial > ports? sounds painful do you mean over a twinax port? I was just thinking I don't think I've seen the equivalent of the CUT spec for twinax There was firmware and cards that existed for the National DP8344 that supported CUT and twinax but I've never been able to find a copy.
Re: RX01 wants
On Sun, Nov 17, 2019 at 2:45 PM Fritz Mueller via cctalk wrote: > Hi Ethan, > > > On Nov 17, 2019, at 11:25 AM, Ethan Dicks wrote: > > The box is kind of fun, and was standard for word processors and the > > MINC-11 but I can understand wanting a rackable system. > > Thanks for the info! Sure thing. Here's a photo of the VT78 on its table over the tabletop RX02 box. You can see the bent metal "rails" in the bottom - the drive box just slides back on those. Quite minimal. http://computermuseum.informatik.uni-stuttgart.de/pics/vt78/vt78.jpg > I’m all for keeping things intact when possible, so I’d also be happy to do a > trade for a rackable RX drive if anybody is interested. Otherwise, would > definitely want to pass the box on to any interested collector. There are many options, as have been discussed. The drive mechs and boards and PSU are quite standard and were available in 2-3 configurations (rackable, DECmate I pedestal, tabletop box, essentially). All the internal drives used Berg-40-to-Berg-40 cables. The external ones used the DB25 arrangement. -ethan
Re: old PDP/DEC PSU hardware question
On 17/11/2019 20:28, Dr Iain Maoileoin via cctalk wrote: > I have a query out on VCFed, but I am not gettin gany interest. Neither did > my 2015 request on a similar topic - must be the wrong forum. > > Advice please: where is the best place to get some troubleshooting tips on > debugging a DIGITAL H7202B power supply? > I have 2 supplies that are giving me trouble. I am competent at digital > work, much less so on switch-mode and analogue > (555 is an analogue in my books!). I have variacs scopes, logic analysers, > voltmeters but no skill ;-( > > Any advice? H7202 sounds like PDP-11/84 or VAX-11/730. Either way the schematics are available on bitsavers: http://www.bitsavers.org/pdf/dec/vax/730/MP01270_11730_Engineering_Drawings_Apr82.pdf I have repaired one of these before but there's no guarantee you have the same fault. For me it was C30 at location D5 on sheet 2. This silver mica capacitor had become leaky which caused fusible resistor R49 to fail. This took out (what I'm going to call) the 'standby' power supply and without that nothing works. I would start by checking this 'standby' supply. With AC power applied you should get +14V and -14V as shown at location D2 on sheet 2 even when the main power supply outputs are off. Matt
Houston Computer Museum Warehouse Liquidation
I have located the Cray Y-MP EL, in addition to other other interesting items, including an Intergraph 6400 workstation with tablet, a PDP-11/23, an IBM System/34 with 5251 terminal and keyboard, a Unisys A-Series mainframe, and a Symbolics 3640 Lisp machine (includes console, but there is no keyboard). Pictures can be found here: https://photos.app.goo.gl/rgkBddeuosjnJ3TC6 I am taking offers on all of the above listed items. Thomas Raguso
Re: 3270 controller simulation
Anyone aware of any effort to emulate 515x terminal sessions on a Midrange system over one of the standard SDLC serial ports? I know there were cards like the AST 5251/11 back in the ISA/DOS days. But it would be nice to build a multi-session terminal emulator out of a modern Linux box for my S/36. -Alan H. On 2019-11-16 20:23, Al Kossow via cctalk wrote: https://deskthority.net/viewtopic.php?f=55=21558=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?
Re: old PDP/DEC PSU hardware question
Do you mean h742? What system? On Sun, Nov 17, 2019, 3:29 PM Dr Iain Maoileoin via cctalk < cctalk@classiccmp.org> wrote: > I have a query out on VCFed, but I am not gettin gany interest. Neither > did my 2015 request on a similar topic - must be the wrong forum. > > Advice please: where is the best place to get some troubleshooting tips on > debugging a DIGITAL H7202B power supply? > I have 2 supplies that are giving me trouble. I am competent at digital > work, much less so on switch-mode and analogue > (555 is an analogue in my books!). I have variacs scopes, logic > analysers, voltmeters but no skill ;-( > > Any advice?
Re: 3270 controller simulation
El dom., 17 nov. 2019 2:23, Al Kossow via cctalk escribió: > > https://deskthority.net/viewtopic.php?f=55=21558=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? > Very impressive. Cordiales saludos / Best Regards / Salutations / Freundliche Grüße - Sergio Pedraja >
Re: RX01 wants
On 11/17/19 2:17 PM, Fritz Mueller via cctalk wrote: > Hi Paul, > >> I think you mean RX11. > > Ah, yes — I typo’d that, thanks! > >> Isn't the BC05L-15 folded up in the case? Or did they put a short one to the >> back of the box? I can't remember now. > > I’ll have a look to remind myself when I get downstairs later today. IIRC, > everything is brought out to D-shell connectors on the back of the box? > >> Which are you on located? I know someone who was looking for a box last year. > > I’m in Oakland, CA. I’d gladly pass the box on to some other collector if I > can find rails. > >> Are they the old Calcomp cast aluminum, or the newer DEC 70 class drives? >> The DEC ones >> can sometimes be converted to RX02s. I think the older (RX01 only) were the >> M7726 and M7727. RX02 conversion required two things, both boards from RX02. The drives are not an issue as I have done it. Memory is fuzzy if I reused the old power supply. Pulled it and its the old. Then you must have a RXV21(qbus) RX21(u-bus) as well... > Will check and post back. > >Thanks! > —FritzM. > >
old PDP/DEC PSU hardware question
I have a query out on VCFed, but I am not gettin gany interest. Neither did my 2015 request on a similar topic - must be the wrong forum. Advice please: where is the best place to get some troubleshooting tips on debugging a DIGITAL H7202B power supply? I have 2 supplies that are giving me trouble. I am competent at digital work, much less so on switch-mode and analogue (555 is an analogue in my books!). I have variacs scopes, logic analysers, voltmeters but no skill ;-( Any advice?
Re: RX01 wants
Hi Ethan, > On Nov 17, 2019, at 11:25 AM, Ethan Dicks wrote: > The box is kind of fun, and was standard for word processors and the > MINC-11 but I can understand wanting a rackable system. Thanks for the info! I’m all for keeping things intact when possible, so I’d also be happy to do a trade for a rackable RX drive if anybody is interested. Otherwise, would definitely want to pass the box on to any interested collector. --FritzM.
Re: 3270 controller simulation
Neat. On 11/16/2019 7:23 PM, Al Kossow via cctalk wrote: > > https://deskthority.net/viewtopic.php?f=55=21558=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? > >
Re: RX01 wants
On Sun, Nov 17, 2019 at 2:17 PM Fritz Mueller via cctalk wrote: > > Isn't the BC05L-15 folded up in the case? Or did they put a short one to > > the back of the box? I can't remember now. > > I’ll have a look to remind myself when I get downstairs later today. IIRC, > everything is brought out to D-shell connectors on the back of the box? Yes. The table-top enclosure has IIRC a small board with a 40-pin Berg and DB25 on it. Systems that came with a DB25 disk drive cable included the early DECmates (VT78 and DECmate I) and the MINC-11. Same pinout everywhere. The disk pedestal for the DECmate I definitely has a passive board inside for the DB25-Berg-40 transition. For the DECmate I, there's a DC37-DB25 cable from the CPU. For the MINC-11, there is IIRC a 40-pin-to-DB25 cable that goes into the RXV21 (same pinouts as the RX11). I don't remember any Unibus systems using the desktop RX01 enclosure but it would work with the right cabling. For the short term, you can get a 5-10' 40-pin cable and just run it from the RX11 to the RX01 controller board, but you wouldn't be able to close the drive box up. If you are just looking to remove the drive from the box and rack-mount it, they used the standard "Parkerized" grey-finish steel slide rails that were common in 1970s DEC gear. The box is kind of fun, and was standard for word processors and the MINC-11 but I can understand wanting a rackable system. -ethan
Re: RX01 wants
Hi Ulrich, > On Nov 17, 2019, at 3:59 AM, Ulrich Tagge via cctalk > wrote: > I'm interested in the RX01 Drive and equipment. > Where is the stuff located? Unfortunately, the list in my email was stuff I wish to buy, not sell :-) Sorry for being unclear! --FritzM.
Re: RX01 wants
Hi Paul, > I think you mean RX11. Ah, yes — I typo’d that, thanks! > Isn't the BC05L-15 folded up in the case? Or did they put a short one to the > back of the box? I can't remember now. I’ll have a look to remind myself when I get downstairs later today. IIRC, everything is brought out to D-shell connectors on the back of the box? > Which are you on located? I know someone who was looking for a box last year. I’m in Oakland, CA. I’d gladly pass the box on to some other collector if I can find rails. > Are they the old Calcomp cast aluminum, or the newer DEC 70 class drives? The > DEC ones > can sometimes be converted to RX02s. I think the older (RX01 only) were the > M7726 and M7727. Will check and post back. Thanks! —FritzM.
UniBone: Linux-to-DEC-UNIBUS-bridge, year #1
*What it is:* In case you forgot: UniBone is a plugin board to DEC PDP-11 UNIBUS systems containing a BeagleBone Black. See http://retrocmp.com/projects/unibone. Is it possible to get it as a "kit+" where the SMD components only are already soldered onto the bare board, but all the rest left for those who are ok with a normal soldering iron but not confident on doing the SMD? Yes, can do that. Joerg
Re: RX01 wants
Hi Fritz, I'm interested in the RX01 Drive and equipment. Where is the stuff located? Many Greetings Ulrich
Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1
On 11/16/19 19:56, W2HX via cctalk wrote: > Is the BBB not fast enough to do Qbus? Meaning, for qbus, would a FPGA be > necessary? Or was this just the op's choice among many possible options? I'd think that PRU in the BBB ought to be able to handle the QBUS easily. A state-machine in an FPGA seemed to me the more straightforward way to implement bus cycles but absolutely that's not the only possible choice. In fact, that brings up one of the things that I'm really enjoying about hardware development with FPGAs. Once I get hardware built with an FPGA in the middle, I have a wide range of implementation options for any particular bit I'm building. I can use combinational logic, state-machines, micro-coding, or, with a soft processor, I can approach it with software. In fact, I can choose different answers for the different pieces of the problem. I quite enjoy that flexibility even though it can be an excess of options at times. > It does seem useful to have this thing run linux and ethernet and be able to > pass files (data and programs) back and forth very easily. the FPGA approach > seems more technically challenging but seems less universal (to my limited > mind). It would seem a BBB you could load software, test, and reload as > easily as copying some executable code (I dont know if that is correct or an > over simplification). whereas the FPGA sounds like it needs to be > recompiled/re-burned each time? Yes, you do have to compile code for the FPGA but you have to compile your code for the BBB too. While I like the command-line interface to gcc better than the GUI for Vivado (the Xilinx FPGA dev tool), I would prefer to just be able to drive it all from a Makefile, either way there's a compile step. Eventually I intend to make loading new code into the QSIC as simple as copying the binary file to an SD card or USB thumb drive to update the flash. Loading new code over Ethernet? Not sure I'll ever manage that one.
Re: RX01 wants
On Sun, Nov 17, 2019 at 9:18 AM Paul Anderson via cctalk wrote: > > The DEC ones > can sometimes be converted to RX02s. I think the older (RX01 only) were the > M7726 and M7727. > The newer RX02 boards, M7744 and M7745, can be used for either. > DISCLAIMER!! I'm taking > the board numbers off the top of my head. They could be wrong. I think the boards are very different and thus easily distinguished : The RX02 boards (which can be set to RX01 mode with a DIP switch on the controller board) : Are interconnected by a 20 way cable ending in Berg connectors The controller board has a pair of 2901s (40 pin chips) and a 2 position DIP switch on it. The RX01 boards : Are interconnected by a 16 way cable with DIL headers The controller board has no 40 pin ICs, no DIP switch. But it has a 36 way DEC-style edge connector for a KM11 board -tony
Re: RX01 wants
I think you mean RX11. I'll see if I have any I can spare. Isn't the BC05L-15 folded up in the case? Or did they put a short one to the back of the box? I can't remember now. There are 3 or so screws on on each side that hold the bottom of the box on. The same screw and holes are used for the slides. I'll look for slides also. Which are you on located?I know someone who was looking for a box last year. Are they the old Calcomp cast aluminum, or the newer DEC 70 class drives? The DEC ones can sometimes be converted to RX02s. I think the older (RX01 only) were the M7726 and M7727. The newer RX02 boards, M7744 and M7745, can be used for either. DISCLAIMER!! I'm taking the board numbers off the top of my head. They could be wrong. Paul On Sat, Nov 16, 2019 at 4:54 PM Fritz Mueller via cctalk < cctalk@classiccmp.org> wrote: > Hi all, > > I recently picked up a “tabletop” RX01 drive for cheaps. So now I’m in > the market for: > > - RK11 controller > - cables > - rack ears, rails (how was this done?) > - formatted media > > If anybody here might have any of this and like to work out a deal, feel > free to let me know off-list! > >thanks much, > —FritzM. > > >
Re: Quantum 2080 and 540 service manuals
On 11/16/19 12:48 AM, Chuck Guzis via cctech wrote: > On 11/15/19 2:21 PM, dwight via cctalk wrote: >> Heads getting stuck on the ramp? >> Maybe it has warn a groove in the plastic. It could be the bearings on the >> head assembly as well. >> Dwight > > Dunno--I only fire the thing up about once every 5 years or so... > > --Chuck > Mine are in the once a year for the lest frequently used and a few at least once a week. I find them bullet proof. Allison
UniBone: Linux-to-DEC-UNIBUS-bridge, year #1
The question "FPGA or not?" keeps me still awake at night, so some rambling here! > Is the BBB not fast enough to do Qbus? Meaning, for qbus, would a FPGA be necessary? > Or was this just the op's choice among many possible options? I was considering a FPGA solution first, even had a Xilinx ZYNQ training for that. But switched to BeagleBone PRU soon for several reasons (many non-technical ones). Speed is essential. OK, UniBus/QBus are asynchronuous, so you can delay bus cycles when your emulated devices need processing time. But the emulator has to watch bus activity in realtime for register accesses to emulated devices. Problem here is not ARM processing power (1+ GHz is fast enough), but delays in the GPIO access and random code delays by Linux task switching and RAM refreshes and the like. So you need to have some realtime logic on the bottom of all the C code. UniBone should be "community friendly", a FPGA would mean: - code developers need VHDL/Verilog skills and a special tool chain - kit builders need to program the FPGA and solder these damn fine pitch parts. - Technically, a interface between ARM core and FPGA is time-critical, would not work on RPi FPGA shields. So either you implement EVERYTHING in FPGA, or you are bound to some FPGA SoC demo boards. As the BeagleBone has these realtime PRUs: - all development is done in C/C++, familiar cross platform debugging in Eclipse. - the edit-compile-debug cycle is very fast: 10 seconds for a partial recompile & program start when developing remote from a modern PC. - The whole toolchain (gnu gcc and PRU C commpiler) also runs on the BBB itself, so you can develop new code immediately. - BBB is slim enough to fit in a DEC card slot, is cheap (down to $60 now) and will be available for years. - big Debian/BeagleBone community behind, Drawbacks of the ARM+PRU approach were: - the realtime stuff is done with sequential code, so manual optimization was needed. - the PRU code space is limited, design can not be scaled up endlessly. - limited pin count available, a GPIO multiplier was needed. UniBone is a success because indeed several contributors accepted it. Despite choosing BBB, I wasn't sure for long wether that ARM+PRU approach wouldn't be a dead end technology. There was not much development on the BeagleBones for 5 years, but with the new BBONE-AI, everything has changed. TI followed the "Linux ARM + coprocessors" road here in a spectacular way. The mandatory move to "multi core, GHz, RAM, WiFi, GBit Ethernet, USB3" has been done too. > It does seem useful to have this thing run linux and ethernet and be able to pass > files (data and programs) back and forth very easily. > the FPGA approach seems more technically challenging but seems less universal (to my limited mind). > It would seem a BBB you could load software, test, and reload as easily as > copying some executable code (I dont know if that is correct or an over simplification). > whereas the FPGA sounds like it needs to be recompiled/re-burned each time? All true, see above. > > I dont know whether an RPi could work or if the BBB is needed for speed etc. RPi's are faster and have more ARM cores than BBB, but thats in fact not needed. "Realtime determinism" is the keyword here, as well as GPIO speed. BBB PRUs can toggle GPIOs with 50+MHz. regards, Joerg
