On 1/25/2017 7:21 AM, william degnan via vcf-midatlantic wrote:

Bill Degnan
twitter: billdeg
vintagecomputer.net
On Jan 25, 2017 1:45 AM, "Dave McGuire via vcf-midatlantic" <
vcf-midatlantic@lists.vintagecomputerfederation.org> wrote:

On 01/25/2017 01:37 AM, Douglas Crawford via vcf-midatlantic wrote:

Kermit-12 is the only code I see for the '8s and by my read it is

client

only.


  Yes, this is correct.


Regretful, that would have been a wonderful PiDP8 host light show while
the Superbrain accessed files.


  Yes, most definitely.


           -Dave
--
Dave McGuire, AK4HZ
New Kensington, PA

I am almost certain one could transfer files to and from the pidp8
/superbrain (or anything) running a comms program or Kermit on the
Superbrain end and Kermit for Debian on the PiDP8 end, with the lights
going simultaneously.   I have mine set up to do this now with a TSR light
show running un the background.   You don't have to be in simH to use the
lights.  I control my PiDP via serial port and wifi remotely to access it
while a transfer is still active, etc.   That's the trick.  Github has some
interesting stuff

Bill

I agree Bill, yes, with a debian Kermit host and PiDP8 simh on the pi,
the PiDP8 lights will run simultaneous, but not in response to the data transfer.
They will just run the idle, or demo light show.
The lights and the Kermit activity are independent.
I don't think I want to spend any time forcing the PiDP panel to show activity of the transfer.
An example of dependant light acivity:
Have you run Adventure on the PiDP8? I love the idle time light show, but when
you use Adventure, enter commands, the LEDs change and go all aflutter in the coolest way.
(Naturally, because the PiDP8 is doing different things to process the commands (pardon the elementary
I'm trying to be complete))
That sort of LED dynamics won't happen with the activity of a debian Kermit host.

Bill Degnan
twitter: billdeg
vintagecomputer.net