On Mon, 2014-03-24 at 19:19 +0100, ro...@dds.nl wrote:
i'm trying to use Pduino-0.5 and/or pduino-master (from reduzent)
with Windows 7 and Arduino Uno.
i don't get anything with [info( or [firmware( or [version(.
it's possible to pulse all outputs,
i.e. it's visible on Led13.
toggling
sorry for the noise.
i did not realize Standard Firmata is a specific 'sketch' which is in
the examples.
thx, rolf
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Solved the problem - has nothing to do with the PD object but only with the
behaviour of the Arduino servo library:
On boards other than the Mega, use of the library disables analogWrite() (PWM)
functionality on pins 9 and 10, whether or not there is a Servo on those pins.
DNS troubles. Its fixed, but it might take a day or so to expire in your DNS
cache.
pduino is now also included in Pd-extended 0.43.4.
.hc
On 01/20/2013 03:01 AM, Phil Stone wrote:
Hi Hans,
Is this still the right link for downloading Pduino?
http://at.or.at/hans/pd/Pduino-0.5.zip
Ej Drake
you've to put the arduino.pd abstraction and all other patches you're refering within the same folder where you saved
your patch. Another problemo is your patch is refering to [arduino] and [Arduino] - notice the upper and the lower case
- guess it should be lowercase [arduino] only!
Attach the patch, then we can take a look , attached pd patches are welcome,
common and even encouraged here! :-D
.hc
On May 4, 2012, at 2:59 PM, Drake Schutt wrote:
I've got a fairly simple patch that I got help from someone on the list in
building. It just takes midi data from 16 drum
Hello,
in fact you can put attachments here on the list.
I am sorry but I am not really helpful on this matter, as I am myself also
trying to get some piezo-triggerings onto Pd through Arduino and are still
learning around this. I wouldn´t mind take a look at the patch - but as
said before - I am
you'll find my patch attached!
On Fri, May 4, 2012 at 2:04 PM, Hans-Christoph Steiner h...@at.or.atwrote:
Attach the patch, then we can take a look , attached pd patches are
welcome, common and even encouraged here! :-D
.hc
On May 4, 2012, at 2:59 PM, Drake Schutt wrote:
I've got a
it helps
- Mail original -
De: Roman Haefeli reduz...@gmail.com
À: pd-list@iem.at
Envoyé: Mardi 10 Avril 2012 17:16:36
Objet: Re: [PD] pduino patches on pdx
On Tue, 2012-04-10 at 15:54 +0200, Patrice Colet wrote:
Hello,
I've downloaded a zip at this url:
https://github.com
Great you rock, let's eat the omlet ^^
Colet Patrice
- Mail original -
De: Hans-Christoph Steiner h...@at.or.at
À: Patrice Colet colet.patr...@free.fr, pd-list pd-list@iem.at
Envoyé: Mardi 17 Avril 2012 19:03:00
Objet: Re: [PD] pduino patches on pdx
So I added support for Pd
original -
De: Hans-Christoph Steiner h...@at.or.at
À: Patrice Colet colet.patr...@free.fr
Cc: pd-list pd-list@iem.at
Envoyé: Jeudi 12 Avril 2012 17:03:26
Objet: Re: [PD] pduino patches on pdx
Why's that?
.hc
On Apr 12, 2012, at 10:46 AM, Patrice Colet wrote:
I just hope libdir
I just hope libdir will never go into vanilla ^^
Colet Patrice
- Mail original -
De: Hans-Christoph Steiner h...@at.or.at
À: Patrice Colet colet.patr...@free.fr
Cc: pd-list pd-list@iem.at, Roman Haefeli reduz...@gmail.com
Envoyé: Jeudi 12 Avril 2012 04:49:32
Objet: Re: [PD] pduino
...@gmail.com
Envoyé: Jeudi 12 Avril 2012 04:49:32
Objet: Re: [PD] pduino patches on pdx
It would affect vanilla if you have the libdir loader running in it.
Its related to that.
.hc
On Apr 11, 2012, at 7:57 PM, Patrice Colet wrote:
I've switched back to vanilla, no bug anymore :D
On Wed, 2012-04-11 at 22:49 -0400, Hans-Christoph Steiner wrote:
It would affect vanilla if you have the libdir loader running in it. Its
related to that.
I think I experienced once also problem with maximum object loading
depth 1000 reached and this was on Pd-vanilla without libdir. So
colet.patr...@free.fr
Cc: pd-list pd-list@iem.at
Envoyé: Jeudi 12 Avril 2012 17:03:26
Objet: Re: [PD] pduino patches on pdx
Why's that?
.hc
On Apr 12, 2012, at 10:46 AM, Patrice Colet wrote:
I just hope libdir will never go into vanilla ^^
Colet Patrice
- Mail original
I've switched back to vanilla, no bug anymore :D
Colet Patrice
- Mail original -
De: Roman Haefeli reduz...@gmail.com
À: pd-list@iem.at
Envoyé: Mardi 10 Avril 2012 22:42:54
Objet: Re: [PD] pduino patches on pdx
On Tue, 2012-04-10 at 10:17 -0400, Hans-Christoph Steiner wrote
@iem.at
Envoyé: Mardi 10 Avril 2012 22:42:54
Objet: Re: [PD] pduino patches on pdx
On Tue, 2012-04-10 at 10:17 -0400, Hans-Christoph Steiner wrote:
On Apr 10, 2012, at 9:54 AM, Patrice Colet wrote:
Hello,
I've downloaded a zip at this url:
https://github.com/reduzent/pduino
to get
On Apr 10, 2012, at 9:54 AM, Patrice Colet wrote:
Hello,
I've downloaded a zip at this url:
https://github.com/reduzent/pduino
to get arduino patches for the 0.43.1-extended-20111221* release I've got
installed in my vista box.
When I'm launching an help patch I've got this error
On Tue, 2012-04-10 at 15:54 +0200, Patrice Colet wrote:
Hello,
I've downloaded a zip at this url:
https://github.com/reduzent/pduino
to get arduino patches for the 0.43.1-extended-20111221* release I've
got installed in my vista box.
When I'm launching an help patch I've got this
Colet Patrice
- Mail original -
De: Hans-Christoph Steiner h...@at.or.at
FYI, that version of Pduino is a development version. If you want
the current stable release, then use this release:
http://puredata.info/downloads/pduino
Yes, very interesting, I have all digital
to 20120410, also tried to create [arduino]
object in a naked patch, same result.
hope it helps
- Mail original -
De: Roman Haefeli reduz...@gmail.com
À: pd-list@iem.at
Envoyé: Mardi 10 Avril 2012 17:16:36
Objet: Re: [PD] pduino patches on pdx
On Tue, 2012-04-10 at 15:54 +0200, Patrice
original -
De: Roman Haefeli reduz...@gmail.com
À: pd-list@iem.at
Envoyé: Mardi 10 Avril 2012 17:16:36
Objet: Re: [PD] pduino patches on pdx
On Tue, 2012-04-10 at 15:54 +0200, Patrice Colet wrote:
Hello,
I've downloaded a zip at this url:
https://github.com/reduzent/pduino
patch, same result.
hope it helps
- Mail original -
De: Roman Haefeli reduz...@gmail.com
À: pd-list@iem.at
Envoyé: Mardi 10 Avril 2012 17:16:36
Objet: Re: [PD] pduino patches on pdx
On Tue, 2012-04-10 at 15:54 +0200, Patrice Colet wrote:
Hello,
I've downloaded
On Tue, 2012-04-10 at 10:17 -0400, Hans-Christoph Steiner wrote:
On Apr 10, 2012, at 9:54 AM, Patrice Colet wrote:
Hello,
I've downloaded a zip at this url:
https://github.com/reduzent/pduino
to get arduino patches for the 0.43.1-extended-20111221* release
I've got installed
On Tue, 2012-04-10 at 13:31 -0400, Hans-Christoph Steiner wrote:
I see what you are doing now. Pd only works like that for binary objects,
not abstractions, i.e. :
- extra/comport/comport.pd_linux can be loaded as [comport]
- extra/arduino/arduino.pd triggers that 1000 error when loaded as
On Apr 10, 2012, at 4:42 PM, Roman Haefeli wrote:
On Tue, 2012-04-10 at 10:17 -0400, Hans-Christoph Steiner wrote:
On Apr 10, 2012, at 9:54 AM, Patrice Colet wrote:
Hello,
I've downloaded a zip at this url:
https://github.com/reduzent/pduino
to get arduino patches for the
On Apr 10, 2012, at 4:44 PM, Roman Haefeli wrote:
On Tue, 2012-04-10 at 13:31 -0400, Hans-Christoph Steiner wrote:
I see what you are doing now. Pd only works like that for binary objects,
not abstractions, i.e. :
- extra/comport/comport.pd_linux can be loaded as [comport]
-
On Mon, 2012-03-05 at 08:35 +0100, Jordi Sala wrote:
hi,
I've done a very simple test, and it works fine!
https://vimeo.com/37914564
Cool! Thanks for that.
(Solely from watching the video, it's hard to judge whether everything
is working as expected. I assume, you were able more easily
On Mar 4, 2012, at 9:45 AM, Roman Haefeli wrote:
On Sat, 2012-03-03 at 22:27 -0800, Hans-Christoph Steiner wrote:
I would prefer that you use a different name unless you are interested
in providing strict compatibility with the current Pduino.
Yes, actually I'm interested.
Things
On Tue, 2012-03-06 at 10:56 -0500, Hans-Christoph Steiner wrote:
On Mar 4, 2012, at 9:45 AM, Roman Haefeli wrote:
Actually [zexy/makesymbol] wasn't ever used in [arduino], only in
arduino-help.pd . There it's used to display the Firmware version in a
GOP cnv object - [zexy/makesymbol
yes, it works fine!
On 6 March 2012 17:12, Roman Haefeli reduz...@gmail.com wrote:
On Tue, 2012-03-06 at 10:56 -0500, Hans-Christoph Steiner wrote:
On Mar 4, 2012, at 9:45 AM, Roman Haefeli wrote:
Actually [zexy/makesymbol] wasn't ever used in [arduino], only in
arduino-help.pd . There
On Sat, 2012-03-03 at 22:27 -0800, Hans-Christoph Steiner wrote:
I would prefer that you use a different name unless you are interested
in providing strict compatibility with the current Pduino.
Yes, actually I'm interested.
Things like using namespace prefixes are one example of
hi,
I've done a very simple test, and it works fine!
https://vimeo.com/37914564
On 4 March 2012 15:45, Roman Haefeli reduz...@gmail.com wrote:
On Sat, 2012-03-03 at 22:27 -0800, Hans-Christoph Steiner wrote:
I would prefer that you use a different name unless you are interested
in
Hi Hans
On Fri, 2012-03-02 at 08:55 -0800, Hans-Christoph Steiner wrote:
I'm happy to see you working on this. Since you are making a new
version, perhaps it makes sense to change the names. Like maybe it
makes sense to change the object from [arduino] to [firmata]? That's
something I
It won't really be a fork since I plan on making one more release, then I'm
unlikely to touch the code again. So really, your development will be the
active development.
I would prefer that you use a different name unless you are interested in
providing strict compatibility with the current
Hey Roman,
I'm happy to see you working on this. Since you are making a new version,
perhaps it makes sense to change the names. Like maybe it makes sense to
change the object from [arduino] to [firmata]? That's something I thought
about doing in the past. This would also make it easier
Sweet!
I'll take some time, probably this week-end, to test it with my setup.
Pierre.
2012/2/28 Roman Haefeli reduz...@gmail.com
Hi all
An improved version of [arduino] and its help patch is ready for testing
and commenting. There is also a new [arduino-gui] class, that
graphically
Sounds great Roman,
I have a gig tomorrow night so I don't want to mess with my setup right
now. But I'll definitely give it whirl after that.
Thanks!
On Wed, Feb 29, 2012 at 12:12 AM, Pierre Massat pimas...@gmail.com wrote:
Sweet!
I'll take some time, probably this week-end, to test it with
heho
i just put my attempt for a solution considering this pin numbering confusion
into github:
https://github.com/reduzent/pduino
take a look if time and leisure permitting - I'm herewith opening the
suggestion box!
thanks in advance salutis
ø
On 11/09/2011 09:54 AM, olsen wrote:
Thanks
Thanks Hans for making this thing clear - I'll try to find an adequate solution
for the rewritten pduino-help asap!
best
ø
On 11/03/2011 03:39 PM, Hans-Christoph Steiner wrote:
That confusion originates from the Arduino numbering scheme itself, since it
uses A0 for analog pins in analog
yo bonitos
due to the pduino rewrite I've to reanimate this threat ;)
I would like to remove the ambiguity and confusion about this old and new way
of enabling the analog pins.
old way of enabling the analog 0 pin is sending the following to the arduino
object:
[analogIns 0 1(
enabling the
That confusion originates from the Arduino numbering scheme itself, since it
uses A0 for analog pins in analog mode, but then it uses a number when using
the same pin for digital things.
I think one way to represent this might be to allow the use of A0-A7 pin names
in addition to the numbers,
Ej Hans
Thanks for your reply. It works now - guess the computer arduino
just needed some rest...
best
ø
On Fri, Oct 28, 2011 at 1:10 AM, Hans-Christoph Steiner h...@at.or.at wrote:
You might want to confirm that its not an electrical problem. Try
another Arduino on that computer. If the
Phew. Sounds like it was a short circuit on the arduino board setup.
.hc
On Oct 28, 2011, at 9:31 AM, olsen wolf wrote:
Ej Hans
Thanks for your reply. It works now - guess the computer arduino
just needed some rest...
best
ø
On Fri, Oct 28, 2011 at 1:10 AM, Hans-Christoph Steiner
You might want to confirm that its not an electrical problem. Try
another Arduino on that computer. If the Arduino shortcircuits, that
shuts down the USB connection, which makes Pd crash.
.hc
On Thursday, October 27, 2011 6:19 PM, olsen
sesselastron...@googlemail.com wrote:
Buenas
I'm
Wow, I just compared your version of [pd digital message] with mine and
yours takes only 180ms to process 100 of messages, while mine uses
over 8s.
Frankly, I wouldn't have expected such a big difference Let me dig
into this.
Roman
On Fri, 2011-09-16 at 05:57 +0200, Ingo wrote:
The
On Fri, 2011-09-16 at 05:57 +0200, Ingo wrote:
The [change -1] is a great idea, I just committed that to bytemask.pd
and debytemask.pd. But the [pd resolve-bits_0-7] abstractions seem
quite labor-intensive, but they work. I think it would work better to
use multiple instances of
On Fri, 2011-09-16 at 11:32 +0200, Roman Haefeli wrote:
On Fri, 2011-09-16 at 05:57 +0200, Ingo wrote:
The [change -1] is a great idea, I just committed that to bytemask.pd
and debytemask.pd. But the [pd resolve-bits_0-7] abstractions seem
quite labor-intensive, but they work. I think
Wow, I just compared your version of [pd digital message] with mine and
yours takes only 180ms to process 100 of messages, while mine uses
over 8s.
Frankly, I wouldn't have expected such a big difference Let me dig
into this.
Roman
That's more than I would have expected, too!
I
Hi Roman,
Frankly, I'm not yet convinced that those little improvements in
[arduino] will significantly improve the overall Pd performance.
Here's the reason why I started really to simplify any patch, no matter if
audio or control objects:
I have been programming for about 4 years on one
To make sure boards that are larger than 56 digital in pins you should copy
a couple more of these objects to go up to 128. Of course since [] and []
seems to be slightly faster that would be the choice.
To be even more efficient the object [pd route digital/analog] should be
bypassed by adding
Hi Ingo,
On 16/09/11 13:02, Ingo wrote:
When I started I thought it was very convenient to use wireless
[send/receive] objects to send midi data to the sample-voices (which it is).
[snip]
Sending 3,000 messages to 8,000 [receive] objects adds up to 24 million
times per second that the
Hi Claude,
When I started I thought it was very convenient to use wireless
[send/receive] objects to send midi data to the sample-voices (which it
is).
[snip]
Sending 3,000 messages to 8,000 [receive] objects adds up to 24 million
times per second that the individual [receive] objects
Nachricht-
Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von
Ingo
Gesendet: Freitag, 16. September 2011 16:42
An: 'Claude Heiland-Allen'; pd-list@iem.at
Betreff: Re: [PD] pduino rewrite
Hi Claude,
When I started I thought it was very convenient to use
[mailto:pd-list-boun...@iem.at] Im Auftrag von
Hans-Christoph Steiner
Gesendet: Mittwoch, 14. September 2011 22:33
An: Roman Haefeli
Cc: pd-list@iem.at
Betreff: Re: [PD] pduino rewrite
As Ingo pointed out, one bug is that [mapping/debytemask] has the
[change] object for each outlet. So
Hans-Christoph Steiner
Gesendet: Mittwoch, 14. September 2011 22:33
An: Roman Haefeli
Cc: pd-list@iem.at
Betreff: Re: [PD] pduino rewrite
As Ingo pointed out, one bug is that [mapping/debytemask] has the
[change] object for each outlet. So probably the way to fix
On Thu, 2011-09-15 at 09:44 +0200, Ingo wrote:
The reason why I didn't make an abstraction for the debyte is that I
wanted to keep the number of files and dependencies as low as possible. I
think this was the original idea of the rewrite, right?
Yeah, exactly. I would like to be able to
Interesting. How did you quantify the amount of message transfers? What
makes it differ so much, like you say?
I simply (roughly) counted the numbers of objects the calculation including
all sub processes have to pass until you get the final result.
(Unfortunately I cannot tell how heavy each
On Thu, 2011-09-15 at 10:01 +0200, Roman Haefeli wrote:
On Thu, 2011-09-15 at 09:44 +0200, Ingo wrote:
The reason why I didn't make an abstraction for the debyte is that I
wanted to keep the number of files and dependencies as low as possible. I
think this was the original idea of the
On Thu, 2011-09-15 at 10:20 +0200, Ingo wrote:
Interesting. How did you quantify the amount of message transfers? What
makes it differ so much, like you say?
I simply (roughly) counted the numbers of objects the calculation including
all sub processes have to pass until you get the final
On Thu, 2011-09-15 at 11:36 -0400, Hans-Christoph Steiner wrote:
On Thu, 2011-09-15 at 10:01 +0200, Roman Haefeli wrote:
On Thu, 2011-09-15 at 09:44 +0200, Ingo wrote:
The reason why I didn't make an abstraction for the debyte is that I
wanted to keep the number of files and dependencies
Hi Hans,
unfortunately I am not really good at C or C++ so I have to stick with
simplifying within Pd until I get there. But I am actually working on it so
I'll be able to replace certain objects in my patches by more efficient
externals. Anyway, I think in the case of simplifying the pduino
On Thu, 2011-09-15 at 18:43 +0200, Roman Haefeli wrote:
On Thu, 2011-09-15 at 11:36 -0400, Hans-Christoph Steiner wrote:
On Thu, 2011-09-15 at 10:01 +0200, Roman Haefeli wrote:
On Thu, 2011-09-15 at 09:44 +0200, Ingo wrote:
The reason why I didn't make an abstraction for the debyte is
On Thu, 2011-09-15 at 18:54 +0200, Ingo wrote:
Hi Hans,
unfortunately I am not really good at C or C++ so I have to stick with
simplifying within Pd until I get there. But I am actually working on it so
I'll be able to replace certain objects in my patches by more efficient
externals.
On Thu, 2011-09-15 at 13:29 -0400, Hans-Christoph Steiner wrote:
On Thu, 2011-09-15 at 18:54 +0200, Ingo wrote:
Hi Hans,
unfortunately I am not really good at C or C++ so I have to stick with
simplifying within Pd until I get there. But I am actually working on it so
I'll be able to
The [change -1] is a great idea, I just committed that to bytemask.pd
and debytemask.pd. But the [pd resolve-bits_0-7] abstractions seem
quite labor-intensive, but they work. I think it would work better to
use multiple instances of [debytemask].
.hc
Not sure what you mean by
Hi Ingo
Thanks for all your reports.
Sorry that my replies sometimes only come a few days later. I'm still
willing to fix any outstanding issues, but not very often I find time to
get an arduino into my hands. Since sometimes I have troubles following
you and keeping your several bug reports
On Wed, 2011-09-14 at 11:48 +0200, Ingo wrote:
Hi Roman,
thanks for taking the time looking at the code. Unfortunately your version
will be sending even many more wrong numbers.
I have put some list messages into your patch. Keep clicking onto them
randomly and you will see that the
As Ingo pointed out, one bug is that [mapping/debytemask] has the
[change] object for each outlet. So probably the way to fix this is to
make a bunch of [mapping/debytemask] objects for all the possible
digital ports.
[arduino] should only output on change of digital input, and it receives
the
crazy now sending wrong stuff all over the place.
Ingo
-Ursprüngliche Nachricht-
Von: Hans-Christoph Steiner [mailto:h...@at.or.at]
Gesendet: Freitag, 9. September 2011 16:41
An: Ingo
Cc: 'Roman Haefeli'; 'pd-list'
Betreff: Re: [PD] pduino rewrite
I basically haven't used
Hi Roman, Olsen and Hans,
Here' a replacement object that fixes the behaviour that wrong digital in
pins get recognized when more than the first 6 pins are used. I hope there
is nothing else interfering with those pins anymore.
The object digital_messages inside the patch should be placed here
There is another thing that I just noticed about the pduino test-patch.
The mode buttons are suggesting that you can turn of all functions by
selecting NONE. This is not true! These buttons have absolutely NO
function and should be replaced with the correct commands.
While doing this the option
Hi Ingo
On Fri, 2011-09-09 at 05:47 +0200, Ingo wrote:
OK, I got it!
Downloading the files didn't work (at least not on my Windows computer) but
copying the content into a bunch of text files and renaming them did.
Hm.. is this probably due to Windows and Linux using different line
breaks
Hi Roman,
I just messed around with the rewrite and - as you mentioned - you didn't
fix any of the bugs.
I even think I send you a mail about the digital pins 2 3 and provided a
fix for it here at the forum. Of course it's still there!
About the other things:
- The test patch has still no
I forgot to mention: I tested with a Duemilanove.
Ingo
-Ursprüngliche Nachricht-
Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von
Ingo
Gesendet: Freitag, 9. September 2011 10:04
An: 'Roman Haefeli'; 'olsen'; 'pd-list'
Betreff: Re: [PD] pduino rewrite
Hi
On Fri, 2011-09-09 at 10:03 +0200, Ingo wrote:
Hi Roman,
I just messed around with the rewrite and - as you mentioned - you didn't
fix any of the bugs.
I even think I send you a mail about the digital pins 2 3 and provided a
fix for it here at the forum. Of course it's still there!
I did test it with the Duemilanove. But I also tested Diecimila and Uno.
To me the problem looks like unfortunate design in the firmata. The
buttons 2-9 don't somehow connect the same 8-bit word. It might simply be a
bug in the firmata. Hans hasn't reacted to it the last 2 or 3 times I
mentioned
I basically haven't used an Arduino in 2 years, so I am a poor candidate
for debugging this stuff. Roman and Olsen are much better candidates
for this job.
The digital input pins are reported using the hardware-level ports, the
hardware is organized around pins 0-7 being one port, 8-15,
I could not open any patch at all! Neither Natty nor Windows XP worked.
I am still on Pd-extended 0.42.5.
There is a huge list of stuff (not pd library related) missing.
So far this doesn't look like it's improving any dependency problem.
Ingo
buenas tutti
roman me did some rewrite on the
are gone.
Ingo
Betreff: Re: [PD] pduino rewrite
I could not open any patch at all! Neither Natty nor Windows XP worked.
I am still on Pd-extended 0.42.5.
There is a huge list of stuff (not pd library related) missing.
So far this doesn't look like it's improving any dependency problem.
Ingo
This is a great start, it needed some loving. I'll check it out when I
have some time.
.hc
On Fri, 2011-09-02 at 12:20 +0200, olsen wrote:
buenas tutti
roman me did some rewrite on the pduino - citing the README:
Pduino - improved
-
All Pd patches are based on the
On 06/17/2011 12:24 AM, Matteo Sisti Sette wrote:
On 06/16/2011 05:44 PM, olsen wrote:
it's all in the
arduino-help.pd by Gerda Strobl and Georg Holzmann!
Which one???
Not the one that is distributed together with [arduino] and [arduino-test] at
http://at.or.at/hans/pd/objects.html,
sending
wrong data rather than the pd patch doing something wrong.
Ingo
-Ursprüngliche Nachricht-
Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von
Matteo Sisti Sette
Gesendet: Dienstag, 14. Juni 2011 16:26
An: Roman Haefeli
Cc: 'PD List'
Betreff: Re: [PD] pduino
On 06/16/2011 05:44 PM, olsen wrote:
it's all in the
arduino-help.pd by Gerda Strobl and Georg Holzmann!
Which one???
Not the one that is distributed together with [arduino] and
[arduino-test] at http://at.or.at/hans/pd/objects.html, right?
in the last subpatch [pd SWITCHING-INPUTS]
On 06/13/2011 09:09 PM, Roman Haefeli wrote:
@Ingo and Matteo
I'm also quite interested in having the [arduino] working properly. I
didn't find any bugs recently, though. However, if you provide a
step-by-step guide about how to reproduce a problem, I (and probably
Olsen also) might be able to
An: Roman Haefeli
Cc: 'PD List'
Betreff: Re: [PD] pduino test patch: old analog/digital controls
On 06/13/2011 09:09 PM, Roman Haefeli wrote:
@Ingo and Matteo
I'm also quite interested in having the [arduino] working properly. I
didn't find any bugs recently, though. However, if you provide
Hi,
I bring this up again after some further testing:
I:
In the Pduino test patch (arduino-test.pd) there is a subpatch called old
analog/digital controls.
...
analogIns X Y (where X is the analog pin to enable/disable and Y is either
0 or 1).
Hans-Christoph Steiner:
That's the
With the latest version, the only way I've found that actually works
to enable analog input pins are the so-called old messages
analogIns npin 1/0
/listinfo/pd-list
I was mentioning that before. I had the same problem.
There is another problem with the digital ins 1 and 2. I got myself a
On Jun 13, 2011, at 1:48 PM, Ingo wrote:
With the latest version, the only way I've found that actually works
to enable analog input pins are the so-called old messages
analogIns npin 1/0
/listinfo/pd-list
I was mentioning that before. I had the same problem.
There is another problem with
On Mon, 2011-06-13 at 13:57 -0400, Hans-Christoph Steiner wrote:
On Jun 13, 2011, at 1:48 PM, Ingo wrote:
With the latest version, the only way I've found that actually works
to enable analog input pins are the so-called old messages
analogIns npin 1/0
/listinfo/pd-list
I was
On Jun 13, 2011, at 3:09 PM, Roman Haefeli wrote:
On Mon, 2011-06-13 at 13:57 -0400, Hans-Christoph Steiner wrote:
On Jun 13, 2011, at 1:48 PM, Ingo wrote:
With the latest version, the only way I've found that actually
works
to enable analog input pins are the so-called old messages
That's the original way of controlling the analog inputs. It just controls
whether the Arduino sends the analog messages. Its there only for backwards
compatibility. Use the non-old messages now.
What are the non-old messages? Maybe I should study the firmata
documentation instead of just
That's the original way of controlling the analog inputs. It just
controls whether the Arduino sends the analog messages. Its there
only for backwards compatibility. Use the non-old messages now.
.hc
On May 19, 2011, at 10:07 AM, olsen wrote:
ej m
i also noticed this during
On 05/19/2011 04:45 PM, Hans-Christoph Steiner wrote:
That's the original way of controlling the analog inputs. It just controls
whether the Arduino sends the analog
messages. Its there only for backwards compatibility. Use the non-old messages
now.
okedoke - for the matter of integrity
thanks tim and jose,
i know about the new USB-to-serial chip and i wonder if this is the problem.
to make things clear we used firmata 2.2, Arduino IDE 0021, Arduino UNO
board, Pduino0.5beta8 downloaded from Hans' site, pd-extended 0.42.5 for Mac
Intel.
same set up with Arduino Duemilanove works
solved.
thanks a lot anyway.
alessandro contini + www.cntlsn.com
2010/10/19 alessandro contini aless.cont...@gmail.com
thanks tim and jose,
i know about the new USB-to-serial chip and i wonder if this is the
problem.
to make things clear we used firmata 2.2, Arduino IDE 0021, Arduino UNO
how was this solved?
On Tue, Oct 19, 2010 at 8:30 AM, alessandro contini aless.cont...@gmail.com
wrote:
solved.
thanks a lot anyway.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
+1 how???
José
2010/10/19 John Harrison johnharrison...@gmail.com
how was this solved?
On Tue, Oct 19, 2010 at 8:30 AM, alessandro contini
aless.cont...@gmail.com wrote:
solved.
thanks a lot anyway.
--
http://arselectronicachile.blogspot.com
http://www.myspace.com/santorcuato
from http://arduino.cc/en/Main/Hardware :
It is similar to the Duemilanove, but has a different USB-to-serial chip
the ATMega8U2
may have something to do with it...?
gr,
Tim
2010/10/18 alessandro contini aless.cont...@gmail.com
hey there,
i'm teaching in an intensive course about Arduino in
HI, I have no arduino one hand, you could try installing the latest Arduino
IDE, is for the UNO plate.
I noticed that in 2.1 are defined Firmat chipset ATMEGA xxx in the file
named firmata.h chipsets there are defined outputs and inputs, not sure, but
could include a chip or model, remember that
1 - 100 of 192 matches
Mail list logo