Re: [PD] Arduino (is drivin me mad
Please post a bug report to the bug tracker, and I'll get to it when I find time. Having a newborn son is currently all-consuming! .hc On Jul 7, 2011, at 4:23 PM, Pierre Massat wrote: Ok, i finally wrote a custom sketch in Arduino IDE that sends inputs to serial. I managed to read the inputs in Pd (thanks to a patch i found in Pd forum). For the moment that's all i need. Hans, please let me know if I can help when you get time to fix Pduino. Cheers! Pierre PS : I can share my patch and sketch if you want, though it's VERY rough. 2011/7/7 Jérôme Abel abel.jer...@free.fr Hi, I don't understand clearly your problem. But if you think that's the problem might be about using Pduino firmware, you sould try Tata firmware from Thomas Ouellet Fredericks, and see what happens : http://wiki.t-o-f.info/index.php?n=Tata.Tata Just a suggestion. Best, -- Jérôme Abel http://impala.utopia.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Arduino (is drivin me mad
Fixed (partially, i haven't tried the board with Pduino yet). Please read my new post Got Arduino UNO to work in Linux (Ubuntu) for the fix. Pierre 2011/7/9 Charles Goyard c...@fsck.fr Pierre Massat wrote: Now my question... Is the arduino software just really really bad? Quite so, especially the serial port handling. The same applies for Processing, upon which the arduino IDE is founded. You can hog a brand new computer with a 9600bps transfer. 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. I have the exact same behavior with the Uno (on archlinux). I believe it's mostly a matter of upgrading the bootloader that lies in the atmega8U. That's why I stepped back to the golden age of no autoreset, a trusty external ISP programmer, a good Makefile and a nice text editor. It seems to occur more often when the program running on the board writes to the serial port. It looks like the usb bridge and the main microcontroller are not in the same stage. Try holding the reset button, click upload and then release it. It sometimes help. This is beginning to look more like witchcraft than computer science to me. Bugs are computer science ;). -- Charlot ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Arduino (is drivin me mad
You're welcome. Please let me know if it works or not. Also, remember to reply to all, so that the list gets all messages in the thread! Pierre 2011/7/9 FernandoG dataf...@gmail.com Thanks a lot! 2011/7/8 Pierre Massat pimas...@gmail.com Hi FernandoG, Attached are the files i mentioned in my previous email. It is a very rough way of getting arduino input into Pd. You'll also have to add more inputs (right now it's got 2 analog and 8 digital inputs). This is infintely less cool than Pduino (you can't control anything from within Pd, etc.), but at least all my digital inputs are working now. Pierre PS : the sketch and the patch were originally written by Nestor who posted them on the forum. 2011/7/7 FernandoG dataf...@gmail.com I am having similar problems but trying to expand pduino to arduino mega, there is a range of pins that didnt work, i probe firmata_test wtih arduino mega and all pins are ok then must be some code in the pduino. I really apreciate if you share your sketch and patch, maybe i can do the same solution, write my code. thanks 2011/7/7 Pierre Massat pimas...@gmail.com Ok, i finally wrote a custom sketch in Arduino IDE that sends inputs to serial. I managed to read the inputs in Pd (thanks to a patch i found in Pd forum). For the moment that's all i need. Hans, please let me know if I can help when you get time to fix Pduino. Cheers! Pierre PS : I can share my patch and sketch if you want, though it's VERY rough. 2011/7/7 Jérôme Abel abel.jer...@free.fr Hi, I don't understand clearly your problem. But if you think that's the problem might be about using Pduino firmware, you sould try Tata firmware from Thomas Ouellet Fredericks, and see what happens : http://wiki.t-o-f.info/index.php?n=Tata.Tata Just a suggestion. Best, -- Jérôme Abel http://impala.utopia.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Arduino (is drivin me mad
Pierre Massat wrote: Now my question... Is the arduino software just really really bad? Quite so, especially the serial port handling. The same applies for Processing, upon which the arduino IDE is founded. You can hog a brand new computer with a 9600bps transfer. 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. I have the exact same behavior with the Uno (on archlinux). I believe it's mostly a matter of upgrading the bootloader that lies in the atmega8U. That's why I stepped back to the golden age of no autoreset, a trusty external ISP programmer, a good Makefile and a nice text editor. It seems to occur more often when the program running on the board writes to the serial port. It looks like the usb bridge and the main microcontroller are not in the same stage. Try holding the reset button, click upload and then release it. It sometimes help. This is beginning to look more like witchcraft than computer science to me. Bugs are computer science ;). -- Charlot ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Arduino (is drivin me mad
Hi FernandoG, Attached are the files i mentioned in my previous email. It is a very rough way of getting arduino input into Pd. You'll also have to add more inputs (right now it's got 2 analog and 8 digital inputs). This is infintely less cool than Pduino (you can't control anything from within Pd, etc.), but at least all my digital inputs are working now. Pierre PS : the sketch and the patch were originally written by Nestor who posted them on the forum. 2011/7/7 FernandoG dataf...@gmail.com I am having similar problems but trying to expand pduino to arduino mega, there is a range of pins that didnt work, i probe firmata_test wtih arduino mega and all pins are ok then must be some code in the pduino. I really apreciate if you share your sketch and patch, maybe i can do the same solution, write my code. thanks 2011/7/7 Pierre Massat pimas...@gmail.com Ok, i finally wrote a custom sketch in Arduino IDE that sends inputs to serial. I managed to read the inputs in Pd (thanks to a patch i found in Pd forum). For the moment that's all i need. Hans, please let me know if I can help when you get time to fix Pduino. Cheers! Pierre PS : I can share my patch and sketch if you want, though it's VERY rough. 2011/7/7 Jérôme Abel abel.jer...@free.fr Hi, I don't understand clearly your problem. But if you think that's the problem might be about using Pduino firmware, you sould try Tata firmware from Thomas Ouellet Fredericks, and see what happens : http://wiki.t-o-f.info/index.php?n=Tata.Tata Just a suggestion. Best, -- Jérôme Abel http://impala.utopia.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list parser_tester_Plus_Digital.pd Description: Binary data pot_2_pd_plus_digital.pde Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Arduino (is drivin me mad
Sorry Pierre! Im surprised that it didnt work. It's surely working here. But then again you might have the arduino set up differently than I do and something else might interfere with the (replaced) numbers. Try to check out how the numbers change before they go into the [mapping/debytemask] by sending them to [print]. They shouldn't produce lists that start with 0 or 1 or 2 or 3 as far as I recall. Ingo Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Mittwoch, 6. Juli 2011 20:48 An: Ingo Cc: Hans-Christoph Steiner; pd-list@iem.at Betreff: Re: [PD] Arduino (is drivin me mad 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 i...@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:pimas...@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 i...@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:i...@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 its 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
Re: [PD] Arduino (is drivin me mad
Ok i'll try to print the input to see what it looks like. Since yesterday i've been experimenting with a custom sketch for the board and the [comport] object in Pd. I'm beginning to wonder whether it wouldn't be easier to just write a simple program for the board and a simple patch to get sensor data from comport. I just need 8 or 10 digital inputs and 4 analog inputs, and no output/servo/etc. Right now i'm stuck with a single input working in Pd, since i don't know how to write a list of values in Serial.write that i could unpack in Pd. Pierre 2011/7/7 Ingo i...@miamiwave.com Sorry Pierre! I’m surprised that it didn’t work. It's surely working here. But then again you might have the arduino set up differently than I do and something else might interfere with the (replaced) numbers. Try to check out how the numbers change before they go into the [mapping/debytemask] by sending them to [print]. They shouldn't produce lists that start with 0 or 1 or 2 or 3 as far as I recall. Ingo Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Mittwoch, 6. Juli 2011 20:48 An: Ingo Cc: Hans-Christoph Steiner; pd-list@iem.at Betreff: Re: [PD] Arduino (is drivin me mad 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 i...@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:pimas...@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 i...@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:i...@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
Re: [PD] Arduino (is drivin me mad
Hi, I don't understand clearly your problem. But if you think that's the problem might be about using Pduino firmware, you sould try Tata firmware from Thomas Ouellet Fredericks, and see what happens : http://wiki.t-o-f.info/index.php?n=Tata.Tata Just a suggestion. Best, -- Jérôme Abel http://impala.utopia.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Arduino (is drivin me mad
Ok, i finally wrote a custom sketch in Arduino IDE that sends inputs to serial. I managed to read the inputs in Pd (thanks to a patch i found in Pd forum). For the moment that's all i need. Hans, please let me know if I can help when you get time to fix Pduino. Cheers! Pierre PS : I can share my patch and sketch if you want, though it's VERY rough. 2011/7/7 Jérôme Abel abel.jer...@free.fr Hi, I don't understand clearly your problem. But if you think that's the problem might be about using Pduino firmware, you sould try Tata firmware from Thomas Ouellet Fredericks, and see what happens : http://wiki.t-o-f.info/index.php?n=Tata.Tata Just a suggestion. Best, -- Jérôme Abel http://impala.utopia.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
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 i...@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:i...@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:pimas...@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 pimas...@gmail.com Should I try to upload a older firmata? :Pierre 2011/7/5 Hans-Christoph Steiner h...@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
Re: [PD] Arduino (is drivin me mad
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:pimas...@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 i...@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:i...@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 its 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:pimas...@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 pimas...@gmail.com Should I try to upload a older firmata? :Pierre 2011/7/5 Hans-Christoph Steiner h...@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
Re: [PD] Arduino (is drivin me mad
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 i...@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:pimas...@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 i...@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:i...@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:pimas...@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
Re: [PD] Arduino (is drivin me mad
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 pimas...@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 i...@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:pimas...@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 i...@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:i...@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
Re: [PD] Arduino (is drivin me mad
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-boun...@iem.at [mailto:pd-list-boun...@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
Re: [PD] Arduino (is drivin me mad
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:pimas...@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 i...@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:pimas...@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 i...@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-boun...@iem.at [mailto:pd-list-boun...@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
Re: [PD] Arduino (is drivin me mad
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:pimas...@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 i...@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:pimas...@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 i...@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-boun...@iem.at [mailto:pd-list-boun...@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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Arduino (is drivin me mad
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 h...@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:pimas...@gmail.com pimas...@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 i...@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:pimas...@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 i...@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-boun...@iem.at [mailto:pd-list-boun...@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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Arduino (is drivin me mad
@ Hans : I checked and it turns out that i use the latest version of pduino. And i just managed to upload StandardFirmata_2_2_for_Uno_0_3. Will check in a couple of seconds if that makes any difference. Pierre 2011/7/5 Pierre Massat pimas...@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 h...@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:pimas...@gmail.com pimas...@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 i...@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:pimas...@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 i...@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-boun...@iem.at [mailto:pd-list-boun...@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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account
Re: [PD] Arduino (is drivin me mad
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 pimas...@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 h...@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:pimas...@gmail.com pimas...@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 i...@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:pimas...@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 i...@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-boun...@iem.at [mailto:pd-list-boun...@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
Re: [PD] Arduino (is drivin me mad
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 pimas...@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 h...@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:pimas...@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 i...@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:pimas...@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 i...@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-boun...@iem.at [mailto:pd-list-boun...@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
Re: [PD] Arduino (is drivin me mad
Should I try to upload a older firmata? :Pierre 2011/7/5 Hans-Christoph Steiner h...@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 pimas...@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 h...@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:pimas...@gmail.com pimas...@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 i...@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:pimas...@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 i...@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-boun...@iem.at [mailto:pd-list-boun...@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
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 pimas...@gmail.com Should I try to upload a older firmata? :Pierre 2011/7/5 Hans-Christoph Steiner h...@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 pimas...@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 h...@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:pimas...@gmail.com pimas...@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 i...@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:pimas...@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 i...@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-boun...@iem.at [mailto:pd-list-boun...@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
Re: [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 its 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:pimas...@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 pimas...@gmail.com Should I try to upload a older firmata? :Pierre 2011/7/5 Hans-Christoph Steiner h...@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 pimas...@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 h...@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
Re: [PD] Arduino (is drivin me mad
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:i...@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 its 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:pimas...@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 pimas...@gmail.com Should I try to upload a older firmata? :Pierre 2011/7/5 Hans-Christoph Steiner h...@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 pimas...@gmail.com Ok, I checked in Windows XP, with a custom sketch, and all of my inputs work flawlessly. (The IDE seem to work
Re: [PD] Arduino (is drivin me mad
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:i...@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 its 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:pimas...@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 pimas...@gmail.com Should I try to upload a older firmata? :Pierre 2011/7/5 Hans-Christoph Steiner h...@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
