Yahoo Groups archive

AVR-Chat

Index last updated: 2026-04-28 22:41 UTC

Message

JTAG interface for debug

2004-03-15 by flavius

Hello
 
 
How can I use JTAG interface for "on chip " debugging ? 
My question is what hardware I need for debuging , and if I must buy an expensive tool from Atmel or I can find something on the net to replace it . 
I know that , the software is AVR Studio . 
 
Many Thanks
Flavius

AVR-Chat@yahoogroups.com wrote:
There are 25 messages in this issue.

Topics in this digest:

1. RE: Oscillator Lock?!?!
From: "Brian Fairchild" 
2. Re: back-up power supply circuit
From: VA3TO 
3. Re: Oh come on now...
From: VA3TO 
4. RE: Oscillator Lock?!?!
From: David VanHorn 
5. Re: back-up power supply circuit
From: John Johnson 
6. Re: Oscillator Lock?!?!
From: John Johnson 
7. Re: Oscillator Lock?!?!
From: David VanHorn 
8. Re: Oscillator Lock?!?!
From: John Johnson 
9. Re: Oscillator Lock?!?!
From: David VanHorn 
10. AVR Compiler: which is the best
From: "markevans_1" 
11. Re: AVR Compiler: which is the best
From: David VanHorn 
12. Re: back-up power supply circuit
From: John Johnson 
13. Re: AVR Compiler: which is the best
From: VA3TO 
14. Re: AVR Compiler: Bascom
From: VA3TO 
15. RE: AVR Compiler: which is the best
From: "Larry Barello" 
16. Re: AVR Compiler: which is the best
From: John Johnson 
17. Re: Hello and EMI/RFI
From: "Stefan Wimmer" 
18. Re: Re: Hello and EMI/RFI
From: VA3TO 
19. Re: Wanted: unused Dev boards, Butterfly etc..
From: "upand_at_them" 
20. RE: AVR Compiler: which is the best
From: "stevech" 
21. Re: back-up power supply circuit
From: "Wagner Lipnharski" 
22. Re: AVR Compiler: which is the best
From: "Wagner Lipnharski" 
23. Re: Re: Hello and EMI/RFI
From: John Johnson 
24. Re: Re: Hello and EMI/RFI
From: David VanHorn 
25. Re: back-up power supply circuit
From: jay marante 


________________________________________________________________________
________________________________________________________________________

Message: 1
Date: Sun, 14 Mar 2004 09:46:45 -0000
From: "Brian Fairchild" 
Subject: RE: Oscillator Lock?!?!

They are not equal on the STK300 and there is no reason they should be
equal.



-----Original Message-----
From: LightYearCS [mailto:lightyearcs@zippnet.net] 
Sent: 14 March 2004 09:27
To: AVR-Chat@yahoogroups.com
Subject: RE: [AVR-Chat] Oscillator Lock?!?!


Thanks for putting this behind me. I didn't think it was a problem. I
only heard this from one person and a Atmel field engineer who thought
he heard it.

I'll probably ask in a couple other forums just to make sure.

Barry


-----Original Message-----
From: Kathy Quinlan [mailto:kat-yahoo@kaqelectronics.dyndns.org] 
Sent: Sunday, March 14, 2004 12:32 AM
Subject: RE: [AVR-Chat] Oscillator Lock?!?!

-----Original Message-----
From: LightYearCS [mailto:lightyearcs@zippnet.net] 
Sent: Sunday, 14 March 2004 10:39 AM
Subject: [AVR-Chat] Oscillator Lock?!?!

Ladies and Gentlemen:

This is a rumor I heard. Even a field engineer thinks he
heard of this also.

It's said that if you use the same values for each of the
capacitors used in the crystal oscillator circuit that sometimes the
oscillator will not start up and remain in a state of lockup. Has
anyone else heard of this?

ROFLMAO ok the only time the 2 caps are not equal is when you are tuning
the crystal (look at some old 1802 cpu designs, this was common) BUT 99%
of designs these days use EQUAL caps, when caps are needed (some uC's eg
the AT43USB355E does not have external caps as they are internal to the
uC)

I think someone is talking rubbish.

Regards,

Kat. 



[This message contained attachments]



________________________________________________________________________
________________________________________________________________________

Message: 2
Date: Sun, 14 Mar 2004 07:28:43 -0500
From: VA3TO 
Subject: Re: back-up power supply circuit

I like the KISS approach... Depending on your needs, you can
use a SPDT relay with a mains powered coil. When the power
is on, the relay is energized and the N.O. contacts closed to make
the DC circuit from power supply to your MCU board.
(common to the MCU board, NO to the power supply +
and NC to the battery +).
If the mains power cuts out, the relay will release and make
the NC contacts circuit which can is wired to the battery. A big
electrolytic cap across the DC input can be selected to maintain
the supply voltage while the relay switches over so that your
board doesn't drop out and also to help absorb the switching
voltage spike.

Hugh


jaythesis wrote:

>hi!
>
>does anyone have a circuit design on back-up power supply? like if 
>the main power is cut-off, the battery automatically takes over to 
>supply the MCU. can i have the design?
>
>thanks in advance.
>
>-jay
> 
>




________________________________________________________________________
________________________________________________________________________

Message: 3
Date: Sun, 14 Mar 2004 07:43:10 -0500
From: VA3TO 
Subject: Re: Oh come on now...



[This message is not in displayable format]



________________________________________________________________________
________________________________________________________________________

Message: 4
Date: Sun, 14 Mar 2004 08:26:08 -0500
From: David VanHorn 
Subject: RE: Oscillator Lock?!?!

At 09:46 AM 3/14/2004 +0000, Brian Fairchild wrote:

>They are not equal on the STK300 and there is no reason they should be equal.

Sorry, that's wrong. 

The two caps absolutely should be equal, unless you have a good reason for them not to be. The two caps are in series, from the crystal's point of view, and in parallel with the parasitics on the board.

The formulae from the various crystal manufacturers to determine the crystal cap values all reflect this, and they all result in equal values. 

Even when you are tuning the crystal to a specific frequency, your goal is to arrive at equal values, but being a few pF off balance isn't as important as having the crystal on frequency, in those applications. 




________________________________________________________________________
________________________________________________________________________

Message: 5
Date: Sun, 14 Mar 2004 08:33:56 -0500
From: John Johnson 
Subject: Re: back-up power supply circuit

Here's a rough sketch:

http://homepage.mac.com/johnatl/FileSharing25.html

Regards,
JJ

On Sunday, Mar 14, 2004, at 00:55 US/Eastern, jaythesis wrote:

> hi!
>
> does anyone have a circuit design on back-up power supply? like if
> the main power is cut-off, the battery automatically takes over to
> supply the MCU. can i have the design?
>
> thanks in advance.
>
> -jay
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>



________________________________________________________________________
________________________________________________________________________

Message: 6
Date: Sun, 14 Mar 2004 08:38:57 -0500
From: John Johnson 
Subject: Re: Oscillator Lock?!?!

Not to split hairs here, but the two caps will never be equal.

Regards,
JJ

On Saturday, Mar 13, 2004, at 21:39 US/Eastern, LightYearCS wrote:

> Ladies and Gentlemen:
>
>  
>
>             This is a rumor I heard.  Even a field engineer thinks he 
> heard of this also.
>
>  
>
>             It�s said that if you use the same values for each of the 
> capacitors used in the crystal oscillator circuit that sometimes the 
> oscillator will not start up and remain in a state of lockup.  Has 
> anyone else heard of this?
>
>  
>
>             Oh, and by the way, how many SPI devices do you think the 
> ATmega64 can handle, hrm??J
>
>  
>
> Barry
>
>  
>
>

>
> Yahoo! Groups Links
>
> � To visit your group on the web, go to:
> http://groups.yahoo.com/group/AVR-Chat/
>  
> � To unsubscribe from this group, send an email to:
> AVR-Chat-unsubscribe@yahoogroups.com
>  
> � Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
>


[This message contained attachments]



________________________________________________________________________
________________________________________________________________________

Message: 7
Date: Sun, 14 Mar 2004 08:45:54 -0500
From: David VanHorn 
Subject: Re: Oscillator Lock?!?!

At 08:38 AM 3/14/2004 -0500, John Johnson wrote:

>Not to split hairs here, but the two caps will never be equal. 

I think you're very much splitting hairs. 

Look at the crystal manufacturer's data sheets, and tell me where they show unequal values in any normal application. 

Or are you making the case, that like two resistors, they may be 0.001% off no matter how carefully they match them? 





________________________________________________________________________
________________________________________________________________________

Message: 8
Date: Sun, 14 Mar 2004 08:51:00 -0500
From: John Johnson 
Subject: Re: Oscillator Lock?!?!


On Sunday, Mar 14, 2004, at 08:45 US/Eastern, David VanHorn wrote:

> At 08:38 AM 3/14/2004 -0500, John Johnson wrote:
>
>> Not to split hairs here, but the two caps will never be equal.
> Or are you making the case, that like two resistors, they may be 
> 0.001% off no matter how carefully they match them?

Yes. I was implying that if the two caps have to be unequal for 
oscillation to start, it will always start.

Regards,
JJ



________________________________________________________________________
________________________________________________________________________

Message: 9
Date: Sun, 14 Mar 2004 09:02:13 -0500
From: David VanHorn 
Subject: Re: Oscillator Lock?!?!

At 08:51 AM 3/14/2004 -0500, John Johnson wrote:


>On Sunday, Mar 14, 2004, at 08:45 US/Eastern, David VanHorn wrote:
>
>> At 08:38 AM 3/14/2004 -0500, John Johnson wrote:
>>
>>> Not to split hairs here, but the two caps will never be equal.
>> Or are you making the case, that like two resistors, they may be 
>> 0.001% off no matter how carefully they match them?
>
>Yes. I was implying that if the two caps have to be unequal for 
>oscillation to start, it will always start.

They do NOT have to be unequal.
Where does that idea come from?

In order to have oscillation, you need only these things:

Gain > 1.0
Phase shift at frequency of interest, 180 degrees.
and a closed loop.





________________________________________________________________________
________________________________________________________________________

Message: 10
Date: Sun, 14 Mar 2004 15:14:17 -0000
From: "markevans_1" 
Subject: AVR Compiler: which is the best

Ok, I hope this message isnt the start of a huge thread, but I would 
like biased/unbiased opinions on what you guys recon is the best 
compiler for the AVR microcontroller.

Basically I want something that is cheap, ideally comes with a 
fuctional IDE and is quick to code with ( has built in libraries, 
language maps easily to AVR, and is as high level as possible) and 
at the same time has the abilty to do low level stuff when speed is 
required ie: inline assembly. It needs to compile fast and generate 
small code and needs to support AVRs which have no RAM.

Not too fussed about language as long as it meets all my above 
criteria, but I suppose I have some preference to C.

Hope you can help
Mark.



________________________________________________________________________
________________________________________________________________________

Message: 11
Date: Sun, 14 Mar 2004 10:37:16 -0500
From: David VanHorn 
Subject: Re: AVR Compiler: which is the best

At 03:14 PM 3/14/2004 +0000, markevans_1 wrote:

>Ok, I hope this message isnt the start of a huge thread, but I would 
>like biased/unbiased opinions on what you guys recon is the best 
>compiler for the AVR microcontroller.

Is there a bad one?

The AVR was designed for C, but there's Basic, Forth, and probably others out there. 




________________________________________________________________________
________________________________________________________________________

Message: 12
Date: Sun, 14 Mar 2004 08:41:15 -0500
From: John Johnson 
Subject: Re: back-up power supply circuit

Sorry, it's the backup.jpg file.

Regards,
JJ

On Sunday, Mar 14, 2004, at 08:33 US/Eastern, John Johnson wrote:

> Here's a rough sketch:
>
> http://homepage.mac.com/johnatl/FileSharing25.html
>
> Regards,
> JJ
>
> On Sunday, Mar 14, 2004, at 00:55 US/Eastern, jaythesis wrote:
>
>> hi!
>>
>> does anyone have a circuit design on back-up power supply? like if
>> the main power is cut-off, the battery automatically takes over to
>> supply the MCU. can i have the design?
>>
>> thanks in advance.
>>
>> -jay
>>
>>
>>
>>
>> Yahoo! Groups Links
>>
>>
>>
>>
>>
>
>
>
> ------------------------ Yahoo! Groups Sponsor 
> ---------------------~-->
> Upgrade to 128-bit SSL Security!
> http://us.click.yahoo.com/LPJzrA/yjVHAA/TtwFAA/dN_tlB/TM
> --------------------------------------------------------------------- 
> ~->
>
>
> Yahoo! Groups Links
>
>
>
>
>



________________________________________________________________________
________________________________________________________________________

Message: 13
Date: Sun, 14 Mar 2004 12:24:55 -0500
From: VA3TO 
Subject: Re: AVR Compiler: which is the best

I never took to C and I usually prefer assembler but when it comes to 
the AVR,
I am partial to Bascom. Todays Basic compilers are much more structured
& efficient and have come a long way since the days of GOTO 100.
"This is not your father's Basic" :)
Bascom has a lot of built-in functions, it's quick and easy to get 
something
up and running and there are lots of samples and support for it. You can 
also
do inline assembler code anywhere you need it. It's inexpensive yet 
powerful.
You can get it for US$59 from Rhombus (www.rhombus-tek.com) in the US
or directly from the author (www.mselec.com) in Europe.

(No commercial interest, just my biased opinion :)

Hugh


markevans_1 wrote:

>Ok, I hope this message isnt the start of a huge thread, but I would 
>like biased/unbiased opinions on what you guys recon is the best 
>compiler for the AVR microcontroller.
>
>Basically I want something that is cheap, ideally comes with a 
>fuctional IDE and is quick to code with ( has built in libraries, 
>language maps easily to AVR, and is as high level as possible) and 
>at the same time has the abilty to do low level stuff when speed is 
>required ie: inline assembly. It needs to compile fast and generate 
>small code and needs to support AVRs which have no RAM.
>
>Not too fussed about language as long as it meets all my above 
>criteria, but I suppose I have some preference to C.
>
>Hope you can help
>Mark.
>
>
>
> 
>Yahoo! Groups Links
>
>
>
> 
>
>
> 
>




________________________________________________________________________
________________________________________________________________________

Message: 14
Date: Sun, 14 Mar 2004 12:28:22 -0500
From: VA3TO 
Subject: Re: AVR Compiler: Bascom

Sorry...Bascom is $85 ($59 if you're a student or cross upgrading
from Bascom-8051). Still a deal !

Hugh



________________________________________________________________________
________________________________________________________________________

Message: 15
Date: Sun, 14 Mar 2004 09:51:00 -0800
From: "Larry Barello" 
Subject: RE: AVR Compiler: which is the best

I second BASCOM as easy and quick. It is terrible for large or complex as
the code generation is mediocre at best. But if you use mainly the library
support (e.g. keyboard input, LCD output, one wire interface, etc), those
are all written in assembly and are generally very tight. So for simple
projects with little BASIC and mostly calls to library functions it actually
makes very small code. You can try it out for free: a 2k limited version is
available for download at www.mcselec.com

I wrote a FSM multi-tasking robot control code with something like 7 tasks
and five sensors and two motors all in about 180 lines of code that fit in
the 2k limit. So it is pretty usable for small projects. Look here for the
sample code: http://www.barello.net/ARC

If you want cheap (free): GCC C compiler (www.winavr.net) but no tightly
integrated IDE. But, probably the best code generation around. You do have
to learn about makefiles and become familiar with how the compiler works to
get the best code. So you pay for the free price with the learning curve.

Imagecraft and Codevision both have tight IDEs, but I can't vouch for their
quality over large projects. I believe they are adequate. Imagecraft is
more traditional with libraries & linkers and that probably supports large
projects better than CV which has only one file (but uses includes to
simulate libraries). IAR has the expensive industrial strength compiler,
but at $1800/seat it is out of my pocket book.

-----Original Message-----
From: VA3TO

I never took to C and I usually prefer assembler but when it comes to
the AVR,
I am partial to Bascom. Todays Basic compilers are much more structured
& efficient and have come a long way since the days of GOTO 100.
"This is not your father's Basic" :)
Bascom has a lot of built-in functions, it's quick and easy to get
something
up and running and there are lots of samples and support for it. You can
also



________________________________________________________________________
________________________________________________________________________

Message: 16
Date: Sun, 14 Mar 2004 13:04:58 -0500
From: John Johnson 
Subject: Re: AVR Compiler: which is the best

BASCOM is great for getting results in a hurry. One of my reservations 
with it is it's strange behavior when you mix a keyword into a variable 
name. Off the top of my head:

support = &h12

Might get misinterpreted because support contains the word port. Again, 
that's just an example off the top of my head. Another reservation is 
it's inability to handle complex arithmetic in an expression, for 
example:

day = whatser / 12 * questo + 2

Again, just an example off the top of my head. I think both problems 
stem from the fact that it is a code generator (for lack of a better 
term), rather than a compiler.

I generally use WinAVR. When in doubt about whether there is a problem 
with my C or my hardware, I sometimes use BASCOM to verify the hardware.

WinAVR supports devices without RAM using assembly code. Not sure about 
BASCOM.

There are a lot of good resources and opinions at the avrfreaks web 
site.

Regards,
JJ

On Sunday, Mar 14, 2004, at 12:24 US/Eastern, VA3TO wrote:

> I never took to C and I usually prefer assembler but when it comes to
> the AVR,
> I am partial to Bascom. Todays Basic compilers are much more 
> structured
> & efficient and have come a long way since the days of GOTO 100.
> "This is not your father's Basic" :)
> Bascom has a lot of built-in functions, it's quick and easy to get
> something
> up and running and there are lots of samples and support for it. You 
> can
> also
> do inline assembler code anywhere you need it. It's inexpensive yet
> powerful.
> You can get it for US$59 from Rhombus (www.rhombus-tek.com) in the US
> or directly from the author (www.mselec.com) in Europe.
>
> (No commercial interest, just my biased opinion :)
>
> Hugh
>
>
> markevans_1 wrote:
>
>> Ok, I hope this message isnt the start of a huge thread, but I would
>> like biased/unbiased opinions on what you guys recon is the best
>> compiler for the AVR microcontroller.
>>
>> Basically I want something that is cheap, ideally comes with a
>> fuctional IDE and is quick to code with ( has built in libraries,
>> language maps easily to AVR, and is as high level as possible) and

=== message truncated ===
Do you Yahoo!?
Yahoo! Mail - More reliable, more storage, less spam

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.