On (16 Feb 95) [EMAIL PROTECTED] wrote in response to Brian Gaff...

 s> From: Simon Cooke <[EMAIL PROTECTED]>
 s> Date: Thu, 16 Feb 1995 09:56:56 +0000 (GMT)

 BG> So, how about some status reports. What we seem to have is 1001
 BG> unfinished projects.
 BG> Hard drive?

 s> Version 0.3 of the pcb was routed today -- we've found that a lot of bugs 
 s> on our interfaces were due to not decoding the M1 line, which we've 
 s> sorted out now. We're still building up version 0.2 of the pcb on the 
 s> bench, and 0.1 is sitting there quite happily, having proved that it 
 s> works (we have read and written sectors to the hard-drive).

Oi! Si' I thought you were shelving the home-brew design in favor of the 
compact daughter board that'll be an upgrade daughter-board to the multi-rom 
pcb? It's now a built prototype awaiting time for it to be tested!
Can I count on your serious interest in the generic design or not?

 BG> Pro-Dos Comms?
 s> <<Oi! Johnathan!>>

Give me chance Si! I get the days postings in the evening! my dial-up uplink
is a BBS not a direct feed server...
Total capabilities of ProDos COMMS...
BulldogBBS3.1
A non-networked BBS with local messaging areas, file areas and X & Zmodem 
protocols with ring-back feature to allow sharing the phone line with a voice
line. passwords, security levels, remote co-sysop manatanance utils, chat 
facilities etc etc.
ZMP15g X,Y,Zmodem ascii capture/send works with modems upto 14.4k
QTERM43f scripted terminal Xmodem,Xmodem7,Ymodem & kermit ascii capture/send 
vt100 emulation and split-screen chat modes
UUCP21b Sam machine specific patches written and installed but not used as 
a mailer due to lack of disk storage capacity can route mail etc with a network
of dial-up sam UUCP setups or be a bonafide UUCP site....

 BG> Native Comms?

 BG> New comms interface?
 s> Not my problem really :) I thought that was Bob's domain...

Not my problem either, we've got the best UART for the sam... it's that stupid
parallel port wasting 2 I/O addresses each that's in the way! If it was 
redesigned to only use 1 R/W 8bit allocation I could design a new interface 
that uses the free'd up address to read/write DTR,DSR,CD etc.. BUT that will 
NOT happen as it'd break any and all BADLY written native mode stuff that PRINT
to the CENTRONICS port directly instead of via the OS #3 stream....

 BG> What else?
 s> Uh... Quazar, the MultiROM, the RYAN (I think).

Don't forget the SAM itself, that's an unfinished project too;-)

Johnathan.

... I like to skate on the other side of the ice.
--
|Fidonet:  Johnathan Taylor 2:2501/307.9
|Internet: [EMAIL PROTECTED]
|
| Standard disclaimer: The views of this user are strictly his own.

Reply via email to