Yahoo Groups archive

AVR-Chat

Index last updated: 2026-04-28 22:41 UTC

Messages

Browse messages

Page 209 of 307 · 15341 messages matched

Re: [AVR-Chat] Re: This assembly oughta be something silly...Thanks

2005-06-16 by John Samperi

At 08:12 AM 16/06/2005, you wrote: >No, I am not confused. You are contradicting me. :-D >The instruction set doc is a little confusing, since I was >trying to apply previous concepts ( z80, 8085, 8088 etc...) The problem is that the AVR is a Modified Harvard architecture device

Thread view Attachments: 0

isp and spi

2005-06-16 by Farzlina Ab.Hadi

hi, i am including a cmx868 modem in my design and communicating via the spi and will share it with isp. (i refer to app note 910). is there any possibility that one would damage another at any given time? or should i use the 74lv4053 as well? thank you for any reply. elin

Thread view Attachments: 0

Re: [AVR-Chat] Challenge

2005-06-16 by Dave VanHorn

At 08:37 AM 6/8/2005, Dave VanHorn wrote: >Then we have an even shorter variant possible: > > > > >REVERSE: > > LDI R31,TABLE_LOC > > MOV R30,TEMP > > LPM TEMP Guess what... Isn't it obvious that this DOES NOT WORK? Z needs to be loaded with the address *2, so we actually end up

Thread view Attachments: 0

Re: [AVR-Chat] Re: This assembly oughta be something silly...Thanks

2005-06-16 by Dave VanHorn

> > >> then use an EEPROM reading routine to get it > >So I am assuming from this that there will be similar quirks >to access eeprom... alright ! Not that odd. Wait for the busy flag to not be true, address WDT issues if necessary Set EARL and EARH, issue a read command, and pic

Thread view Attachments: 0

Re: [AVR-Chat] Re: This assembly oughta be something silly...Thanks

2005-06-16 by Kathy Quinlan

alex_de_lara wrote: > No, I am not confused. > > I wasn't intending to store anything in SRAM. I just wanted it > defined and reserved, no matter where, as long as I could > get the bytes one by one. > > Since this is a fixed text there is no need to copy to RAM > or EEPROM to us

Thread view Attachments: 0

Re: [AVR-Chat] Re: This assembly oughta be something silly...

2005-06-15 by Zack Widup

In that project the system didn't have anything in particular to do other than send the text. It just needed to do one thing at a time and there were no time constraints. Measurements and alignments stretched ot over minutes. Zack On Wed, 15 Jun 2005, Dave VanHorn wrote: > At 03:

Thread view Attachments: 0

Re: [AVR-Chat] Re: This assembly oughta be something silly...

2005-06-15 by Zack Widup

Hehe - I didn't say it was efficient! It does work, though. :-) Zack On Wed, 15 Jun 2005, Dave VanHorn wrote: > > > > >XMITWAIT: > > sbis UCSRA, UDRE ; loop till character shifted out > > rjmp XMITWAIT > > Waste-um many many cycles here... > > Cooperative multitasking is nice. >

Thread view Attachments: 0

Re: This assembly oughta be something silly...Thanks

2005-06-15 by alex_de_lara

No, I am not confused. I wasn't intending to store anything in SRAM. I just wanted it defined and reserved, no matter where, as long as I could get the bytes one by one. Since this is a fixed text there is no need to copy to RAM or EEPROM to use it later. That yes, would be waste

Thread view Attachments: 0

Re: [AVR-Chat] Re: This assembly oughta be something silly...

2005-06-15 by Zack Widup

On Wed, 15 Jun 2005, Alex De Lara wrote: > > What I see is that the instruction > ld r16,Z+ > is not retrieving the byte stored there. > > The address of the begining of the string is physically > 0x0016 but when the instruction is executed, some other > value comes back to the r

Thread view Attachments: 0

Re: [AVR-Chat] Re: This assembly oughta be something silly...

2005-06-15 by John Samperi

At 05:20 AM 16/06/2005, you wrote: >My string is actually in the code space, which is fine since >right now I just need it to be in someplace. >.dseg >Test_str: ? .db "The old brown fox jumps over the lazy dog." > .db 0x0d, 0x0a, 0 I think you are confused. You CANNOT store your

Thread view Attachments: 0

Re: [AVR-Chat] Re: This assembly oughta be something silly...

2005-06-15 by Leon Heller

Sorry, I should have given the more general form: lpm Rx, Z+ Leon --- [This E-mail has been scanned for viruses but it is your responsibility to maintain up to date anti virus software on the device that you are currently using to read this email. ]

Thread view Attachments: 0

Re: [AVR-Chat] Re: This assembly oughta be something silly...

2005-06-15 by Dave VanHorn

> >What I see is that the instruction > ld r16,Z+ >is not retrieving the byte stored there. This needs to be LPM (Load Program Memory) LD is load from ram Otherwise, what you did before is fine for strings stored in RAM. Ram is bytes, and is addressed that way.

Thread view Attachments: 0

Re: [AVR-Chat] Re: This assembly oughta be something silly...

2005-06-15 by Leon Heller

----- Original Message ----- From: "Alex De Lara" To: Sent: Wednesday, June 15, 2005 8:20 PM Subject: [AVR-Chat] Re: This assembly oughta be something silly... > --- In AVR-Chat@yahoogroups.com, Dave VanHorn wrote: >> > ldi ZH,high(Test_str) ; Load Z register high >> > ldi ZL,low

Thread view Attachments: 0

Re: This assembly oughta be something silly...

2005-06-15 by Alex De Lara

--- In AVR-Chat@yahoogroups.com, Dave VanHorn wrote: > > ldi ZH,high(Test_str) ; Load Z register high > > ldi ZL,low(Test_str) ; Load Z register low > > As a couple of others have pointed out, you need to mult > the string address by two. This is because Z is a BYTE pointer, > po

Thread view Attachments: 0

Re: [AVR-Chat] This assembly oughta be something silly...

2005-06-15 by Dave VanHorn

> > ldi ZH,high(Test_str) ; Load Z register high > ldi ZL,low(Test_str) ; Load Z register low As a couple of others have pointed out, you need to mult the string address by two. This is because Z is a BYTE pointer, pointing to data that is stored as WORDS. The string "ABCD" has t

Thread view Attachments: 0

Re: [AVR-Chat] This assembly oughta be something silly...

2005-06-15 by Zack Widup

On Wed, 15 Jun 2005, Alex De Lara wrote: > Ok, this must be something idiotic that I cannot figure out. > The Z register is being properly loaded with the correct > address of the string, but the string's bytes are never > loaded in r16. > Why it always gets 0xff ? Obviously it i

Thread view Attachments: 0

Re: [AVR-Chat] This assembly oughta be something silly...

2005-06-15 by Leon Heller

----- Original Message ----- From: "Alex De Lara" To: Sent: Wednesday, June 15, 2005 1:43 AM Subject: [AVR-Chat] This assembly oughta be something silly... > Ok, this must be something idiotic that I cannot figure out. > The Z register is being properly loaded with the correct >

Thread view Attachments: 0

Re: [AVR-Chat] Faster arithmetic

2005-06-15 by Peter Harrison

Paul Curtis wrote: > Peter, > > >> >>And CodeVision gets that right as you would expect but I am using >>unsigned quantities > > > ...but you're not, you've told the compiler that you're using signed > quantities, you said "long" not "unsigned long" in your code snippet. > If you

Thread view Attachments: 0

RE: [AVR-Chat] Faster arithmetic

2005-06-15 by Paul Curtis

Peter, > > > >>In my application, I only wanted the most significant 16 > bits. there > >>are two easy ways to shed them: > >> > >>w = ((long)x * y) / 65536; //takes 782 cycles (toooo long at 16MHz) > >> > >>This seems to trigger a full divide with the compiler missing the > >>op

Thread view Attachments: 0

Re: [AVR-Chat] Faster arithmetic

2005-06-14 by Peter Harrison

Paul Curtis wrote: > Peter, > > [ snip ] > > >>In my application, I only wanted the most significant 16 >>bits. there are two easy ways to shed them: >> >>w = ((long)x * y) / 65536; //takes 782 cycles (toooo long at 16MHz) >> >>This seems to trigger a full divide with the compile

Thread view Attachments: 0

This assembly oughta be something silly...

2005-06-14 by Alex De Lara

Ok, this must be something idiotic that I cannot figure out. The Z register is being properly loaded with the correct address of the string, but the string's bytes are never loaded in r16. Why it always gets 0xff ? Obviously it is reading from somewhere else :-) What's the trick

Thread view Attachments: 0

RE: [AVR-Chat] Faster arithmetic

2005-06-14 by Paul Curtis

Peter, [ snip ] > In my application, I only wanted the most significant 16 > bits. there are two easy ways to shed them: > > w = ((long)x * y) / 65536; //takes 782 cycles (toooo long at 16MHz) > > This seems to trigger a full divide with the compiler missing > the optimisation, s

Thread view Attachments: 0

Faster arithmetic

2005-06-14 by Peter Harrison

Hi With the recent thread on challenges, twiddles and optimisation in mind, I thought you might be interested in this: I have a program that requires a 16x16 unsigned multiply. This has to be performed quickly inside an interrupt handler so I looked stuff up, checked the assemble

Thread view Attachments: 0

Re: [AVR-Chat] Re: Any ideas on socket for ATmega128/64 ?

2005-06-14 by Ralph Hilton

On Fri, 10 Jun 2005 16:23:45 -0000 you wrote: >I may well end up using an Olimex board which is square and about 1.5" >on a side or so. It has most of the support hardware for the 128. >(i.e. JTAG, crystals, etc. It does not appear to have entirely >adequate AVCC handling from wh

Thread view Attachments: 0

Re: Any ideas on socket for ATmega128/64 ? - Drag soldering

2005-06-14 by arhodes19044

--- In AVR-Chat@yahoogroups.com, Don Ingram wrote: > It amazed me when I started as to how your muscles etc 'servo' to what > your eyes can see. if you have the magnification for the eyes, the hands > can do some extremely fine work. On protos I often ended up soldering > bits of

Thread view Attachments: 0

Re: [AVR-Chat] Building Circuits for Stripboard using EAGLE

2005-06-14 by Mike Perks

And the link to my projects page is http://home.austin.rr.com/perks/basicx/Projects/ > Hi, > > I thought you might be interested in the newest project article on my > website called "Building Circuits for Stripboard using EAGLE". This > article, first published on 13 June, 2005 d

Thread view Attachments: 0

Bascom AVR on Virtual PC using AVRISP?

2005-06-14 by Dennis Clark

Hi all, I'm ditching my cranky Windows laptops and moving to my Macintosh platform. I have Bascom/AVR running fine, but it won't detect the AVRISP device. For that matter, I've not been able to get AVR Studio 4 to see the JTAG/ICE MK-II either (But I've never been able to get it

Thread view Attachments: 0

Building Circuits for Stripboard using EAGLE

2005-06-14 by Mike Perks

Hi, I thought you might be interested in the newest project article on my website called "Building Circuits for Stripboard using EAGLE". This article, first published on 13 June, 2005 describes the process I use for building circuits on stripboard (aka Veroboard in Europe). I use

Thread view Attachments: 0

Re: [AVR-Chat] Re: Off topic - 80c31

2005-06-14 by Zack Widup

Tell me about it. I had a hard drive crash a few months ago and had one program on a PIC that I lost the code to in the HD crash. I had to read one of the chips, disassemble it and rewrite the code from that. Fortunately I didn't code protect the chip. :-) Zack W9SZ On Mon, 13 Ju

Thread view Attachments: 0

Re: [AVR-Chat] Re: Off topic - 80c31

2005-06-14 by Javier Fiasche

JUST A THING GUYS,...... COPYRIGTH DOES NOT APPLY HERE IN ARGENTINA, ;-)) ----- Original Message ----- From: David Kelly To: AVR-Chat@yahoogroups.com Sent: Monday, June 13, 2005 9:45 PM Subject: Re: [AVR-Chat] Re: Off topic - 80c31 On Jun 13, 2005, at 4:09 PM, arhodes19044 wrote:

Thread view Attachments: 0

Re: [AVR-Chat] Re: Off topic - 80c31

2005-06-14 by David Kelly

On Jun 13, 2005, at 4:09 PM, arhodes19044 wrote: > But he DID say "copy" IN HIS OWN WORDS. Pretty damning evidence. Not really. I've often been asked/directed to copy a design by the design owners. The problem is they have lost the original artwork/ source code over the years and

Thread view Attachments: 0

Re: [AVR-Chat] bidirectional lcd

2005-06-14 by David Kelly

On Jun 13, 2005, at 12:58 AM, John Samperi wrote: > At 12:38 PM 13/06/2005, you wrote: > >> >> What if you want to know the current cursor position? >> > > You can always keep track of where you are in your program, > however I always have my LCD bidirectional for both reasons, >

Thread view Attachments: 0

Re: Off topic - 80c31

2005-06-13 by arhodes19044

Well, I am not so sure about ALL of the items on that litany of legal problems. First, if he is changing the layout to a new uC and deleting other hardware, then it will require re-routing many of the traces. So, the board itself will not be the same. The schematic is probably no

Thread view Attachments: 0

Re: [AVR-Chat] Off topic - 80c31

2005-06-13 by Roy E. Burrage

Patent infringement Copyright infringement Intellectual property rights Lost profits Punitive damages These for starters. There may be others. REB Javier Fiasche wrote: Hi all, i have a question. I have to copy a board that has an 80c31and a 2732 external program memory. I am thi

Thread view Attachments: 0

Re: [AVR-Chat] Off topic - 80c31

2005-06-13 by David Kelly

On Mon, Jun 13, 2005 at 09:37:15AM -0300, Javier Fiasche wrote: > Hi all, i have a question. > I have to copy a board that has an 80c31and a 2732 external program > memory. I am thinking on doing the same board but with a 89c51 and no > external memory. Anyone knows if 80c31 an d

Thread view Attachments: 0

Re: Any ideas on socket for ATmega128/64 ? - Drag soldering

2005-06-13 by arhodes19044

I will look into drag soldering! I have the binocular loupes covered. I have a really nice set of loupes. I can see the detail well below my ability to manipulate it, and they have good field of view. THe soldering is the trick. I will definitely try it with old computer cards. I

Thread view Attachments: 0

Off topic - 80c31

2005-06-13 by Javier Fiasche

Hi all, i have a question. I have to copy a board that has an 80c31and a 2732 external program memory. I am thinking on doing the same board but with a 89c51 and no external memory. Anyone knows if 80c31 an d 80c51 are fully compatible?. I do not have access to the code, just the

Thread view Attachments: 0

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.