Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.sys.apple2.programmer > #851

Re: Super Serial Card sending high ASCII with PR#?

Show all headers | View raw

Ivan:

Schmidt's the serial genius, but this is a horse of a different color, so
I'll take a stab.

It's the doggone 'COUT' routine called from BASIC that's setting the high
bit, whether you want it to or not.

I _know_ I've got a short BASIC routine around here somewhere that POKEs a
few things and avoids the issue. Heck, I _think_ I saw a reprise of it in
comp.sys.apple2 within the last year or 2.

Probably something you can use SLAMMER with?

I'll look tonight.

As a temporary workaround to test your concept, you can use 'Space' parity
with the SSC and it will _force_ bit 7 low. For example, if you normally use
8,N,1 use instead 7,S,1.

<CTRL-A>1D<RETURN> or <CTRL-I>1D<RETURN>
<CTRL-A>7P<RETURN> or <CTRL-I>7P<RETURN>


Note that the SSC will require a <RETURN>, but the IIc will not. {The IIGS
doesn't support space parity at all}.

BTW, thanks for putting in all the work on A2Cloud (and A2Server). You
really don't sleep, do you?




Hugh Hood



in article cf8fc035-de7b-4ca9-8f06-c489834f5848@googlegroups.com,
ivan@ivanx.com at ivan@ivanx.com wrote on 9/3/13 5:16 AM:

> Hey serial geniuses,
> 
> I'm seeing something I don't understand at all.
> 
> In A2CLOUD, slot 1 is used for serial shell connection to the Pi. This works
> fine in Z.LINK and ProTERM.
> 
> I want to write a simple program that "types" a command at the Linux prompt,
> presuming I'm already logged in.
> 
> I tried the following program:
> 
> 10 ?CHR$(4);"PR#1"
> 20 ?CHR$(9);"12B"; : REM set 4800 baud
> 30 ?"true" : REM sample Linux command
> 40 ?CHR$(4);"PR#0"
> 
> I then fired up my comm program to see what happened. I can up-arrow to see
> the previous cammand, and I see "true" appear. But when I press return, I get:
> 
> '\364\362\365\345\215\212': command not found
> 
> That's octal for every letter of "true" followed by ctrl-J and ctrl-M, but
> with bit 7 inappropriately set.
> 
> Just to be super sure of what was happening, I write a version that explicitly
> sent the the characters I wanted (e.g. CHR$(116), etc) but I got the same
> result.
> 
> So somehow Linux is receiving the characters as high ascii. I have no idea
> why. Does anyone else?
> 
> Thanks,
> Ivan.

Back to comp.sys.apple2.programmer | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Super Serial Card sending high ASCII with PR#? ivan@ivanx.com - 2013-09-03 03:16 -0700
  Re: Super Serial Card sending high ASCII with PR#? David Schmidt <schmidtd@my-deja.com> - 2013-09-03 07:26 -0400
  Re: Super Serial Card sending high ASCII with PR#? Hugh Hood <hughhood@earthlink.net> - 2013-09-03 21:32 -0500
    Re: Super Serial Card sending high ASCII with PR#? ivan@ivanx.com - 2013-09-04 05:32 -0700
      Re: Super Serial Card sending high ASCII with PR#? Hugh Hood <hughhood@earthlink.net> - 2013-09-04 08:18 -0500
        Re: Super Serial Card sending high ASCII with PR#? ivan@ivanexpert.com - 2013-09-04 12:38 -0700
      Re: Super Serial Card sending high ASCII with PR#? "John B. Matthews" <nospam@nospam.invalid> - 2013-09-04 17:17 -0400
  Re: Super Serial Card sending high ASCII with PR#? Egan Ford <datajerk@gmail.com> - 2013-09-03 21:46 -0600
    Re: Super Serial Card sending high ASCII with PR#? dempson@actrix.gen.nz (David Empson) - 2013-09-04 18:19 +1200
      Re: Super Serial Card sending high ASCII with PR#? BLuRry <brendan.robert@gmail.com> - 2013-09-06 13:39 -0700

csiph-web