<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Sep 7, 2018 at 1:52 AM Lars Brinkhoff <<a href="mailto:lars@nocrew.org" target="_blank">lars@nocrew.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Timothe Litt wrote:<br>
> > I have checked the KS10 instruction set.  It doesn't have a DATAO<br>
> > PI, instruction.  However that particular opcode isn't in used, so<br>
> > it's just a UUO.  This is also the case for ITS microcode.  Before I<br>
> > start working on anything, I'd like to ask if it would be OK to<br>
> > repurpose this opcode for its traditional use?<br>
><br>
> Neither the KL nor the KS use DATAO PI,. I don't have a problem with<br>
> implementing it for the KS. It would need to act like any IO<br>
> instruction - MUUO in user mode, functional in Exec and with<br>
> User-In-Out.<br>
<br>
Of course.<br>
<br>
The next problem is, how to access USB from SIMH?  I have something that<br>
works in Linux.  I checked SIMH to see if there's a built in USB API<br>
that works across operating system, but I didn't see any.</blockquote><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">I believe that device is using an FTDI chip set, which Linux/MacOS/Winders etc will see as a dynamic serial port that appears at attach time.   You use open it and used traditional read and write.  FWIW:  If you grab the sources to the Arduino IDE and look at the interface code in there - it knows rules on how the port names will be generated in the different OSses which will be thr one tricky part, since the rules.</div></div></div>