Yahoo Groups archive
Messages
Page 103 of 307 · 15341 messages matched
2007-11-14 by Zack Widup
Hi Omid, What LCD controller chip does your LCD use? The lcd.h files I've seen are for the HD44780. It REALLY helps to have the documentation for the LCD controller chip you have, though, as I've found that some of the other devices are "nearly compatible" with the HD44780 but no
2007-11-14 by Dennis Clark
Yup, When the data does not make sense, check your assumptions, at least one of them is incorrect. DLC > PCB error aside, I think that there is an important lesson, > here. > > Applicaions don't just "hang". That is, totally stop. They > may appear to, by not executing code that
2007-11-14 by dpalu2
--- In AVR-Chat@yahoogroups.com, "Jim Wagner" wrote: The external clock is running like it should. Not sure about the internal clock. I assume it is running at its default setting. > > is there a running processor clock (internal or external)? > > Jim > > > On Tue, 13 Nov 2007 23
2007-11-14 by dpalu2
--- In AVR-Chat@yahoogroups.com, John Samperi wrote: > > At 10:24 AM 14/11/2007, you wrote: > >I try to program the AtTiny2313 with AVR Studio 4. > > > >Setting mode and device parameters.. OK! > > But looks like you are trying to use it as a STK500 which it is NOT. > Try and use
2007-11-14 by Omid Station
Dear All I have a problem about characteristic LCD. When I use and simulate my circuit in Proteus program, only odd (or even) characters shown correctly and other characters shown wrong. Also first character in each word always doesnât show. For example if I want to show âdoc
2007-11-14 by Mike Perks
Draper, > Setting mode and device parameters.. OK! > Entering programming mode.. FAILED! > Leaving programming mode.. OK! As another poster (Jim) remarked this looks most like a problem with the clock or your connections to the programmer. If you are not using the internal clock
2007-11-14 by John Samperi
At 10:24 AM 14/11/2007, you wrote: >I try to program the AtTiny2313 with AVR Studio 4. > >Setting mode and device parameters.. OK! But looks like you are trying to use it as a STK500 which it is NOT. Try and use AVRProg instead. >The MKII does not support >the 103. Unless you tel
2007-11-14 by Tim Gilbert
Yes, I use it during the layout process as well but have learned two things: 1: automatically have Eagle include the date and file name on the actual board; 2: always run ERC and DRC one more time before sending the files to the board house! Regards, Tim Gilbert JEM Innovation In
2007-11-14 by Richard Cooke
Hi Tim, The crazy thing is I did run the DRC before sending in my Gerber files. I still don't know what happened. Richard Cooke Lake Forest, CA USA --- In AVR-Chat@yahoogroups.com, "Tim Gilbert" wrote: > > Richard, > As a long time user of Eagle (and its goofy arrogant German int
2007-11-14 by Graham Davies
--- In AVR-Chat@yahoogroups.com, "Richard Cooke" wrote: > ... Eagle will allow you to make > a connection while laying out the > PCB even if the schematic doesn't. I want to join Tim in saying that you really must use the Design Rule Checker. Eagle won't actually "allow you to ma
2007-11-13 by top_speed_2006
I started to study AVR Specially ATmega8535 but i have many troubles Anyone can helo me??????
2007-11-13 by dpalu2
Hello all, I am having some problems with building a replacement for an AVRISP. The schematic is in the files section (AVRISP.DXF). I get errors when I try to program the AtTiny2313 with AVR Studio 4. Setting mode and device parameters.. OK! Entering programming mode.. FAILED! Le
2007-11-13 by Tim Gilbert
Richard, As a long time user of Eagle (and its goofy arrogant German interface), I'd recommend that you always run the DRC (design rule check) before making your Gerbers. It will warn if the board doesn't match the schematic; I can't tell you how many times I've caught something
2007-11-13 by John Samperi
At 05:13 AM 14/11/2007, you wrote: >John Samperi and Cat win the prize. If either one of you is ever in >town lunch is on me. ................. >Lake Forest, CA USA Sure, I'll pop in town any day now...just around the corner..LOL Glad it's sorted out. Regards John Samperi *******
2007-11-13 by Jim Wagner
PCB error aside, I think that there is an important lesson, here. Applicaions don't just "hang". That is, totally stop. They may appear to, by not executing code that you are expecting. They may stop by sleeping. Jumping to itself (the jump statement is another). But, when the ev
2007-11-13 by David VanHorn
> Turns out that Eagle will allow you to make a connection while laying > out the PCB even if the schematic doesn't. I've just recently > switched to Eagle from Winboard so I'm still learning how it does > things. OH my that sucks enormously.. Look for a setting somewhere to prev
2007-11-13 by Richard Cooke
Hi Folks, First, I want to thank every one for their good suggestions in trying to track down this bug. Just goes to show you that two (or more) heads are better than one. John Samperi and Cat win the prize. If either one of you is ever in town lunch is on me. Turns out John's su
2007-11-13 by Phillip Vogel
Richard Cooke wrote: > > Hi David, > > I built up two new boards - one had an ATmega48V from the batch that > was the same as the Ver1 board and the other was from a different batch. > > Thanks, > > Richard Cooke > > --- In AVR-Chat@yahoogroups.com , > David Kelly wrote: > > > >
2007-11-13 by Jim Wagner
is there a running processor clock (internal or external)? Jim On Tue, 13 Nov 2007 23:24:35 -0000 "dpalu2" wrote: > Hello all, > > I am having some problems with building a replacement for > an AVRISP. > The schematic is in the files section (AVRISP.DXF). I get > errors when > I
2007-11-12 by Cat C
Are those pins turning on some RF stuff that being differently matched might use more current? Did you validate the new RF design some other way, so you really have no RF shorts (not just DC)? If you power from the Dragon USB... anything above a certain power might turn it off. C
2007-11-12 by John Samperi
At 06:14 AM 13/11/2007, you wrote: >The only difference being the RF matching network. I would start looking around here then. Do the pins in question control transmission? Does the board work without the Dragon otherwise? If it only stops working when the Dragon is connected, I
2007-11-12 by John Samperi
At 06:03 AM 13/11/2007, you wrote: >so he has to go through the Dragon's USB to get to anything at >all. Then, I'm afraid, it's all bad news from here on as far as serial comms via the Dragon.... Regards John Samperi ******************************************************** Ampert
2007-11-12 by David Kelly
On Mon, Nov 12, 2007 at 08:02:13PM -0000, Richard Cooke wrote: > Dennis, > > I've been trying to come up with assumptions to test. The thing that > really is frustrating is the firmware works on one board but not the > new ones so I think that the firmware can be eliminated as th
2007-11-12 by dlc@frii.com
I have only a generic response to make here. To paraphrase Sherlock Holmes a bit: "If your facts make no sense, examine your assumptions, one or more of them is incorrect." So, check your assumptions, even the most trivial could cause you this kind of headache. DLC -- Dennis Clar
2007-11-12 by Bruce Parham
Richard Cooke wrote: > Hi Folks, > > I've run into a problem that has me pulling out my hair. I'm using > the AVR Dragon and the latest version of AVR Studio to debug my > boards. I have two versions let's all them Ver1 and Ver2. The only > difference being the RF matching networ
2007-11-12 by Richard Cooke
Hi David, I built up two new boards - one had an ATmega48V from the batch that was the same as the Ver1 board and the other was from a different batch. Thanks, Richard Cooke --- In AVR-Chat@yahoogroups.com, David Kelly wrote: > > On Mon, Nov 12, 2007 at 08:02:13PM -0000, Richard
2007-11-12 by Richard Cooke
Hi Bruce, I don't think it can be the "Pin Change Interrupt" sources. The firmware works on Ver1 boards. I don't change a thing when I hook up the boards to the Dragon. The same code is used for both versions. Ver1 works while Ver2 hangs at PORTB.0 = 1. Thanks, Richard Cooke ---
2007-11-12 by Richard Cooke
Hi Leon, I've thought of the "bad chip" as the problem but it occurs on two different boards. I had spent too much time on the new board I decided to build up another one and test it. Problem didn't go away with the new board so the issue shouldn't be a bad chip and since the fir
2007-11-12 by Thomas Keller
David Kelly wrote: > > On Mon, Nov 12, 2007 at 08:30:09AM +1100, John Samperi wrote: > > > > So now back to the topic, what has this all to do with the Dragon? (I > > guess you can use it to program the bootloader) > > I thought the original question was badly worded. He could ha
2007-11-12 by Richard Cooke
Dennis, I've been trying to come up with assumptions to test. The thing that really is frustrating is the firmware works on one board but not the new ones so I think that the firmware can be eliminated as the source of the error. Thanks, Richard Cooke --- In AVR-Chat@yahoogroups.
2007-11-12 by Leon
----- Original Message ----- From: "Richard Cooke" To: Sent: Monday, November 12, 2007 7:14 PM Subject: [AVR-Chat] Debugging a ATmega48V - what's going on? > Hi Folks, > > I've run into a problem that has me pulling out my hair. I'm using > the AVR Dragon and the latest version o
2007-11-12 by Richard Cooke
Hi Folks, I've run into a problem that has me pulling out my hair. I'm using the AVR Dragon and the latest version of AVR Studio to debug my boards. I have two versions let's all them Ver1 and Ver2. The only difference being the RF matching network. Ver1 works fine. If I use the
2007-11-11 by David Kelly
On Mon, Nov 12, 2007 at 08:30:09AM +1100, John Samperi wrote: > > So now back to the topic, what has this all to do with the Dragon? (I > guess you can use it to program the bootloader) I thought the original question was badly worded. He could have intended to go backwards and f
2007-11-11 by John Samperi
At 05:54 PM 11/11/2007, you wrote: >Is there a way for me to program a chip to communicate, in a serial >fashion, through the usb port to a program waiting on my machine? Sure, use a chip with a USART and then use a FTDI or similar USB adaptor chip instead of a RS232 chip. >I wan
2007-11-11 by Reza
--- David VanHorn wrote: > > > > A good compromise I often use is to poll on TX, > interrupt on receive. > > VBG > > I poll the tx buffer, and when it has something to > send, I turn on the > TX interrupt. > :) > > RX on int always though. > for send or transmit simple data like
2007-11-11 by drake_jeffrey
Is there a way for me to program a chip to communicate, in a serial fashion, through the usb port to a program waiting on my machine? I want to be able to receive data, and possibly even program a flash or eeprom. - Jeffrey Drake
2007-11-11 by David VanHorn
> > A good compromise I often use is to poll on TX, interrupt on receive. VBG I poll the tx buffer, and when it has something to send, I turn on the TX interrupt. :) RX on int always though.
2007-11-11 by David Kelly
On Thu, Nov 08, 2007 at 08:52:30PM -0000, bigningbo wrote: > > I try to write a routine for RS232 communication between PC and AVR. > Which way is best if I transmit a string to PC by using a interrupt > driven transmission or not by using interrupt? Neither is best, it all depen
2007-11-10 by BobGardner@aol.com
The advantage of using interrupts to send and/or receive is that the cpu can do other things while the serial comms are occuring. One char at 115200bps takes about 83usec, but it only takes a couple of usec to interrupt, grab the char, put it in a buffer, and return from interrup
2007-11-08 by bigningbo
Hi, I try to write a routine for RS232 communication between PC and AVR. Which way is best if I transmit a string to PC by using a interrupt driven transmission or not by using interrupt? How will performance affects if a string is long by interrupt driven transmission? Will inte
2007-11-08 by enkitec@gmail.com
On 8 Nov 2007 at 7:51, David VanHorn wrote: > On Nov 1, 2007 3:19 PM, wrote: > > > > I have fried a couple AVRs using a LPT port SPI programmer. > > The problem went away when I first connect a ground wire between the > > PC and the hardware being programmed. > > The SPI cable wi
2007-11-08 by David VanHorn
On Nov 1, 2007 3:19 PM, wrote: > > I have fried a couple AVRs using a LPT port SPI programmer. > The problem went away when I first connect a ground wire between the > PC and the hardware being programmed. > The SPI cable will be inserted only after the ground is connected. It sh
2007-11-08 by Sherman
I know it is not cool to advertise in others groups but this is to remove irrelevant discussion from these very nice groups. If you would be interested in participating in a discussion about a cheap, easy to build variable power controller for our stills, please join me in the gr
2007-11-08 by poitsplace
Someone already mentioned what might be wrong. You may have inadvertently switched oscillator sources by programming the fuse bits. I know ponyprog (last time I used it) would invert the fuse bits. The other person also already mentioned the solution to the wrong oscillator issue
2007-11-05 by Robert Adsett
At 07:37 PM 11/4/2007 -0700, Cat C wrote: >That's true, but I think it's also true that as things are upgraded, things >and bugs get fixed... Or just change. The trouble I have is you appear to have no way of telling whether the change in behaviour is the result of a bug fix, a m
2007-11-05 by Cat C
Thanks Robert, That's true, but I think it's also true that as things are upgraded, things and bugs get fixed... The (maybe) worse thing is (and I think I have a case) when something ONLY works with an older tool... I think that's why I downgraded in the first place... Thanks aga
2007-11-05 by Robert Adsett
At 10:33 PM 11/3/2007 -0700, Cat C wrote: >FIXED! >I upgraded my winavr (including gcc, to 4.1.2) and now MY ARRAY GETS UPDATED >INSIDE THE ISR! > >Thanks many lots. >There could be things to learn here, but there are so many exceptions :-( Glad you got it to work Cat. I'd still
2007-11-04 by Cat C
FIXED! I upgraded my winavr (including gcc, to 4.1.2) and now MY ARRAY GETS UPDATED INSIDE THE ISR! Thanks many lots. There could be things to learn here, but there are so many exceptions :-( Cat _________________________________________________________________ Send a smile, make
2007-11-04 by Cat C
Hi Robert, When I use independent variables, the LED turns on when I move the joystick. When I use the array, it doesn't. Nothing else is different. Thanks, Cat _________________________________________________________________ Send a smile, make someone laugh, have some fun! Chec
2007-11-04 by Robert Adsett
At 06:45 PM 11/3/2007 -0700, Cat C wrote: >It does enter the ISR (tested by turning on LED inside ISR), but when I use >it in the main it doesn't change. You mis-understood. When the ISR is running, can it be re-entered (presumably by another interrupt)? When you use what in main