Yahoo Groups archive
Messages
Page 91 of 307 · 15341 messages matched
2008-01-28 by Kathy Quinlan
ktal3at wrote: > i need a schematic for atmega8535 programmer using parallel port (( 25 > pin)) > > to do at home > > thanks I need au$10M and then I will give you information you require. -- Regards, Kat.
2008-01-27 by ktal3at
i need a schematic for atmega8535 programmer using parallel port (( 25 pin)) to do at home thanks
2008-01-27 by dlc
John Samperi wrote: > At 06:29 AM 28/01/2008, you wrote: >> So does this mean that the AVRISP does this step before programming and >> the AVRISP 2 doesn't? > > I thought the MK2 does not support older chips anyway, > ....unless one massages the chip's xml file???? It appears to,
2008-01-27 by John Samperi
At 06:29 AM 28/01/2008, you wrote: >So does this mean that the AVRISP does this step before programming and >the AVRISP 2 doesn't? I thought the MK2 does not support older chips anyway, ....unless one massages the chip's xml file???? There could be an option to erase before progr
2008-01-27 by dlc
So does this mean that the AVRISP does this step before programming and the AVRISP 2 doesn't? DLC Enki wrote: > I remember the good old AT90S2313 needed to be erased before > reprogramming if the lock fuses were set. > Newer chips don't need to be erased first. > > Mark Jordan >
2008-01-27 by Enki
I remember the good old AT90S2313 needed to be erased before reprogramming if the lock fuses were set. Newer chips don't need to be erased first. Mark Jordan On 27 Jan 2008 at 8:32, dlc wrote: > Hey guys, > > I've an odd problem. I've found that I can program a 90S2313 only > onc
2008-01-27 by dlc
Hey guys, I've an odd problem. I've found that I can program a 90S2313 only once with an AVRISPv2 using avrdude. I suspect strongly that this is the AVRISP 2's fault and not avrdude, but I thought that someone else may have seen this oddity and offer comfort or perhaps "wedgie re
2008-01-27 by John Samperi
At 04:27 PM 27/01/2008, you wrote: > won't let you change the fuses unless you explicitly say >to, so the fuses have not been changed, Not many fuses to change in the 90S chips, maybe just the lock bits. Regards John Samperi *******************************************************
2008-01-27 by dlc
Yeah, it is a primitive wait routine - It is set to overflow after 1ms, it rolls over to zero where the while() fails. Since this is pretty much just banged out I've not been too complete with comments. ;) DLC John Samperi wrote: > At 02:47 PM 27/01/2008, you wrote: >> while (TCN
2008-01-27 by John Samperi
At 02:47 PM 27/01/2008, you wrote: > while (TCNT0); By the way is the above correct? I don't speak Martian too well. Regards John Samperi ******************************************************** Ampertronics Pty. Ltd. 11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA Tel. (0
2008-01-27 by dlc
I found part of it. One spot in the AVR plugin was set to Mega16 instead of 90S2313. Once that was changed then it compiled, downloaded and ran properly. But NOW it refuses to program again, even with a -F (force) in avrdude. Avrdude defaults (and I don't change this) to "safe" m
2008-01-27 by John Samperi
At 04:08 PM 27/01/2008, you wrote: >a bit puzzled why the avr-gcc one doesn't. It probably "optimized" your code away as it thinks you don't really want some bits and you wrote it just for fun. Something about certain things not being declared volatile, whatever that means....See
2008-01-27 by dlc
Yup, 10MHz crystal, 5V Vdd. One compiler (The Bascom one) works, avr-gcc does not. There is no particular magic involved with an AVR chip and I've used these for years with no issue with Bascom and Codevision, I'm a bit puzzled why the avr-gcc one doesn't. The next step is obviou
2008-01-27 by John Samperi
At 02:47 PM 27/01/2008, you wrote: >#define F_CPU 10000000UL Is it a 10MHz chip? (90S2313-10) Are you running it at 5V? I'm guessing you have a 10MHz crystal or it would not program. Regards John Samperi ******************************************************** Ampertronics Pty. L
2008-01-27 by dlc
Hi all, I'm using AVR-GCC 4.0.2 with the most recent avr-libc and a target of a 90S2313 with this code for a toy "blink the LED" thing. It builds, avrdude downloads it fine, and it doesn't do a blasted thing. Similar code with Bascom/AVR downloaded using avrdude works fine. Now,
2008-01-26 by Ashley Guthrie
SOme one tell me how to get off this freakin e-mail list I'm on!I get like a million e-mails a day! I hate it HELP ----- Original Message ---- From: Dennis Clark To: AVR-Chat@yahoogroups.com Sent: Thursday, January 24, 2008 2:48:14 PM Subject: Re: [AVR-Chat] Re: Debugwire, stk-50
2008-01-26 by David VanHorn
On Jan 25, 2008 11:26 PM, John Samperi wrote: > At 08:13 AM 26/01/2008, you wrote: > >AFAIK it's not an issue with the MkII, except in ISP mode, and I've > >tried changing those settings down to 62 kHz. > > By the way do you have the: > > "Always reprogram device when loading obj
2008-01-26 by John Samperi
At 08:13 AM 26/01/2008, you wrote: >AFAIK it's not an issue with the MkII, except in ISP mode, and I've >tried changing those settings down to 62 kHz. By the way do you have the: "Always reprogram device when loading object file" checked in the Debug window of the JTAK mk2 option
2008-01-25 by David VanHorn
On Jan 25, 2008 4:06 PM, John Samperi wrote: > At 11:38 PM 25/01/2008, you wrote: > >I think you might be confusing JTAG with ISP. JTAG programming works > >even with the microcontroller clock misconfigured and not running. > > I think Ivan was talking about JTAG DEBUGGING, (I wa
2008-01-25 by John Samperi
At 11:38 PM 25/01/2008, you wrote: >I think you might be confusing JTAG with ISP. JTAG programming works >even with the microcontroller clock misconfigured and not running. I think Ivan was talking about JTAG DEBUGGING, (I was anyway) in which case the 1/4 of the target clock is
2008-01-25 by Bruno
Alex, maybe you could use some analog switch for choose when you want to program or when you want to use it for I/O or even use just some jumpers to enable the HV ISP. It will be like a swicth.... I think that it would work fine... Bruno --- In AVR-Chat@yahoogroups.com, "Alex She
2008-01-25 by John
Now, the (7 wrote: > > I understand bitwise operations but I don't get the following code. > > DDRB|= (7 > I understand that this is to setup the direction for port B BUT why > are we doing [what appears to be] 7 shifted to the left 3 times > instead of 56 decimal > > Is this the
2008-01-25 by englsprogeny
I understand bitwise operations but I don't get the following code. DDRB|= (7
2008-01-25 by Graham Davies
--- In AVR-Chat@yahoogroups.com, "Ivan Vernot" wrote: > ... the JTAG clock frequency must > exceed 1/4 of the CPU/Xtal freq. I think you might be confusing JTAG with ISP. JTAG programming works even with the microcontroller clock misconfigured and not running. Graham.
2008-01-25 by Tim Mitchell
> My real question is how easy is it in practice to configure the > Dragon or JTAG MkII to reconfigure the /Reset pin all the time using > HV ICSP so I can develop/debug the code while the /Reset line is used > for I/O as well as debugWire? > > Is this a good idea or not? I have
2008-01-25 by David VanHorn
On Jan 24, 2008 11:14 PM, Tim Gilbert wrote: > Thanks for all the suggestions. However, I switched to a 10K resistor and everything works. Well, mostly works, I did get one "can't read signature" error but it seems to debug and program ok now. I assume that there is enough capaci
2008-01-25 by Tim Gilbert
Thanks for all the suggestions. However, I switched to a 10K resistor and everything works. Well, mostly works, I did get one "can't read signature" error but it seems to debug and program ok now. I assume that there is enough capacitance that the 100K won't pull the line up fast
2008-01-25 by David VanHorn
> Have you killed any black cats lately?? > > Have you checked the flash contents, maybe using the > disassembly view or directly with the memory view? Yup. The flash is what it should be, IF I can trust the what the ICE is telling me. > Never had so many disasters as you have wi
2008-01-25 by David VanHorn
> One things that I have not seen mentioned already is that the JTAG clock > frequency must exceed 1/4 of the CPU/Xtal freq. > In all random 'disconnects' that I remember they have been due to forgetting > to set the JTAG clock freq in AVR Studio Ok, where does one set that on a
2008-01-25 by John Samperi
At 09:02 AM 25/01/2008, you wrote: >With the cursor on "in TEMP2,SREG", pressing F11 puts the cursor back >on "rcall SPM_Ready" Have you killed any black cats lately?? Have you checked the flash contents, maybe using the disassembly view or directly with the memory view? Never ha
2008-01-25 by John Samperi
At 01:21 PM 25/01/2008, you wrote: >JTAG clock frequency must exceed 1/4 of the CPU/Xtal freq. Must EXCEED or MUST NOT exceed 1/4 of the clock? :-) @Ivan..our programmers seem a little overdue. I always get this feeling of people fleeing to countries without extradition treaties
2008-01-25 by john
--- In AVR-Chat@yahoogroups.com, "Dave Hylands" wrote: > > Hi John, > > > For some reason if I put a semi colon in front of the structure the > > error goes away. > > > > ; // > struct rb_fifo_struct_type > > Then some previous declaration is probably missing the semicolon. It >
2008-01-25 by Ivan Vernot
Hi All, FWIW, I have been using JTAG ICE and JTAGICE-MkII for a number of years with little or no problems. One things that I have not seen mentioned already is that the JTAG clock frequency must exceed 1/4 of the CPU/Xtal freq. In all random 'disconnects' that I remember they ha
2008-01-25 by Tom
well, as an update on speed for these chips, I received an email from a support engineer who assured me that they could easily do 2500 sets of calcs.second involving several trig functions, several FP multiply, divde add and subtract functions each. The Instruction Manual documen
2008-01-24 by Russell Shaw
john wrote: > --- In AVR-Chat@yahoogroups.com, Russell Shaw wrote: >> john wrote: >>> I'm trying to declare a structure but I keep getting an error > like this >>> or similar depending on were I try to put __attribute__. >>> >>> error: expected '=', ',', ';', 'asm' or '__attribut
2008-01-24 by David VanHorn
Watching reset on a scope, the risetime is about 7uS, fall time is a bit less, as you'd expect with an O/C line. I don't see any overshoot, undershoot, or ringing.. Looks pretty clean from here. I can catch it on my LA, but I can't decode the bitstream, so not much point.
2008-01-24 by David VanHorn
> However, my conclusion after having spent hours (and four different > JTAGS) was that the DebugWire ONLY works using a JTAG Mk2 with a green > LED on the PCB. Not talking about the three status LEDs - but the > extra fourth LED which is mounted on the PCB and visible through th
2008-01-24 by Dave Hylands
Hi John, > For some reason if I put a semi colon in front of the structure the > error goes away. > > ; // struct rb_fifo_struct_type Then some previous declaration is probably missing the semicolon. It might even be in a different file (i.e. header file). -- Dave Hylands Vancouv
2008-01-24 by David VanHorn
On Jan 24, 2008 4:50 PM, David VanHorn wrote: > > Not even the additional (4K7-10K) pullup on the reset line > > as suggested by a very wise, much loved and respected member > > of this forum? LOL > > I didn't catch that.. you mean in addition to what's on the STK-500 board? > I
2008-01-24 by Alex Shepherd
Hi Guys, I have a small hobby project (Model Railroad DCC Accessory Decoder for signalling) that basically need to use 2 pins for comms and 4 pins to drive 3 or 4 single color LEDs or 2 bi-color (red/green) LED's - so I would like 6 I/O. Now with the AtTiny85 I can get 5 I/O easi
2008-01-24 by David VanHorn
> Not even the additional (4K7-10K) pullup on the reset line > as suggested by a very wise, much loved and respected member > of this forum? LOL I didn't catch that.. you mean in addition to what's on the STK-500 board? I can throw one on easily enough. > If DW misses a bit in co
2008-01-24 by John Samperi
At 08:25 AM 25/01/2008, you wrote: >In my case, I'm talking to an STK-500 board, with no other "stuff" on >the chip, just the bare minimum. Not even the additional (4K7-10K) pullup on the reset line as suggested by a very wise, much loved and respected member of this forum? LOL W
2008-01-24 by David VanHorn
On Jan 24, 2008 4:20 PM, Tim Gilbert wrote: > Regarding below: > No other connections on the JTAG bus. > Running with internal clock at 8MHz. > I have always used a 100K pull resistor on Reset; is that too weak? > That is pretty weak. 50uA. I'd go with 10k
2008-01-24 by David VanHorn
Is the M103 compatibility fuse set? That was another big timewaster if you missed it.
2008-01-24 by David VanHorn
> What are the "big" developers using? If they're > having trouble with Atmel's tools, sales will suffer > and Atmel _will_ notice that. Last winter, I asked Sarah Cox of Barnett, Cox, and OCull (now Priio) She said they'd given up on using studio entirely. Pretty much the same e
2008-01-24 by David VanHorn
> I have been using DW with the Dragon for about 18 months now, > it has been working very well. I have only worked with 5V supplies > though and ALWAYS a 4K7 pull up resistor in the reset line, with > clock ranging from internal 1MHz to crystal 14MHz. In my case, I'm talking to
2008-01-24 by John Samperi
At 07:56 AM 25/01/2008, you wrote: > I'm in the same boat. The JTAG_ICE doesn't work with most AVR's I use, >and won't work with the ones it is supposed to work with... Grr. The OLD JTAG mk1 only works with a limited number of OLDER chips, the newer JTAG MK2 works with all chips.
2008-01-24 by Jeffrey Engel
--- David VanHorn wrote: > On Jan 24, 2008 3:48 PM, Dennis Clark > wrote: > > Has anyone used the ICE MK II with GDB or Avarice? > It'd be interesting to > > see if those debuggers work better than the Atmel > IDE. The only reason > > that I mentioned this ICE is that I own that
2008-01-24 by Tim Gilbert
Regarding below: No other connections on the JTAG bus. Running with internal clock at 8MHz. I have always used a 100K pull resistor on Reset; is that too weak? Tim ----- Original Message ----- From: David VanHorn To: AVR-Chat@yahoogroups.com Sent: Thursday, January 24, 2008 2:12
2008-01-24 by John Samperi
At 06:59 AM 25/01/2008, you wrote: >Even though I wasn't USING the breakpoints, (I was >single-stepping), that was causing the problem. > >I may not have read ALL the documentation, but as far as I'm aware, >setting a breakpoint is not supposed to also cause the debugger to >igno