Synth-DIY Yahoo! Groups Archives

Thread

Re: [AVR-Chat] Eagle Help ... slightly OT

2005-03-27 by Jim White

Drop does indeed drop libs from use.  The Use command will get them back.

There are two very active forums for Eagle.  Browse to www.cadsoft.de and 
click on Forum.  You will see Technical Support and User Chat.  Click on 
those and your news client will open so you can see the messages.  I use 
Outlook's find feature to search for questions that have been addressed 
before, usually with success.  Otherwise post a question and you will 
almost always get answers. (Don't forget to set your client to read and 
show you all the past messages, there are over a thousand in each going 
back to 2002).

I'd also highly recommend working through the tutorial.  Eagle was a pretty 
steep learning curve for me, the tutorial got me over the first part of it 
quickly.

Jim

Show quoted textHide quoted text

>This is slightly OT ... but I am working on an AVR circuit :-)
>
>I was trying out the Eagle Circuit CAD package and while searching for a 
>generic
>NPN transistor I clicked on a generic TO-92 package device ("TO92") and 
>clicked
>the "drop" button thinking that this would drop it onto the circuit diagram.
>
>It seems that "drop" means to drop it as an active library.  I tried to click
>"use" in the library tree list but I can't get the TO-92 package NPN to 
>reappear
>in the device "Add" dialog again.
>
>It does appear in the library summary but all the right-click options are 
>grayed
>out on the TO-92 device.  Other devices (eg: "TIP30", etc.) in the same 
>library
>still seem to be active.
>
>Can anyone tell me how to make it active again?
>
>Regards,
>
>Chuck Hackett
>
>
>
>
>
>Yahoo! Groups Links
>
>
>
>

AVR Studio 4 include statement

2005-03-27 by Geert De Pecker

Hi all,

I have a question concerning the .include statement in the AVR studio.
It would seem the includes are not processed before the assembler 
statements itself are processed:

...

rcall Delay

...

.include "Delay.asm"

does not compile and given the error that "Delay" is undefined while
this routine is defined in the "Delay.asm" file.

The only solution I see is to put all include files before real
processing starts, but this isn't a nice solution. Any hints?

Regards,

Geert

Re: [AVR-Chat] AVR Studio 4 include statement

2005-03-27 by Dave VanHorn

>
>The only solution I see is to put all include files before real
>processing starts, but this isn't a nice solution. Any hints?

That's how I do it.

I include the ISRs first, then init, then other modules.
Defines and equates come before code.

Re: [AVR-Chat] AVR Studio 4 include statement

2005-03-27 by Dave VanHorn

At 05:30 PM 3/27/2005, Geert De Pecker wrote:

>Hi all,
>
>I have a question concerning the .include statement in the AVR studio.
>It would seem the includes are not processed before the assembler
>statements itself are processed:

Here's the basic structure, from a tiny-11 app

;
;***********************************************************************
;
.DEVICE AT90S2343
;
;DO NOT CHANGE THE ORDER OF THESE INCLUDES
;
.include "TN11def.inc"          ;Register definitions
.include "EQUTN11.ASM"  ;Ends with .cseg directive!
.include "ISRTN11.ASM"  ;Reset vector and ISRs
.include "INITTN11.ASM" ;Init code, falls through to IDLE below
;
;***********************************************************************
;From reset, we execute the code in INITTN11.asm, then fall through to here.
;
;Pretty much everything happens in the T0 ISR.
;Here, we just handle the morse output (up to the beeping part) and
;the keying function.
;
;The order of operations is important. Don't change the order unless you have
;a very good reason.
;
Idle:   ;dont enable interrupts until we have one complete pass.
                 rcall   COR_Debounce            ;Take /CORD low immediate, 
high after debounce.
                 rcall   Check_TXT               ;Have we timed out?
                 rcall   Check_CT                ;Do we need a courtesy tone?
                 rcall   Check_cwid              ;Do we need to ID?
                 rcall   CW_Spew         ;If we have a CWID in progress, 
then keep sending.
                 rcall   Check_Key               ;Do we need to change the 
key state?
                 sei                             ;Enable ints
                 rjmp    Idle                    ;That's all we do.
;
;********************************************************************************
;Pull in the other external files
;Order of these files is not important.
;
.include "morse.asm"    ;Text to morse conversion
.include "Settings.inc" ;User alterable settings
;
;*************************************************************************************************************

Re: [AVR-Chat] AVR Studio 4 include statement

2005-03-28 by Geert De Pecker

Dave,

Thanks for the confirmation.

Geert


Dave VanHorn wrote:

Show quoted textHide quoted text

> At 05:30 PM 3/27/2005, Geert De Pecker wrote:
> 
>  >Hi all,
>  >
>  >I have a question concerning the .include statement in the AVR studio.
>  >It would seem the includes are not processed before the assembler
>  >statements itself are processed:
> 
> Here's the basic structure, from a tiny-11 app
> 
> ;
> ;***********************************************************************
> ;
> .DEVICE AT90S2343
> ;
> ;DO NOT CHANGE THE ORDER OF THESE INCLUDES
> ;
> .include "TN11def.inc"          ;Register definitions
> .include "EQUTN11.ASM"  ;Ends with .cseg directive!
> .include "ISRTN11.ASM"  ;Reset vector and ISRs
> .include "INITTN11.ASM" ;Init code, falls through to IDLE below
> ;
> ;***********************************************************************
> ;From reset, we execute the code in INITTN11.asm, then fall through to here.
> ;
> ;Pretty much everything happens in the T0 ISR.
> ;Here, we just handle the morse output (up to the beeping part) and
> ;the keying function.
> ;
> ;The order of operations is important. Don't change the order unless you 
> have
> ;a very good reason.
> ;
> Idle:   ;dont enable interrupts until we have one complete pass.
>                  rcall   COR_Debounce            ;Take /CORD low immediate,
> high after debounce.
>                  rcall   Check_TXT               ;Have we timed out?
>                  rcall   Check_CT                ;Do we need a courtesy 
> tone?
>                  rcall   Check_cwid              ;Do we need to ID?
>                  rcall   CW_Spew         ;If we have a CWID in progress,
> then keep sending.
>                  rcall   Check_Key               ;Do we need to change the
> key state?
>                  sei                             ;Enable ints
>                  rjmp    Idle                    ;That's all we do.
> ;
> ;********************************************************************************
> ;Pull in the other external files
> ;Order of these files is not important.
> ;
> .include "morse.asm"    ;Text to morse conversion
> .include "Settings.inc" ;User alterable settings
> ;
> ;************************************************************************************************************* 
> 
> 
> 
> 
> *Yahoo! Groups Sponsor*
> ADVERTISEMENT
> click here 
> <http://us.ard.yahoo.com/SIG=129nhpiba/M=298184.6191685.7192823.3001176/D=groups/S=1706554205:HM/EXP=1112053902/A=2593423/R=0/SIG=11el9gslf/*http://www.netflix.com/Default?mqso=60190075>
> 
> 
> ------------------------------------------------------------------------
> *Yahoo! Groups Links*
> 
>     * To visit your group on the web, go to:
>       http://groups.yahoo.com/group/AVR-Chat/
>        
>     * To unsubscribe from this group, send an email to:
>       AVR-Chat-unsubscribe@yahoogroups.com
>       <mailto:AVR-Chat-unsubscribe@yahoogroups.com?subject=Unsubscribe>
>        
>     * Your use of Yahoo! Groups is subject to the Yahoo! Terms of
>       Service <http://docs.yahoo.com/info/terms/>. 
> 
>

RE: [AVR-Chat] Eagle Help ... slightly OT

2005-03-28 by Chuck Hackett

Thanks Jim White and Larry Barello, problem solved ... and lots more reading to
do before I get productive :-)

Regards,

Chuck Hackett