Yahoo Groups archive
Messages
Page 80 of 307 · 15341 messages matched
2008-04-12 by dlc
John Samperi wrote: > At 02:23 AM 13/04/2008, you wrote: >> Also, don't bother with www.avrfreaks.org. WShat a bunch of ninnies >> and morons. > > As one of those ninnies and morons that try to help > there I will try and remember both your screen names > for future "non use". >
2008-04-12 by Robert Adsett
At 08:15 AM 4/13/2008 +1000, John Samperi wrote: >But, as I never had any problem like yours, either >with Studio 3.xx or 4.xx, both under Win 98 and >Win XP pro in the past 8 years I >> COULD that you are doing something wrong. But then I can't see >what. He's using Vista. That
2008-04-12 by John Samperi
At 02:23 AM 13/04/2008, you wrote: > Also, don't bother with www.avrfreaks.org. WShat a bunch of ninnies >and morons. As one of those ninnies and morons that try to help there I will try and remember both your screen names for future "non use". I could tell you to try the new Stu
2008-04-12 by stevech11
If you can't live with AVR Studio, there are other IDEs for the AVR that have JTAG/Debugging/flashing built in. Mostly C-oriented though. Crossworks is a candidate as I think they have their own AVR assembler and linker used with their C compiler. I have used Studio for years, ju
2008-04-12 by rakesh modi
Hello Sir, I am getting some hardware problem. I have made one serial communication code using codevision and STK500 kit for atmega32. When I am running this code on STK500 it works proper, but when I am running this code on circuit made by me, I am getting garbage values on Hype
2008-04-12 by steamphreaque
Well. Have spoken on phone with an Atmel FAE. No joy. My email to AVR@ATMEL.COM Yielded a useless "no one here uses VIsta, so we know nothing about this" response. I have even tried setting AVRStudio into "compatibility mode" for Win2K and XP SP2. *STILL* no joy! In XP compatibil
2008-04-09 by Raymond Hurst
I agree. Several good suggestions were made and appeared to be ignored. This should have been done and gone already. Ray ________________________________ From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of John Samperi Sent: Wednesday, April 09, 2008 4:1
2008-04-09 by John Samperi
At 08:50 AM 10/04/2008, you wrote: >I'm not sure what you're trying to say here. I'm trying to say that I have made several suggestions to the OP regarding the clock settings and also to look at the data sheet...which seem to have gone by the way side. Could have had this bit wor
2008-04-09 by Raymond Hurst
I'm not sure what you're trying to say here. My point was that 15 is the correct value for UBRR for a 2.4567 MHz clock as you pointed out from the data sheet. The value that Brian is using for UBRR is 16 which results in a 3.1% error. Ray ________________________________ From: AV
2008-04-09 by Lee
Hi Dave/Don, Thanks for input! Dave- Yes RAMPZ is used in the ATMEga128 and I have previously tried setting that before "call"ing the jump table in the bootpage. I have also previously tried various Fuse configurations. Neither gave success? Don- I used "call" rather then jmp, be
2008-04-09 by John Samperi
At 02:45 AM 10/04/2008, you wrote: >For a 2.4567 MHz xtal: > > UBRR = (2456700/(16 * 9600)) - 1 = 15 The data sheet shows a xtal frequency of 2.4576 MHz which I'm ASS-U-MEing is what is being used. At 9600 baud and a UBRR of 15 it gives 0% error.... unless Atmel's calculators are
2008-04-09 by Don Kinzer
--- In AVR-Chat@yahoogroups.com, Lee wrote: > Yes RAMPZ is used in the ATMEga128 and I have > previously tried setting that before "call"ing The RAMPZ register is only used for the elpm instruction. The EIND register is used for eicall/eijmp instructions, both are available only
2008-04-09 by Raymond Hurst
Thanks for the correction. Gotta replace that calculator. Ray Hurst ________________________________ From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of David Kelly Sent: Wednesday, April 09, 2008 10:10 AM To: AVR-Chat@yahoogroups.com Subject: Re: [AVR-C
2008-04-09 by David Kelly
On Wed, Apr 09, 2008 at 09:45:47AM -0700, Raymond Hurst wrote: > > %error = (9600 - 9301.98)/9600 * 100% = .06% Try again. Error is 3.1%. 2% is the commonly accepted worst case mismatch. -- David Kelly N4HHE, dkelly@HiWAAY.net =====================================================
2008-04-09 by Raymond Hurst
Brian, For a 2.4567 MHz xtal: UBRR = (2456700/(16 * 9600)) - 1 = 15 Using 16 for UBBR: Baud = 2456700/(16 * (UBBR + 1)) = 9031.98 %error = (9600 - 9301.98)/9600 * 100% = .06% Having a UBBR of 15 has not error, UBBR of 16 has a .06% error. This is probably acceptable for single ch
2008-04-09 by Raymond Hurst
Hmmm...the highest frequency in my STK500 is 7.37 MHz provided by the crystal (XC200). Is this a new design? Ray Hurst Western Digital 20511 Lake Forest Drive Lake Forest, CA 92630 949-672-9853 ________________________________ From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoo
2008-04-09 by Stefan Wimmer
--- In AVR-Chat@yahoogroups.com, "Brian" wrote: > > The problem came from understanding the STK500. I measured the freq it > was using, nomatter what I set the fuses at it was set at 16Mhz, I was > thinking 8Mhz which i set it to, that may be why 24 worked, measured > from the xt
2008-04-09 by John Samperi
At 11:33 AM 9/04/2008, you wrote: >Sorry I didnt mention. it is in hex. > > ldi r16, 0x10 ;Set baud rate ...and by the way from which data sheet did you get that value from? I know you must HAVE double checked the data sheet already.... Regards John Samperi **********************
2008-04-09 by John Samperi
At 11:20 AM 9/04/2008, you wrote: >OK, I am using a 2.45Mhz xtl, So far we have had: >> In studio4 my int clock is read as 3.686Khz. >> ?? You DID say 4 MHz before, which is it? And I guess you did read all of my suggestions from the 6th?? Regards John Samperi *******************
2008-04-09 by Brian
> ...and by the way from which data sheet did you get that value from? > I know you must HAVE double checked the data sheet already.... > > Regards > > John Samperi The problem came from understanding the STK500. I measured the freq it was using, nomatter what I set the fuses at
2008-04-09 by David VanHorn
My UBRR is set at 10 to get good comms. I am using 16 as > a divisor, the date sheet says to use 12 as UBRR for 2Mhz. Which base are all those numbers in? 0x10 <> 10 <> 00000010b
2008-04-08 by Brian
> My UBRR is set at 10 to get good comms. I am using 16 as > > a divisor, the date sheet says to use 12 as UBRR for 2Mhz. > > Which base are all those numbers in? > 0x10 <> 10 <> 00000010b > Sorry I didnt mention. it is in hex. ldi r16, 0x10 ;Set baud rate ldi r17, 0x00 ;2.45M xt
2008-04-08 by Brian
> >> You stated that '0x51' is the correct divisor, however it should be a > decimal '51' not hex '51' which is what you are setting. > >> > > >Not sure what to look at next to figure it out. > > > >Brian > > See my comments about '51'. > > Brian (the other one) OK, I am using a
2008-04-08 by David VanHorn
Would your chip require RAMPZ to be set to access that space? Also, check the fuse settings, you can forbid running that code from the application space.
2008-04-08 by Don Kinzer
--- In AVR-Chat@yahoogroups.com, "ldevriesau" wrote: > CALL 0xf801 ; getchar Did you use jmp (4 bytes) or rjmp (2 bytes) in your jump table? If the former, the destination address is definitely wrong. If the latter, it might be wrong. Remember that absolute jump and call instaruc
2008-04-08 by ldevriesau
Hi All, I like to use bootloaders and have that working quite succesfully. I like the idea of using certain routines in the boot code from my application code to conserve space in the application program , by utilizing potentially unused code in the boot page. Ie. async I/O, stri
2008-04-08 by Brian Fairchild
>> You stated that '0x51' is the correct divisor, however it should be a decimal '51' not hex '51' which is what you are setting. >> >Not sure what to look at next to figure it out. > >Brian See my comments about '51'. Brian (the other one) No virus found in this outgoing message
2008-04-08 by dlc
Could we be having a "Mars Rover" problem? 0x16 = 22 decimal (close to 24), could this be a hex vs. decimal thing? Just a blind speculation, DLC Brian wrote: >> Have a look at the Mega16 datasheet on page 145 and you'll see that >> nowhere does it say to use 24 as a UBRR divisor,
2008-04-07 by Brian
> Have a look at the Mega16 datasheet on page 145 and you'll see that > nowhere does it say to use 24 as a UBRR divisor, it's always 16 (or 8 > for double speed mode). If you're having to use 24 then either your > clock speed is wrong or you ar esetting the wrong divisor. You sta
2008-04-07 by Brian Fairchild
>-----Original Message----- >From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Brian > >The mega16 has 3 buffer levels not 2 (I read this about a dozen times >in the data sheet but didnt think anything about it). So when figuring >out baud rate for UBR
2008-04-07 by John Samperi
At 08:52 AM 7/04/2008, you wrote: >I kinda understand this Good for you! I don't know what you are talking about. :-) Regards John Samperi ******************************************************** Ampertronics Pty. Ltd. 11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA Tel. (
2008-04-06 by Brian
--- In AVR-Chat@yahoogroups.com, John Samperi wrote: > > At 08:52 AM 7/04/2008, you wrote: > >I kinda understand this > > Good for you! I don't know what you are talking about. :-) > > > Regards > > John Samperi > In previous post I said I was having problems with comms between t
2008-04-06 by Brian
--- In AVR-Chat@yahoogroups.com, "David VanHorn" wrote: > > The internal oscillator isn't guaranteed to be accurate enough for serial. > It works, but it may not always work. If the baud rate is wrong, > you'll get odd translations. > Whoo hoo I figured it out (after about 30 hou
2008-04-06 by Leon
----- Original Message ----- From: "safeer_ahmad786" To: Sent: Saturday, April 05, 2008 8:54 PM Subject: [AVR-Chat] lacd display >i want to display character on lcd from computer using 89c51 can > anybody help me in this regard about interfacing diagram or > programming material
2008-04-06 by David VanHorn
The internal oscillator isn't guaranteed to be accurate enough for serial. It works, but it may not always work. If the baud rate is wrong, you'll get odd translations.
2008-04-06 by Brian
> > menu: > > lpm ; Load byte > > from program memory into r0 > > nop ; > > nop ; > > tst r0 ; Check if I > > reached the end of the message > > breq run ; If so, continue > > mov treg, r0 ;xmit message > > rcall txcomp ; > > adiw ZL,1 ; Increase Z registers > > rcall menu ; > >
2008-04-06 by enkitec
--- In AVR-Chat@yahoogroups.com, "Brian" wrote: > > I made a program in asm that kinda works. the only problem is when my > mega16 xmits to hyperterminal I get weird symbols. I am working with > 4Mhz 4800 baud. the letters in sram are in hex format. But the > symbols in HT look l
2008-04-06 by John Samperi
At 01:51 PM 6/04/2008, you wrote: >I am using the atmega16l. I programmed the fuse bits for internal >4Mhz. When I read the stk500 osc in studio4 it says 3.686Mhz. Ok things are a bit clearer now. With the STK500 you have to put the OSCSEL jumper correctly. You can have the inter
2008-04-06 by John Samperi
At 12:49 PM 6/04/2008, you wrote: >In studio4 my int clock is read as 3.686Khz. ?? You DID say 4 MHz before, which is it? Are you using a crystal for the clock? If not you can pretty much forget about decent and stable comms. How is the USART initialized? Are you trying to disgui
2008-04-06 by Brian
--- In AVR-Chat@yahoogroups.com, John Samperi wrote: > > At 12:49 PM 6/04/2008, you wrote: > >In studio4 my int clock is read as 3.686Khz. > > ?? You DID say 4 MHz before, which is it? Are you using > a crystal for the clock? If not you can pretty much > forget about decent and s
2008-04-06 by David VanHorn
What is the call to txcomp? Normally, I poll the tx tg empty flag before sending a char
2008-04-06 by Ranjit Puri
Are you using an external crystal or internal RC Osc ? In case you are using RC to derive clock you might want to shift the value in UBRR +/- 2. On Sat, Apr 5, 2008 at 8:26 PM, Brian wrote: > I made a program in asm that kinda works. the only problem is when my > mega16 xmits to
2008-04-06 by Brian
--- In AVR-Chat@yahoogroups.com, "Ranjit Puri" wrote: > > Are you using an external crystal or internal RC Osc ? In case you are using > RC to derive clock you might want to shift the value in UBRR +/- 2. > I have tried +/-2, 4, and 5. It changes the charactures but not readable.
2008-04-06 by Brian
--- In AVR-Chat@yahoogroups.com, "David VanHorn" wrote: > > What is the call to txcomp? > > Normally, I poll the tx tg empty flag before sending a char > txcomp: sbis UCSRA,UDRE ;poll to check end of transmission rjmp txcomp ; out UDR, treg ; ret ; Everything seems to work except
2008-04-05 by paul sinclair
Thanks a mil. Thats a really informitave post. Who would have thought so much wisdom could have come from the above title. Thanks all. Apparently the group isnt dead, it has proven its worth to me :) 73s, Paul, EI5GTB On Sat, Apr 5, 2008 at 11:23 PM, John Samperi wrote: > At 07:4
2008-04-05 by Brian
I made a program in asm that kinda works. the only problem is when my mega16 xmits to hyperterminal I get weird symbols. I am working with 4Mhz 4800 baud. the letters in sram are in hex format. But the symbols in HT look like they are from the extended ascII table. My baud rate i
2008-04-05 by John Samperi
At 07:40 PM 5/04/2008, you wrote: >Iv done a small bit with Pics, but gave up because i really dont like >assembly. So you are familiar with the Harvard architecture already. I LOVE assembly but with a PIC it's murder. AVR asm is a lot better. >and i just happen to know C. C on a
2008-04-05 by englsprogeny
I have just setup a new computer. When I try to program using PonyProg it doesn't take. [the LED deosn't blink] I know that the load works. Fuse setting look correct. I calibrated PonyProg. Also tried this on a different board/ processor. Downloads and verifies OK. [BUT no blinki
2008-04-05 by safeer_ahmad786
i want to display character on lcd from computer using 89c51 can anybody help me in this regard about interfacing diagram or programming material
2008-04-05 by Philippe Habib
Who says you can't program PICs in C? Microchip, CCS, and Hitech each make a C compiler for PICs. On Apr 5, 2008, at 2:40 AM, paul sinclair wrote: >> Pretty much like any other micro. Which ones are you familiar with? > > Iv done a small bit with Pics, but gave up because i reall