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
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 Led13 in Pduino only gives a short flash on the Led.
the GUI
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.
Hello,
I´m running StandardFirmata 2.3. on Arduino Uno with PD extended 0.43.4 on
MacBookPro / MacOSX 10.6.8.
What I´m trying to do, is to drive two pins (9 10) in pwm mode and at least
two others (5 6) in servo mode.
The pwm works fine - but only until I set one of the other pins to servo -
Hi Hans,
Is this still the right link for downloading Pduino?
http://at.or.at/hans/pd/Pduino-0.5.zip
It's currently timing out (found on this page:
http://puredata.info/downloads/pduino/releases/0.5).
thanks,
Phil Stone
___
Pd-list@iem.at
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!
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 pads and routes the bangs
to different output pins. The pins then trigger a seperate solenoids with
the arduino board. These solenoids hit actual drums.
I thought the pd
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
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 message in console:
maximum object loading depth 1000
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
: [PD] pduino patches on pdx
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
[arduino]
As an aside, you really
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
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 emulates an Arduino board and is supposed to be very easy to
use, especially for beginners.
Get it from here:
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
Buenas
I'm currently giving a class using the pduino. One of the students has a Powerpc with OSX 10.04. As soon as he sends a
message to the arduino/comport the patch freezes and pd has to be killed. The installed ftdi driver is the current one
coming with arduino-022.
Anyone experinced
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
Nachricht-
Von: Roman Haefeli [mailto:reduz...@gmail.com]
Gesendet: Freitag, 16. September 2011 11:32
An: Ingo
Cc: 'Hans-Christoph Steiner'; pd-list@iem.at
Betreff: Re: AW: AW: AW: [PD] pduino rewrite
On Fri, 2011-09-16 at 05:57 +0200, Ingo wrote:
The [change -1] is a great idea, I just
Steiner'; pd-list@iem.at
Betreff: Re: AW: AW: AW: AW: [PD] pduino rewrite
On Fri, 2011-09-16 at 14:05 +0200, Ingo wrote:
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
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
Nachricht-
Von: Roman Haefeli [mailto:reduz...@gmail.com]
Gesendet: Donnerstag, 15. September 2011 08:44
An: Ingo
Cc: 'Hans-Christoph Steiner'; pd-list@iem.at
Betreff: Re: AW: [PD] pduino rewrite
Hi Ingo
Thanks for testing!
On Thu, 2011-09-15 at 05:23 +0200, Ingo wrote:
Hi Roman
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
working perfectly.
Ingo
-Ursprüngliche Nachricht-
Von: Hans-Christoph Steiner [mailto:h...@at.or.at]
Gesendet: Donnerstag, 15. September 2011 17:48
An: Ingo
Cc: 'Roman Haefeli'; pd-list@iem.at
Betreff: Re: AW: [PD] pduino rewrite
On Thu, 2011-09-15 at 10:20 +0200, Ingo wrote
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
]
Gesendet: Donnerstag, 15. September 2011 17:48
An: Ingo
Cc: 'Roman Haefeli'; pd-list@iem.at
Betreff: Re: AW: [PD] pduino rewrite
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
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!
Nachricht-
Von: Roman Haefeli [mailto:reduz...@gmail.com]
Gesendet: Freitag, 9. September 2011 10:49
An: Ingo
Cc: 'olsen'; 'pd-list'
Betreff: Re: AW: [PD] pduino rewrite
On Fri, 2011-09-09 at 10:03 +0200, Ingo wrote:
Hi Roman,
I just messed around with the rewrite and - as you mentioned
Nachricht-
Von: Roman Haefeli [mailto:reduz...@gmail.com]
Gesendet: Freitag, 9. September 2011 10:49
An: Ingo
Cc: 'olsen'; 'pd-list'
Betreff: Re: AW: [PD] pduino rewrite
On Fri, 2011-09-09 at 10:03 +0200, Ingo wrote:
Hi Roman,
I just messed around with the 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
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
buenas tutti
roman me did some rewrite on the pduino - citing the README:
Pduino - improved
-
All Pd patches are based on the official Pduino (version 0.5beta8)
maintained by Hans-Christoph Steiner.
The goals of the improvements are:
* Get rid of avoidable dependencies on
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
1 - 100 of 223 matches
Mail list logo