definition. It is what it is. Accept it and move on.
Stu Bell
PS: Yeah, I still write volumes when a sentence (or silence) will do. :-)
On 2/9/2017 1:20 PM, David Brown wrote:
On 09/02/17 19:49, Bob Paddock wrote:
On Thu, Feb 9, 2017 at 1:13 PM, David Brown <da...@westcontrol.com> wrote:
So t
On 6/18/2011 2:08 AM, j...@lillahusetiskogen.se wrote:
On Sat, 18 Jun 2011 10:02:19 +0300
Oleksandr Redchukoleksandr.redc...@gmail.com wrote:
2011/6/18, Royce Pereiraroyc...@gmail.com:
So the menu item for 32A is just for psychological purposes !
The next step will be adding separate menu
official
release, at least officially.) AVR Studio is an IDE that requires WINE (at a
minimum) to work properly on Linux. Reports I have seen are that some are able
to get it to work, while others are not. YMMV. Most Linux-ites use Eclipse or
other favorite editor/IDE.
Best of luck!
Stu
.
Stu Bell
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
section in low memory. See my posting in AVRFreaks.net under
Tutorials for FreeRTOS on the ATmega2560 for an example of how to do
this.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http
regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
, and the RETI turns them back on.
(And, yes, I know: stop calling you Shirley.)
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
Cool idea, Dale! I may give this a try in my code as it would make some
other problems simpler.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
-Original Message-
On Behalf Of Dale Whitfield
Sent: Wednesday, January 20, 2010 8:54 AM
Hi Joerg
://www.avrfreaks.net/index.php?name=PNphpBB2file=viewtopict=59453
check out the huge list of links for newbies:
http://www.avrfreaks.net/index.php?name=PNphpBB2file=viewtopict=70673
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list
, Dave!
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
is turned on (-Os). Of
course, I guess the real question (which I have not investigated) is
whether it compiles *correctly* with -Os. :-/ It functions correctly,
so I presume it is inlining correctly.
Best regards,
Stu Bell
DataPlay (DPHI, Inc
On Thu, Aug 27, 2009 at 09:55:05AM -0500, David Kelly wrote:
On Wed, Aug 26, 2009 at 08:21:00PM -0700, Parthasaradhi
Nayani wrote:
Details of application - I have data packets each 32 bytes in size
and we have accommodate 2000 of these (predefined).
32 * 2000 = 6400 bytes.
funky with an Interrupt Service
Routine, but that's just a guess. Perhaps you can post the code you
think is bad.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
-Original Message-
On Behalf Of xiaona...@gmail.com
Hi all,
In my code, I found that the global interrupts
Where is the place to fill the bug report?
Send reports of problems with AVR Studio to avr-at-atmel.com (replace
the -at- with @).
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http
Stu Bell wrote:
Trampolines work only for statically linked functions, not function
pointers.
Sorry, but I don't understand this.
I believe that there is no problem with statically linked functions.
And that's what I said. There is not a problem with statically linked
functions.
In your
all of your source with one call to
the compiler:
avr-gcc ... -combine -fwhole-program ... main.c foo.c grunge.c
gort.c mylib.c ...
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http
up a
constant value somewhere.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
at the implementation of strncmp_P to decide if
this is as efficient as Jan would like.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
) ] );
\
*(TestProc*)test_proc( (arg) ); \
} while (0);
. . .
CallTestProc( TESTPROC_LCD_2, myarg );
That's my inspiration for the day. It's probably wrong somewhere, but
it's how I would approach the problem.
Best regards,
Stu Bell
DataPlay (DPHI, Inc
per record, he starts wearing out memory after
about 104 days. Even with internal EEPROM (which won't work, too small)
that would be about 2.8 years.
On the whole, I think that an external EEPROM (or better, SD card) is
the answer.
Best regards,
Stu Bell
DataPlay (DPHI, Inc
): Try loading
CygWin and running avrdude *only* (not the make or anything else) from
the cygwin bash window. That eliminates the Windows DOS shell as the
issue.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list mailing list
AVR-GCC-list
regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
Check out
http://www.avrfreaks.net/index.php?name=PNphpBB2file=viewtopict=38003
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
-Original Message-
From: avr-gcc-list-bounces+sbell=dataplay@nongnu.org
[mailto:avr-gcc-list-bounces+sbell=dataplay@nongnu.org]
On Behalf
on
AVR Freaks have, so a quick forum search should yield some results.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
=viewtopict=6891
1
http://www.avrfreaks.net/index.php?module=PNphpBB2file=viewtopict=7038
7
I am using FreeRTOS, so I also place any RTOS functions that may be
called at switch-context time in lower memory. They are placed in the
linker section .task using the same methods as above.
Best regards,
Stu
sure you'll run across it.
BTW, my ATmega2560 code is now over 160 Kbytes long. I am well over the
128K boundary and running with no problems. With a littl ebit of linker
skill. ;-)
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
-Original Message-
From: avr-gcc-list-bounces+sbell
, but
that seems less than optimal.
You could set F_CPU to a normalized value, say 10 MHZ, and then scale
the calling value to _delay_*() based on the ratio of current speed to
normalized speed.
Best regards,
Stu Bell
DataPlay (DPHI, Inc
on this mail list, AVR Freaks, etc.
I've been waiting for almost 40 years for a compiler/interpreter that
would do what I *meant* instead of what I *programmed*! :D
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list mailing list
AVR-GCC
issue (or nearly as bad a one).
I checked, and unfortunately the mega324(P) series has the same timer
configuration as your mega32.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http
. At *compile time*, what is the value of TIME[0]? Unknown.
Ergo, the compiler error.
In the functions:
unsigned char GetCompileHour(void)
{
unsigned char hour=COMPILE_HOUR;
return(hour);
}
COMPILE_HOUR is run-time computable, and so works.
Best regards,
Stu Bell
DataPlay (DPHI, Inc
/svn.advanced.props.special.keywords.h
tml
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
of the atomicity of the section I mark. Plus, with the
separate commands it's easy to accidently remove one of the key
statements without any whining from the compiler. ATOMIC_BLOCK prevents
that kind of fumble-fingered mistake for which I am so famous. ;-)
Hope this helps!
Best regards,
Stu Bell
to be protected so that its uses atomically.
Which is why there is the util/atomic.h macros. Check out:
ATOMIC_BLOCK( ATOMIC_RESTORESTATE )
{
... Mangle pointers
}
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list mailing list
AVR-GCC-list
. If the ISR is simple, as you said, a
little assembly might be just the trick.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
The subject says it all. I've an ISR that is using too many cycles
for something that kicks every 10us. I'm very experienced with the
PIC and know how
Sorry all, I missed dlc's later post.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
-Original Message-
From: avr-gcc-list-bounces+sbell=dataplay@nongnu.org
[mailto:avr-gcc-list-bounces+sbell=dataplay@nongnu.org]
On Behalf Of Stu Bell
Sent: Tuesday, December 30, 2008
a hint, I would look at the definitions of _VECTOR
and ISR. But then, I program my PC in C++ and my AVR in C. What do I
know? ;-)
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http
with a
pile of Oses for AVRs of all flavors.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
actually *save* the parameter and address pushes on the stack,
saving quite a bit.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Paulo Marques
Sent: Monday, September 08, 2008 5:43 AM
To: avr-gcc-list
Oh, I see. The inlining causes an almost static definition for the
locals in the functions. As someone else said, the reuse of the stack
is disabled.
Wow, that's a good reason to avoid use of local variables in inlined
functions. If it's possible. :( Yuck!
Best regards,
Stu Bell
I created a modified eeprom.h file with the fix for this. It has been
submitted, but has not been integrated into WinAVR yet.
I can send it to you if you want it. Contact me directly.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
From: [EMAIL
*sigh* Okay, now you're forcing me to work. ;-)
I'll start with EIND. The return value is a bit of a red herring as
it doesn't really have much to do with the problem but is instead an
artifact of how you are trying to solve the problem. EIND is used in
only two instructions: EIJMP and EICALL.
on
avrfreaks.net!
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aditya Jain
Sent: Tuesday, August 05, 2008 7:41 AM
To: avr-gcc-list@nongnu.org
Subject: [avr-gcc-list] question
I have codes in c for Atmel
return (if you want).
Also, when I wrote this, the inline assembler did not grok the EICALL
instruction so I had to hand-assemble it. You may be able to just use
the instruction now.
I hope this helps!
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
From
),
r (address),
r (lower_address)
:
r20, r21, r22, r23, r30, r31
);
}
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Dusan Ferbas
Sent: Monday, August 04, 2008 8
HAH! Hey, how about a Univac SolidState-80 (circa 1959)? 5000 bi-quint
words! Can we code for that?
Stu ( :-P )
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Steven Michalske
Sent: Wednesday, July 30, 2008 8:38 PM
To: avr-gcc List
Subject:
. I
can also give my current disassembled code of these three areas, if
anyone is interested.
Best regards,
Stu Bell
Senior Software Engineer
DPHI, Inc. (DataPlay)
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman
Thanks, everyone! I figured it was fixed, just not available yet.
My workaround was to copy the rand source into my own source and rename
it. I'll leave it that way for now.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
-Original Message-
From: Weddington, Eric [mailto:[EMAIL
not force EIND to 1 at the beginning
of your code...
asm volatile ( ldi r24, 0x01 \n\t
out 0x3C, r24 \n\t
);
Worth a shot, eh?
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
-Original Message-
From: [EMAIL
The PORTA bits are used for hardware control. I want to use the
atan2(), etc. calls as pulse stretching.
Then I recommend using the calls in util/delay.h to get exact
delays
instead of monkeying around with floating point routine calls.
They'll be a lot more exact as well as being a
call prvCopyDataFromQueue
.LM105:
EA81ldd r30,Y+2
FB81ldd r31,Y+3
82A1ldd r24,Z+34
Am I not understanding something here? Comments??
Best regards,
Stu Bell
DPHI, Inc. (DataPlay
. The generated epilogue seems to match the old (WinAVR20071221)
version.
Best regards,
Stu Bell
DPHI, Inc. (DataPlay)
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
Ah! It's a quick way of allocating space for the locals. Gotcha!
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 10, 2008 9:07 AM
To: Stu Bell; avr-gcc-list@nongnu.org
Subject: Re: [avr-gcc
My thanks to all involved! Very clever!
Only reason I asked was I was comparing code between 20071221 and
20080407 (still trying to get my code running on the latest gcc) and
came across it.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
-Original Message-
From: [EMAIL PROTECTED
Pete Wrote:
Stu Bell wrote:
One final comment about your last paragraph. AVR instructions are
addressed by the 16-bit word, not by the 8-bit byte. So, a 16-bit
PC
can address 64 K *words*, or 128 K *bytes*. It's only in the
m2560/2561 with 256 K bytes of Flash do you run
Pete wrote:
My previous projects (work related) used the ImageCraft compiler,
and they have a host of functions, such a cmemcpy, cstrcpy, etc,
that are similar to the *_P functions. But they also have cmemcpyx,
cstrcpyx, etc, that use ELPM instead. Is there similar work
considered for
R0 is not a
problem, R1 will cause issues because of C's R1 is always 0
assumption.
That's my quick answer -- I'm sure that those with far more experience
than I will correct me.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL
(.vectors) is 0 for all AVRs.
For example, for my ATmega2560, I know that the variable is *always* at 0xE4.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr
(*(.vectors))
*(.length)
KEEP(*(.length))
/* For data that needs to reside in the lower 64k of progmem. */
*(.progmem.gcc*)
. . .
(where the .length stuff is what I added)
Give it a shot.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
-Original Message-
From: [EMAIL
Darn it, the wrap function messed up the C:
/* flash code length -- this is loaded in flash by the linker and other
scripts */
const uint32_t ProgramLength __attribute__ ((section (.length))) = 0;
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
-Original Message-
From: [EMAIL
As well as Martin's solution, you might also look at the solution I used
for my ATmega2560. It's posted on the AVRfreaks.net site:
http://www.avrfreaks.net/index.php?name=PNphpBB2file=viewtopict=48368;
start=0
As always, there's moe than one way to do anything. :-)
Best regards,
Stu Bell
enabled until ISR completes.
ISR_NAKED - ISR, no prologue or epilogue.
I suppose this is incompatible with the ISR macro, since we redefine it.
But it seems to meet this bill.
I've included my source for ISRMacro.h below.
Stu Bell
DataPlay (DPHI, Inc
Your usage of stack will go up with the 2561, since a subroutine return
address is now 3 bytes instead of 2. Be sure that you properly account
for that in any stack initialization that you do, and in all code that
may use RAM.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
_
From
the poor developer who is forced to release
his/her package on someone else's Revision 1.00.00.
Good luck, Eric, et. al.!
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http
across it.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
-Original Message-
From: Eric Weddington [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 10, 2007 4:52 PM
To: Stu Bell
Cc: avr-gcc-list@nongnu.org
Subject: RE: [avr-gcc-list] Option to remove unused trampoline space
gives bad link
PC address. *sigh*
More info as I get it.
Best regards,
Stu Bell
DataPlay (DPHI, Inc.)
-Original Message-
From: Francesco Sacchi [mailto:[EMAIL PROTECTED]
Sent: Friday, March 30, 2007 7:15 AM
To: Eric Weddington
Cc: Stu Bell; avr-gcc-list@nongnu.org
Subject: Re: [avr-gcc-list
66 matches
Mail list logo