2009-03-29 by Jim Wagner
Hmmm. ... Can you set a "variable watch" that triggers on a memory value that should not change but IS getting changed? I don't remember if Studio has that. Another possibility is that you are getting a corrupted stack (ie, unmatched push/pops or something that writes into area u
Thread view
Attachments: 0
2009-03-29 by David VanHorn
I added a full vector table, and every entry for the unused ints sets "sanity_flag" to some unique value. There's a task that checks sanity flag for any non-zero value, and it's never triggering.
Thread view
Attachments: 0
2009-03-29 by David VanHorn
On Sun, Mar 29, 2009 at 5:04 PM, John Samperi wrote: > At 07:43 AM 30/03/2009, you wrote: >>I'm having lots of odd problems at the moment, > > You should really thing about moving your workshop > from under the ladder factory.... :-) We're next-door to the broken mirror plant too
Thread view
Attachments: 0
2009-03-29 by John Samperi
At 07:43 AM 30/03/2009, you wrote: >I'm having lots of odd problems at the moment, You should really thing about moving your workshop from under the ladder factory.... :-) Regards John Samperi ******************************************************** Ampertronics Pty. Ltd. 11 Brok
Thread view
Attachments: 0
2009-03-29 by David VanHorn
On Sun, Mar 29, 2009 at 3:57 PM, Jim Wagner wrote: > David - > > Are any of the alternate functions for that pin being activated (pin > interrupts, etc)? It sounds like it might be going off on an interrupt > with no vector, or something. > > Jim Wagner Not intentionally.. I'll h
Thread view
Attachments: 0
2009-03-29 by s.holder123@btinternet.com
I notice that just before the crash you are setting the device pinb5 to an output pin, is the pull up enabled when set as an input ? Might be an idea to insert an intermediate state, might possibly be getting a vcc to 0v power short, (see section 12.2.3 int the datasheet) this co
Thread view
Attachments: 0
2009-03-29 by Jim Wagner
David - Are any of the alternate functions for that pin being activated (pin interrupts, etc)? It sounds like it might be going off on an interrupt with no vector, or something. Jim Wagner On Mar 29, 2009, at 10:57 AM, David VanHorn wrote: > Is there something unusual I should kn
Thread view
Attachments: 0
2009-03-29 by David VanHorn
Is there something unusual I should know with this device? I'm watching it step through a simple routine to light some LEDs, and after stepping through a single CBI instruction it's telling me that half of SRAM has been changed.. There are four alarm timers, and if any of them is
Thread view
Attachments: 0
2009-03-27 by Tim McDonough
Graham Davies wrote: > --- In AVR-Chat@yahoogroups.com, Jim Wagner wrote: >> I have a lot of respect for Jack Ganssle. This looks pretty >> complete. > > I have a lot of respect for Jack Ganssle too. He's been there and > knows what it's like. He's also not afraid to assign > res
Thread view
Attachments: 0
2009-03-27 by David VanHorn
I don't take anyone as an absolute authority, unless they sign my paychecks. :) -- There is no computer problem which cannot be solved by proper application of a sufficiently large hammer.
Thread view
Attachments: 0
2009-03-27 by Jim Wagner
On Mar 27, 2009, at 7:53 AM, Graham Davies wrote: > --- In AVR-Chat@yahoogroups.com, Jim Wagner wrote: > > > > I have a lot of respect for Jack Ganssle. > > This looks pretty complete. > > I have a lot of respect for Jack Ganssle too. He's been there and > knows what it's like. H
Thread view
Attachments: 0
2009-03-27 by Graham Davies
--- In AVR-Chat@yahoogroups.com, Jim Wagner wrote: > > Tongue in cheek: Oh, dear, my "God" is a mere mortal! I think it's good to have gods (lower case g). Mine are Jack Ganssle, Jean Labrosse, Dan Saks, Scott Meyers, Fred Brooks, Jerry Weinberg, etc. When I'm unsure of something
Thread view
Attachments: 0
2009-03-27 by Tim McDonough
Jim Wagner wrote: > On Mar 26, 2009, at 10:39 AM, Tim McDonough wrote: > >> I have not seen that one. Here is another to look at for ideas... >> >> >> >> Tim > > I have a lot of respect for Jack Ganssle. This looks pretty complete. > > Jim Wagner At one place I worked we brought
Thread view
Attachments: 0
2009-03-27 by Graham Davies
--- In AVR-Chat@yahoogroups.com, Jim Wagner wrote: > > I have a lot of respect for Jack Ganssle. > This looks pretty complete. I have a lot of respect for Jack Ganssle too. He's been there and knows what it's like. He's also not afraid to assign responsibility for most of this in
Thread view
Attachments: 0
2009-03-27 by richard.neveau
--- In AVR-Chat@yahoogroups.com, David VanHorn wrote: > > > My opinion is that most experienced, or even semi-experienced programmers > > follow, if unconsciously, a set of "standards" like this. Some of these > > things are for your own sanity. Some are for consistency if the pr
Thread view
Attachments: 0
2009-03-27 by Jim Wagner
On Mar 26, 2009, at 10:39 AM, Tim McDonough wrote: > I have not seen that one. Here is another to look at for ideas... > > > > Tim > > David VanHorn wrote: > > www.netrino.com/Coding-Standard > > > > I have a lot of respect for Jack Ganssle. This looks pretty complete. Jim Wagner
Thread view
Attachments: 0
2009-03-26 by John Samperi
At 04:27 AM 27/03/2009, you wrote: >Is there any universal way to >specify the fuse settings you want within the C source code and have >it picked up by the programing tools? A pragma perhaps? I believe there is and not just for C. Not too sure how it all works but later versions
Thread view
Attachments: 0
2009-03-26 by David VanHorn
> I wish I knew of a good write-up. As I recall, it was in the 1960s and > much of the more direct documentation has not made it into the > internet-age. There are some second, third, and fourth hand retellings but > I don't know of specific references. > > It was an odd one in w
Thread view
Attachments: 0
2009-03-26 by wagnerj@proaxis.com
>> Those are SIMILAR but the the MISRA standard is really aimed at "mission >> critical" safety issues where human life may be involved. AFAIK, this >> came, at least partially, out of the BART (San Francisco) subway >> accident >> in which a speed control unit failed. > > Is the
Thread view
Attachments: 0
2009-03-26 by wagnerj@proaxis.com
>> Those are SIMILAR but the the MISRA standard is really aimed at "mission >> critical" safety issues where human life may be involved. AFAIK, this >> came, at least partially, out of the BART (San Francisco) subway >> accident >> in which a speed control unit failed. > > Is the
Thread view
Attachments: 0
2009-03-26 by Tim McDonough
I have not seen that one. Here is another to look at for ideas... Tim David VanHorn wrote: > www.netrino.com/Coding-Standard >
Thread view
Attachments: 0
2009-03-26 by David VanHorn
> Those are SIMILAR but the the MISRA standard is really aimed at "mission > critical" safety issues where human life may be involved. AFAIK, this > came, at least partially, out of the BART (San Francisco) subway accident > in which a speed control unit failed. Is there a good w
Thread view
Attachments: 0
2009-03-26 by Tim McDonough
Without getting into the OS "war" I have a fuse question. AVR Studio uses GCC and of course it can also be used as a command line tool along with avrdude, etc. Is there any universal way to specify the fuse settings you want within the C source code and have it picked up by the p
Thread view
Attachments: 0
2009-03-26 by wagnerj@proaxis.com
>> My opinion is that most experienced, or even semi-experienced >> programmers >> follow, if unconsciously, a set of "standards" like this. Some of these >> things are for your own sanity. Some are for consistency if the project >> ever needs to be handed off to someone else. Ma
Thread view
Attachments: 0
2009-03-26 by David VanHorn
> My opinion is that most experienced, or even semi-experienced programmers > follow, if unconsciously, a set of "standards" like this. Some of these > things are for your own sanity. Some are for consistency if the project > ever needs to be handed off to someone else. Many seek
Thread view
Attachments: 0
2009-03-26 by wagnerj@proaxis.com
> www.netrino.com/Coding-Standard > > -- > There is no computer problem which cannot be solved by proper > application of a sufficiently large hammer. > My opinion is that most experienced, or even semi-experienced programmers follow, if unconsciously, a set of "standards" like t
Thread view
Attachments: 0
2009-03-26 by Graham Davies
--- In AVR-Chat@yahoogroups.com, David VanHorn wrote: > > www.netrino.com/Coding-Standard I sort-of agree with Jim, but not entirely. I would also not pay $100 for this, but I'm not sure I'd even take the time to read it if it were free as my own coding style is pretty tightly lo
Thread view
Attachments: 0
2009-03-26 by David VanHorn
www.netrino.com/Coding-Standard -- There is no computer problem which cannot be solved by proper application of a sufficiently large hammer.
Thread view
Attachments: 0
2009-03-26 by John Samperi
At 03:30 PM 26/03/2009, you wrote: >Frankly, I just think that no one has ever gone through the bother of >doing one. There was a GUI for avrdude a few years ago, I even tried it. Here is a relevant thread on avrfreaks: http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewto
Thread view
Attachments: 0
2009-03-26 by dlc
Graham Davies wrote: > --- In AVR-Chat@yahoogroups.com, "Dennis Clark" wrote: > >> Now I feel bad about making >> a snarky reply ... > > As snarky remarks go, that one was well within the bounds of acceptable discourse. > >> ... on the ARM group I'm chastised >> for wanting the I
Thread view
Attachments: 0
2009-03-26 by dlc
Frankly, I just think that no one has ever gone through the bother of doing one. In the ARM world you are a woosie for not doing everything the hard way - Which is one of the reasons I haven't gotten very far in the ARM world I guess. Windows has some good tools, but nothing ever
Thread view
Attachments: 0
2009-03-26 by dlc
But the GUI was written for Windows. I'm considering a GUI that is more universal, say JAVA or Python. Anything would help! Avrdude is a good tool, but as you say it is SO 20th century! DLC John Samperi wrote: > At 05:46 AM 26/03/2009, you wrote: >> avrdude which is a CLI tool. >
Thread view
Attachments: 0
2009-03-26 by John Samperi
At 09:50 AM 26/03/2009, you wrote: >Because unix programmers are incompetent for anything to do with gui >programming. GREAT!! Finally a war. LOL This place is pretty quite without the good asm vs C or compiler wars. So a programmer (as in avrdude not people) war c/w OS war would
Thread view
Attachments: 0
2009-03-26 by Jim Wagner
On Mar 25, 2009, at 10:58 AM, David Kelly wrote: > On Wed, Mar 25, 2009 at 04:06:21PM -0000, Graham Davies wrote: > > --- In AVR-Chat@yahoogroups.com, David VanHorn > wrote: > > > > > Casting is something that I'm not up on yet. > > > > Casting is taking a variable of one type an
Thread view
Attachments: 0
2009-03-25 by Russell Shaw
John Samperi wrote: > At 02:16 AM 26/03/2009, you wrote: >> Ah well, I guess that I use a rubbish programmer interface, since it's a >> CLI on a UNIX type box - I don't use AVRstudio. > > You said it brother. :-) I guess ponyprog is it's nearest cousin for > destroying chips. > >
Thread view
Attachments: 0
2009-03-25 by Roy E. Burrage
Yesterday, when I was young ... How's the rest of that old Roy Clark song go? REB John Samperi wrote: > At 05:46 AM 26/03/2009, you wrote: > >> avrdude which is a CLI tool. >> > > I used to love CLI stuff....last century, when I was young. :-) > > They did have a GUI for it and s
Thread view
Attachments: 0
2009-03-25 by John Samperi
At 02:16 AM 26/03/2009, you wrote: > Ah well, I guess that I use a rubbish programmer interface, since it's a >CLI on a UNIX type box - I don't use AVRstudio. You said it brother. :-) I guess ponyprog is it's nearest cousin for destroying chips. Why can't a UNIX box have a GUI? I
Thread view
Attachments: 0
2009-03-25 by John Samperi
At 05:46 AM 26/03/2009, you wrote: > avrdude which is a CLI tool. I used to love CLI stuff....last century, when I was young. :-) They did have a GUI for it and someone is trying to revive it, but I guess the REAL MEN are resisting. Regards John Samperi **************************
Thread view
Attachments: 0
2009-03-25 by Graham Davies
--- In AVR-Chat@yahoogroups.com, "Dennis Clark" wrote: > Now I feel bad about making > a snarky reply ... As snarky remarks go, that one was well within the bounds of acceptable discourse. > ... on the ARM group I'm chastised > for wanting the IDE to handle more of > the details
Thread view
Attachments: 0
2009-03-25 by Dennis Clark
> --- In AVR-Chat@yahoogroups.com, "Dennis Clark" wrote: >> >> Gosh, I feel terrible that I'm not a Windows user now. > > I didn't say anything about Windows. I just said that AVR Studio presents > fuse programming in a way that I don't find confusing. It isn't my fault > that AV
Thread view
Attachments: 0
2009-03-25 by David Kelly
On Wed, Mar 25, 2009 at 04:06:21PM -0000, Graham Davies wrote: > --- In AVR-Chat@yahoogroups.com, David VanHorn wrote: > > > Casting is something that I'm not up on yet. > > Casting is taking a variable of one type and treating it as if it were > of a different type. You do this
Thread view
Attachments: 0
2009-03-25 by David VanHorn
>A strength of C is that the compiler is supposed to protect you from doing it when you don't mean to, as in the above case. An "implicit" cast is one that you don't write but that happens anyway to match up the types. These can be benign (such as treating an 8-bit integer as a 1
Thread view
Attachments: 0
2009-03-25 by Graham Davies
--- In AVR-Chat@yahoogroups.com, David VanHorn wrote: > > lcd_putc(pgm_read_byte_near(&(BootString[i]))); > So this is dangerous? Ah, no. *Without* the & it was "dangerous" in the sense that it wasn't what you meant. That is, it was a "coding error". At some point I will take a l
Thread view
Attachments: 0
2009-03-25 by David VanHorn
> Yes indeed, and I would try to keep those people away from someone learning the C language. I resemble that remark, and I agree! :) I'm still working my way through all the wonderful features of C, and definitely want to take it one step at a time. -- There is no computer probl
Thread view
Attachments: 0
2009-03-25 by farhan ahmad
Dear All, Thank you everybody for their valuable comments. I found out the way of handling the fuses in an efficient way. Regards, Farhan Ahmad --- On Wed, 3/25/09, Graham Davies wrote: From: Graham Davies Subject: [AVR-Chat] Re: Fuse Question To: AVR-Chat@yahoogroups.com Date: W
Thread view
Attachments: 0
2009-03-25 by Don Kinzer
--- In AVR-Chat@yahoogroups.com, "Graham Davies" wrote: >Pleeeeeeeeeease, don't let's start an argument about this. The larger issue is that learning idiomatic expressions is an important part of the process of learning any language, whether it is a natural language or a computer
Thread view
Attachments: 0
2009-03-25 by Dennis Clark
> --- In AVR-Chat@yahoogroups.com, John Samperi wrote: > >> The confusion only happens in your mind ... > > I have to say that I'm with John on this. Sometimes it's a little tricky > to figure out what you can do with fuses (and lock bits) and which option > you actually want, bu
Thread view
Attachments: 0
2009-03-25 by Graham Davies
--- In AVR-Chat@yahoogroups.com, "Dennis Clark" wrote: > > Gosh, I feel terrible that I'm not a Windows user now. I didn't say anything about Windows. I just said that AVR Studio presents fuse programming in a way that I don't find confusing. It isn't my fault that AVR Studio onl
Thread view
Attachments: 0
2009-03-25 by Dennis Clark
> At 03:37 PM 25/03/2009, you wrote: >>High Fuse Byte Bit No Description Default Value >>RSTDISBL(1) 7 External Reset Disable 1 (unprogrammed) >>DWEN 6 debugWIRE Enable 1 (unprogrammed) >>SPIEN(2) 5 Enable Serial Program 0 (programmed, SPI >> and Data Downloading programming enab
Thread view
Attachments: 0
2009-03-25 by Graham Davies
--- In AVR-Chat@yahoogroups.com, "Don Kinzer" wrote: > > By the way, some would prefer to > write the statement above slightly > differently, e.g. > lcd_putc(pgm_read_byte_near(BootString + i)); Yes indeed, and I would try to keep those people away from someone learning the C lan
Thread view
Attachments: 0