This is Issue 137 moved from a Google Code project.
Added by 2009-10-30T16:40:35.000Z by alexanderbrevig.
Please review that bug for more context and additional comments, but update this bug.
Closed (Fixed).

Original labels: Type-Enhancement, Priority-Medium, OpSys-All, Milestone-1.0.1, Component-Build

Original description

What change would like to see?
Syntax highlighting for const

Why?
Makes it easier to spot in IDE

This is Issue 150 moved from a Google Code project.
Added by 2009-11-30T18:44:51.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Fixed).

Original labels: Type-Defect, Priority-Medium, Component-IDE, Milestone-0018, OpSys-OSX

Original description

What steps will reproduce the problem?

1. start Arduino (tested 0017 and 0018 from the make.sh)
2. plug in an Arduino board
3. check Serial port menu. New serial device doesn't show up

What is the expected output? What do you see instead?
I expect to see two new items in the serial menu, a tty.usbserial device
and a cu.usbserial device. Instead, the menu remains unchanged. In order
to fix it, I have to restart Arduino. This is consistent and repeatable.

This is Issue 133 moved from a Google Code project.
Added by 2009-10-22T00:26:14.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Fixed).

Original labels: Type-Enhancement, Priority-Medium, OpSys-All, Component-Core, Milestone-0018

Original description

For example, 2.1beta6 just came out: http://firmata.org/wiki/Download#Arduino.2FWiring

This is Issue 165 moved from a Google Code project.
Added by 2010-01-02T09:03:11.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (WontFix).

Original labels: Type-Defect, Priority-Medium, Component-Build

Original description

I was just about to suggest this enhancement to the Makefile:

http://git.debian.org/?p=collab-maint/arduino.git;a=blob_plain;f=debian/patches/c%2B%2B-flag-fix;hb=HEAD

when I notice that you've dropped the file entirely.

It seems clear that there are people that prefer not to install Java on
their systems, so unless there is a better way that I've not yet
discovered, the Makefile you removed would appear to be the canonical
method to achieve this.

To this end, I've recently packaged the bits of Arduino core required to
build and upload things using the command-line, so avoiding the dependency
on Java.

http://git.debian.org/?p=collab-maint/arduino.git;a=summary

which involved other patches to the Makefile to make it more useful
stand-alone for Debian:

http://git.debian.org/?p=collab-maint/arduino.git;a=blob_plain;f=debian/patches/debianise-makefile;hb=HEAD

some of which may be useful to incorporate into your version of the
Makefile, but of course only if you're going to keep it in the source.

If you are dropping it because it's provoking bug reports and there's no
internal interest in maintaining it, perhaps you would be willing to leave
it in the source with a comment at the top about it being broken, and
encouraging people to fix it so that only bugs with patches attached should
be considered valid, or some such.

The (suboptimal) alternative would seem to be that the maintenance of the
Makefile will end up being done in a fragmented manner in places such as
the Debian package, which will just result in duplication of effort.

Cheers, Phil.

This is Issue 147 moved from a Google Code project.
Added by 2009-11-24T23:53:20.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Fixed).

Original labels: Type-Enhancement, Priority-Medium, Component-Core, OpSys-All, Milestone-0018

Original description

A library to generate tones (square waves) on pins.

This is Issue 172 moved from a Google Code project.
Added by 2010-01-06T18:37:00.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Defect, Priority-Medium, OpSys-OSX, Component-Build

Original description

Attempting to run the included library for serial comms on Snow Leopard
(Mac OS 10.6) fails because the available image is not included.

Attached is the correct version that also supports previous version of Mac
OS/10.

This chap built it http://blog.iharder.net/2009/08/18/rxtx-java-6-and-
librxtxserial-jnilib-on-intel-mac-os-x/

This is Issue 146 moved from a Google Code project.
Added by 2009-11-23T10:55:56.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Fixed).

Original labels: Type-Defect, Priority-Medium, Component-Core, Milestone-0019

Original description

If digitalWrite is used from any interrupt routine, the results can be
overwritten by digitalWrite running from the main program. The two writes
do NOT need to be to the same pin, only to pins that share the same 8 bit
register.

For example, if the Servo library is updating pin 2 from its interrupt
routine and the main program is writing to pin 6, the write to pin 6 will
interfere with the write to pin 2 if the interrupt occurs while
digitalWrite from the main program is modifying the register. The code
"*out |= bit" is implement using 3 instructions: load, or, store. If the
main program has loaded the value, then the interrupt occurs, the interrupt
will change pin 2, but immediately upon return to the main program, the
change to pin 6 will cause the stale value of pin 2 to be written back.
Very bad.

Interrupts need to be disabled while performing a read-modify-write
operation on a I/O register via a non-const pointer.

For digitalWrite()

    // disable interrupts while changing output register
    if (val == LOW) {
            uint8_t oldSREG = SREG;
            cli();
            *out &= ~bit;
            SREG = oldSREG;
    } else {
            uint8_t oldSREG = SREG;
            cli();
            *out |= bit;
            SREG = oldSREG;
    }

For pinMode()

    // disable interrupts while changing mode register
    if (mode == INPUT) {
            uint8_t oldSREG = SREG;
            cli();
            *reg &= ~bit;
            SREG = oldSREG;
    } else {
            uint8_t oldSREG = SREG;
            cli();
            *reg |= bit;
            SREG = oldSREG;
    }

Also, inside digitalWrite(), the PWM disable should be done after the
output regsiter is modified. Between the PWM disable and the write to the
output register, the pin will output whatever the old value of the output
register was, and that time can be lengthened if an interrupt occurs.

For example:

digitalWrite(5, HIGH);
delay(100);
analogWrite(5, 2);
delay(500);
digitalWrite(5, LOW);

When the 1% duty PWM is disabled by the last digitalWrite, the pin will be
driven HIGH for a brief time before it is written LOW. If an interrupt
occurs, a substantially long HIGH pulse could occur, when the user expects
a 1% duty cycle to become LOW. The output register should be updated
before PWM is disabled so when the pin returns to the control of the output
register it will have the correct value.

This is Issue 170 moved from a Google Code project.
Added by 2010-01-05T17:47:34.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Defect, Priority-Medium, Component-Core

Original description

What steps will reproduce the problem?

1. Write the same value to a servo repeatedly (e.g. in loop()).

What is the expected output? What do you see instead?

It jitters. It shouldn't.

This is a second-hand report, so I'm not sure of the details.

This is Issue 157 moved from a Google Code project.
Added by 2009-12-23T00:21:59.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Fixed).

Original labels: Type-Enhancement, Priority-Medium, OpSys-OSX, Component-Build, Milestone-0018

Original description

What change would like to see?

The Mac OS X .dmg should have a link to the application folder and an arrow pointing to it from the
Arduino.app.

Why?

So people know to drag it there.

This is Issue 178 moved from a Google Code project.
Added by 2010-01-09T22:57:03.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Enhancement, Priority-Medium, Component-Core

Original description

See: http://www.arduino.cc/playground/Code/EEPROMWriteAnything for a possible implementation
strategy.

This is Issue 135 moved from a Google Code project.
Added by 2009-10-27T05:15:37.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (WontFix).

Original labels: Type-Enhancement, Priority-Medium

Original description

I would like to use another language for forth development: forth
amforth is an implementation of forth for avrmega, and I would like to make
it work on arduino boards, but without erasing the bootloader,
but it is stated in the amforth faq:

http://amforth.sourceforge.net/faq.html

What about bootloaders?

amforth overwrites them, they are no longer existent. And this can only

be changed for bootloaders with an application usable API to use the flash
self programming feature. There are none currently available. With such an
API the only word thats need to be rewritten is i!.

Therefore, I would like such API to be exposed from the bootloader :-)
Cheers

This is Issue 131 moved from a Google Code project.
Added by 2009-10-18T19:45:38.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Defect, Priority-Medium, Component-Build, OpSys-Linux

Original description

See: http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1250084886/all

This is Issue 129 moved from a Google Code project.
Added by 2009-10-12T05:43:57.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Defect, Priority-Medium

Original description

Global class constructors gets called before the init() routine
initializing timers is called. As a consequence calls to delay() from
within a global class constructor will never return.

Rather than calling init() explicitly from within main(), the Arduino init
() code should be moved to run as part of the avr-gcc startup code before
class constructors get called.

The following two patches are needed:

In wiring.h (change declaration of init)

void init(void) __attribute__ ((naked)) __attribute__ ((section 
(".init5")));
//void init(void);

In main.cxx (remove explicit call of init)

int main(void)
{
    //init();

    setup();

    for (;;)
        loop();

    return 0;
}

A forum post on the issue is here:

http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1255288430

This is Issue 158 moved from a Google Code project.
Added by 2009-12-23T13:35:10.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Fixed).

Original labels: Type-Enhancement, Priority-Medium, OpSys-Windows, Component-Build, Milestone-0018

Original description

What change would like to see?

Include a newer version of the JDK on Windows.

Why?

To fix problems some people have been having with the toolbar / tabs being duplicated.

Would this cause any incompatibilities with previous versions? If so, how
can these be mitigated?

It might; so it's probably good to give people time to test the new version.

This is Issue 176 moved from a Google Code project.
Added by 2010-01-08T07:57:10.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Fixed).

Original labels: Type-Defect, Priority-Medium, Milestone-0018, Component-Build

Original description

Linux version still doesn't build correctly after rev 827
http://code.google.com/p/arduino/source/detail?r=827

There is another copy operation

cp -r ../shared/libraries arduino

on line 30 in build/linux/dist.sh

which also has to be fixed to
cp -r ../../libraries arduino

This is Issue 149 moved from a Google Code project.
Added by 2009-11-28T12:28:25.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Invalid).

Original labels: Type-Enhancement, Priority-Medium

Original description

I think it is a good idea to put a memory chip on the arduino board.

This way you can take your arduino everywhere without an extra usb memory
stick, because you can store you're projectfiles ON the arduino. The good
thing about the arduino is that it doesn't require installation, only
download of the arduino software and installation of the driver. This way
you only need te arduino itself and install the driver FROM the arduino!

By using a usb hub chip that sends data to the USB-serial converter chip
AND the memmory chip I believe there would be no compatibility issues.

This is Issue 141 moved from a Google Code project.
Added by 2009-11-14T15:44:05.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Invalid).

Original labels: Type-Enhancement, Priority-Medium

Original description

What change would like to see?

Why?

Would this cause any incompatibilities with previous versions? If so, how
can these be mitigated?

This is Issue 177 moved from a Google Code project.
Added by 2010-01-09T22:52:06.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Defect, Priority-Medium, Component-Core

Original description

From Mikal Hart: "I can officially confirm that NewSoftSerial (and really any software serial library) is
incompatible with the new Servo library that ships with Arduino 0017. The problem is that the new
Servo library, which is really quite cool, depends on reliable interrupts, where software serial
solutions require interrupts to be disabled -- at least for short periods of time. I discovered this
issue when I was trying to upgrade my Reverse Geocache box to 0017, and the only workaround I
could come up with was to downgrade the Servo library back to 0016."

http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1262033431

This could be a problem because I'd like to switch over to NewSoftSerial in future Arduino versions.

This is Issue 143 moved from a Google Code project.
Added by 2009-11-18T22:26:16.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Defect, Priority-Medium

Original description

What steps will reproduce the problem?

1. Click the 'Tools' menu

What is the expected output? What do you see instead?
Click and display menu. Instead, pauses for ~12s and freezes blinking text
input.

What version of the Arduino software are you using? On what operating
system? Which Arduino board are you using?
0017, Win v7, 32b, Pro. Latest jre copied to arduino directory--doesn't
help. Sanguino! :-)

Please provide any additional information below.
Tried compat. mode for XP SP2, same result.

This is Issue 171 moved from a Google Code project.
Added by 2010-01-06T17:44:30.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Fixed).

Original labels: Type-Enhancement, Priority-Medium, Component-IDE, OpSys-All, Milestone-0022

Original description

What change would like to see?

Migrating over to Java's built-in regular expressions instead of using oro.jar. Ask Eberhard for
help.

Why?

So we don't need to continue to include an obsolete regular expression engine.

Would this cause any incompatibilities with previous versions? If so, how
can these be mitigated?

This is Issue 130 moved from a Google Code project.
Added by 2009-10-15T16:49:13.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Fixed).

Original labels: Type-Defect, Priority-Medium, Milestone-0018, OpSys-All, Component-IDE

Original description

For example, at90can128 becomes mn128. We need a better way of converting from the avr-gcc
version of the name to the avrdude one. (Or can avr-gcc use the avrdude versions?)

This is Issue 166 moved from a Google Code project.
Added by 2010-01-02T17:02:55.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Enhancement, Priority-Medium, Component-Core

Original description

The addition of the Encoder library from Wiring. It uses one interrupt pin and one other pin (so you
can have two encoders on the ATmega328).

This is Issue 174 moved from a Google Code project.
Added by 2010-01-07T21:29:22.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Invalid).

Original labels: Type-Defect, Priority-Medium

Original description

What steps will reproduce the problem?

1. Use an ISP programmer and an atmega without external crystal
2. Try to program the atmega using make ..._isp

What is the expected output? What do you see instead?
Because the Makefile sets fuses first (for an external crystal) avrdude
will not be able to upload the bootlader any more.

What version of the Arduino software are you using? On what operating
system? Which Arduino board are you using?
SVN (read-only), the atmega is not on any board yet.

Please provide any additional information below.
When the lines for uploading the firmware and setting the fuses in the
makefile would be switched this problem will not occur and thus the atmega
bootloader will be uploadable. This change should not have any impact on
systems that do have an external crystal.

This is Issue 163 moved from a Google Code project.
Added by 2009-12-29T21:04:42.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Fixed).

Original labels: Type-Enhancement, Priority-Medium, Milestone-0018, Component-Docs

Original description

These are being added to Arduino 0018, and I need to document them.

This is Issue 139 moved from a Google Code project.
Added by 2009-11-05T07:28:01.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Enhancement, Priority-Medium

Original description

Using a half-step-library would double the precision of the stepper.

Attached you'll find my proposal for the changed Stepper library. I kept
the changes to a minimum.
It contains a new (added) constructor, a private boolean which indicates
whether or not to use the half-step system. The Stepper::step function was
changed to allow 2, 4, or 8 steps and the Stepper::stepMotor was changed
to send the 8 different signals to the 4 wires.

Users who created sketches using the previous lib can change to this new
library without compatibility problems.

This is Issue 179 moved from a Google Code project.
Added by 2010-01-09T23:04:46.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Defect, Priority-Medium, OpSys-Windows, Component-IDE

Original description

From http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1262131379 "The program opens, will
open the example sketches, will save, but will not verify or compile a sketch. When these options
are tried the program closes and I get multiple instances of avr-ar processes running in my task
manager. There are no error codes anywhere that I can see. Windows XP SP3, Java 6 u.17 freshly
installed, Java folder in Arduino files renamed.

This is Issue 138 moved from a Google Code project.
Added by 2009-11-02T18:31:23.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Invalid).

Original labels: Type-Defect, Priority-Medium

Original description

What steps will reproduce the problem?
1.Connect any usbasp/avrdoper based AVR ISP hardware
2.Upload (Please see below).

What is the expected output? What do you see instead?
Depending on the hardware (usbasp or avrdoper).Please see below.

What version of the Arduino software are you using? On what operating
system? Which Arduino board are you using?
0017 / Windows Vista Home Premium 32 bits / Multiplo.Brain.M644. Please see
below.

Please provide any additional information below:

Hi, we are developing new AVR based boards to control our robots
(http://robotgroup.com.ar/noticias/20091101/adelantos-de-multiplo-v20) and
have the following issues regarding the Arduino IDE when programming:

1. We have a generic programmable AVRbased USB module based on the usbasp
   project (http://www.fischl.de/usbasp/). When we compile with the Arduino
   IDE, and call the avrdude from the command line it works fine. But when we
   use the "upload" button, it does not work. The error is about
   verfification, but we know it's uploading bad (and tha's why verification
   fails). We know the avrdude supplied with the Arduino IDe does not work
   properly with the USBasp, so we replaced it with the v5.6 from the
   WinAVR-20090313, and then modified the \etc\avrdude.conf file, to include
   our processor (ATMega1284p). We think the environment is passing some
   erroneous parammeter to the avrdude. More: We set the verbose=true in
   boards.txt, but can't see much output (the dude is much more verbose than
   is showed in the IDE even with verbose=true).
2. Another option we tested was to program our small USB hardware with the
   AVRDoper firmware (http://www.obdev.at/products/vusb/avrdoper.html) in CDC
   mode. We use it with avrdude and with the AVRStudio and it works great. But
   with the IDE, it only runs the first time we plug the USB, then it fails
   systematically, telling us the following error:

avrdude: stk500_2_ReceiveMessage(): timeout

1. Other point: If we use a laptop without serial ports, and without
   virtual serial ports, nothing works when pressing the upload button. This
   is not good, takint in account that some open source avr programmers, like
   the USBasp do not use a serial port. You just call them from avrdude with a
   line like this:

avrdude -c usbasp -p atmega644p -u -U flash:w:MyFile.hex

The same for the avrdoper, which uses an special "-P param":
avrdude -c stk500v2 -P avrdoper -p atmega644p -u -U flash:w:MyFile.hex

SUGGESTIONS:

1. Let the user configure some advanced mode to call avrdude (may be in
   boards.txt). Something like:
   MyBoard.avrdudeparams=-c usbasp -p $DEVICE -u -U flash:w:$FILE

where $DEVICE and $FILE are new IDE vars which let the user not to "wire"
those params. Another usefull variable will be $COMPORT, so if the hardware
use a commport, the user can configure it in the boards.txt, but if not, he
simply does not mention this var (like in the avrdude calling command line
above).

1. Inprove the verbose data. We really would like to see which is exactly
   the command line the IDE is using to call avrdude. We think logging this to
   a file, or showing with an advances verbose flag will help people working
   with other hardware to use it with the excellent Arduino IDE.
2. Do not impose the need of open a serial port to the IDE, just let the
   user free to do not use any serial port. This will really help to work with
   laptops, netbooks, etc. with the mentioned open source hardware.
3. It would be wonderfull if you put an option to disable autodetect serial
   ports at start-up. In some machines, the IDE really goes slow and unusable.
   More: If you have hi port numbers for BT or virtual USBs ti may fail too.
   Just let the advanced user to disable this. It may be very helpul too, to
   include in the case the autodetect is disabled, a small new menu entry to
   trigger the Autodetection. It coud be "Find serial ports" or the like.

Many thanks!
Regards,
Julián

This is Issue 161 moved from a Google Code project.
Added by 2009-12-29T13:26:33.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Duplicate).

Original labels: Type-Defect, Priority-Medium

Original description

The shell script used to launch the arduino GUI will not work if called at the
command line from any path other than the script's parent directory (as in
/path/to/arduino instead of ./arduino) I think this is worth correcting. This
also prevents the script from working if you use it for a "launcher icon" on
the "bar" at the top of Gnome, and that is the real reason why this is
important to fix. (Pardon me for not knowing the proper Gnome
terminology for that.)

Thank you for your time.

Patch file attached contains the following:

Index: build/linux/dist/arduino

--- build/linux/dist/arduino (revision 820)
+++ build/linux/dist/arduino (working copy)
@@ -1,6 +1,7 @@
#!/bin/sh

APPDIR="$(dirname -- "${0}")"
+cd $APPDIR

for LIB in
java/lib/rt.jar \

This is Issue 136 moved from a Google Code project.
Added by 2009-10-30T06:45:24.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Fixed).

Original labels: Type-Defect, Priority-Medium, Component-Core, Milestone-0018

Original description

"As _rw_pin is defined as unsigned, it can never take the value -1 (it has the value 255) and the
compiler optimises out the 'if' and so LOW gets written to port 255.

"Changing the type of _rw_pin to int8_t fixes the problem."

http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1256839192

This is Issue 134 moved from a Google Code project.
Added by 2009-10-24T07:57:33.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Enhancement, Priority-Medium

Original description

I'd like to see BitBang added to the choices of programmers in the GUI

because it has the capabilitys of being done with out having to buy a
seperate programmer (just 2 plugs and same wire)

Would this cause any incompatibilities with previous versions?
no

This is Issue 162 moved from a Google Code project.
Added by 2009-12-29T21:03:39.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Fixed).

Original labels: Type-Enhancement, Priority-Medium, Component-Docs, Milestone-0018

Original description

Probably one that plays a melody and another that plays notes from the serial port.

This is Issue 156 moved from a Google Code project.
Added by 2009-12-22T21:47:40.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Enhancement, Priority-Medium, OpSys-All, Component-IDE

Original description

What change would like to see?

Include WProgram.h using a command line argument to avr-gcc instead of inserting it into the
source code of the user sketch.

Why?

To prevent pre-processing errors, like the one described at: <http://www.arduino.cc/cgi-
bin/yabb2/YaBB.pl?num=1261506776> (the #include ends up within a false #ifdef).

Would this cause any incompatibilities with previous versions? If so, how
can these be mitigated?

It would prevent people from using #defines to influence the behavior of the code in
WProgram.h, although it's not clear if anyone does this.

This is Issue 168 moved from a Google Code project.
Added by 2010-01-03T02:57:00.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Invalid).

Original labels: Type-Defect, Priority-Medium, Component-Docs

Original description

What are the sensors? The circuit includes two, but the code uses three.

See: http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1262223735

This is Issue 167 moved from a Google Code project.
Added by 2010-01-02T19:35:26.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Enhancement, Priority-Medium, Component-Core, Milestone-Post-1.0

Original description

Add functions like those in Processing for getting the current time, as well as setting it from an
external source.

Michael Margolis has a possible implementation: http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?
num=1262173131/0 and http://www.arduino.cc/playground/uploads/Code/time_proto.zip

This is Issue 145 moved from a Google Code project.
Added by 2009-11-21T17:46:17.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Fixed).

Original labels: Type-Enhancement, Priority-Medium, Component-IDE, Milestone-0018, OpSys-All

Original description

You should be able to install third-party hardware support into the SKETCHBOOK/hardware
directory.

This is Issue 148 moved from a Google Code project.
Added by 2009-11-25T12:27:04.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Fixed).

Original labels: Type-Enhancement, Priority-Medium, Component-IDE, Milestone-1.0, OpSys-All

Original description

What change would like to see?

Why?

Would this cause any incompatibilities with previous versions? If so, how
can these be mitigated?

This is Issue 132 moved from a Google Code project.
Added by 2009-10-20T14:17:22.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (WontFix).

Original labels: Type-Enhancement, Priority-Medium

Original description

See http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1256047950

What change would like to see?

Installer for Arduino on Windows

Why?

Makes it easy to install, uninstall, or upgrade Arduino

Would this cause any incompatibilities with previous versions? If so, how
can these be mitigated?

No

This is Issue 155 moved from a Google Code project.
Added by 2009-12-20T20:47:55.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Fixed).

Original labels: Type-Defect, Priority-Medium

Original description

The attached patch fixes a few things:

• compiler warnings about "delay.h has been moved" in wiring_private.h;
• various "no newline at end of file" warnings in Wiring files (maybe
  better submitted upstream?);
• implicit cast warnings in pins_arduino.c; and
• 'main.cxx' changed to 'main.cpp' in r799(?), but the Makefile wasn't
  updated to reflect this change.

What version of the Arduino software are you using? On what operating
system? Which Arduino board are you using?

seth@it-k10632 ~/code/arduino-read-only $ svn info | grep Revision
Revision: 808
seth@it-k10632 ~/code/arduino-read-only $ uname -a
OpenBSD it-k10632.crosse.org 4.6 GENERIC.MP#14 amd64

Board: Duemilanove

Please provide any additional information below.

(See attached patchfile)

$ pkg_info | grep avr | awk '{ print $1 }'
avr-binutils-2.18p0
avr-gcc-4.2.2p1
avr-gdb-6.3p2
avr-libc-1.6.6p0
avrdude-5.8

This is Issue 142 moved from a Google Code project.
Added by 2009-11-14T15:46:17.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (WontFix).

Original labels: Type-Enhancement, Priority-Medium

Original description

What change would like to see?

I'd like one of the options on the serial port monitor to be 31250 baud

Why?

Because I'm using Midi in, and having the port running at 31250 would make
it easier to debug.

This is Issue 159 moved from a Google Code project.
Added by 2009-12-25T15:42:32.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Fixed).

Original labels: Type-Enhancement, Priority-Medium, Component-Build, Milestone-0018, OpSys-OSX

Original description

What change would like to see?
Updated FTDI driver inside Arduino dmg. FTDI released a new version with a single unified package
for 10.4 10.5 and 10.6 Universal (FTDIUSBSerialDriver_10_4_10_5_10_6.mpkg inside
http://www.ftdichip.com/Drivers/VCP/MacOSX/FTDIUSBSerialDriver_v2_2_14.dmg )

Why?
Updated driver in a single package

Would this cause any incompatibilities with previous versions?
No

This is Issue 153 moved from a Google Code project.
Added by 2009-12-07T21:44:21.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (WontFix).

Original labels: Type-Defect, Priority-Medium

Original description

What steps will reproduce the problem?
1.Run the Makefile in ATMega8
2.
3.

What is the expected output? What do you see instead? Wont fit in available
space

What version of the Arduino software are you using? 0017 On what operating
system? Linux Fedora11 Which Arduino board are you using? ATMega8

Please provide any additional information below.

This is Issue 180 moved from a Google Code project.
Added by 2010-01-10T16:32:41.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Enhancement, Priority-Medium

Original description

What change would like to see?
We just had a thread on the forum which was triggered by the poor/missing
documentation for method
void TwoWire::send(uint8_t* data, uint8_t quantity)

see:
http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1263047612

Could someone add a sentence to the Wire-lib docu to clarify the use of
send(uint8_t* data, uint8_t quantity) in a TWI slave?

Thank you
Eberhard

This is Issue 140 moved from a Google Code project.
Added by 2009-11-11T21:17:35.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Enhancement, Priority-Medium, Component-Core, Milestone-Post-1.0

Original description

From Paul Stoffregen:

define digitalPinToPort(P) \

  (((P) >= 0 && (P) <= 7) ? &PORTD : (((P) >= 8 && (P) <= 13) ? &PORTB : &PORTC))

define digitalPinToBit(P) \

  (((P) >= 0 && (P) <= 7) ? (P) : (((P) >= 8 && (P) <= 13) ? (P) - 8 : (P) - 14))

define digitalWrite(P, V) \

  ((__builtin_constant_p(P) && __builtin_constant_p(V)) \
  ? bitWrite(*((volatile unsigned char *) digitalPinToPort(P)), digitalPinToBit(P), (V)) \
  : _digitalWrite((P), (V)))

static inline void digitalWrite(uint8_t, uint8_t) attribute((always_inline, unused));
static inline void digitalWrite(uint8_t P, uint8_t V)
{
(__builtin_constant_p(P) && __builtin_constant_p(V))
? bitWrite(*((volatile unsigned char *) digitalPinToPort(P)), digitalPinToBit(P), V)
: _digitalWrite(P, V);
}

This is Issue 173 moved from a Google Code project.
Added by 2010-01-07T15:24:15.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (WontFix).

Original labels: Type-Enhancement, Priority-Medium

Original description

What change would like to see?
Add support for sanguino http://sanguino.cc/ which built around the
ATmega644P

Why
Because at present you have to modify the library files, which frightens
people off.

Would this cause any incompatibilities with previous versions? If so, how
can these be mitigated?

Sorry, i've no idea. with modifications 0017 can be made to work with it
so i'd hope there wouldn't be too many issues (our project managers famous
last words ;-) )

This is Issue 151 moved from a Google Code project.
Added by 2009-12-05T23:14:43.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Enhancement, Priority-Medium

Original description

What change would like to see?
To the left of each function name, there should be a method to expand or
collapse the entire function.

Why?
Increased usability

Would this cause any incompatibilities with previous versions? If so, how
can these be mitigated?
Do not believe so

This is Issue 144 moved from a Google Code project.
Added by 2009-11-19T00:38:14.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Enhancement, Priority-Medium

Original description

If the stepper doesn't complete a full resolution or goes for long periods of
time between steps or steps over a long period of time, it gets really hot
due to a bug in the stepper code. It leaves coils enegized. I have added a
motorOff() function that shuts off all power so that it will not become too
hot. Future development could be to insert a timer since we know the speed
and step degree and shut it off that way.

This is Issue 160 moved from a Google Code project.
Added by 2009-12-27T13:14:07.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.
Closed (Invalid).

Original labels: Type-Defect, Priority-Medium

Original description

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?

What version of the Arduino software are you using? On what operating
system? Which Arduino board are you using?

Please provide any additional information below.

This is Issue 152 moved from a Google Code project.
Added by 2009-12-07T11:06:08.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Defect, Priority-Medium

Original description

avr-libc: 1.6.7-4.5
avr-gcc: 4.4.2

reason: EEWE bit definition is missing. apparently removed from avr/eeprom.h

offending code:

if defined(AVR_ATmega1280) || defined(AVR_ATmega1281)

                            while(bit_is_set(EECR,EEPE));             
 //Wait for previous EEPROM writes to complete

else

                            while(bit_is_set(EECR,EEWE));             
 //Wait for previous EEPROM writes to complete

endif

                            asm volatile( 

related forum post:

http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1260104386

This is Issue 154 moved from a Google Code project.
Added by 2009-12-12T17:10:54.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Defect, Priority-Medium

Original description

What steps will reproduce the problem?
Ignores editor.antialiasing setting in preferences.txt, as well as VMOption "-Dswing.aatext=true"
in info.plist file (on mac).

What is the expected output? What do you see instead?
Expect to see antialiased text in the editor window, instead text is not antialiased.

What version of the Arduino software are you using? On what operating
system? Which Arduino board are you using?
Arduino 0017 on Snow Leopord. Arduino Duemilanove

Please provide any additional information below.
Seems like this was an issue with Processing as well which was fixed in the 1.0.5 release. It
would be nice if this fix could be merged into the Arduino code base.
http://dev.processing.org/bugs/show_bug.cgi?id=1266

This is Issue 175 moved from a Google Code project.
Added by 2010-01-08T03:52:14.000Z by [email protected].
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Defect, Priority-Medium

Original description

What steps will reproduce the problem?

1. Open a files in the IDE in separate tabs
2. Edit-> Find a string

What is the expected output? What do you see instead?
Expect to see ALL instances of the string across tabs. Only see instances
in the current tab.

What version of the Arduino software are you using? 0017
On what operating system? Windows XP
Which Arduino board are you using? many

Please provide any additional information below.
Would be nice to include an option to search current tab OR all tabs
This functionality should extend to find & replace as well