[PD] [comport] interpreting byte 13 as 10

[Roman Haefeli]

I encountered an issue that might be related.

I don't have an Arduino board at hand right now, but I try to
reconstruct from memory. The [arduino] abstraction from pduino 0.6
allows to query the pin state of each pin. When testing this, I noticed
I cannot query the state of pin 13. I send 'pinState 13' and I get the
state of pin 10, in other words I receive a message like:

'pinState 10 DIGITAL_INPUT 0'

I wondered about it, but didn't have the time to further investigate.

This is with:
* Pd 0.47.1
* pduino 0.6
* comport 1.1.1
* Firmata 2.5.1
* Ubuntu 16.04 

Roman

On Mit, 2017-03-29 at 12:42 +0300, Alexandros Drymonitis wrote:
> I can't send the number 13 from the Arduino to Pd using Arduino's
> Serial.write() function. Instead I'm receiving a 10. Does this have
> anything to do with the fact that ASCII 10 is a new line feed and
> ASCII 13 is the carriage return? Maybe [comport] is interpreting both
> values as the new line feed, just a thought.
> 
> A work around this is to use Serial.print((char)13); in the Arduino
> code. This did work with an Arduino UNO and my laptop, running Debian
> Jessie XFCE, but it failed with a Teensy 3.6 and an Ordoid-U3,
> running an Ubuntu 14.04 LTS image.
> Both systems run Pd-0.47-1 with [comport] installed via apt-get.
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/lis
> tinfo/pd-list
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: This is a digitally signed message part
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20170329/0a78fba7/attachment.sig>