Show Posts
Pages: [1] 2 3 ... 10
1  Forum 2005-2010 (read only) / Bugs & Suggestions / Re: Site problems? on: October 21, 2009, 10:30:20 am
I suggested that it could either be bandwidth issues or forum issues, and just suggested the idea of switching (and that Id volunteer my time). No one but the webmasters know what the problem REALLY is smiley-wink
2  Forum 2005-2010 (read only) / Bugs & Suggestions / Re: Site problems? on: October 21, 2009, 09:32:07 am
Quote
It's not as if the idea of a change is a new one... many people here have already made plans on how to change everything to a new forum but keeping the old links active and so on.. it's simply a shame the team here doesnt leave 'us' the work... many here would gladly do it.
Why do the old links have to die? If you installed new forum software, imported the old database, but left a copy of the old forums active but read-only, the old links would still work, and the traffic would be reduced because there would be new forums.
3  Forum 2005-2010 (read only) / Bugs & Suggestions / Re: Site problems? on: October 20, 2009, 08:30:31 am
I find the site to be nearly unusable any time other than the middle of the night. The errors are "500 Internal Server Error". It could be a lack of bandwidth, or even the software they are using.

If the owner decided to switch from YaBB to other software (phpBB, vBulletin), I would be more than happy to donate some of my time in helping with the changeover.
4  Forum 2005-2010 (read only) / Bugs & Suggestions / Re: Arduino Software + Windows 7 = Basic Colour Scheme on: July 07, 2009, 06:05:23 pm
That fixed it, thanks! Is it just because you guys package an older version of Java with the IDE?

Perhaps you could have a check for the Java version and select which install to use based on age.
5  Forum 2005-2010 (read only) / Bugs & Suggestions / Arduino Software + Windows 7 = Basic Colour Scheme on: July 06, 2009, 06:08:13 pm
Whenever I open the Arduino software to create/edit sketches, my computer (running Windows 7 RC) switches into a Basic Colour Scheme, and remains that way until I close the software. Im assuming this is because the software uses Java. However, Frostwire uses Java aswell but doesnt cause the colour scheme change. Is this a known issue, or is this something Im missing?

Thanks!
6  Forum 2005-2010 (read only) / Syntax & Programs / Toggle A LED With a Switch on: July 11, 2009, 02:04:37 pm
After playing around for a bit, Ive come up with some code that toggles a LED based on the press of a button. Im sure a lot of the code is redundant and unnecessary, but I learn through trial and error, and this worked for me. I also included the debounce library, because Im using jumper wires in a breadboard and not an actual switch.

Ive commented the code as best I could. If you have any suggestions or ways I could have done this better, please feel free to tell me!

Code:
#include <Debounce.h>

bool wasHigh = false;
bool beenLow = true;
int ledPin = 13;
int switchPin = 9;

Debounce debouncer = Debounce(20, switchPin);

void setup()
{
  pinMode(ledPin,OUTPUT);
  pinMode(switchPin,INPUT);
}

void loop()
{
  debouncer.update();                        // update the debouncer
  if ((debouncer.read() == HIGH) && beenLow)      // if the switch has been pressed AND it has been released (beenLow == true)
  {
    if (wasHigh)                         // and if the light was high last time
    {
      digitalWrite(ledPin,LOW);             // toggle the light low
      wasHigh = false;                   // define that the light was not high
    }
    else                               // otherwise the light was low last time
    {
      digitalWrite(ledPin, HIGH);             // so toggle the light high
      wasHigh = true;                   // and define that the light was high
    }
    beenLow = false;                         // define that the switch hasnt been released, to prevent the light from flashing as the loop runs
  }

  if (debouncer.read() == LOW)                   // if the switch has been released (and is pulled low by the pulldown resistor)
  {
    if (wasHigh)                         // and if the light was on
      digitalWrite(ledPin,HIGH);             // keep it on
    else                               // otherwise the light was off
      digitalWrite(ledPin,LOW);             // so keep it off
    beenLow = true;                         // define that the switch has been released
  }
}
7  Forum 2005-2010 (read only) / Interfacing / Re: LiquidCrystal and Wire collision? on: October 03, 2009, 03:19:53 pm
Bump, Im also seeing simliar problems. Im using the modified LiquidCrystal library, and the Dallas Temperature Sensor library along with a DS18B20. I never noticed a problem with the DS18S20 but when I switched to a B20 I sometimes check on the screen and see that it is filled with random garbage characters, which requires a restart. It doesnt happen in a certain time frame, or under any specific conditions, it just... happens.
8  Forum 2005-2010 (read only) / Troubleshooting / Re: Etched a Purpose-Built Arduino - It Does Nothing! on: October 07, 2009, 06:11:37 pm
I just disconnected the via right near Pin 1 that connects the reset line to the ICSP header, and now I get > 4v on the reset pin. I hit upload and the sketch uploads! However, the LED STILL doesnt flash

EDIT I probed the pin of the 328 and saw voltage on and off, and I adjusted the socket that digital pin 13 connects to, and now the light flashes. For some reason, I guess the pin wasnt making connection. I guess this means everything is all fixed! Thanks for your help!
9  Forum 2005-2010 (read only) / Troubleshooting / Re: Etched a Purpose-Built Arduino - It Does Nothing! on: October 07, 2009, 05:38:33 pm
Quote
I'd try...

[1] Check there is zero resistance between pins 8 and 22 of the AtMega

[2] Plug in power, and make sure you get +5V on pins 7 and 20 of the AtMEga

[3] With power still on, check you get > ~3.5V on pin 1 of the AtMega

[4] Check the LED lights up if you take out the AtMega, apply power, and plut a bit of jumper wire between pins 7 and 19 of the empty socket
1. Check - 0.7 ohms between them (which is what I get if I short the probes)
2. Check - 4.84v on each pin
3. Check 0.84v on Pin 1
4. Nothing happens. I tried powering the LED by applying 3.3v from the Duemilanove to the anode of the LED, with the ground wire connected to the Duemilanove's ground, and it didnt light up either. Perhaps the LED is bad aswell. Ill swap that out right now.

EDIT replaced the LED and now it lights when I connect 19 and 7, but it still doesnt flash when I apply power with the chip on.
10  Forum 2005-2010 (read only) / Troubleshooting / Re: Etched a Purpose-Built Arduino - It Does Nothing! on: October 07, 2009, 05:25:53 pm
Here's a shot with the leads connected to the outside legs of the resonator, the time/div set to .2uS and 10x magnification. Does this sound about right?

11  Forum 2005-2010 (read only) / Troubleshooting / Re: Etched a Purpose-Built Arduino - It Does Nothing! on: October 07, 2009, 05:00:14 pm
Pictures uploaded.

AFAIK, no. Ive used the resonator with a similar board that was made using perf-board and wire, and I had no problems programming and running it like Im trying to now.
12  Forum 2005-2010 (read only) / Troubleshooting / Re: Etched a Purpose-Built Arduino - It Does Nothing! on: October 07, 2009, 04:46:44 pm
Plugging in the scope now.

Im uploading more pictures, which include the components and the soldered side.

The ground plane is connected to ground. Look for thermals - thats where it connects to ground points.
13  Forum 2005-2010 (read only) / Troubleshooting / Etched a Purpose-Built Arduino - It Does Nothing! on: October 07, 2009, 04:28:13 pm
Ive been working on a small board to control some lights and read from some sensors, and display the info on an LCD. I got the code figured out on my Duemilanove, so I decided to create a board so that I can use my Duemilanove for something else. Here is the schematic, board layout, and pictures of it etched:




^^ the trace on the right in the middle that looks like it is shorted to the ground plane was fixed















I had a hell of a time soldering it all together, as I made the pads around components too small, but eventually I got it all soldered up. However, when I power the board, I cant upload anything to it. Ive broken out VCC, GND, RST, TX and TX, which I connect to my Duemilanove, and remove the Duemilanove's chip, which has worked with other boards Ive made. However, it gives me this error:

avrdude.exe: stk500_getsync(): not in sync: resp=0x00
avrdude.exe: stk500_disable(): protocol error, expect=0x14, resp=0x51

I tried pulling the chip and putting it in the Duemilanove, and it programs just fine (thankfully testing with the etched board didnt/doesnt kill it!) so I uploaded the Blink sketch, and put it back in the etched PCB. Nodda. No blinking light or anything. It doesnt even blink when you first power it on. I have checked continuity on the crystal and all the power lines to the chip and they check out. Ive also checked for power on the chip and that checks out too.

What else can I check?
Thanks!
14  Forum 2005-2010 (read only) / Troubleshooting / Re: Burning Blank Atmega328 With Duemilanove on: August 15, 2009, 11:32:28 am
So I set the IDE to burn the bootloader, and left it overnight, and Im not sure how long it took, but I FINALLY got a successful bootloader burn. I guess the 'this may take a minute' is a gross understatement.

Thanks to all those who read this thread! Problem solved.
15  Forum 2005-2010 (read only) / Troubleshooting / Burning Blank Atmega328 With Duemilanove on: August 14, 2009, 10:21:51 pm
I picked up a blank atmega328 chip today to rig something up. I popped out my good chip and put in the blank, built an X3-to-ICSP cable as per here.

I then followed this guide, but the IDE hangs as soon as I select the burn bootloader option. The only way to unhang it is to use Task Manager to end the avrdude.exe task. When I do, I get the following in the console box at the bottom:
Quote
avrdude.exe: BitBang OK
avrdude.exe: pin assign miso 3 sck 5 mosi 6 reset 7
avrdude.exe: drain OK
 ft245r:  bitclk 4800 -> ft baud 2400
 ft245r:  bitclk 4800 -> ft baud 2400
avrdude.exe: BitBang OK
avrdude.exe: pin assign miso 3 sck 5 mosi 6 reset 7
avrdude.exe: drain OK

Ive waited up to ten minutes before ending the task, but it doesnt make a difference.

I tried using this method and it finishes successfully, but when I unhook the cable and use the IDE to try to upload a sketch (Blink), it compiles fine, but when it uploads, it tries for about 20 seconds, then it gives me this error:
Quote
Binary sketch size: 896 bytes (of a 14336 byte maximum)

avrdude.exe: stk500_getsync(): not in sync: resp=0x37
avrdude.exe: stk500_disable(): protocol error, expect=0x14, resp=0x51

What should I do?
Pages: [1] 2 3 ... 10