On 01-10-14 01:21, Bill Sudbrink wrote:
> Dennis Boone wrote:
> At that point, I'll probably just switch to a linux box, a couple of USB
> hubs and a bunch of USB<>serial dongles. Somebody has probably already
> written a generic POSIX terminal server program... if not, I can hack one
> up myself.
>
Then do yourself a favour and stay away from the el cheapo pl2303
clones. they *seem* to just work fine, but they tend to have all kind of
fuzzy defects, not apparent but after a longer period of time. ft232
cost more, but are very reliable
--
Met vriendelijke Groet,
Simon Claessen
drukknop.nl
Just clearing out some more stuff, Ive got 5 HP t5735 Thin Clients
They are Sempron 2100mhz with 1GB RAM, 1GB ATA Flash
The best part with these is you can replace the 1GB DOM with a hard
drive and have yourself a really quiet low power linux box. Or just
put a 16GB USB stick in the internal USB port and install linux. I
run a system to provide PPP access to my Commodore Amiga, and run my
VT420 off of the same system. They have a real serial port. So the
possibilities are endless with these. Faster then an RPI
It has 8 USB Ports 6 on the outside 2 on the inside
Im asking $50 each shipped for them. They come with AC Adapter. The
Debian image and XPe image for these is on HP's website if you so choose
to download it.
Just back from a visit to RE-PC in Tukwila.... Tucked back in a corner
is a large box of original IBM floppy disks (both 8 and 5.25) for AS-400
with some docs in 3ring binders. Looks to be apps although there are
some sealed pkgs as well.... they want $40 for the box but
occasionally dicker.
Is this stuff potentially significant?
Steve
> From: Antonio Carlini
>> Does anyone know of a list of quad QBUS cards that work (or do not
>> work) in Q/CD backplanes
> There are lots and lots of Q-bus cards so it would be quite a long list.
Indeed; hence the "or do not work" in my original message - I realized that
that list was likely more manageable.
(Although one possible bug with the 'does not work' list is that one could get
a false positive failure...)
> From: David Riley
> Conversely, cards designed for the CD interconnect (RLV11 board sets,
> PMI memory, PMI CPUs) should NEVER, EVER be plugged into a Q/Q
> backplane.
Off-topic somewhat, but I wonder why DEC put PMI signals, etc on power pins
(I assume that's what zaps a PMI/etc card plugged into a Q/Q slot). Surely
there are enough pins which are bus lines, etc, which one could use? Yes, the
machine probably wouldn't work if one plugged such a card into a Q/Q slot,
but you wouldn't zap boards...
>> CB2 is tied to DB2, and the two feed (through a jumper which is
>> normally removed) special power (-5V) for a particular kind of EPROM
> -5v is an optional rail on Qbus, anyway.
Actually, I think AB2/BB2 are 'normally' -12V - although not all power
supplies provide the -12 - e.g. the BA11-N only does +5V and +12V.
> In general, as long as there are removable grant jumpers for the CD
> lanes
But not all quad cards have removable grant jumpers - e.g. the BDV11 doesn't.
(Not sure why it even _has_ grant jumpers, given that one would usually make
it the last card, especially since it has pull-ups - but I guess it's in case
one doesn't.)
Noel
>Noel Chiappa wrote:
>Does anyone know of a list of quad QBUS cards that work (or do not work) in
>Q/CD backplanes (other than the board pairs specifically designed to go in a
>Q/CD backplane, of course)? I tried Google, but either there is no such list,
>or my Google-fu is pretty weak.
>
>For instance, I'm looking at a BDV11, and it has the usual grant jumpers on
>CM2-CN2 and CR2-CS2, but I don't think those will be a problem (provided there
>is no quad board immediately next to it). Similarly, CB2 is tied to DB2, and
>the two feed (through a jumper which is normally removed) special power (-5V)
>for a particular kind of EPROM; but again, I don't think this will be a
>problem (again, if blank neighbour slot).
>
>But I'd rather not have to go through that exercise for every quad card; it
>would be nice if there's a table which just says which ones are OK. (I did
>find mention, in the 1980 Interfaces Handbook, in the BA11-N entry, that
>MMV11-A modules will _not_ work in a Q/CD backplane, which _implies_ that
>all the rest are OK, but...)
>
I don't have a list, but there is at least one example of "do not work" for
the RL01 / RL02 Qbus controller which uses a 2 board set and supports
ONLY 18-bit. The M8013 / M8014 requires that BOTH boards be
(probably adjacent) in two quad Q / CD slots. Placing the boards into
a Q / Q backplane will release the magic smoke.
While not a good example, in a BA23 box, place the CPU board in the
first slot with the M8013 / M8014 in the second and third slots. The
non-PMI memory and the other boards will then occupy the other 5 slots.
PROBABLY (as mentioned in other posts), the Qbus PMI memory must
also be used in a Q / CD backplane AND in this case placed above the
CPU board, in this case an M8190. On the other hand, if the PMI memory
is placed below the CPU board (but still in a Q / CD slot), then the memory
will still function correctly, but NOT as PMI memory.
Contrary to what is stated elsewhere, the M8190 boards which support
the use of PMI memory work (as far as I understand - I have done so on
a VT103 which uses a Q / Q backplane) with either type of backplane,
although obviously with the Q / Q backplane, NEVER use PMI memory
in the first place.
Jerome Fine
Cisco 2600 with an 8-port sync/async serial card would make a nice
replacement and they're pretty easy on the wallet these days. You might
spend as much cabling it as you did for the unit when it's all said and
done? C2500s lingered on in this role for some time as well, though they're
quite a bit slower than the 2600. Or an old Portmaster, those things are
dirt cheap now.
It's always annoying when you get in a situation like this; I had a very
contemporary ATEN IPKVM at work that would get stuck in a reboot loop the
minute I plugged it into a specific VLAN full of traffic. Never could get
them to fix it...
Best,
Sean
On Tue, Sep 30, 2014 at 7:24 PM, Bill Sudbrink <wh.sudbrink at verizon.net>
wrote:
> Richard wrote:
> > Or maybe customize the WRT software installed on the router?
>
> Yes, I was thinking about that too. There's a guy called "Merlin"
> who customizes it. I have not exactly identified the offending
> traffic. I'm not sure what I would lose if various "subsystems"
> in the router were disabled.
>
> > Isn't WRT open source?
>
> Yes.
>
> Bill S.
>
>
