Yahoo Groups archive
Messages
Page 8 of 307 · 15341 messages matched
2013-01-10 by Zack Widup
One application of EEPROM I've done is to store frequency correction data for DFS chips like the AD9854. The little canned oscillators are never exactly on the frequency they specify, but the counter in the DFS chip can be calibrated by zero-beating with a known accurate frequenc
2013-01-10 by bayramdavies
--- In AVR-Chat@yahoogroups.com, Dave C wrote: > > ... Flash, EEPROM, and SRAM ... not > clear on what each of these is used > for when writing a program ... Flash stores the program and fixed data. It can only be modified by a special programming interface (ISP, JTAG, PDI, etc.)
2013-01-10 by Dave C
New member here. New to AVR but experienced (long ago) in Mot' 68K assembler, and all things electronic. The AVRs come with 3 basic different types of memory: Flash, EEPROM, and SRAM. I'm familiar with the technical differences between these, but not clear on what each of these i
2013-01-03 by Leon Heller
On 03/01/2013 02:24, Steven Hodge wrote: > I am moving from a DIP package for a Mega644P to the TQFP-44 package. Am I > correct that a separate bypass cap should be on *each* Vcc pin (and AVcc and > AREF)? Thanks, Steve Yes. Leon -- Leon Heller G1HSM
2013-01-03 by Martin McKee
Steve, That is correct. As a general rule, have a cap per Vcc pin. In addition, depending upon upon your analog requirements, you may want to low-pass filter the analog pin. Martin Jay McKee On Wed, Jan 2, 2013 at 7:24 PM, Steven Hodge wrote: > ** > > > I am moving from a DIP pac
2013-01-03 by Steven Hodge
I am moving from a DIP package for a Mega644P to the TQFP-44 package. Am I correct that a separate bypass cap should be on *each* Vcc pin (and AVcc and AREF)? Thanks, Steve [Non-text portions of this message have been removed]
2012-12-13 by David VanHorn
And handle ints generated by line noise or brownouts where power restores without failing. [Non-text portions of this message have been removed]
2012-12-13 by Cat C
A solution that includes adding a resistive divider as somebody else suggested, but connect the mid-point to an input that has a comparator and can generate an interrupt when voltage drops. That way you don't need to keep reading the ADC. Save your data in the ~200ms you get. Cat
2012-12-13 by Tim Mitchell
----Original Message---- From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Bob Paddock Sent: 13 December 2012 02:44 To: AVR-Chat@yahoogroups.com Subject: Re: [AVR-Chat] RE: ATmega88PA EEPROM Memory Life > I've always gone conservative and assumed EEPRO
2012-12-13 by Bob Paddock
> Yes. You'd either want to use another byte(s) location to indicate which > EEPROM location has the current data or find out what the excessive writing > failure mode is (0 or 1) then when the current location is worn out and it > fails to pass a verification Another failure is
2012-12-13 by Brian Dean
Benny, You could also create a simple algorithm to rotate the location through EEPROM, cycling among a large set of possible locations. You could have something like a simple array of locations, where you would start saving your dimmer values at the beginning and each new value g
2012-12-13 by bayramdavies
--- In AVR-Chat@yahoogroups.com, "Benny Smith" wrote: > I have a digital light dimmer whose > intensity level is ... an 8-bit > variable. When power is removed ... > when the light is turned ON again, > the dimmer level is restored to its > previous value ... cannot sense > remov
2012-12-12 by Clark Martin
On Dec 12, 2012, at 2:04 PM, Benny Smith wrote: > The Mega88PA data sheet gives the EEPROM a write/erase lifetime of 100,000 > cycles. > > I assume that this applies byte-by-byte to the EEPROM contents. > > In other words, I assume that if only one of the 88PA's 512,000 EEPROM by
2012-12-12 by Martin McKee
All certainly possible, though your user would have to be quite the busy body to cause real issues... Let's see, if the dimmer is to be used every day for eight hours and said user "fiddles" every 30 seconds ( assuming that there is a timeout so that things are not saved while it
2012-12-12 by Benny Smith
Graham, Thanks for the answers and ideas. I have a digital light dimmer whose intensity level is stored in RAM as an 8-bit variable. When power is removed from the light, I want to save the dimmer level so that when the light is turned ON again, the dimmer level is restored to it
2012-12-12 by Philippe Habib
I don't know if the granularity is a single byte or maybe a larger block of maybe 16, but you're essentially right. There is information on the Atmel site about how to do wear balancing on eeproms. If you need more than 100k, you might want to check out the Microchip PICs, they'r
2012-12-12 by Benny Smith
The Mega88PA data sheet gives the EEPROM a write/erase lifetime of 100,000 cycles. I assume that this applies byte-by-byte to the EEPROM contents. In other words, I assume that if only one of the 88PA's 512,000 EEPROM bytes is changed, then only that byte (i.e., its 8 memory-bit
2012-12-12 by Jim Wagner
Not built in. And the BOD (Brown Out Detector) won't help because when that detects that the voltage is too low, it locks out the EEPROM write. What you need to do is measure the voltage at the input of the voltage regulator (with ADC or comparator, probably through a voltage div
2012-12-12 by bayramdavies
--- In AVR-Chat@yahoogroups.com, "Benny Smith" wrote: > > ... if I wanted to save a byte frequently, > I could use up the 100,000 cycles at one > byte address and then switch to another > byte address to store the next 100,000 > repetitions of my byte-save operation. Sure. And to
2012-12-12 by bayramdavies
--- In AVR-Chat@yahoogroups.com, "Benny Smith" wrote: > Does the 8-bit AVR (e.g. ATMega88PA) > have a means to sense the removal of > power and to execute a save-state > operation to EEPROM No. > I am using an on-board regulator to > supply 5 volts to the AVR. The > regulator has
2012-12-12 by Benny Smith
Does the 8-bit AVR (e.g. ATMega88PA) have a means to sense the removal of power and to execute a save-state operation to EEPROM before the supply voltage drops below the critical level necessary to change the EEPROM? I am using an on-board regulator to supply 5 volts to the AVR.
2012-12-12 by Dave McLaughlin
Hi Chuck, The software takes care of it for you after it checks the version. It will upgrade or downgrade as required automatically when you connect to the JTAG device. Dave. From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Chuck Hackett Sent: 12 Dece
2012-12-11 by John Samperi
At 03:19 AM 12/12/2012, you wrote: >I wish there was a solution tho this JTAG snag! There is, use one debugger for AS4 only and another one (JTAG Mk3 in my case) for AS6. Regards John Samperi ******************************************************** Ampertronics Pty. Ltd. 11 Broke
2012-12-11 by Chuck Hackett
> From: Dave McLaughlin > > I have 4 and 6 installed as separate install and I can use either. The only > downside is that you can't use the same JTAG device because you have to > keep upgrading and downgrading as you switch. Other than that, they work > fine on my Win 7 64 bit m
2012-12-11 by Steven Hodge
Same here. From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Dave McLaughlin Sent: Monday, December 10, 2012 6:44 PM To: AVR-Chat@yahoogroups.com Subject: RE: [AVR-Chat] Studio 4 Studio 6 I have 4 and 6 installed as separate install and I can use eithe
2012-12-11 by dr_cagri_tanriover
I have installed 4, 5 and 6 on my machine and all these can co-exist without any problems. The only problem is the JTAG driver roll backs. As I am currently using AS4, I need to upgrade my debugger driver to whichever version I move to. It's a bit of a pain. I wish there was a so
2012-12-11 by Narayana Raju
Hi Chuck Hackett, Yes, AVR Studio4 and Atmel Studio6.0 can exist on same system. Both the softwares installs as independent softwares in their own path and set of folders, one will not effect the other. Just for your information, the latest version is Atmel Studio6.0.1996 Service
2012-12-11 by Dave McLaughlin
I have 4 and 6 installed as separate install and I can use either. The only downside is that you can't use the same JTAG device because you have to keep upgrading and downgrading as you switch. Other than that, they work fine on my Win 7 64 bit machine. Dave... -----Original Mess
2012-12-11 by Jim Wagner
There are reports on AVRFreaks that it can. Think they need to be completely separate. You might check over there, in the Studio5/6 forum. Jim Wagner On Dec 10, 2012, at 6:02 PM, Chuck Hackett wrote: > Can AVR Studio 6 co-exist on the same system with AVR Studio 4? > > I'd like t
2012-12-11 by Chuck Hackett
Can AVR Studio 6 co-exist on the same system with AVR Studio 4? I'd like to try out 6 but I don't want to lose my working version of 4. Cheers, Chuck Hackett "Good judgment comes from experience, experience comes from bad judgment" 7.5" gauge Union Pacific Northern (4-8-4) 844 ht
2012-12-08 by Don Kinzer
--- In AVR-Chat@yahoogroups.com, "Chuck Hackett" wrote: > Can anyone recommend a good C++ book/web site for someone who > knows C and wants to transition to C++ I used "C++ for C Programmers" by Ira Pohl for the initial transition. After that, I found "Thinking in C++" by Bruce E
2012-12-06 by Martin McKee
I would agree that it would make sense to avoid the std namespace container classes, etc. The problem is that they are designed to be dynamically resizing and, thus, make use of new ( and subsequently, in most AVR, 'new' implementations, malloc ). Dynamic memory allocation in mos
2012-12-06 by Chuck Hackett
Can anyone recommend a good C++ book/web site for someone who knows C and wants to transition to C++ (specifically in an AVR environment)? I am currently working my way through "C++ Fro Programmers" by Paul J. Deitel. It was the only thing I could find at Barnes & Noble that didn
2012-12-06 by Chuck Hackett
> From: Don Kinzer > .... > This is a known problem with a known solution, see the AVR Freaks link > below. > > http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=8 > 7080 > .... Thanks Don ... I gather that GCC (WINAVR) does not provide support for "std::" items.
2012-12-06 by Don Kinzer
--- In AVR-Chat@yahoogroups.com, "Chuck Hackett" wrote: > Is there a place where one can download parts > of it such as "std::list", etc.? A Google search turns up several possible sources including: http://gcc.gnu.org/libstdc++/ That said, I would be very wary of using any std::
2012-12-06 by Chuck Hackett
Thanks to all for the guidance on mixing gcc C & C++. I tried converting one of the modules within my current project and the first thing I ran into was the fact that I had: typedef uint8_t bool; and C++ did not like me trying to redefine his "bool" symbol :-) ... easily fixed ..
2012-12-06 by Don Kinzer
--- In AVR-Chat@yahoogroups.com, "Chuck Hackett" wrote: > Relay.cpp|297|warning: only initialized variables > can be placed into program memory area This is a known problem with a known solution, see the AVR Freaks link below. http://www.avrfreaks.net/index.php?name=PNphpBB2&file
2012-11-28 by Martin McKee
Absolutely, though I must admit, I rarely use them in places where there is likely to be much in the way of dead code in the first place. Martin Jay McKee On Wed, Nov 28, 2012 at 4:40 AM, anickol wrote: > ** > > > > In fact, templates can lead to _less_ code size, because they al
2012-11-28 by anickol
In fact, templates can lead to _less_ code size, because they allow for efficient elimination of dead code. --- In AVR-Chat@yahoogroups.com, Martin McKee wrote: > > 1) Templates... sometimes. I've used templates extensively to allow for > safe ( compared to preprocessor magic ) c
2012-11-27 by Martin McKee
Chuck, The question of if C++ causes too much bloat for embedded has been hashed out numerous times on avrfreaks. The verdict -- in most cases it shouldn't make the least bit of difference... given equal functionality. Some things that cost more are: 1) Templates... sometimes. I'
2012-11-27 by Chuck Hackett
Forgot one other question: Is it not advisable to use C++ for embedded AVR projects due to excess code size, etc.? When I say "excess" code size I mean unreasonable when taken in light of the advantages of C++ for encapsulation, etc., etc. I realize that the answer to this is dif
2012-11-27 by Don Kinzer
--- In AVR-Chat@yahoogroups.com, "Chuck Hackett" wrote: >Is it not advisable to use C++ for embedded AVR >projects due to excess code size, etc.? In any particular project you may be using different subsets of C++ features. If you choose to not use objects, essentially using C++
2012-11-27 by Chuck Hackett
I have been using gcc C (WinAVR) for a while and I am wondering at the feasibility of moving to C++ (WinAVR). In the transition (and probably forever when using libraries, etc.) I would be using a mix of C & C++. Is this a problem with development, function calling sequences, sym
2012-11-27 by Don Kinzer
--- In AVR-Chat@yahoogroups.com, "Chuck Hackett" wrote: > I would be using a mix of C & C++. Not a problem. All of the prototypes for C-callable functions and all of the declarations for variables defined in C code must be within an extern "C" { } block. That tells the compiler n
2012-11-27 by David Kelly
On Nov 26, 2012, at 4:37 PM, bayramdavies wrote: > David, whatever is "off the top of your head" or you are "pretty sure" about, I am 100%, hand-on-heart, put-money-on-it positive that JTAG is enabled by default and nobody needs to have other programming interfaces if they want t
2012-11-27 by bayramdavies
Don, Your point is well taken. The standard 10-pin JTAG connector has two grounds, both power for the interface device and target power sense and an unused pin. So, only seven are actually necessary: the four JTAG signals, ground, target power sense and reset. Using an adapter of
2012-11-26 by Philippe Habib
To save board space and maybe a few pennies on the connector, I've seen something called Tag Connect. This is a 6 pin pogo connector that attaches onto the board and makes contact with the traces. That might also solve the space problem. When I used it on a PIC based project it w
2012-11-26 by Steven Hodge
Yes, I believe that is correct, RESET is not needed for debugging, only programming. From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Don Kinzer Sent: Monday, November 26, 2012 3:10 PM To: AVR-Chat@yahoogroups.com Subject: [AVR-Chat] Re: Is JTAG enabl
2012-11-26 by Steven Hodge
I always thought RESET was also required to program a chip with JTAG. Steve From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Don Kinzer Sent: Monday, November 26, 2012 2:55 PM To: AVR-Chat@yahoogroups.com Subject: [AVR-Chat] Re: Is JTAG enabled by def
2012-11-26 by Don Kinzer
--- In AVR-Chat@yahoogroups.com, "Steven Hodge" wrote: > I always thought RESET was also required to program > a chip with JTAG. Actually, that may be true. I currently have the JTAGICE MkII connected to a device using only the six pins I mentioned. That is sufficient for JTAG de