Hey all,
I just started a little wiki guide showing my experience with learning the arduino on linux.
https://www.pure-data.info/Members/bbogart/Arduino
The page is just starting as a log of what I have been doing in my learning process but It will grow into a proper document and end up as part of PDDP.
comments welcome.
.b.
Hi Ben,
Cool - thanks for documenting this.
What I'm curious about is the actual application of the Arduino, i.e.
what are you controlling, how is it used in your installations?
Best, p
On Aug 23, 2006, at 1:19 AM, B. Bogart wrote:
Hey all,
I just started a little wiki guide showing my experience with learning the arduino on linux.
https://www.pure-data.info/Members/bbogart/Arduino
The page is just starting as a log of what I have been doing in my learning process but It will grow into a proper document and end up as part of PDDP.
comments welcome.
.b.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
I just did a major coding session with Jamie Allen on the next
version of the Pduino firmware last night. We are adapting to work
well with other host computer software like Java or Processing, as
well as adding software PWM and hopefully other features. We've
renamed it Firmata since its no longer Pd-specific (tho I really
liked the name Pduino...). Massimo Banzi said he's going to make it
the default firmware that comes on new Arduinos, so soon, you should
be able to use Arduinos out-of-box with Pd without having to do
anything to the Arduino.
Please send feedback, pages like this are quite useful.
.hc
On Aug 23, 2006, at 1:19 AM, B. Bogart wrote:
Hey all,
I just started a little wiki guide showing my experience with learning the arduino on linux.
https://www.pure-data.info/Members/bbogart/Arduino
The page is just starting as a log of what I have been doing in my learning process but It will grow into a proper document and end up as part of PDDP.
comments welcome.
.b.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Terrorism is not an enemy. It cannot be defeated. It's a tactic.
It's about as sensible to say we declare war on night attacks and
expect we're going to win that war. We're not going to win the war
on terrorism. - retired U.S. Army general, William Odom
Hi,
I'm using the pd-firmware and pd-patch from pd cvs (updated today) on an arduino with 5 IR sensors (sharp sensors)attached and I have a strange problem: analog1 and analog2 work fine but analog3 and anlog4 always give random values, if the value of analog0 is > than 0 then its value is +- copied to analog3 and analog4.
The sensors are ok (tested with the multIO).
I have 2 arduino and I have the same problem on both so I'd exclude a board damage.
I think it is the firmware but I hadn't time to debug it yet.
i'm on fedora core 5 + ccrma, arduino is on /dev/ttyUSB0
ciao, davide.
-----Messaggio originale----- Da: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] Per conto di Hans-Christoph Steiner Inviato: giovedì 24 agosto 2006 18.36 A: B.Bogart Cc: PD list Oggetto: Re: [PD] Arduino
I just did a major coding session with Jamie Allen on the next version of the Pduino firmware last night. We are adapting to work well with other host computer software like Java or Processing, as well as adding software PWM and hopefully other features. We've renamed it Firmata since its no longer Pd-specific (tho I really liked the name Pduino...). Massimo Banzi said he's going to make it the default firmware that comes on new Arduinos, so soon, you should be able to use Arduinos out-of-box with Pd without having to do anything to the Arduino.
Please send feedback, pages like this are quite useful.
.hc
On Aug 23, 2006, at 1:19 AM, B. Bogart wrote:
Hey all,
I just started a little wiki guide showing my experience
with learning
the arduino on linux.
https://www.pure-data.info/Members/bbogart/Arduino
The page is just starting as a log of what I have been doing in my learning process but It will grow into a proper document
and end up as
part of PDDP.
comments welcome.
.b.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Terrorism is not an enemy. It cannot be defeated. It's a tactic.
It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war
on terrorism. - retired U.S. Army general, William Odom
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
This sounds a lot like float voltages. The Arduino's/Atmel's analog
inputs are very sensitive to voltage. So if you don't have analog
pin tied to either ground or 5V (e.g. via a resistor), then there
will be tiny voltages on those pins, which the Arduino will dutifully
measure and report. Try grounding any open pins.
.hc
On Aug 24, 2006, at 1:18 PM, Davide Morelli wrote:
Hi,
I'm using the pd-firmware and pd-patch from pd cvs (updated today)
on an arduino with 5 IR sensors (sharp sensors)attached and I have a strange problem: analog1 and analog2 work fine but analog3 and anlog4 always give random values, if the value of analog0 is > than 0 then its value is +- copied to
analog3 and analog4.
The sensors are ok (tested with the multIO).
I have 2 arduino and I have the same problem on both so I'd exclude
a board damage.I think it is the firmware but I hadn't time to debug it yet.
i'm on fedora core 5 + ccrma, arduino is on /dev/ttyUSB0
ciao, davide.
-----Messaggio originale----- Da: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] Per conto di Hans-Christoph Steiner Inviato: giovedì 24 agosto 2006 18.36 A: B.Bogart Cc: PD list Oggetto: Re: [PD] Arduino
I just did a major coding session with Jamie Allen on the next version of the Pduino firmware last night. We are adapting to work well with other host computer software like Java or Processing, as well as adding software PWM and hopefully other features. We've renamed it Firmata since its no longer Pd-specific (tho I really liked the name Pduino...). Massimo Banzi said he's going to make it the default firmware that comes on new Arduinos, so soon, you should be able to use Arduinos out-of-box with Pd without having to do anything to the Arduino.
Please send feedback, pages like this are quite useful.
.hc
On Aug 23, 2006, at 1:19 AM, B. Bogart wrote:
Hey all,
I just started a little wiki guide showing my experience
with learning
the arduino on linux.
https://www.pure-data.info/Members/bbogart/Arduino
The page is just starting as a log of what I have been doing in my learning process but It will grow into a proper document
and end up as
part of PDDP.
comments welcome.
.b.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism. - retired U.S. Army general, William Odom
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I have the audacity to believe that peoples everywhere can have three
meals a day for their bodies, education and culture for their minds,
and dignity, equality and freedom for their spirits. - Martin
Luther King, Jr.
I really think there is a problem in the firmware.
I modified your firmare removing everything but the analog readouts and sending a byte (128 + pin number) before every readout to see which analog I'm reading, I also modified arduino-help.pd and arduino.pd accordingly and now it works ok.
you can download the modified firmware and patches here: http://www.davidemorelli.it/public/Pduino-modified.zip
...am I the only one having problems with multiple analog inputs? have you tested it with multiple analog ins?
This sounds a lot like float voltages. The Arduino's/Atmel's analog inputs are very sensitive to voltage. So if you don't have analog pin tied to either ground or 5V (e.g. via a resistor), then there will be tiny voltages on those pins, which the Arduino will dutifully measure and report. Try grounding any open pins.
yes, i did it on the last unused pin, maybe I get strange values because I'm using quite long wires but the fact that I can read the first 3 analog but not the last 3 is suspicious.
best, davide.
Hi Davide and all !
On 8/25/06, Davide Morelli info@davidemorelli.it wrote:
...am I the only one having problems with multiple analog inputs? have you tested it with multiple analog ins?
Same thing here. I think a simple list is the best approach : simple and fast. But, then you need to modify your code every time. One thing to keep in mind is that the onboard memory of the Arduino is much limited. Thomas has done a very library for a kind of FUDI on the Arduino : http://www.arduino.cc/playground/Code/SimpleMessageSystem
hi, i noticed 50% of the traffic here is for Arduino.
checking their BerliOS page, i see this:
Admin Mailing Lists for arduino
No Lists found for arduino
Project administrators use the admin link to request mailing lists.
anyone know the admin? it is asking for a BerliOS login to see this data.
There aren't any Arduino lists AFAIK, but there is a forum:
http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl
.hc
On Aug 26, 2006, at 8:59 PM, carmen wrote:
hi, i noticed 50% of the traffic here is for Arduino.
checking their BerliOS page, i see this:
Admin Mailing Lists for arduino
No Lists found for arduino
Project administrators use the admin link to request mailing lists.
anyone know the admin? it is asking for a BerliOS login to see this
data.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
The arc of history bends towards justice. - Dr. Martin Luther
King, Jr.
Which version are you using? There was some bugs in the past, for
sure. I think I got the analogs in, digital outs, and digital ins
all working now. The latest version broke the hardware PWM control,
but we are also adding software PWM support. Try the latest versions
in CVS: externals/hardware/arduino.
As for adding the pin number, I think its redundant, you can just use
a header byte (255) then byte order to determine pin #, and that will
save you 5 bytes per cycle (12 bytes versus 7 bytes). Part of the
goal of the Pduino firmware is to make is communicate as fast as
possible so that people can make usable instruments with it, and make
snappy interactions. There are a number of strange things in the
firmware the arise because of this.
.hc
On Aug 25, 2006, at 12:10 PM, Davide Morelli wrote:
I really think there is a problem in the firmware.
I modified your firmare removing everything but the analog readouts
and sending a byte (128 + pin number) before every readout to see which
analog I'm reading, I also modified arduino-help.pd and arduino.pd
accordingly and now it works ok.you can download the modified firmware and patches here: http://www.davidemorelli.it/public/Pduino-modified.zip
...am I the only one having problems with multiple analog inputs?
have you tested it with multiple analog ins?This sounds a lot like float voltages. The Arduino's/Atmel's analog inputs are very sensitive to voltage. So if you don't have analog pin tied to either ground or 5V (e.g. via a resistor), then there will be tiny voltages on those pins, which the Arduino will dutifully measure and report. Try grounding any open pins.
yes, i did it on the last unused pin, maybe I get strange values
because I'm using quite long wires but the fact that I can read the first 3
analog but not the last 3 is suspicious.best, davide.
I have the audacity to believe that peoples everywhere can have three
meals a day for their bodies, education and culture for their minds,
and dignity, equality and freedom for their spirits. - Martin
Luther King, Jr.
Which version are you using? There was some bugs in the past, for sure. I think I got the analogs in, digital outs, and digital ins all working now. The latest version broke the hardware PWM control, but we are also adding software PWM support. Try the latest versions in CVS: externals/hardware/arduino.
I did "cvs update" on 28th August, right before compiling.
Have you tried the firmware with more than 3 analog inputs?
if yes then I'll try your firmware again, maybe i messed something up...
As for adding the pin number, I think its redundant, you can just use a header byte (255) then byte order to determine pin #, and that will save you 5 bytes per cycle (12 bytes versus 7 bytes). Part of the goal of the Pduino firmware is to make is communicate as fast as possible so that people can make usable instruments with it, and make snappy interactions.
There are a number of strange things in the firmware the arise because of this.
yes, you're right, the pin number is redundant, I used it just to debug. I didn't meant that you should use it in Pduino, it was just an example of working firmware..
ciao, davide.
Hi David,
I'll try and test this today, would it work if I connected the same sensor to all the analog ins? I don't have enough space on my board for 8 voltage dividers!
.b.
Davide Morelli wrote:
Which version are you using? There was some bugs in the past, for sure. I think I got the analogs in, digital outs, and digital ins all working now. The latest version broke the hardware PWM control, but we are also adding software PWM support. Try the latest versions in CVS: externals/hardware/arduino.
I did "cvs update" on 28th August, right before compiling.
Have you tried the firmware with more than 3 analog inputs?
if yes then I'll try your firmware again, maybe i messed something up...
As for adding the pin number, I think its redundant, you can just use a header byte (255) then byte order to determine pin #, and that will save you 5 bytes per cycle (12 bytes versus 7 bytes). Part of the goal of the Pduino firmware is to make is communicate as fast as possible so that people can make usable instruments with it, and make snappy interactions.
There are a number of strange things in the firmware the arise because of this.yes, you're right, the pin number is redundant, I used it just to debug. I didn't meant that you should use it in Pduino, it was just an example of working firmware..
ciao, davide.
I'll try and test this today, would it work if I connected the same sensor to all the analog ins? I don't have enough space on my board for 8 voltage dividers!
my IR sensors have 3 pins:
- voltage input = RED
- voltage output = white
- ground = black
I just connected:
- all the RED together into the 5v output of arduino
- all the BLACK together in the ground of arduino (just right of the 5v
output)
- every WHITE on a separate arduino analog IN
i don't use any voltage divider.. (maybe i'm very dumb?)
if you use a single sensor then you will get a very low signal going from 0 to 1v instead of 0 to 5v, but you should be able to see something... (you won't see the ghost effect I see on pin 1, 3 and 4)
the better thing would be to use 5 or 6 pots or 5 or 6 sliders
ciao, davide
Hi Davide,
I did this in the arduino-help patch:
"devicename /dev/TTYUSB0"
"open 3" ("devicename" resets the name of the device that the comport object first connects to. If there are no arguments then its "open 0" if there ARE arguments (in the case of the arduino-help patch "3" then devicename resets slot "3" so you need to do "open 3". Hans, you should probably remove the creation argument and just use the "open" messages.
Turn off "digital Ins" <- you must do this!
turn on the route to see the A2D output.
It should act normal. It seems to take a few seconds after sending the message to turn off digital ins before the inputs settle.
Note once you send this message you can do everything but reset and unplug the arduino and it'll keep acting "normal".
If I don't send the "digitalIns 0" message then all the a2Ds act crazy...
I think by default the firmware should not output the analog values, only do so when it gets a message to start doing so.
I used two sensors on 1-2, 2-3, 1-3, 1-4, and 2-4 and I did not see anything out of the ordinary.
sending "analog 0" does not seem to do anything... I think the firmware puts the board in some odd states once in a while. Actually what happend is that Arduino kept sending the analog data (for about 10 seconds after I sent the "analogIns 0") until I changed the resistance on one of the analog ins. I'll see if I can reproduce this with todays firmware.
,b,
Davide Morelli wrote:
I'll try and test this today, would it work if I connected the same sensor to all the analog ins? I don't have enough space on my board for 8 voltage dividers!
my IR sensors have 3 pins:
- voltage input = RED
- voltage output = white
- ground = black
I just connected:
- all the RED together into the 5v output of arduino
- all the BLACK together in the ground of arduino (just right of the 5v
output)
- every WHITE on a separate arduino analog IN
i don't use any voltage divider.. (maybe i'm very dumb?)
if you use a single sensor then you will get a very low signal going from 0 to 1v instead of 0 to 5v, but you should be able to see something... (you won't see the ghost effect I see on pin 1, 3 and 4)
the better thing would be to use 5 or 6 pots or 5 or 6 sliders
ciao, davide
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
B. Bogart wrote:
Hi David,
I'll try and test this today, would it work if I connected the same sensor to all the analog ins? I don't have enough space on my board for 8 voltage dividers!
You could ground all the inputs except the one you want to test. Not sure about the arduino but often floating analog inputs will read the same as adjacent connected inputs because the charge is just sitting on the pins with nowhere to go.
Martin
.b.
Davide Morelli wrote:
Which version are you using? There was some bugs in the past, for sure. I think I got the analogs in, digital outs, and digital ins all working now. The latest version broke the hardware PWM control, but we are also adding software PWM support. Try the latest versions in CVS: externals/hardware/arduino.
I did "cvs update" on 28th August, right before compiling.
Have you tried the firmware with more than 3 analog inputs?
if yes then I'll try your firmware again, maybe i messed something up...
As for adding the pin number, I think its redundant, you can just use a header byte (255) then byte order to determine pin #, and that will save you 5 bytes per cycle (12 bytes versus 7 bytes). Part of the goal of the Pduino firmware is to make is communicate as fast as possible so that people can make usable instruments with it, and make snappy interactions.
There are a number of strange things in the firmware the arise because of this.yes, you're right, the pin number is redundant, I used it just to debug. I didn't meant that you should use it in Pduino, it was just an example of working firmware..
ciao, davide.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I'm guessing Davide is already doing this, as of course it is always a good idea for analog inputs! (digital inputs too actually) "floating" is not great.
In my tests I'm using two sensors and grounding all the other inputs.
.b.
Martin Peach wrote:
B. Bogart wrote:
Hi David,
I'll try and test this today, would it work if I connected the same sensor to all the analog ins? I don't have enough space on my board for 8 voltage dividers!
You could ground all the inputs except the one you want to test. Not sure about the arduino but often floating analog inputs will read the same as adjacent connected inputs because the charge is just sitting on the pins with nowhere to go.
Martin
.b.
Davide Morelli wrote:
Which version are you using? There was some bugs in the past, for sure. I think I got the analogs in, digital outs, and digital ins all working now. The latest version broke the hardware PWM control, but we are also adding software PWM support. Try the latest versions in CVS: externals/hardware/arduino.
I did "cvs update" on 28th August, right before compiling.
Have you tried the firmware with more than 3 analog inputs?
if yes then I'll try your firmware again, maybe i messed something up...
As for adding the pin number, I think its redundant, you can just use a header byte (255) then byte order to determine pin #, and that will save you 5 bytes per cycle (12 bytes versus 7 bytes). Part of the goal of the Pduino firmware is to make is communicate as fast as possible so that people can make usable instruments with it, and make snappy interactions. There are a number of strange things in the firmware the arise because of this.
yes, you're right, the pin number is redundant, I used it just to debug. I didn't meant that you should use it in Pduino, it was just an example of working firmware..
ciao, davide.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
We'll be using the latest Pduino firmware in the Ars Electronica
Electrolobby workshop, so it should get a thorough testing.
I think we'll get a new batch of Pders from this Ars. Lots of people
were quite surprised that you could do all that Pd can do, that its
free, and that's its quite easy. Koray and I are having a good time
indeed. One woman said before the workshop "I only know how to check
my email". And now she has gotten some things working and is really
inspired.
.hc
On Aug 30, 2006, at 4:02 PM, Davide Morelli wrote:
Which version are you using? There was some bugs in the past, for sure. I think I got the analogs in, digital outs, and digital ins all working now. The latest version broke the hardware PWM control, but we are also adding software PWM support. Try the latest versions in CVS: externals/hardware/ arduino.
I did "cvs update" on 28th August, right before compiling.
Have you tried the firmware with more than 3 analog inputs?
if yes then I'll try your firmware again, maybe i messed something
up...As for adding the pin number, I think its redundant, you can just use a header byte (255) then byte order to determine pin #, and that will save you 5 bytes per cycle (12 bytes versus 7 bytes). Part of the goal of the Pduino firmware is to make is communicate as fast as possible so that people can make usable instruments with it, and make snappy interactions. There are a number of strange things in the firmware the arise because of this.
yes, you're right, the pin number is redundant, I used it just to
debug. I didn't meant that you should use it in Pduino, it was just an
example of working firmware..ciao, davide.
"[W]e have invented the technology to eliminate scarcity, but we are
deliberately throwing it away to benefit those who profit from
scarcity." -John Gilmore
Hi, I am using arduino since few weeks now and find it useful with my PD patch, a good controller, very helpul...etc
We made some workshop on it : http://www.apo33.org/ecos-site/doku.php?id=les_participants#ping_nantes_fr
and we got a lot of problem with the arduino java editor for many reason and on all the platforms... so we discussed about working on an open editor to load the firmware... we actual work on to see what's possible...
but I would to ask you guys, why people from arduino use java for an open hardware? java is still proprietary and have a lot of restriction, and cause a lot of problem on many platform? why they didn't developp an open editor for an open hardware... there is something here that is not logical... maybe some of you have their ideas on the question...
well if there is some people that have some ideas about some open editor to code & load firmware to arduino, any help are welcome... we will communicate here if we find something useful...
cheers
juto
Ugg,
I've CCed David Cuartielles here so that he can see we need an arduino mailinglist! I guess types like us don't enjoy the "forums" much. not very good for discussion, better for question->answer.
A whole GPL IDE for Arduino would be be great, but probably a lot of effort, unless someone is highly inclined to put in the work it'll probably not happen.
I suggest a few simple scripts on linux as a starting point. Something like:
arduino_upload firmware.hex arduino_compile firmware.c
Maybe these two could be combined into a "compile and upload" thing.
The arduino IDE is working very poorly on my etch machine, but processing seems to work ok.. no graphics freezes (yet) anyhow.
The IDE is big enough that I could not exactly figure out what commands for uisp (for uploading) and for avr-g++ compiling/linking are used.
A quick script would be easy as cake once we get that info, maybe David can lay it out on us... I will not have a chance to read through the IDE code anytime soon, but for anyone who wants looking for uisp and avr-g++ should find the appropriate sections.
Please let us have an Arduino mailing list, the PD list is "cloudy" enough.
.b.
juto aviten wrote:
Hi, I am using arduino since few weeks now and find it useful with my PD patch, a good controller, very helpul...etc
We made some workshop on it : http://www.apo33.org/ecos-site/doku.php?id=les_participants#ping_nantes_fr
and we got a lot of problem with the arduino java editor for many reason and on all the platforms... so we discussed about working on an open editor to load the firmware... we actual work on to see what's possible...
but I would to ask you guys, why people from arduino use java for an open hardware? java is still proprietary and have a lot of restriction, and cause a lot of problem on many platform? why they didn't developp an open editor for an open hardware... there is something here that is not logical... maybe some of you have their ideas on the question...
well if there is some people that have some ideas about some open editor to code & load firmware to arduino, any help are welcome... we will communicate here if we find something useful...
cheers
juto
Hallo, B. Bogart hat gesagt: // B. Bogart wrote:
I've CCed David Cuartielles here so that he can see we need an arduino mailinglist! I guess types like us don't enjoy the "forums" much. not very good for discussion, better for question->answer.
While I'm personally very interested in Pd/Arduino, I think, the pd-ot list would be a better place to use than pd-list until there is a real Arduino ML. I would definitely join that, as I like webforums about as much as java. ;-)
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
The Arduino IDE is already GPL, Java is not. gcj is GPL, AFAIK, and
therefore you could build a fully GPL IDE by just compiling the
Arduino IDE with gcj. Anyone want to take that project on?
.hc
On Sep 9, 2006, at 12:46 PM, B. Bogart wrote:
Ugg,
I've CCed David Cuartielles here so that he can see we need an arduino mailinglist! I guess types like us don't enjoy the "forums" much. not very good for discussion, better for question->answer.
A whole GPL IDE for Arduino would be be great, but probably a lot of effort, unless someone is highly inclined to put in the work it'll probably not happen.
I suggest a few simple scripts on linux as a starting point. Something like:
arduino_upload firmware.hex arduino_compile firmware.c
Maybe these two could be combined into a "compile and upload" thing.
The arduino IDE is working very poorly on my etch machine, but processing seems to work ok.. no graphics freezes (yet) anyhow.
The IDE is big enough that I could not exactly figure out what
commands for uisp (for uploading) and for avr-g++ compiling/linking are used.A quick script would be easy as cake once we get that info, maybe
David can lay it out on us... I will not have a chance to read through
the IDE code anytime soon, but for anyone who wants looking for uisp and
avr-g++ should find the appropriate sections.Please let us have an Arduino mailing list, the PD list is "cloudy"
enough..b.
juto aviten wrote:
Hi, I am using arduino since few weeks now and find it useful with my PD patch, a good controller, very helpul...etc
We made some workshop on it : http://www.apo33.org/ecos-site/doku.php? id=les_participants#ping_nantes_fr
and we got a lot of problem with the arduino java editor for many
reason and on all the platforms... so we discussed about working on an open editor to load the firmware... we actual work on to see what's
possible...but I would to ask you guys, why people from arduino use java for an open hardware? java is still proprietary and have a lot of
restriction, and cause a lot of problem on many platform? why they didn't
developp an open editor for an open hardware... there is something here that
is not logical... maybe some of you have their ideas on the question...well if there is some people that have some ideas about some open
editor to code & load firmware to arduino, any help are welcome... we will communicate here if we find something useful...cheers
juto
"[W]e have invented the technology to eliminate scarcity, but we are
deliberately throwing it away to benefit those who profit from
scarcity." -John Gilmore
This is great news!
~Kyle
On 8/24/06, Hans-Christoph Steiner hans@eds.org wrote:
I just did a major coding session with Jamie Allen on the next version of the Pduino firmware last night. We are adapting to work well with other host computer software like Java or Processing, as well as adding software PWM and hopefully other features. We've renamed it Firmata since its no longer Pd-specific (tho I really liked the name Pduino...). Massimo Banzi said he's going to make it the default firmware that comes on new Arduinos, so soon, you should be able to use Arduinos out-of-box with Pd without having to do anything to the Arduino.
Please send feedback, pages like this are quite useful.
.hc
On Aug 23, 2006, at 1:19 AM, B. Bogart wrote:
Hey all,
I just started a little wiki guide showing my experience with learning the arduino on linux.
https://www.pure-data.info/Members/bbogart/Arduino
The page is just starting as a log of what I have been doing in my learning process but It will grow into a proper document and end up as part of PDDP.
comments welcome.
.b.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism. - retired U.S. Army general, William Odom
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
These do look very cool. I started looking for more information, but I still don't understand yet. Does the arduino have memory? Does it have a CPU? Do you run the sensor input (as digital) through a serial, or usb or what? Chuck
On 8/24/06, Kyle Klipowicz kyleklip@gmail.com wrote:
This is great news!
~Kyle
On 8/24/06, Hans-Christoph Steiner hans@eds.org wrote:
I just did a major coding session with Jamie Allen on the next version of the Pduino firmware last night. We are adapting to work well with other host computer software like Java or Processing, as well as adding software PWM and hopefully other features. We've renamed it Firmata since its no longer Pd-specific (tho I really liked the name Pduino...). Massimo Banzi said he's going to make it the default firmware that comes on new Arduinos, so soon, you should be able to use Arduinos out-of-box with Pd without having to do anything to the Arduino.
Please send feedback, pages like this are quite useful.
.hc
On Aug 23, 2006, at 1:19 AM, B. Bogart wrote:
Hey all,
I just started a little wiki guide showing my experience with learning the arduino on linux.
https://www.pure-data.info/Members/bbogart/Arduino
The page is just starting as a log of what I have been doing in my learning process but It will grow into a proper document and end up as part of PDDP.
comments welcome.
.b.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism. - retired U.S. Army general, William Odom
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
--
http://theradioproject.com http://perhapsidid.blogspot.com
(((())))(()()((((((((()())))()(((((((())()()())()))) (())))))(()))))))))))))(((((((((((()()))))))))((()))) ))(((((((((((())))())))))))))))))))__________ _____())))))(((((((((((((()))))))))))_______ ((((((())))))))))))((((((((000)))oOOOOOO
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Okay, I think I get it now. This may be just the thing I'm looking for to fix a broken board on a CNC lathe...the lathe is so old that no one builds replacement boards...but there's intact sensors and velocity control units. I still don't understand what the clock rate is like for the digital in/out pins. If you were trying to sense an optical encoder for instance, what would be the maximum rate you could detect? Chuck
You'd probably want to use pulseIn() to measure it:
http://www.arduino.cc/en/Reference/PulseIn
It returns values in microseconds, so I think it should have plenty
of resolution for what you need.
.hc
On Aug 25, 2006, at 1:40 PM, Charles Henry wrote:
Okay, I think I get it now. This may be just the thing I'm looking for to fix a broken board on a CNC lathe...the lathe is so old that no one builds replacement boards...but there's intact sensors and velocity control units. I still don't understand what the clock rate is like for the digital in/out pins. If you were trying to sense an optical encoder for instance, what would be the maximum rate you could detect? Chuck
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-
Alexandre Quessy -
B. Bogart -
carmen -
Charles Henry -
Davide Morelli -
Frank Barknecht -
Hans-Christoph Steiner -
juto aviten -
Kyle Klipowicz -
Martin Peach -
Paris Treantafeles