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
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
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
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
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
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
2005-06-15 by Dave VanHorn
At 03:25 PM 6/15/2005, Zack Widup wrote: >Hehe - I didn't say it was efficient! It does work, though. :-) That it does.. It's good for a beginner who needs simple concepts and code, or a simple system, where wasted cycles aren't an issue.
Thread view
Attachments: 0
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
2005-06-15 by Dave VanHorn
> >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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
2005-06-14 by Alex De Lara
Alright people ! That was great. We moved to all possible directions here :-) I decided to give a shot on the Olimex cause it seemed rugged enough. Let's see what happen. Thanks you all for all the answers. -Alex
Thread view
Attachments: 0
2005-06-14 by Brian Dean
Hi Tony, On Tue, Jun 14, 2005 at 12:28:22PM -0000, arhodes19044 wrote: > I still have not found a good reference on the technique of drag > soldering? I t seems as if the technique is to make a blob of > solder and drag it across all the pads on one side of the chip. I > guess th
Thread view
Attachments: 0
2005-06-14 by Don Ingram
> > The trick is to use plenty of liquid flux. It helps if you have a special > tip like Metcal's 'mini-hoof' which is made specifically for drag soldering: > > http://www.metcal.com/tips/minhoof2.html#fine > > Leon > > A word of caution here too. We have found that the smallest
Thread view
Attachments: 0
2005-06-14 by Zack Widup
I was at a hamfest a couple weeks ago and one person had a big box of solder wick rolls, 3 different sizes. They were 4 for a dollar (quite a deal, actually). I bought a handful of them. He had sold the whole box in a couple hours. This told me that building equipment (homebrew,
Thread view
Attachments: 0
2005-06-14 by Leon Heller
----- Original Message ----- From: "arhodes19044" To: Sent: Tuesday, June 14, 2005 1:28 PM Subject: [AVR-Chat] Re: Any ideas on socket for ATmega128/64 ? - Drag soldering > --- In AVR-Chat@yahoogroups.com, Don Ingram wrote: >> It amazed me when I started as to how your muscles et
Thread view
Attachments: 0
2005-06-14 by Don Ingram
> > > A few sizes of solder wick seem essential for cleaning up the globs. > -- Or some flux and a miniwave tip. We have no solder wick on the premises. I think it came from the old days when you forgot you still had your finger on the trigger on the mini-scope ( sorry kids that
Thread view
Attachments: 0
2005-06-14 by Don Ingram
> > I was considering getting a 1/64" tip for an iron, but now I think > that something slightly wider (chisel tip shape) may be better > for "drag soldering". > > I still have not found a good reference on the technique of drag > soldering? I t seems as if the technique is to ma
Thread view
Attachments: 0
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
2005-06-14 by Ralph Hilton
On Tue, 14 Jun 2005 12:28:22 -0000 you wrote: >--- 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
Thread view
Attachments: 0
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
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
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
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
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
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
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
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
2005-06-13 by Don Ingram
John Samperi wrote: > At 01:04 AM 14/06/2005, you wrote: > >>I will look into drag soldering! > > > Do you need to wear outrageous clothes and make up too?? > Sorry...could not resist that :-D > Not unless Machinery Forum has moved to the Cross ;-) > > Regards > > John Samperi >
Thread view
Attachments: 0
2005-06-13 by John Samperi
At 01:04 AM 14/06/2005, you wrote: >I will look into drag soldering! Do you need to wear outrageous clothes and make up too?? Sorry...could not resist that :-D Regards John Samperi ****************************************************** Ampertronics Pty. Ltd. 11 Brokenwood Place B
Thread view
Attachments: 0
2005-06-13 by Don Ingram
arhodes19044 wrote: > 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. It amazed me when I started as to how your muscles
Thread view
Attachments: 0
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
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
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
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
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