avr-gcc-list
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[avr-gcc-list] RE: avr-gcc-list Digest, Vol 13, Issue 26


From: Eamon Egan
Subject: [avr-gcc-list] RE: avr-gcc-list Digest, Vol 13, Issue 26
Date: Thu, 26 Feb 2004 12:45:10 -0500


-----Original Message-----
From: address@hidden
[mailto:address@hidden Behalf Of
address@hidden
Sent: February 25, 2004 6:01 PM
To: address@hidden
Subject: avr-gcc-list Digest, Vol 13, Issue 26


Send avr-gcc-list mailing list submissions to
        address@hidden

To subscribe or unsubscribe via the World Wide Web, visit
        http://www.avr1.org/mailman/listinfo/avr-gcc-list
or, via email, send a message with subject or body 'help' to
        address@hidden

You can reach the person managing the list at
        address@hidden

When replying, please edit your Subject line so it is more specific
than "Re: Contents of avr-gcc-list digest..."


Today's Topics:

   1. Re: How define a function pointer array in
        programmemory? (whiteman)
   2. Re: external interrupt use (Jamie Morken)
   3. Re: external interrupt use (Richard Urwin)
   4. RE: external interrupt use (Uccelli Danilo)
   5. Re: external interrupt use (Bob Paddock)
   6. uisp and serial programming (Torsten Hahn)
   7. ADC on Butterfly (Carlos D. Carrasco)
   8. Re: uisp and serial programming (Theodore A. Roth)
   9. Re: external interrupt use (Richard Urwin)


----------------------------------------------------------------------

Date: Wed, 25 Feb 2004 8:35:24 +0800
From: "whiteman" <address@hidden>
To: address@hidden <address@hidden>
Subject: Re: [avr-gcc-list] How define a function pointer array in
        programmemory?
Message-ID: <address@hidden>
Content-Type: text/plain;
      charset="GB2312"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Precedence: list
Message: 1

Christian Ludlam=A3=A1

=09thanks for your reply. my source is ok!! thanks again.

=3D=3D=3D=3D=3D=3D=3D 2004-02-23 10:39:00 =3D=3D=3D=3D=3D=3D=3D

>On 23 Feb Artur Lipowski wrote:
>
>> Try this:
>> typedef void (*FPtr)(void);
>> FPtr Key_Protab[] =3D { keypro1, keypro2, keypro3 };
>>
>> and call:
>> Key_Protab[functionID]();
>>
>> BTW> Your question has nothing in common to AVR-GCC, answer=
 can be found
>> reading any book about a C language.
>
>It is specific to AVR-GCC, because the question was how to put=
 such a table
>in program memory. In that case you need to
>
>  typedef void (*FPtr)(void);
>  FPtr Key_Protab[] PROGMEM =3D { keypro1, keypro2, keypro3 };
>
>and to call,
>
>  FPtr ptr =3D (FPtr) pgm_read_word(&Key_Protab[functionID]);
>  ptr();
>
>--
>Christian Ludlam
>address@hidden
>
>_______________________________________________
>avr-gcc-list mailing list
>address@hidden
>http://www.avr1.org/mailman/listinfo/avr-gcc-list

=3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D
=3D
=09=09=09
Regards
=09=09=09=09
=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1whiteman
address@hidden
=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A12004-02-25





------------------------------

Date: Tue, 24 Feb 2004 21:45:32 -0800
From: Jamie Morken <address@hidden>
To: address@hidden
Subject: Re: [avr-gcc-list] external interrupt use
Message-ID: <address@hidden>
References: <address@hidden>
 <address@hidden>
Content-Type: text/plain; charset=iso-8859-1
MIME-Version: 1.0
Content-Transfer-Encoding: 7BIT
Precedence: list
Message: 2


----- Original Message -----
From: "Ilhom Djalilov" <address@hidden>
To: <address@hidden>
Sent: Monday, February 23, 2004 9:21 PM
Subject: Re: [avr-gcc-list] external interrupt use


> Hello Jamie,
>
> Tuesday, February 24, 2004, 7:59:01 AM, you wrote:
>
> JM> Hi all,
>
> JM> I have 6 digital signals that I need to be able to trigger an
interrupt on
> JM> the falling edge and rising edge for all of them, but I am short 2
external
> JM> interrupts.  Is there a simple way to detect the 6 signals
rising/falling
> JM> edges with 4 interrupts and some additional circuitry?  I have thought
about
> JM> using diodes to AND some of the signals but this only works for
positive
> JM> edges I think.
>
>               INT0                INT1
>        pullup  |                   |   pulldown
> +5 <---/\/\/\--o-|>|---o-----|>|---o---/\/\/\--------> GND
>                |       |           |
>                |      signal 1     |
>                o-|>|---o-----|>|---o
>                        |
>                       signal 2
>

I don't see the purpose of doing this as it only works with 2 signals, and
ties up two external interrupts.  If you have three signals with 6 diodes,
and two signals low and one high, then switch to two high and one low, the
INT0 and INT1 lines won't detect this change I don't think.

cheers,
Jamie



> Best regards,
>  Ilhom
>
>
>
> _______________________________________________
> avr-gcc-list mailing list
> address@hidden
> http://www.avr1.org/mailman/listinfo/avr-gcc-list
>



------------------------------

Date: Wed, 25 Feb 2004 07:57:47 +0000
From: Richard Urwin <address@hidden>
To: Jamie Morken <address@hidden>, address@hidden
Subject: Re: [avr-gcc-list] external interrupt use
Message-ID: <address@hidden>
In-Reply-To: <address@hidden>
References: <address@hidden>
        <address@hidden>
Content-Type: text/plain;
  charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Precedence: list
Message: 3

On Wednesday 25 Feb 2004 5:45 am, Jamie Morken wrote:
> >
> >               INT0                INT1
> >        pullup  |                   |   pulldown
> > +5 <---/\/\/\--o-|>|---o-----|>|---o---/\/\/\--------> GND
> >
> >                |      signal 1     |
> >
> >                o-|>|---o-----|>|---o
> >
> >                       signal 2
>
> I don't see the purpose of doing this as it only works with 2
> signals, and ties up two external interrupts.  If you have three
> signals with 6 diodes, and two signals low and one high, then switch
> to two high and one low, the INT0 and INT1 lines won't detect this
> change I don't think.

Theoretically what you really want to do is impossible. You cannot
compress the information on six inputs down to two without losing
something.

You could add a AVR1200 to pre-process the inputs, (only one edge
triggered interrupt line, so you'd lose some timing, but only about a
microsecond,) or add TTL logic to do it, (six XORs six RC pairs and one
six input OR.) Which do you want?

The TTL version may still cause problems with race conditions. The
AVR1200 could be programmed to avoid them, but would maybe need more
I/O.

To get fast and accurate you could use a built-for-the-purpose interrupt
controller, but that is likely to tie up many more I/O.

--
Richard Urwin

------------------------------

Date: Wed, 25 Feb 2004 10:43:33 +0100
From: Uccelli Danilo <address@hidden>
To: "'address@hidden'" <address@hidden>
Subject: RE: [avr-gcc-list] external interrupt use
Message-ID: <address@hidden>
Content-Type: text/plain;
        charset="iso-8859-1"
MIME-Version: 1.0
Precedence: list
Message: 4



Jamie Morken wrote :

> Sent: Tuesday, February 24, 2004 3:59 AM

> I have 6 digital signals that I need to be able to trigger an
> interrupt on
> the falling edge and rising edge for all of them, but I am
> short 2 external
> interrupts.  Is there a simple way to detect the 6 signals
> rising/falling
> edges with 4 interrupts and some additional circuitry?  I
> have thought about
> using diodes to AND some of the signals but this only works
> for positive
> edges I think.

Some AVR devices like ATmega64 provide 8 external interrupts and they are
edge programables moreover some pins are even programable to generate an
interrupt on pin change.

HTH, Danilo

------------------------------

Date: Wed, 25 Feb 2004 05:54:19 -0500
From: Bob Paddock <address@hidden>
To: address@hidden
Subject: Re: [avr-gcc-list] external interrupt use
Message-ID: <address@hidden>
In-Reply-To: <address@hidden>
References: <address@hidden>
        <address@hidden>
        <address@hidden>
Content-Type: text/plain;
  charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Precedence: list
Message: 5


> You could add a AVR1200 to pre-process the inputs,

The 1200 is not recommended for new designs.

The Tiny2313 is the recommend replacement, and it does have 8=20
pin-change-interrupt lines.  Program it to act like a=20
8-bit magnitude comparator, and talk to it over SPI.


=2D-=20
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 http:=
//www.softwaresafety.net/
=C2=A0 =C2=A0 =C2=A0 =C2=A0http://www.unusualresearch.com/ http://www.bpadd=
ock.com/

------------------------------

Date: Wed, 25 Feb 2004 12:53:26 +0100
From: Torsten Hahn <address@hidden>
To: address@hidden
Subject: [avr-gcc-list] uisp and serial programming
Message-ID: <address@hidden>
Content-Type: text/plain; charset=US-ASCII; format=flowed
MIME-Version: 1.0 (Apple Message framework v612)
Content-Transfer-Encoding: 7bit
Precedence: list
Message: 6

Hi,

i found in the uisp docu the option "-dprog=dasa". Does this mean, that
i can connect the pins from an avr device direct to the serial port of
my pc/mac or do i need additional stuff ?

cu,
Torsten.


------------------------------

Date: Wed, 25 Feb 2004 08:38:34 -0800
From: "Carlos D. Carrasco" <address@hidden>
To: <address@hidden>
Subject: [avr-gcc-list] ADC on Butterfly
Message-ID: <address@hidden>
Content-Type: text/plain;
        charset="iso-8859-1"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Precedence: list
Message: 7

I'm doing some probes with the AVRButterfly,
and I can not make to work the PF4 as PF1 works=20
where is the voltage reader, and may be it is=20
because an initialization, I don't know how to=20
initialize this pin to work like the PF1 works,
this port it is used for JTAG, I did't enable the=20
JTAG but I don't know if boot loader initialize it.

Can you help me???

Cheers.

Desi.

------------------------------

Date: Wed, 25 Feb 2004 09:30:44 -0800 (PST)
From: "Theodore A. Roth" <address@hidden>
To: Torsten Hahn <address@hidden>
Cc: address@hidden
Subject: Re: [avr-gcc-list] uisp and serial programming
Message-ID: <address@hidden>
In-Reply-To: <address@hidden>
References: <address@hidden>
Content-Type: TEXT/PLAIN; charset=US-ASCII
MIME-Version: 1.0
Precedence: list
Message: 8



On Wed, 25 Feb 2004, Torsten Hahn wrote:

> Hi,
>
> i found in the uisp docu the option "-dprog=dasa". Does this mean, that
> i can connect the pins from an avr device direct to the serial port of
> my pc/mac or do i need additional stuff ?

You can almost connect directly. Here's a serial dongle that shows how
to do the connections and is known to work with the DASA support in
uisp:

  http://www.olimex.com/dev/index.html

Ted Roth

------------------------------

Date: Wed, 25 Feb 2004 17:48:18 +0000
From: Richard Urwin <address@hidden>
To: address@hidden
Subject: Re: [avr-gcc-list] external interrupt use
Message-ID: <address@hidden>
In-Reply-To: <address@hidden>
References: <address@hidden>
        <address@hidden>
        <address@hidden>
Content-Type: text/plain;
  charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Precedence: list
Message: 9

On Wednesday 25 Feb 2004 10:54 am, Bob Paddock wrote:
> > You could add a AVR1200 to pre-process the inputs,
>
> The 1200 is not recommended for new designs.
>
> The Tiny2313 is the recommend replacement, and it does have 8
> pin-change-interrupt lines.  Program it to act like a
> 8-bit magnitude comparator, and talk to it over SPI.

I stand corrected, but is the Tiny2313 out now? The datasheet is still
preliminary and last time I checked I didn't find anyone stocking it.

--
Richard Urwin

------------------------------

_______________________________________________
avr-gcc-list mailing list
address@hidden
http://www.avr1.org/mailman/listinfo/avr-gcc-list


End of avr-gcc-list Digest, Vol 13, Issue 26
********************************************
---
[This E-mail scanned for viruses by Mail Server Anti-Virus]



_______________________________________________
avr-gcc-list mailing list
address@hidden
http://www.avr1.org/mailman/listinfo/avr-gcc-list


reply via email to

[Prev in Thread] Current Thread [Next in Thread]