Hi Sven,
Some guru are going to respond to you and will give your a better response
than mine.
In the mean time, let me tell you my personal comment.
In fact, you are wondering how the compiler should threat function calls
from an ISR.
I do not see any difference between callback or direct
Can you post your makefile ?
Eric
- Original Message -
From: Philipp Burch [EMAIL PROTECTED]
To: avr-gcc-list@nongnu.org
Sent: Thursday, January 03, 2008 9:54 AM
Subject: Re: [avr-gcc-list] stumped: minor refactoring of simple program
causesit to fail
[EMAIL PROTECTED] wrote:
Dear Joe,
That's why I asked to post your makefile to check the MCU configuration.
You should also check the MAP configuration (RAM, ROM, Heap, ...).
Eric.
- Original Message -
From: [EMAIL PROTECTED]
To: avr-gcc-list@nongnu.org
Cc: [EMAIL PROTECTED]
Sent: Thursday, January 03, 2008
Hi All,
I am using avr-gcc version 4.1.2 (WinAVR 20070525).
I noticed that the compiler is saving a few registers in the main() function,
so I used the naked attribute.
Does anybody know if this may cause a problem ?
Thanks,
Eric Pasquier
___
AVR
Did you check that your treatment is not too long and that you do not have a
problem with nested interrupt ?
How is your interrupt treatment ?
Is it possible to set the timer frequency differently to avoid the mod3 %
40 test ?
Eric Pasquier
- Original Message -
From: Scott Morken
size, but the
numbers all look ok.
The chip I am using is an ATmega168 and the bootloader section starts at
0x3800. With my troublesome code not commented out my program size is
12674 (0x3182) and with it commented out (and working) the size is 12162
(0x2F82)
Scott
Eric Pasquier wrote:
Did
Just a correction : div() take 2 parameters :
div_t t;
t=div(c, 10);
a=t.quot;
b=t.rem;
Eric.
- Original Message -
From: Albert Andras
To: avr-gcc-list@nongnu.org
Sent: Tuesday, December 11, 2007 4:16 PM
Subject: Re: [avr-gcc-list] dev and mod may
/VGA_connector
Pin 1 : Red
Pin 2 : Green
Pin 3 : Blue
Pin 13 : HSync
Pin 14 : VSync
It should't be difficult to adapt the program to support 8 colors. Check if you
have enought RAM to implement the video pixel map.
Eric Pasquier
- Original Message -
From: andi
To: [EMAIL PROTECTED
"Can this be solved?" : external pull-up ?
Eric.
- Original Message -
From:
Jahagirdar Gopal-AGJ005
To: avr-gcc-list@nongnu.org
Sent: Thursday, February 23, 2006 5:10
AM
Subject: [avr-gcc-list] Glitch on
GPIO
HI,
I have one peculiar problem here.
If you take a look to the 8-bits AVR Instruction Set document, you can see
that LSL Rd is implemented as ADD Rd,Rd, and ROL Rd as ADC Rd,RD.
There are no specific instructions LSL or ROL.
Welcome to the RISC world (REDUCED Instruction Set Computers) !
Best regards,
Eric.
- Original
Not too bad !
In fact, this code is the best one as the overflow can occur AFTER the read
of TCNT1, so incrementing upper is a bad solution.
Thanks a lot to every one.
Eric.
- Original Message -
From: Galen Seitz [EMAIL PROTECTED]
To: avr-gcc-list@nongnu.org; Eric Pasquier [EMAIL
Title: Mensagem
Dear
All,
I have implemented a 32-bits time information using
the code below.Timer1 is incremented using internal clock,
prescaler=1;SIG_OVERFLOW interrupt is used to increment a variable used to
complete the 16-bits of Timer1.
In fact, the code below have the following
Your code is exactly the same as the C one :
when the overflow occur (exactly during the cli instruction), r22=r23=0,
but (r24,r25) is not incremented !
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Gavin Jackson
Sent: Thursday, October 13, 2005 12:08
Dear all,
I found a (very) little code optimization can save a few cycles for
divisions.
How can I proceed to report my suggestion ?
Eric.
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
14 matches
Mail list logo