[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [avr-libc-dev] Re: [bug #17216] change to the ../util/delay.hheader
From: |
Weddington, Eric |
Subject: |
RE: [avr-libc-dev] Re: [bug #17216] change to the ../util/delay.hheader for increased functionality |
Date: |
Sun, 6 Mar 2011 16:22:01 -0700 |
> -----Original Message-----
> From: address@hidden
> [mailto:address@hidden On
> Behalf Of Joerg Wunsch
> Sent: Sunday, March 06, 2011 2:02 PM
> To: address@hidden
> Subject: Re: [avr-libc-dev] Re: [bug #17216] change to the
> ../util/delay.hheader for increased functionality
>
> But that way, you might as well question the other _delay_*s
> functions. ;-) They have been created to take off the actual
> cycle count calculation from the user, to the computer, that's
> their only purpose.
>
> Yes, it's only a few cycles, but the same is true for e.g.
> _delay_us(12) on a standard AVR running at its default clock of 1 MHz.
> I don't see a difference here to writing _delay_ns(300) on a modern
> mega or xmega device running at 20 MHz, and be it only the
> auto-documentation effect.
Ok. I'm convinced.
Personally, I just never liked dealing with the whole cycle-rounding bit, and
it seemed a bit much for these short delays. But, again, that's just me.
I guess now we just need code...