Show Posts
Pages: [1] 2
1  Forum 2005-2010 (read only) / Scandinavia / Re: KonungR on: April 13, 2009, 01:14:54 pm

Finns det fler användare av Arduino i norra sverige?? Själv är jag i Luleå...

2  Forum 2005-2010 (read only) / Scandinavia / Re: Köpa PCB on: July 13, 2009, 06:29:02 pm
Elektrokit borde kunna fixa PCB åt dig =>
Har inte provat själv...

3  Forum 2005-2010 (read only) / Scandinavia / Re: Vettiga applicationer för Arduino on: August 09, 2009, 03:15:57 pm
hur går det med Arduino...

1. Tycker själv att det är häftigt att lära mig om inbyggdsystem ock elektronik. Kul att se hur lätt det är, tex, att få en LCD display att funka... Tyver ta det tid att komma igång, men mycket tillfredställande när man gör framsteg.

2. Tyver. Ta exempel från 'Playground' Om du kör fast, ställ frågan, det finns kunnig folk här. Ett bra sätt att förbättre din engelska ochså ;-)

3. Vet inte. Tror det. Sök i Forums.

4  Forum 2005-2010 (read only) / Troubleshooting / Re: avrdude: not in sync again on: February 25, 2009, 02:15:50 am
I agree about the fact that probably there are a number of different things going on. Hence my posting the error AND the physical symptoms; L(Pin13) LED + three short blinks of the Rx LED.

Not sure about your suggeston that the USB port was being used by another process. The same physical port had been used with a web cam, but that was 24 hours earlier, PC had not been re-booted since, and the Arduino plugged in out countless times. Why would this other process suddenly decide to give up blocking the USB port? Is it possible to see which processes are using which USB ports?

When I look at the ports/usb drivers via the Control Panel (This is with the Arduino workin as it should, running Blink), with the Arduino plugged into the USB I see a USB Serial Converter under the 'USB Controllers' ?? (Sorry translating from Swedish) and a USB Serial Port (COM5) under 'Ports.' Unplug the USB, and these dissapear. So surely nothing can be using a port that the OS does not see?

And why did the fault appear in the first place. Like I said, I've been using the Arduino for 6 weeks. Then when I start using Processing and serial comms the problem appears... Is this a common denominator for others experiencing the same problem?

5  Forum 2005-2010 (read only) / Troubleshooting / Re: avrdude: not in sync again on: February 24, 2009, 07:23:40 pm
I have now had the avrdude not in sync problem twice: error =>
avrdude: stk500_getsync(): not in sync: resp=0x00
avrdude: stk500_disable(): protocol error, expect=0x14, resp=0x51

MOST FRUSTRATING, especially when there does not appear to be a consensus as to why it happens and what to do about it. Anyhow, my Due is now working again, maybe my experience will help, maybe not. Before that, however...

1. I have had my Duemilanove about six weeks and done a load of 'learning' stuff. It was definately not d.o.a.

2. I'm no microprocessor expert, all I want to do is plug the 2009 into the USB download sketches and have them run. Hardware on the breadboard are switches, led's etc. ok, now I have a breakoutboard and a 3-axis acc, but it outputs a voltage proportional to acc, so no different really to a potentimeter. All dead basic.

3. I'm not interested in burning bootloaders, makefiles etc or other stuff like that. I appreciate that I have to de-bug sketches, and make sure I connect hardware on my breadborad correctly, but the 'platform' should work as advertised.

4. Having used the 2009 for a while, I am aware that you need to select the correct Com port ;-)

5. Tried the troubleshooting guide. Ticked all the boxes, no help.

6. Google, normally your friend, turned up lots of stuff, but nothing of much help.

Problem arose when using Arduino + Processing to graph output from an accelerometer streaming data to PC(XP) over USB using Serial.print + Serial.println.

I don't recall exactly what I did when the problem occured, but I probably had Processing 'up' but probably not running the graphic Sketch. I was also using 012 at the time.

When plugged in, the L(pin13) LED on the Due blinked quickly, ie slow enough to see it blinking, but fast enough not to see individual on-off-on-off

When trying to download a sketch, the L(pin13) LED would continue to blink as above, but after some seconds (10 or so?) the Rx led would blink almost unpercievably three times over a period of about a second. The L(13) LED continuing uninterupted. Some 15 seconds(ish) later, I'd get the error given above.

I tried following the Troubleshooting guide's suggestions; pressing reset etc.

I tried installing 013 and downloading a sketch using that.

I tried updating the FTDI drivers that came with the 013 software. XP didn't like the idea as they were the same as those installed (I forget the exact error message.)

I tried removing the FTDI drivers via the Control Panel and re-installing. Same problem; which kinda hints at them not being removed even if you do so via Control Panel/System Properties/Hardware/Device Manager/Ports (My PC is in Swedish, so I'm having to translate.)

I tried removing the Atmega completely and downloading a sketch; hey, why not! Same error! Kind of implies that the problem lies with the FTDI Serial/USB chip???

Finally tried starting download of a sketch without the Due plugged in, then after 'a few seconds' plugging it in. RESULT! Blink downloaded and worked. Subsequent downloads without unplugging the Due, without hitting reset etc. worked OK

Quite what this means, whether it is a repeatable solution, and why the problem occurs in the first place are unanswered.

Like I said earlier, it is VERY FRUSTRATING when a great product like Arduino behaves like this. I've had six weeks or so problem free use, then this which has taken, I'd guess, 6-8 hours of googling, reading, installing and uninstalling drivers, pressing re-set etc. I was close to assuming my Due was buggered and would have to order a new one. Clearly not. (Touch wood.)

This topic seems to turn up often, so I am definately not alone, quite how widespread it is, and under what gereal circumstances it occurs (eg when using Processing, when burning bootloaders or whatever) would, I am sure, be of interest to those who know and understand the inner workings of the Arduino. A 'designed in' solution (2010), or at least a solution that is known to work that does not rely upon random pressing of buttons, the phase of the moon or voodoo dolls would be most welcome.

6  Forum 2005-2010 (read only) / Troubleshooting / Re: diecimila uploading sketches to mini pro on: May 11, 2009, 05:06:31 pm
Thanks for that. I'll see if I can find time tomorrow to give it a try.

7  Forum 2005-2010 (read only) / Troubleshooting / Re: diecimila uploading sketches to mini pro on: May 09, 2009, 05:24:37 pm
Has anyone used a Due to download sketches to a ProMini ie with the ATmega removed, RxTx and Vcc and Gnd connected as described for NG to Mini here and shown below?

If it is possible, do I select the Due or ProMini board ?

Thanks for any help.

8  Forum 2005-2010 (read only) / Troubleshooting / Re: Arduino Duemilanove 328, COM Port Problem on: April 09, 2009, 04:16:42 am
avrdude error problems are not infrequent and seem to occur for many reasons; although definitive reason(s):solution(s) have, to my knowledge, not been found.

You might want to look at this thread for my experiences:

Hope this helps.

9  Forum 2005-2010 (read only) / Development / Re: Capacitor values for external crystal oscilator? on: April 15, 2009, 03:11:33 pm
Sorry, don't have a manufacturer for crystal or condensor, but the item on the on-line suppliers site I'll probably be using is here

and that of the ceramic condensor ('NPO') here

10  Forum 2005-2010 (read only) / Development / Re: Capacitor values for external crystal oscilator? on: April 13, 2009, 01:56:46 pm
Thanks for all the replies.

The crystal spec seems to implie they are designed for 30pf caps, so I'll order 22pf and 47pf caps just in case.

Am I OK with ceramic 50v 'NPO' caps?

11  Forum 2005-2010 (read only) / Development / Capacitor values for external crystal oscilator? on: April 10, 2009, 10:39:20 am
Having used a Duo for some while now, I'm looking to build a breadboard ATmega based device.

Slightly confused about what values of capacitor to use with a 16MHz crystal. The Duo has 22pF caps, whereas this very bare implementation has no caps (The blue one in the pic is across the supply.) The crystal I am looking to use is referred to as 16.000 MHz HC49/S 30 pF. Does this mean I need to use 2 x 30pF caps, or, within reason, does it not matter? The supplier I am looking to order from has 22pF and 33pF but no 30pF caps. Also, these are refered to as NPO caps. Is this ok?


12  Forum 2005-2010 (read only) / Interfacing / Re: Print degree symbol ° on LCD on: January 30, 2009, 02:21:09 pm
Interesting that the ASCII table in the reference section of only shows the first 128 characters. Would seem that HD44780-compatible LCD do more than this...

13  Forum 2005-2010 (read only) / Interfacing / Re: Quadrature encoding using eg TTL hardware? on: March 09, 2009, 06:09:53 pm
Yes, I mean decoding.

Many thanks for the link. I don't need to count pulses, just generate an up or down pulse, which will simplify things slightly.

14  Forum 2005-2010 (read only) / Interfacing / Quadrature encoding using eg TTL hardware? on: March 09, 2009, 04:27:32 pm
Wondering if anyone has any experience of using a hardware (eg TTL) solution to implement quadrature encoding, ie to determine the direction of travel of, for example a shaft, based on two out of phase signals. (See for a better explanation!)

My application is an aircraft (glider) simulator. One of the controls I have to interface is an airbrake, operated by a physical lever that is moved backwards or forwards. At present I have a button box with an 'open' button and a 'close' button. To mimic the airbrake opening I press the 'o'pen button, five times = fully open. The reverse for 'c'lose. I need to generate 'o'pen and 'c'lose pulses depending on which way the physical lever moves. Mechanically I can generate two 90 deg out of phase signals using two microswitches and 'castleated' tracks. My problem is detecting edges and working out the direction of travel from this.

I appreciate I could probably do this in software but, like I said, I'd really like a hardware (eg TTL) solution.

Many thanks.

15  Forum 2005-2010 (read only) / Exhibition / Re: collaborate? on: April 29, 2009, 01:52:15 pm
If you haven't already done so, you should also look at which is an OpenSource environment for "... people who want to program images, animation, and interactions."

Pages: [1] 2