Yahoo Groups archive
Messages
Page 194 of 307 · 15341 messages matched
2005-08-21 by Dennis
Here is the code using AVR Studio SP3. As I said, I can put the RETI as the only instruction in the PBINT1 service routine and the same still happens. I can also take the infinite loop out of the routine (waiting for T1 interrupt), put it following the first infinite loop, and th
2005-08-21 by Larry Barello
It is very, very, VERY UNLIKELY you have stumbled across a CPU problem. It is very, very LIKELY your code is the problem. Unless you show us your code and how you built it (what compiler, etc), there is little anyone can do to help you. Cheers! -----Original Message----- From: AV
2005-08-21 by Thomas Keller
On Sat, 2005-08-20 at 22:18 -0500, Dennis wrote: > Using ATmega 168. INT0 works fine as does Timer1. Invoke INT1 > (pushbutton rising edge) and it goes to interrupt routine and never > returns. > Had some sample parts from rep brought in to replace original ES > (preproduction) p
2005-08-21 by Dennis
Changed vector names from ZCINT0 to EXT_INT0 and PBINT1 to EXT_INT1 per the 168 data manual. Still the same results. More head banging. D ----- Original Message ----- From: "Mark Nowell" To: Sent: Sunday, August 21, 2005 1:39 AM Subject: Re: [AVR-Chat] mega 168 > Dennis > > FWIW
2005-08-21 by erikc
I would like to see it too. Sergio Manzano wrote: > It whould be desirable to take a look at your code... > > Many thanks, > > Sergio > > > El Sábado, 20 de Agosto de 2005 19:02, Mark Jordan escribió: > >>On 19 Aug 2005 at 19:44, kamran_kn3 wrote: >> >>>Hi,Everyone .... I have cr
2005-08-21 by behrooz_hariri
Hi I want to use I2C between two AVR mcus. I wonder how to assign hardware address to any of them. If you have any sample code that works, please let me know. tnx, Behrooz Hariri
2005-08-21 by Mark Nowell
Dennis FWIW I'm using both INT0 and INT1 on M168 with no problems ... now. I did spend several hours banging my head against these interrupts because a) I'd used the wrong vector names; b) more than one of the bit defs in the avr-libc headers were wrong. The latest WinAVR appears
2005-08-21 by Dennis
When interrupt occurs, EIMSK,1 is set to zero disabling further INT1 interrupts. Interrupt routine loads T1 for 50ms debounce timeout and goes into infinite loop waiting for T1 timeout. It really doesn't matter. As I stated before, if I do an RETI as the first instruction in the
2005-08-21 by Peter Gargano
Dennis wrote: > Nebulous question. If all other interrupt vectors work OK why not this one? Continue to assume the hardware works! Either the vector you think you're using is wrong, or you do something bad in the correct ISR and it never returns, or maybe you blow the stack with
2005-08-21 by Dennis
Nebulous question. If all other interrupt vectors work OK why not this one? D ----- Original Message ----- From: "Peter Gargano" To: Sent: Saturday, August 20, 2005 10:36 PM Subject: Re: [AVR-Chat] mega 168 > Are you sure you have the right vector? > > Dennis wrote: >> Using ATme
2005-08-21 by Peter Gargano
Are you sure you have the right vector? Dennis wrote: > Using ATmega 168. INT0 works fine as does Timer1. Invoke INT1 > (pushbutton rising edge) and it goes to interrupt routine and never > returns. .
2005-08-21 by Dennis
Using ATmega 168. INT0 works fine as does Timer1. Invoke INT1 (pushbutton rising edge) and it goes to interrupt routine and never returns. Had some sample parts from rep brought in to replace original ES (preproduction) parts. Thought that might be the problem. Not so. Doesn't ma
2005-08-21 by jenalcom
--- In AVR-Chat@yahoogroups.com, Don Jackson wrote: > Here's a problem I have that maybe some of the gurus on this list can > help with... > > I'm just starting on a project which requires decoding of a rather > unusual AFSK bitstream and am seeking some ideas/opinions on the bes
2005-08-20 by Sergio Manzano
It whould be desirable to take a look at your code... Many thanks, Sergio El Sábado, 20 de Agosto de 2005 19:02, Mark Jordan escribió: > On 19 Aug 2005 at 19:44, kamran_kn3 wrote: > > Hi,Everyone .... I have created a tcp/ip stack on m64 & m128 > > myself,... because i am CCNA &
2005-08-20 by Henry Carl Ott
> > >Thanks Tom and Mark for your responses and ideas on this matter. I'd >seen that pdf file before but had not thought about it in reference to >my problem. My mindset was more in the mode of measuring actual times >since the bitstream timing was so "neat"; but it appears I nee
2005-08-20 by Mark Jordan
On 19 Aug 2005 at 19:44, kamran_kn3 wrote: > Hi,Everyone .... I have created a tcp/ip stack on m64 & m128 > myself,... because i am CCNA & MCSE... if you need it pm me... I would like to take a look at your TCP/IP stack. Thanks. Mark
2005-08-20 by Randy Ledyard
Why don't you just post it to the files? > -----Original Message----- > --- In AVR-Chat@yahoogroups.com, "Hamid reza Kabiri" > wrote: > > > Hi,Everyone .... I have created a tcp/ip stack on m64 & m128 >
2005-08-20 by Don Jackson
Mark Jordan wrote: > On 19 Aug 2005 at 11:13, Thomas Keller wrote: > > >>On Fri, 2005-08-19 at 00:37 -0300, Mark Jordan wrote: >> >>>http://www.baycom.org/~tom/ham/da95/d_dspmod.pdf >> >> I'm afraid I am still unenlightened...my German is still what it >>never was. *grin* >> >> T
2005-08-20 by Lasse Madsen
We have it in Scandinavia also \u2026 Norway, Sweden and Denmark also have Logo\u2019s too. Regards Lasse Madsen From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of kelvin kooger Sent: 18. august 2005 03:09 To: AVR-Chat@yahoogroups.com Subject: Re: [AVR-
2005-08-19 by kamran_kn3
--- In AVR-Chat@yahoogroups.com, "Hamid reza Kabiri" wrote: > Hello > How I can create convertor (RS232 to tcp/ip) by mega64 > thanks Hi,Everyone .... I have created a tcp/ip stack on m64 & m128 myself,... because i am CCNA & MCSE... if you need it pm me...
2005-08-19 by Mark Jordan
On 19 Aug 2005 at 11:13, Thomas Keller wrote: > On Fri, 2005-08-19 at 00:37 -0300, Mark Jordan wrote: > > http://www.baycom.org/~tom/ham/da95/d_dspmod.pdf > > I'm afraid I am still unenlightened...my German is still what it > never was. *grin* > > Though I know it is possible to
2005-08-19 by Thomas Keller
On Fri, 2005-08-19 at 00:37 -0300, Mark Jordan wrote: > http://www.baycom.org/~tom/ham/da95/d_dspmod.pdf I'm afraid I am still unenlightened...my German is still what it never was. *grin* Though I know it is possible to do the filtering in software, I am not siufficiently familia
2005-08-19 by William LAI
For 8MHz resonator: CKSEL3..0 = 1111 For 16MHz resonator: CKSEL3..0 = 1110 William Lai MCU ProShop http://www.mcuproshop.com --- klassasin wrote: > For all the tinkering I've done with AVRs, I've yet > to use an external > clock. Right now, I have only 8.0 MHz and 10.0 MHz > cera
2005-08-19 by Mark Jordan
On 18 Aug 2005 at 21:05, Thomas Keller wrote: > You can obtain single chip filters that could be easily ruend using > external R-C values to your two frequencies, then use Schmidt Trigger on > the output of thefilter to generate a trigger pulse everytime the signal > is at that f
2005-08-19 by Thomas Keller
On Thu, 2005-08-18 at 14:10 -0500, Don Jackson wrote: > Here's a problem I have that maybe some of the gurus on this list can > help with... Well, perhpas a little extra hardware is in order, since the noise problem could lead to loss of synchronization. You can obtain single chi
2005-08-18 by wbounce
Yes as long as you include the right info in your make file My make file has a ASRC= Entry where I would list my assembler file. Also I think the extension needs to be .S (case matters) Then there is a -Wa option that passes thing to the assembler mine look like CFLAGS += -Wa,-ad
2005-08-18 by Wojciech Bober
I have some asm code which I've wrote in AVR Studio. Is it possible to assemble it using avr-as and link with code written in C? -- Wojtek JID: bvr@helios.int.pl
2005-08-18 by Don Jackson
Here's a problem I have that maybe some of the gurus on this list can help with... I'm just starting on a project which requires decoding of a rather unusual AFSK bitstream and am seeking some ideas/opinions on the best way to do it with an AVR chip (most likely ATMega88 or 168).
2005-08-18 by Dennis
Following is the reason given for the shortage of PDIP parts. D ----- Original Message ----- From: "Dan Holt" To: Cc: "Ben Garza" Sent: Thursday, August 18, 2005 12:31 PM Subject: FW: FW: [AVR-Chat] ATmega 168 > Dennis, > A more clear answer for you... > Dan > > -----Original Mes
2005-08-18 by klassasin
For all the tinkering I've done with AVRs, I've yet to use an external clock. Right now, I have only 8.0 MHz and 10.0 MHz ceramic resonators. I'm using AVR Studio to program my AVRs with my STK500. What fuses do I need to set to enable the external clock (aka my ceramic resonator
2005-08-18 by Brian Dean
On Thu, Aug 18, 2005 at 11:15:00AM -0500, Thomas Keller wrote: > To be completely fair, let'd be realistic. While such C code > certainly has its place, inside something like a 2313 is NOT the > place where it belongs. I totally disagree with this. The developer makes the decisio
2005-08-18 by Thomas Keller
On Thu, 2005-08-18 at 13:50 +1000, Russell Shaw wrote: > stevech wrote: > > Compiler-goodness debates! > > My experiences: > > GCC - free. IDEs are from other cottage industry or freeware types. > > Hard to use. Does NOT support tiny memory model for small AVR chips. > > Support
2005-08-18 by Kathy Quinlan
thormj wrote: > Anxious to try the new toys, I tried programming the "LEDs&Switches" > into the ATMega that came with the stk-500. When I did this, it > asked to upgrade the firmware on the stk-500... > > After finding a screwdriver (ahem... IC Puller), and removing the > target
2005-08-18 by Jesper Hansen
> My experiences: > GCC - free. IDEs are from other cottage industry or freeware types. Hard > to > use. Does NOT support tiny memory model for small AVR chips. Support is > limited to forum on AvrFreaks and often you get an answer from an arrogant > compiler guru who hates corre
2005-08-18 by Russell Shaw
> Russell wrote: > > The last time i used CV couple of years ago, it couldn't do functions > stored as pointers in structs, or even cope with enums and structs > declared inside functions. Has it been fixed yet? > stevech wrote: > I think it has pointers to pointers now. > But I
2005-08-18 by Dennis Clark
Dave, My feelings are hurt! I would NEVER call a function from within an ISR! Isn't there a special section of hell reserved for people who do that? Right next to the place that drunks that spill their beer go? :) DLC Dave Hylands wrote: > Hi Dennis, > > >> Other that that, I fin
2005-08-18 by Dave Hylands
Hi Dennis, > Other that that, I find that GCC-AVR does a pretty good job of code > density - I just don't like the variable referencing and sloppy (or > perhaps overly hand-holding) job it does with ISR's. I've noticed that one way to get better ISR's is to ensure that your ISR d
2005-08-18 by Kathy Quinlan
klassasin wrote: > I was just wondering, what are the main differences between avr c > compilers? > Is it mainly the header files used, or the special functions each > compiler offers? > > Thanks for clearing this up for me, > > Kevin It is all up to the programmer / end user, I
2005-08-18 by Brian Dean
On Wed, Aug 17, 2005 at 08:35:32PM -0700, stevech wrote: > My experiences: > GCC - free. IDEs are from other cottage industry or freeware > types. Hard to use. Does NOT support tiny memory model for small AVR > chips. Support is limited to forum on AvrFreaks and often you get an
2005-08-18 by Dennis Clark
Thomas Keller wrote: > On Thu, 2005-08-18 at 08:33 +1000, Don Ingram wrote: > >> Also, code efficiency and optimization differ between compilers. An >>Atmel FAE told me that most folks say that GCC-AVR is almost as good >>as IAR (who is the best currently). >>This was what I was
2005-08-18 by stevech
I think it has pointers to pointers now. But I submit that some of the more esoteric parts of C and all of C++ are inappropriate for humble embedded processors. I try to write code that is blatantly obvious to any reader a year or two from now. Maybe a big fat mega128 with extern
2005-08-18 by thormj
Anxious to try the new toys, I tried programming the "LEDs&Switches" into the ATMega that came with the stk-500. When I did this, it asked to upgrade the firmware on the stk-500... After finding a screwdriver (ahem... IC Puller), and removing the target and jumpers, I held down t
2005-08-18 by Russell Shaw
stevech wrote: > Compiler-goodness debates! > > My experiences: > GCC - free. IDEs are from other cottage industry or freeware types. Hard to > use. Does NOT support tiny memory model for small AVR chips. Support is > limited to forum on AvrFreaks and often you get an answer from
2005-08-18 by stevech
Compiler-goodness debates! My experiences: GCC - free. IDEs are from other cottage industry or freeware types. Hard to use. Does NOT support tiny memory model for small AVR chips. Support is limited to forum on AvrFreaks and often you get an answer from an arrogant compiler guru
2005-08-18 by kelvin kooger
Hi, Logo ( a small PLC from Siemens with limited number of inputs and outputs ) is also available in Malaysia and is sold under the same brand of "LOGO". There is also the software version of the "LOGO". Javier Fiasche wrote: Logo is a mini PLC of Siemens. Its available here in A
2005-08-18 by David Kelly
On Aug 17, 2005, at 6:32 PM, Thomas Keller wrote: > On this specific issue I cannot comment, but I can say that avr- > gcc is > quite inefficient in its handling of variables. Every time the > compiler > references the value of an identifier, it loads it into r24,r25 (for a > 16
2005-08-17 by Larry Barello
The last time I directly compared avr-gcc, IAR, ICC and CV was over three years ago (maybe four). IAR was the best in terms of local code density. GCC was close behind. ICC and CV were distant third place. And I mean DISTANT. What kept me with GCC was a) free vs $1500 and b) for
2005-08-17 by Thomas Keller
On Thu, 2005-08-18 at 08:33 +1000, Don Ingram wrote: > Also, code efficiency and optimization differ between compilers. An > Atmel FAE told me that most folks say that GCC-AVR is almost as good > as IAR (who is the best currently). > This was what I was lead to believe too, but a
2005-08-17 by Don Ingram
Also, code efficiency and optimization > differ between compilers. An Atmel FAE told me that most folks say that > GCC-AVR is almost as good as IAR (who is the best currently). This was what I was lead to believe too, but an example shown here a few weeks ago dispelled that myth.
2005-08-17 by Dennis Clark
It's all about hardware abstraction support. I mean, being able to use calls to configure and use PWM, ADC, I2C, etc. hardware devices. Some compilers offer more/better support for abstracting the hardware so you don't have to set up the registers yourself. GCC offers minimal sup