Re: Record support for binary serial communications?

[Maren Purves <m.purves@jach.hawaii.edu>]

Depending on termination and the length of the string you may be
able to use drvAscii even if it isn't ASCII. I have taken apart
a string that is much too long for drvAscii and contains line
feeds in a getTrimmedFrame.c function that is bound in via a
drvAsciiSetRxFunc("/pty/dustm.M", getTrimmedFrame);
statement in the startup script and then take the resulting
string apart in a gensub (we're running 3.13.8).

Sorry it took me a while to reply,
Maren Purves

Mark Rivers wrote:
> Sorry I did not notice the R3.13.4 version.
> ________________________________________
> From: nick.rees@diamond.ac.uk [nick.rees@diamond.ac.uk]
> Sent: Thursday, March 07, 2013 12:06 PM
> To: Mark Rivers
> Subject: RE: Record support for binary serial communications?
>
> Not in 3.13.4 it can't ;-)
>
> Nick Rees
> Principal Software Engineer           Phone: +44 (0)1235-778430
> Diamond Light Source                  Fax:   +44 (0)1235-446713
>
>
> > -----Original Message-----
> > From: tech-talk-bounces@aps.anl.gov [mailto:tech-talk-
> > bounces@aps.anl.gov] On Behalf Of Mark Rivers
> > Sent: 07 March 2013 18:05
> > To: Westfall, Michael D; tech-talk@aps.anl.gov
> > Subject: RE: Record support for binary serial communications?
> >
> > How does the device terminate a message?  Do you know in advance how
> > many characters it will send?
> >
> > I think streamDevice can probably be used.
> >
> > Mark
> >
> > ________________________________________
> > From: tech-talk-bounces@aps.anl.gov [tech-talk-bounces@aps.anl.gov] on
> > behalf of Westfall, Michael D [mikew@lanl.gov]
> > Sent: Thursday, March 07, 2013 11:40 AM
> > To: tech-talk@aps.anl.gov
> > Subject: Record support for binary serial communications?
> >
> > Does anybody have any tips as how to communicate via a serial interface
> > to a device that takes commands and gives responses in binary bytes
> > rather than ASCII?  We are using EPICS R3.13.4, and it appears that
> > streamDevice is not available, or would require some extensive hacking
> > to get it to work. devAscii is available, but since it relies heavily
> > on string scanning functions, it will likely choke on any data that
> > contain null bytes.
> >
> > --
> > Mike Westfall
> > Los Alamos