That should disable all postprocessing of traffic.
I think the problem is input processing, look at the flags set by cfmakeraw (http://man7.org/linux/man-pages/man3/tcflow.3.html), they explicitly disable CR/NL transformation:
termios_p->c_iflag &= ~(IGNBRK | BRKINT | PARMRK | ISTRIP | INLCR | IGNCR | ICRNL | IXON);
I don't know what's the default value for c_iflag, but I suppose it's platform specific. maybe [comport] could just do cfmakeraw(), to make sure it is really in raw mode.
Christof
Gesendet: Dienstag, 14. Mai 2019 um 15:32 Uhr Von: "Martin Peach" chakekatzil@gmail.com An: "pd-list@lists.iem.at" pd-list@lists.iem.at Betreff: Re: [PD] Comport problem with Arduino: 13 is coming in as 10
It's odd that the lines
/* no post processing */ new->c_oflag &= ~OPOST; and
/* always nocanonical, this means raw i/o no terminal */ new->c_lflag &= ~(ICANON | ECHO | ECHOE | ISIG);
_are_ present in open_serial() in comport.c.That should disable all postprocessing of traffic. Martin
On Tue, May 14, 2019 at 7:58 AM Roman Haefeli <reduzent@gmail.com[mailto:reduzent@gmail.com]> wrote:On Tue, 2019-05-14 at 13:27 +0200, Christof Ressi wrote:
So, neither the OS nor the Pd or [comport] version seem to make any
difference.
check my last two mails, I think this is macOS/Linux issue. can you try my fix?
Yeah, I will when I have access to an Arduino (or other serial device) and report back. Thanks for looking into this.
Roman _______________________________________________ Pd-list@lists.iem.at[mailto:Pd-list@lists.iem.at] mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list%5Bhttps://lists.puredata.info/l... Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list%5Bhttps://lists.puredata.info/l...]