[PD] Fwd: Arduino/Raspberry comport issue

[Alexandros Drymonitis]

The baud rate issue seems strange, as the communicating devices should talk
and listen to the same baud rate...no idea, sorry.

---------- Forwarded message ----------
From: Allen, Michael <allenm at spu.edu>
Date: Mon, Nov 11, 2013 at 7:35 PM
Subject: Re: [PD] Arduino/Raspberry comport issue
To: Alexandros Drymonitis <adrcki at gmail.com>


 The baud rate in the arduino code is 9600. But like I said, in pd it
doesn't seem to matter? If the first rate I try in the comport object is
9600 it won't connect. If I change to 115200 it will. Similarly if I close
the patch with 115200 saved and reopen it, the comport won't connect unless
I change the baud rate back to 9600. I haven't tried other speeds but I bet
they would do the same thing. It seems like it wants to do the opposite of
what I want it to do. A mind of its own.

 I have a message going to the comport object to open it. Either [open 0
9600( with whatever port [devices] tells me, or [devicename /dev/ttyAMA0
9600(



On Nov 11, 2013, at 9:14 AM, "Alexandros Drymonitis" <adrcki at gmail.com>
wrote:

  Are you sure the baud rate you set to [comport] is the same as the code
you load on your Arduino? That could be a problem..
 If you send the [devices( message to [comport] what do you get in the
console?


On Mon, Nov 11, 2013 at 11:19 AM, kubriel <kubriel at servus.at> wrote:

>
>  It won?t receive data.
>>
> Hi! i was using RPi plenty of times headless without any problems with
> comport in pd, but usually running armarch linux.
> but i was not using device name, but device nr, like [comport 0 9600] for
> uno, or [comport 4 9600] for duemilanove.
>
> kub
>
> --
> http://kubriel.servus.at
>
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> listinfo/pd-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20131111/ec6e487e/attachment-0001.htm>