Show Posts
Pages: [1] 2 3 ... 18
1  Development / Suggestions for the Arduino Project / Reference Material Needs Update on: January 29, 2011, 10:53:19 pm
I don't know how this newbie bug made it through - I swear I tested this code:

Anyway - on the "for" reference page.

void loop()
{
   int x = 1;
   for (int i = 0; i > -1; i = i + x){
      analogWrite(PWMpin, i);
      if (i = 255) x = -1;             // switch direction at peak
      delay(10);
   }
}

Change the biggest newbie mistake of

     if (i = 255) x = -1;             // switch direction at peak

to       if (i == 255) x = -1;             // switch direction at peak

Maybe it's proof no one reads the docs anyway

paul





2  Community / Bar Sport / Re: RBBB's are more expensive now, NOOOOOOOOOOO on: January 29, 2011, 10:45:37 pm
Quote
Providence, RI? Can I stop in & say Hi sometime? I'm off I-495 in MA, not far away.

Sure we love to talk to customers and don't mind doing retail (so far anyway) - but you should call first to make sure someone will be here. We both teach and are out and about a bit.

The shop number is 401 709-2424

Paul
3  Community / Bar Sport / Re: RBBB's are more expensive now, NOOOOOOOOOOO on: January 29, 2011, 01:19:46 pm
OK we've heard the masses at Modern Device.

We have  put prices back to almost where they were. We needed to get a little price rise to accommodate chip price rises and other cost increases for our business.  (We have a new space in an art space near downtown Providence - google the Steelyard, Providence).

We were sort of shocked (and very heartened) at how much people care about the RBBB. Let me say that we're very glad to see all the Arduino clones and that they all have the copulative effect of enforcing commodity pricing. I believe this is a good thing in general for the Freeduino / Arduino community.

The recent ATmega supply-chain nonsense also has us looking at a surface mount version to keep costs down.

Happy building all,

Paul Badger
Shawn Wallace

Modern Device

4  Forum 2005-2010 (read only) / Troubleshooting / Re: Bootloader burning, bad signature,  -F on: November 02, 2008, 08:48:46 pm
I've never had much of an issue with programming chips with AVR studio but I am aware of the speed settings. I just use 125k which doesn't ever seem to generate errors. As far as I can see, that setting only affects the MKII, but I could be wrong about that.

After I've got them programmed on AVR studio, I really don't have any reason for using the MKII in the Arduino environment, but maybe having the MKII set slower would cure the problem there.

As to the bootloader settings, it would be nice to see some discussion and docs of various choices. What I've discovered is that some of the stuff is really important (divide clock by smiley-cool and some of it just doesn't  matter much (oscillator settings) except in fairly obscure circumstances.

The original Arduino bootloader for example used brownout detection off, but I think they changed it when they had issues with NG's that wouldn't start sketches. This is a setting that does have a ramification because it controls how easily the chip resets. Higher settings might prevent flash from getting corrupted but also make the uC more sensitive to power line glitches from heavy current draw, DC motors and the like.

Paul
5  Forum 2005-2010 (read only) / Troubleshooting / Re: Bootloader burning, bad signature,  -F on: November 02, 2008, 10:27:33 am
I never got to the bottom of this issue.

I tend to program a lot of chips at one time so I just use AVR studio which is much faster and more convenient. The curious thing about this is that chips on which Arduino gags program fine with AVR studio and I have signature checking turned on in that software. Some kind of AVRdude issue probably.

I couldn't seem to get signature checking turned off in Arduino.

 You need a PC though, for AVRstudio.

paul badger
6  Forum 2005-2010 (read only) / Troubleshooting / Re: Bootloader burning, bad signature,  -F on: July 18, 2008, 05:46:16 pm
The plot thickens: AVR studio reads the sig on the chips as 1E 94 06

Waz up w dat!
7  Forum 2005-2010 (read only) / Troubleshooting / Re: Bootloader burning, bad signature,  -F on: July 18, 2008, 04:36:26 pm
David,

If you want one of these chips to test with - I'll be happy to send a couple by. Just send me your address again.

Maybe this is some new condition AVRdude hasn't seen before or maybe the "force" isn't working the way you think it is, and because the sig always lines up, it goes through fine anyway.

How do you turn on verbose mode?


Paul
8  Forum 2005-2010 (read only) / Troubleshooting / Re: Bootloader burning, bad signature,  -F on: July 18, 2008, 03:42:43 pm
Thanks for the reply David,

Normally I use a PC and AVR studio for burning  bootloaders, because it's way faster and has a host of information and useful options, but I have a hosed PC right now. I have encountered this signature error off and on with AVR dude (another reason to use the PC) but ususally it was only a chip or two that would balk (and they would always program OK with AVR studio which also checks sigs, so something is slightly fishy with AVRdude in this department I think.

The batch of chips I have now refuses to program at all, so something has changed.
My setup is Mac OS 10.4.11, Arduino11 AVRmkII,

burning on a BBB with a resonator, and zif socket. The green light is on on the mkII
wonder if heat is an issue? no AC in my office smiley-sad

Without modifying the programmer file, I get

avrdude: Expected signature for ATMEGA168 is 1E 94 06
         Double check chip, or use -F to override this check.


after modifying programmers.txt,
with

avrispmkii.name=AVRISP mkII
avrispmkii.communication=usb
avrispmkii.protocol=stk500v2
avrispmkii.force=true



I get

avrdude: Expected signature for ATMEGA168 is 1E 94 06
 ***failed;  
avrdude: verification error, first mismatch at byte 0x0000
         0x3f != 0x01
avrdude: verification error; content mismatch


So I get out a Diecimila and burn it with the chip included and it burns fine.
Try a new chip and

avrdude: Expected signature for ATMEGA168 is 1E 94 06
 ***failed;  
avrdude: verification error, first mismatch at byte 0x0000
         0x3f != 0x01
avrdude: verification error; content mismatch


Put in the old chip, and it burns fine. Try the new chip again - NADA.

Swap setups and try old chip in my zif setup - burns fine.

So it kind of looks like the chip is the smoking gun at this point.
Chip is marked ATMEGA168-20PU just like the old one, although Atmel seems to have gone to some kind of different marking system that is lot harder for geezers to read. They came from Digikey so I'm puzzled at that - Maybe Atmel added a new sig for ROHS or something?

But that still doesn't expain what AVR dude is up to on the new chip - unless I somehow got a bad batch of chips, which I consider unlikely.

This together with teenager-download-infected-generic-PC-with-no-support-at-90 degrees is causing me to have a fun day

Paul









9  Forum 2005-2010 (read only) / Troubleshooting / Bootloader burning, bad signature,  -F on: July 18, 2008, 11:57:51 am
I'm trying to burn bootloaders with Arduino 11 and getting wrong signature errors.

Where do insert -F to turn off signature checking?


I tried the makefile in the hardware/bootloaders/Atmega168 folder

neither

Code:
ISPFUSES    = avrdude -F -c $(ISPTOOL) -p m168 -P $(ISPPORT) $(ISPSPEED) -e -u -U lock:w:0x3f:m -U efuse:w:0x00:m -U hfuse:w:0xdd:m -U lfuse:w:0xff:m
ISPFLASH    = avrdude -F -c  $(ISPTOOL)  -p m168 -P $(ISPPORT) $(ISPSPEED) -U flash:w:$(PROGRAM)_$(TARGET).hex -U lock:w:0x0f:m

or

Code:
ISPFUSES    = avrdude -c $(ISPTOOL) -F -p m168 -P $(ISPPORT) $(ISPSPEED) -e -u -U lock:w:0x3f:m -U efuse:w:0x00:m -U hfuse:w:0xdd:m -U lfuse:w:0xff:m
ISPFLASH    = avrdude -c  $(ISPTOOL)  -F  -p m168 -P $(ISPPORT) $(ISPSPEED) -U flash:w:$(PROGRAM)_$(TARGET).hex -U lock:w:0x0f:m

worked. I imagine that some other scheme is going on though to parse out programmers.txt and boards.txt

I'll be happy to write up some docs on this if I get it solved.

Paul




10  Forum 2005-2010 (read only) / Troubleshooting / Re: Diecimila and Ubuntu 8.04 on: June 06, 2008, 11:03:32 am
Thanks Mellis,

I'll pursue this further and maybe post it to software bugs forum when I have something more definite. I couldn't really parse out what was going on in particular either but thought it might just be serial port programming with which I am totally unfamilar.


Paul
11  Forum 2005-2010 (read only) / Troubleshooting / Re: Diecimila and Ubuntu 8.04 on: June 05, 2008, 07:07:26 pm
This serial port issue is an annoying problem and it would be nice to get this fixed.

Let  me summarize the problem.
The Diecimila uses the DTR line for reset signaling. The FTDI cable does not have that signal available and uses the RTS line for signaling, which on the Mac, seems to follow the DTR line.

Somewhere in the serial port handling of the Windows and Linux version of Arduino though, the RTS line does not seem to follow the DTR line. The "set RTS on close" serial port setting seems to counteract the differences in the Arduino software.

It looks like a fairly simple fix has been figured out, but the details of the mod are not exactly clear to me. I'd bet the user that figured it out would be delighted to see his fix get implemented.

Any chance on getting this fixed Mellis?  I'll be glad to test code.

Paul
12  Forum 2005-2010 (read only) / Troubleshooting / Re: how to restore arduino? on: July 25, 2009, 10:27:48 am
You can either buy an ISP programmer (uses the six pin isp header) to reprogram the chip yourself or buy a new chip from Lady Ada, Modern Device, wulfden etc for around $5 and shipping.

PaulB
13  Forum 2005-2010 (read only) / Troubleshooting / Re: Question about Sending and Reading Laser on: July 25, 2009, 10:24:34 am
TV remote controls work like this - as do most laser tag equipment. FWIW laser tag equipment is not activated by the laser. They use Infrared LED's as light sources - also modulated as you describe - to reject background IR.

I'm not sure why the IR led instead of the laser - my thoughts are that hitting the targets on the vests with a laser just proved too hard, so a wider beam was required.

Google "laser tag schematic" and you'll get a ton of information. Also wulfden.org  has some king of hardware for laser tag.
14  Forum 2005-2010 (read only) / Troubleshooting / Re: Arduino do not start? on: November 04, 2008, 06:06:22 pm
I'm trying to get arduino 012 running on an older iBook G4 with no success. The icon flashes but app never seems to boot. No error messages.

I don't see a java folder in the Mac version. Is there another name for it, or a different setup on the Mac?

Other ideas?

15  Forum 2005-2010 (read only) / Troubleshooting / Re: 012 refuses to compile on: October 17, 2008, 11:03:23 am
I solved this by choosing Diecimila from the "Board" menu, quitting and restarting.

Sounds like there's no default setup for reading boards.txt but this is just a guess.

Paul B
Pages: [1] 2 3 ... 18