Just in case this could help pin down the problem : I just downloaded the firmata_test executable from the firmata wiki page, and everything is working real fine. So i suppose the issue really comes from pduino itself.
Pierre
2011/7/6 Pierre Massat pimassat@gmail.com
Ok, i replaced mapping/debytemask and the rest as you suggested, but it didn't work. Then i replaced 0 and 1 in the debyte object by 8 and 9, to no avail.
I'm afraid I can't find a fix alone, as i have no idea what the incoming data from the board looks like.
Anyway, thanks for helping me.
Pierre
2011/7/6 Ingo ingo@miamiwave.com
It should be here:
[arduino] / [pd convert_to_symbolic_commands] / [pd digital messages] / [mapping/debytemask]
I was using the Pduino-0.5beta8 arduino-test.pd
Ingo
Von: Pierre Massat [mailto:pimassat@gmail.com] Gesendet: Mittwoch, 6. Juli 2011 19:01 An: Ingo Cc: Hans-Christoph Steiner; pd-list@iem.at Betreff: Re: [PD] Arduino (is drivin me mad
Thank you Ingo. Unfortunately I can't even locate the mapping/debytemask object to be replaced...
Pierre 2011/7/6 Ingo ingo@miamiwave.com I assume that the error might be somehow caused by the fact that the digital pins are not offset by two as it should be the case since pin 0 & 1 ought to be handled separately from the rest of the digital ins.
BTW the debyte patch should replace [mapping/debytemask] plus the following message boxes and the [unpack float float] object.
Ingo
It looks like I changed pin 8 and 9 to be output as pin 0 and 1 for some reason. You should change the two message boxes at the left from
[0 $1( [1 $1( to
[8 $1( [9 $1(
to get the correct pin numbering.
Ingo
-----Ursprüngliche Nachricht----- Von: Ingo [mailto:ingo@miamiwave.com] Gesendet: Mittwoch, 6. Juli 2011 05:46 An: 'Pierre Massat'; 'Hans-Christoph Steiner' Cc: 'Ingo'; pd-list@iem.at Betreff: AW: [PD] Arduino (is drivin me mad
Please tell me that all hope is not lost ...
I looked it up and I found my fix. The errors are getting obvious
here:
Arduino / convert_to_symbolic_commands / digital messages / debyte
If you replace “debyte” with this patch “pd debyte” it should work although I am not sure if pins higher than 9 were taken care of. If the bytes higher than 9 are still causing problems you might have
to
set the first moses to a higher number like 8 or so. I am not sure if it can interfere with anything else and I am also not sure if it works with boards other than Diecimila and Duemilanove.
The problem is not “debyte” – it’s the numbers coming in that just get fixed with this workaround!
Ingo
#N canvas 11 14 450 290 10; #N canvas 252 114 541 378 debyte 0; #X obj 32 161 & 1; #X obj 82 161 & 2; #X obj 162 345 outlet; #X obj 32 181 change; #X obj 82 181 change; #X obj 32 20 inlet; #X obj 264 181 change; #X obj 315 181 change; #X obj 366 181 change; #X obj 417 181 change; #X obj 162 181 change; #X obj 213 181 change; #X msg 32 221 0 $1; #X msg 82 221 1 $1; #X msg 162 221 2 $1; #X msg 213 221 3 $1; #X msg 264 221 4 $1; #X msg 315 221 5 $1; #X msg 366 221 6 $1; #X msg 417 221 7 $1; #X obj 162 308 unpack; #X obj 205 345 outlet; #X obj 162 161 & 4; #X obj 213 160 & 8; #X obj 264 161 & 16; #X obj 32 201 == 1; #X obj 82 201 == 2; #X obj 162 201 == 4; #X obj 213 201 == 8; #X obj 264 201 == 16; #X obj 315 201 == 32; #X obj 315 160 & 32; #X obj 366 201 == 64; #X obj 417 201 == 128; #X obj 366 161 & 64; #X obj 417 160 & 128; #X obj 32 41 moses 4; #X obj 162 104 trigger float float float float float float; #X obj 71 61 moses 253; #X connect 0 0 3 0; #X connect 1 0 4 0; #X connect 3 0 25 0; #X connect 4 0 26 0; #X connect 5 0 36 0; #X connect 6 0 29 0; #X connect 7 0 30 0; #X connect 8 0 32 0; #X connect 9 0 33 0; #X connect 10 0 27 0; #X connect 11 0 28 0; #X connect 12 0 20 0; #X connect 13 0 20 0; #X connect 14 0 20 0; #X connect 15 0 20 0; #X connect 16 0 20 0; #X connect 17 0 20 0; #X connect 18 0 20 0; #X connect 19 0 20 0; #X connect 20 0 2 0; #X connect 20 1 21 0; #X connect 22 0 10 0; #X connect 23 0 11 0; #X connect 24 0 6 0; #X connect 25 0 12 0; #X connect 26 0 13 0; #X connect 27 0 14 0; #X connect 28 0 15 0; #X connect 29 0 16 0; #X connect 30 0 17 0; #X connect 31 0 7 0; #X connect 32 0 18 0; #X connect 33 0 19 0; #X connect 34 0 8 0; #X connect 35 0 9 0; #X connect 36 0 0 0; #X connect 36 0 1 0; #X connect 36 1 38 0; #X connect 37 0 22 0; #X connect 37 1 23 0; #X connect 37 2 24 0; #X connect 37 3 31 0; #X connect 37 4 34 0; #X connect 37 5 35 0; #X connect 38 0 37 0; #X connect 38 1 0 0; #X connect 38 1 1 0; #X restore 168 99 pd debyte;
Von: Pierre Massat [mailto:pimassat@gmail.com] Gesendet: Dienstag, 5. Juli 2011 22:23 An: Hans-Christoph Steiner Cc: Ingo; pd-list@iem.at Betreff: Re: [PD] Arduino (is drivin me mad
You tried with your "StandardFirmata", to no avail.
Please tell me that all hope is not lost, doc...
:Pierre 2011/7/5 Pierre Massat pimassat@gmail.com Should I try to upload a older firmata?
:Pierre
2011/7/5 Hans-Christoph Steiner hans@at.or.at
The Uno board was troublesome back when I first tried it, but that was
a
while ago. I didn't make that StandardFirmata_2_2_for_Uno_0_3
firmware,
so I don't know what changes it has. Is anyone having these problems on boards older than an Uno?
.hc
On Jul 5, 2011, at 3:32 PM, Pierre Massat wrote:
It makes no difference at all.
Here's what happens : Inputs 2 through 7 work fine. Inputs 8 and 9 work fine.
But if i use any of the inputs within the 2-7 group, and then use any input of the second group (8 and 9), i have to trigger the later twice
before
i
can see something is happening.
It goes like this : (in group 2 to 7) First guy : "Pushed button 3." Second guy (Pd) : "Ok, pushed button 3." First guy : "Pushed button 7." Second guy : "K, you pushed button 7." First guy : "Pushed button 8." Second guy : "Come again?" First guy : "PUSHED BUTTON 8!" Second guy : "Oh, yeah, button 8..." First guy ; "Pushed button 3." Second guy : "I'm sorry, what button?" First guy : "BUTTON 3!!" Second guy : "Yep, button 3.
I hope it is clear now what the problem is.
Pierre 2011/7/5 Pierre Massat pimassat@gmail.com Ok, I checked in Windows XP, with a custom sketch, and all of my
inputs
work flawlessly. (The IDE seem to work much better in Windows than in Linux btw).
So the problem has to be somewhere between firmata and pduino.
I will try with the latest pduino...
Thanks for your help!
Pierre
2011/7/5 Hans-Christoph Steiner hans@at.or.at
It would good to nail down the source of this and fix it. Which
version
of Firmata are you using? Which firmware? Also, there was a bug like
that
a
while back that was fixed, so make sure you have the latest Pd patch
too:
http://at.or.at/hans/pd/objects.html#pduino
.hc
On Jul 5, 2011, at 2:49 PM, Ingo wrote:
I fixed it by replacing the mapping object by a custom patch which
deals
with the first two switches seperately. I’ll look it up tomorrow and send you my fix.
And where does the problem lie? In the board, firmata, or pduino?
It suppose fermata since the wrong numbers arrive at pduino.
Ingo
Von: Pierre Massat [mailto:pimassat@gmail.com] Gesendet: Dienstag, 5. Juli 2011 20:41 An: Ingo Scherzinger Cc: Ingo Scherzinger Betreff: Re: [PD] Arduino (is drivin me mad
Can we fix that??
Pierre 2011/7/5 Ingo Scherzinger ingo@fixitinthemix.de I happens when switching from the first two switches to the others
within
a 8-bit block. Since the block has the wrong header it will ignore the
"on"
message and send the first "off". So you have to press the button
twice.
Once pressed it works until you press another button within that block
and
return to the first one.
Ingo
Von: Pierre Massat [mailto:pimassat@gmail.com] Gesendet: Dienstag, 5. Juli 2011 19:56 An: Ingo Scherzinger Betreff: Re: [PD] Arduino (is drivin me mad
Glad to know i'm not the only one with this problem! Sorry for
starting
a
new thread. I have problems with inputs 8 and 9, or 9 and 10 (the first two on the second digital input socket).
Pierre 2011/7/5 Ingo Scherzinger ingo@miamiwave.com This is the same problem I had described several times before. There
is
an
error in the 8-bit block where the digital ins 2+3 are coming in. It
can
be traced somewhere in the mapping section. I'll try to finally look it
up
tomorrow.
Ingo
Von: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] Im
Auftrag
von
Pierre Massat Gesendet: Dienstag, 5. Juli 2011 19:36 An: pd-list Betreff: [PD] Arduino (is drivin me mad
Hi All,
I apologie if this is off-topic. Please let me know if you think it
is.
I have been working on my arduino-based pedal, and im faced with a peculiar problem right now. I'm using 8 digital inputs ( 6 on the first socket
of
the board, inputs 2 through 8, and 2 on the second digital socket, inputs
9
and 10). The first 6 inputs work perfectly, but when i want to use any of
the
last two inputs (9 and 10), i have to trigger them twice before they
start
working. Then i'm faced with the exact same problem when i get back to
the
first 6 inputs. I am pretty sure that i used the very same wiring for
all
8 inputs.
So... I thought that maybe this could be a problem with firmata or
pduino
(no offense, Hans!). I have been spending the last hour trying to
write
a
simple program in the arduino software in order to print in serial
monitor
the values of my digital inputs.
Now my question... Is the arduino software just really really bad? Or
was
it just not designed to work on an ubuntu machine? It is randomly very
slow
at start-up, it randomly disables the serial port menu in Tools, it
randomly
decides to prevent me from uploading the program in the board, or
warns
me
that serial port dev/ttyACM0 is already in use, or can't be found. The fact that i unplug and replug the board, or change the usb port, or restart
the
software doesn't seem to make any difference.
This is beginning to look more like witchcraft than computer science
to
me.
Please help me, or i'll teach it how to fly out my window.
Thank you.
Pierre
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
--
--
Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them,
or
perish. -William Carlos Williams
--
--
Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra