Hi,
Just to keep everyone updated, I've received the corrected overlays. So
any overlays that are now ordered will come with the correct overlays.
Those who've received overlays previously will get replacements (free/no
shipping).
I also have 3 new overlays as well. An overlay for using the KM11 with
an RX01 and a pair of overlays for the RK11-C.
The website (www.shiresoft.com/products) has been updated to reflect the
availability of the new overlays and the pricing.
Thanks.
--
TTFN - Guy
Ohmygosh - On-Topic Commercial Plug Follows!
If you can't handle ontopic stuff, or commercial stuff, look away now! ;-)
Anyway, I offered to put a post on the cctalk list for Roger Taylor to let
people know that he's released a new Integrated Development Environment
called RainbowIDE that allows you to create new, exciting programs for many
different classic machines out there. If there's a cross-assembler that
runs on Windows for that processor, and M.E.S.S. can emulate the machine,
then this is the rascal for you.
I haven't had a chance to test RainbowIDE yet, but I have used it's
predecessor - Portal-9, which is great for coding for the Tandy CoCo and/or
Vectrex machines which are 6809-based. It's slicker than oil on water.[1]
This new IDE can handle 6502, 6800/6809, Z80 and other CPUs, and you can
assemble your code, spark up M.E.S.S, mount your virtual floppies and/or
ROMs, and test them all with a single mouseclick.
Yes, this does run on Winders, but it's designed for coding new proggies
for classic machines (mostly 8-bit, but there might be some 16-bitters
possible as well)... go check 'er out.
http://www.rainbowide.com/
Laterz,
Roger "Merch" Merchberger
[1] My affiliation with Roger Taylor are solely as a very satisfied
customer, and we have the same first name. I'm *way* too ugly to be a
"compensated endorser." ;-)
--
Roger "Merch" Merchberger | A new truth in advertising slogan
SysAdmin, Iceberg Computers | for MicroSoft: "We're not the oxy...
zmerch at 30below.com | ...in oxymoron!"
>For instance, some of the late 80's / early 90's hardware from the likes of
>SGI are pretty impressive in abilities and architecture - using concepts that
>have only hit the mainstream in the last few years - but of course they're by
>no means 'earliest'...
What about mid-80's SGI? I have an '86 vintage system with 12x geometry engines and 32 bitplanes - granted it's not Skywriter/VGXT or Reality Engine,
but compared with other graphics from the time it's pretty hot. I fear that it doesn't have a Z-buffer, though (not completely sure yet).
I've just pulled a working Hewlett-Packard 87XM out of some test
equipment at work. It has the following bits with it:
82939A Opt. 001 Serial Interface
82936A ROM Drawer with 00087-15003 Rev. A I/O ROM
82909A 128K Memory Module
82901M Flexible Disc Drive (2 x 5?" drives)
No manuals, no software.
Take the whole thing, pick-up only from Crawley. I don't care about
timescales.
Reply to paul at frixxon.co.uk
Boot the system to RT11 and put the cartridge that will not boot
in the second drive (assuming DL1:). Do a .DIR RT11*
You will see RT11FB.SYS, RT11SJ.SYS and probably RT11XM.SYS.
They are the monitors. Choose the one you want and do
.COPY/SYS DL1:RT11FB.SYS .
(exactly like this, the final dot belows to the comnmand).
That will write the monitor to the boot block(s).
- Henk.
> -----Original Message-----
> From: cctalk-bounces at classiccmp.org
> [mailto:cctalk-bounces at classiccmp.org] On Behalf Of Ethan Dicks
> Sent: donderdag 20 april 2006 7:39
> To: General Discussion: On-Topic and Off-Topic Posts
> Subject: Re: RL02 problem
>
> On 4/20/06, Jim Beacon <jim at g1jbg.co.uk> wrote:
> > After rebuilding the machine back into its new box, it all
> worked. A
> > little more investigation shows that I can still read the
> faulty pack
> > (installed in the second drive), but that the boot
> information is either corrupt or gone.
> .
> .
> .
> > Now for the question: can I restore the boot information, or will I
> > have to re-initialise the pack and start again? (not a problem - it
> > was my games pack with the extended monitor, but I can
> restore it from
> > a backup, if needed).
>
> Should be easy enough, but for the life of me, I can't remember the
> RT-11 command to write the boot block. I used to do it all
> the time with 2.9BSD and dd... the normal distro contained a
> dir of boot block source code for various controllers. All
> you had to do was compile the assembly into an executable,
> then dd it to the front of the drive.
> If you have a way to mount that pack in a UNIX machine, you
> could use dd to transfer the first block from another pack
> onto it - that should do the trick. With 100% RT-11, though,
> there should still be an easy way to do it (but I haven't
> really used RT-11 on a daily basis since 1989).
>
> > I will take all of the comments of "idiot" with good grace.......
>
> No need... this sort of thing used to happen back in the day
> with an amazing regularity.
>
> -ethan
>
>
This message and attachment(s) are intended solely for the use of the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law.
If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify the sender immediately by telephone and with a "reply" message.
Thank you for your cooperation.
Hi Patrick,
This is a pet project of mine too. Let's talk. I have
done some work on this & would like to see it move
forward. Having someone to work with would be great.
The spec is called the I/O Interface Channel to Control Unit
Original Equipment Manufacturer's Information (OEMI) and it's
available online for free and in hardcopy for a nominal fee
>from IBM. Search for document GA22-6974 at
www.elink.ibmlink.ibm.com/public/applications/publications/cgibin/pbi.
cgi?CTY=US
Also, there is a yahoo group for people interested in
hanging hardware on Hercules, called ibm-legacy-hercules
Brian
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
_| _| _| Brian Knittel
_| _| _| Quarterbyte Systems, Inc.
_| _| _| Tel: 1-510-559-7930
_| _| _| Fax: 1-510-525-6889
_| _| _| Email: brian at quarterbyte.com
_| _| _| http://www.quarterbyte.com
Hi,
last week, my PDP11/23+ was rebuilt into a new chassis (went from OEM 19"
box to a proper 11/23+ chassis), and after the rebuild failed to work :(
My first suspect was the new chassis, so it went back into the old box -
still no boot.
After trying each of the RL02s in turn, and even a different controller, I
still couldn't get the machine to boot.
After a little head scratching, I tried an alternate disk pack (still RT11),
and the machine booted.
After rebuilding the machine back into its new box, it all worked. A little
more investigation shows that I can still read the faulty pack (installed in
the second drive), but that the boot information is either corrupt or gone.
Now for the question: can I restore the boot information, or will I have to
re-initialise the pack and start again? (not a problem - it was my games
pack with the extended monitor, but I can restore it from a backup, if
needed).
I will take all of the comments of "idiot" with good grace.......
Thanks
Jim.
Please see our website: www.g1jbg.co.uk
Sat, 15 Apr 2006, "Bruce Lane" <kyrrin at bluefeathertech.com> wrote:
> My thanks to all who offered assistance on my issues with the 'tech
> special' Trak Systems 8820 GPS station clock. The unit was successfully
> repaired, and has been working for nearly a full week without any
> further signs of problems.
>
> For the curious: The problem turned out to be that one of the
> firmware EPROMs developed a broken internal bond wire on the output-
> enable lead. This caused the chip to appear completely blank to both the
> Unisite programmer and the Trak device. My contact at Trak was kind
> enough to send over image files to do a fresh set of EPROMs.
>
> The only other adjustment I found myself making was a fine-tune
> alignment on the 10MHz ovenized oscillator, to bring its center
> frequency back to a point where the reference circuitry could discipline
> it down to full accuracy. That was also accomplished without incident,
> and I now have a second Stratum-1 level clock and frequency standard for
> my lab.
>
> The moral of the story: EPROMs can fail too! Just not in the way we
> might expect. ;-)
Congratulations to getting this thing back into functional state. I wish you
a good time and many years of satisfying operation for your device.
Incidentally, I've been having a bit of fun with a MEINBERG GPS166 Satellite
Controlled Clock lately - it had been set aside as defective at the
computing center of Erlangen University and I happened to get it for the
asking, together with its bullet-shaped "radome" antenna/amplifier.
When I finally built myself a coaxial cable to connect the two (SMA <->
N-Type), I had a working setup! But after a relocation a bit later, I got
some smelly smoke and an "antenna fault" error when I powered it on. Turned
out to be a small cylindrical choke in the shielded RF box which had gone
open circuit - possibly involved with supplying power to the antenna
amplifier.
I checked the coaxial cable for shorts, couldn't find one at that time,
replaced the choke and had the next one burn through. I disassembled and
reassembled the N connector very carefully, replaced the choke once again
and have been operating the clock without problems since then. It too can
give out fixed and adjustable frequency pulses - along with second and
minute signals, which you could amplify adequately to drive daughter clocks
like that falling-leaf wall clock I have (needs a 24V pulse every minute).
The special plus of the unit I have is the so-called "Erlangener Firmware"
which was custom-written for Erlangen University. The usual variety only
used the serial port for giving the time - either in intervals, when a ? was
entered or when a pulse occurred on a logic input - but this one also puts
out the geographical location, so one could even use it for a navigation
system, in theory at least.
So long,
--
Arno Kletzander
Stud. Hilfskraft Informatik Sammlung Erlangen
www.iser.uni-erlangen.de
Echte DSL-Flatrate dauerhaft f?r 0,- Euro*!
"Feel free" mit GMX DSL! http://www.gmx.net/de/go/dsl
>>> Or watch the movie "The hitch hikers guide to the galaxy".
> Try the original BBC Radio version, personally I view that as
> the best
The original and best. Adams' writing and the BBC Radiophonic
Workshop created something that is still unequaled nearly 30
years later.
> version with the books being second, and the BBC TV version
> being third.
The books benefit from being able to convey far more than either
the radio or TV versions. The TV version is very much a victim
of it's format.
> I've not bothered to waste my time on the movie.
It is worth a look and could have been much much worse. There is
even a cameo appearance by the Marvin from the TV series.
The biggest disappointment for me was that the Vogon ships weren't
yellow and they didn't just hang in the air in exactly the same
way that bricks don't.
Lee.
>Some Computervision CAD systems from the late 1970s or so have decorative
>bits of wood on the racks - strips of Oak, I think. It really did not look
>all that bad.
>
>Inside were mostly PDP-11/34 systems, I think.
>
>Not many people remember CV anymore.
There was a CV thread on here not too long ago
The later ones weren't so pretty - goodness gracious great hunks o'beige, and Sun based.
For a while, I think Novas were the "in" machine at CV.