AVR-Chat

Graham,

> My plan is to try out GCC as a compiler. For a debug interface, I 
> have ordered an Olimex AVR-JTAG from SparkFun. This appears to be a 
> clone of the Atmel JTAGICE with some features like level shifters 
> missing. It seems that you program it with the exact same firmware 
> that goes into the JTAGICE, so it should work the same at a fraction 
> of the cost. If anyone has experience with this it would be good to 
> know otherwise I will report back.

I have two Olimex JTAG ICEs and a true blue Atmel JTAG ICE all working
nicely on STK500, 501, and 502.  I connect up the Olimex kit to my PC
using an USB to RS232 converter.  Works a treat.  There were some issues
with the early Olimex JTAG ICEs but these have now been cleared up I'm
assured (no personal experience, I have the older units)--the firmware
upgrade didn't work on early units.

As for a compiler, I find GCC code to be unsuited to the AVR, hence our
push to get CrossWorks running on the AVR.  You'd be better off with
ImageCraft or CodeVisionAVR, but neither support debugging in the IDE.
CrossWorks, when it ships, will support the JTAG ICE (plus Olimex clone)
and our own USB JTAG solution for the AVR, and debug inside our own IDE
(no need for AVR Studio).

Regards,

--
Paul Curtis, Rowley Associates Ltd http://www.rowley.co.uk
CrossWorks for MSP430, ARM, and (soon) Atmel AVR processors

--- In AVR-Chat@yahoogroups.com, "Paul Curtis" <plc@r...> wrote:

> I have two Olimex JTAG ICEs and a
> true blue Atmel JTAG ICE all working
> nicely on STK500, 501, and 502.

Thanks for this information.  The price difference ($45 instead of 
$300) is considerable.

> As for a compiler, I find GCC code to
> be unsuited to the AVR, hence our push
> to get CrossWorks running on the AVR.

$800 will be outside my comfort range so I will try GCC for now.

Graham.

--- Paul Curtis <plc@rowley.co.uk> wrote:

> As for a compiler, I find GCC code to be unsuited to
> the AVR

What about gcc do you find unsuitable for the avr?


Regards

Marvin Dickens

=====
Registered Linux User No. 80253
If you use linux, get counted at: 
http://www.linuxcounter.org


	
		
__________________________________
Do you Yahoo!?
Yahoo! Photos: High-quality 4x6 digital prints for 25�
http://photos.yahoo.com/ph/print_splash

--- Graham Davies <YahooGroups@ecrostech.com> wrote:

> $800 will be outside my comfort range so I will try
> GCC for now.


Hello Graham,

I've been using gcc for a couple of years with avr
processors. Further, it has performed well for me (And
the company I work for...) and is well supported by
the developers and the user community. Since your
going to give it a try, I suggest that you join the
mailing list for gcc for the avr:

http://www.avr1.org/mailman/listinfo

Post any questions you may have to the list and you'll
get answers, for sure. Also, gcc for the avr is being
used by a suprisingly large number of well known
companies and has proven it's worth commercial
applications.

If you have never used linux (Or unix variants such as
sun solaris or ibm aix) and are new to unix style
compilers, the majority of your questions are going to
center around the "make file". Not to worry though:
The
make file not hard to understand.

Best

Marvin Dickens 
 


=====
Registered Linux User No. 80253
If you use linux, get counted at: 
http://www.linuxcounter.org


	
		
__________________________________
Do you Yahoo!?
Yahoo! Photos: High-quality 4x6 digital prints for 25�
http://photos.yahoo.com/ph/print_splash

If you're running MS Windows, look for WinAVR, it's a nice, easy  
install.

Regards,
   JJ

On Saturday, Apr 24, 2004, at 19:49 US/Eastern, mpdickens wrote:

>
> --- Graham Davies <YahooGroups@ecrostech.com> wrote:
>
>> $800 will be outside my comfort range so I will try
>> GCC for now.
>
>
> Hello Graham,
>
> I've been using gcc for a couple of years with avr
> processors. Further, it has performed well for me (And
> the company I work for...) and is well supported by
> the developers and the user community. Since your
> going to give it a try, I suggest that you join the
> mailing list for gcc for the avr:
>
> http://www.avr1.org/mailman/listinfo
>
> Post any questions you may have to the list and you'll
> get answers, for sure. Also, gcc for the avr is being
> used by a suprisingly large number of well known
> companies and has proven it's worth commercial
> applications.
>
> If you have never used linux (Or unix variants such as
> sun solaris or ibm aix) and are new to unix style
> compilers, the majority of your questions are going to
> center around the "make file". Not to worry though:
> The
> make file not hard to understand.
>
> Best
>
> Marvin Dickens
>
>
>
> =====
> Registered Linux User No. 80253
> If you use linux, get counted at:
> http://www.linuxcounter.org
>
>
> 	
> 		
> __________________________________
> Do you Yahoo!?
> Yahoo! Photos: High-quality 4x6 digital prints for 25¢
> http://photos.yahoo.com/ph/print_splash
>
>
> ------------------------ Yahoo! Groups Sponsor  
> ---------------------~-->
> Buy Ink Cartridges or Refill Kits for your HP, Epson, Canon or Lexmark
> Printer at MyInks.com.  Free s/h on orders $50 or more to the US &  
> Canada.
> http://www.c1tracking.com/l.asp?cid=5511
> http://us.click.yahoo.com/mOAaAA/3exGAA/qnsNAA/dN_tlB/TM
> --------------------------------------------------------------------- 
> ~->
>
>
> Yahoo! Groups Links
>
>
>
>
>

--- In AVR-Chat@yahoogroups.com, "Graham Davies" <YahooGroups@e...> 
wrote:

> ... I will try GCC for now.

The subject of the thread does drift, doesn't it, but every post was 
a good one. Thanks for the continued help.

I will sign up for the GCC for AVR list. I am familiar with UNIX-
style development environments and have used Makefiles so I don't 
anticipate problems I can't overcome with a little effort. On the 
other hand, I'm using Windows now, so it's WinAVR I will go for.

I understand the point about unifying the stacks.  I've been using 
the ZiLOG Z8 Encore!, which is also a modified Harvard architecture, 
and the ZiLOG compiler also produces a lot of stuff on function entry 
and exit.  But, the stack frame setup and teardown are intrinsic 
subroutines so there isn't so much in-line code.  It is still very 
slow, of course.

Graham.