[c-nsp] Serial lead

Christopher.Marget at usc-bt.com Christopher.Marget at usc-bt.com
Tue Mar 29 09:41:11 EDT 2011


> > but when connected to a FreeBSD laptop it does send break so it must be a
> > driver limitation
> It's a while since I've looked to be honest, so it's probably my shonky
> memory there. Certainly, I've not found a way using the PL2303 and
> driver that I am (which is a kext file downloaded of them interwebs -
> the driver I had with the device didn't have any OSX drivers on at all)
> using to send break using either Terminal.app or iTerm.
> 
> If anyone is using a driver under OSX, could you let me know what it is?
> Googling didn't seem to bring up anything other than the one I'm already
> using.

PL2303 *can* send a break.  Inability to send break under OSX is a driver limitation (last time I checked, anyway).

There's a terminal emulator that can work around this, however:

Zterm, by dave alverson.

It has a "send break" feature that quickly sets the interface down to 300 (or so) bps, then prints a single NUL character to the port.

"break" is a voltage-high framing error.  High voltage for too long.

Binary zero in RS-232 speak is high voltage.  NUL (zero) is a series of high-voltage intervals.  A series of 300bps high-voltage bits will look like a framing error to a 9600bps Cisco console.

Same result as a break!

You enable the feature within zterm with a shell incantation that updates a zterm configuration file.  The details escape me.



More information about the cisco-nsp mailing list