Yahoo Groups archive
Messages
Page 83 of 307 · 15341 messages matched
2008-03-23 by dlc
In general I find that those that tirade against top posters can't spell and smell of elderberry wine. DLC David Kelly wrote: > On Mar 23, 2008, at 1:27 AM, dlc wrote: > >> Don't worry about it. To live on the 'net you need to grown thicker >> skin. There is _always_ someone who
2008-03-23 by John Samperi
At 01:48 AM 24/03/2008, you wrote: >Yes, that's what I use. GAS gives me flatulence..... >With regard to multiplying by two to get a word address, this is only >needed if you are going to use the address to refer to code. His DATA is in code space .cseg, so the address needs to b
2008-03-23 by David VanHorn
> Don't forget that when asking questions one is asking for the favor of > a reply. If you can't speak the language, ask intelligent questions, > and obey the forms, then don't expect a reply. > > Top posting is bad. Failure to trim is equally bad. There is no excuse > for 20 pag
2008-03-23 by np np
I did some ASIC design in the 90's. I used an FPGA for an interface to a car ECU. In those days we didnt use VHDL but used schematic entry that had a huge library of parts like gates, counters, mux etc I found the schematic way fairly straighforward as an electronics engineer. I
2008-03-23 by BobGardner@aol.com
Since you're an ASIC guy, maybe you could tell some of us mostly programmer types how to get started in this field. I'm sure we feel the same way about VHDL and expensive tools as beginning programmers feel about makefiles and regular expressions and other unixy traditions. =====
2008-03-23 by Leon
----- Original Message ----- From: To: Sent: Sunday, March 23, 2008 6:44 PM Subject: Re: [AVR-Chat] Re: C programming on AVR > Since you're an ASIC guy, maybe you could tell some of us mostly > programmer > types how to get started in this field. I'm sure we feel the same way > a
2008-03-23 by David Kelly
On Mar 23, 2008, at 1:27 AM, dlc wrote: > Don't worry about it. To live on the 'net you need to grown thicker > skin. There is _always_ someone who wants to instruct us all not to > top-post. Like the teachers who taught us english speakers that we > must > NEVER split an infinit
2008-03-23 by David Kelly
On Mar 23, 2008, at 1:03 AM, dlc wrote: > David Kelly wrote: >> >> IMO "integrated development environments" are incredibly kludgey and >> horrendous. Makefiles are simple and elegant. > > Maybe. I've found that some IDE's do a pretty predictable job of > generating the makefiles
2008-03-23 by Don Kinzer
--- In AVR-Chat@yahoogroups.com, John Samperi wrote: > Looks like you are using GAS or other. Yes, that's what I use. The OP mentioned AVR Studio and I assumed (probably incorrectly) that he was using avr-gcc and avr-gas. All of my comments were based on that assumption. With reg
2008-03-23 by Leon
----- Original Message ----- From: "dlc" To: Sent: Sunday, March 23, 2008 7:28 AM Subject: Re: [AVR-Chat] C programming on AVR > > > Sander Pool wrote: >> Why are printf and malloc bad habits? In your opinion, of course. > > Oy! You've opened a can o' worms right and proper! Prin
2008-03-23 by dlc
Sander Pool wrote: > Why are printf and malloc bad habits? In your opinion, of course. Oy! You've opened a can o' worms right and proper! Printf is a nasty bit of work that is a small OS in and of itself. It has to dynamically restructure itself to handle different print options
2008-03-23 by dlc
Don't worry about it. To live on the 'net you need to grown thicker skin. There is _always_ someone who wants to instruct us all not to top-post. Like the teachers who taught us english speakers that we must NEVER split an infinitive (which we can very easily do [and I just did])
2008-03-23 by dlc
David Kelly wrote: > On Mar 22, 2008, at 1:03 PM, kholt@sonic.net wrote: > >> However, the incredibly klugey nature and structure of the C >> compilers and makefile systems to me was and still is horrendous. > > > IMO "integrated development environments" are incredibly kludgey a
2008-03-23 by John Samperi
At 02:44 PM 23/03/2008, you wrote: >the pm() operator is useful for that purpose: > >ldi r30, lo8(pm(LABEL)) Not for the Atmel assembler :) Looks like you are using GAS or other. Regards John Samperi ******************************************************** Ampertronics Pty. Ltd.
2008-03-23 by John Samperi
At 11:59 AM 23/03/2008, you wrote: > lds R22, Z+ >...... > What am I doing wrong, please? Apart from what Don said, you need to use LPM to get stuff from code space NOT LDS which is from ram. Also the address need to be multiplied by 2 as data is sored in bytes but the program sp
2008-03-23 by John Samperi
At 05:03 AM 23/03/2008, kholt@sonic.net wrote: >However, some versions of the Butterfly were not written in WinAVR, and the > code is NOT portable, The original code from smileymicros was written on an earlier version of winavr. Some of the stuff has changed or has been deprecate
2008-03-23 by John Samperi
At 05:19 AM 23/03/2008, you wrote: >IAR's Embedded workbench C for the AVR isn't too bad, ...except for the 10 times price tag of other compilers like CVAVR and Image Craft...that is if one wants to actually buy a full version rather than just use the 4k limited kick start versio
2008-03-23 by Don Kinzer
--- In AVR-Chat@yahoogroups.com, John Samperi wrote: > Also the address need to be multiplied by 2 The pm() operator is useful for that purpose: ldi r30, lo8(pm(LABEL)) ldi r31, hi8(pm(LABEL)) Or, if you use the macro that I posted earlier: ldiZ pm(LABEL) Don Kinzer ZBasic Microc
2008-03-23 by Sander Pool
If you could stick to the subject I'd continue the conversation but since you feel you need to 'strengthen' your argument by berating my posting style I'll bow out. Sander David Kelly wrote: > > > On Mar 22, 2008, at 6:24 PM, Sander Pool top-posted: > > > > Top-posting is bad bec
2008-03-23 by David Kelly
On Mar 22, 2008, at 6:19 PM, Leon wrote: > ----- Original Message ----- > From: "David Kelly" > >> IMO "integrated development environments" are incredibly kludgey and >> horrendous. Makefiles are simple and elegant. > > I used to think the same, but with complex devices like FPG
2008-03-23 by David Kelly
On Mar 22, 2008, at 6:24 PM, Sander Pool top-posted: > Why are printf and malloc bad habits? In your opinion, of course. > > Sander > > David Kelly wrote: >> >> Not only "allows" but "encourages." Printf() and malloc() come to >> mind >> as bad habits that have to be broke to wri
2008-03-23 by Don Kinzer
--- In AVR-Chat@yahoogroups.com, "steamphreaque" wrote: >I have a problem: You have two problems. Firstly, the Z "register" is actually two 8- bit registers and you have to load them separately. Secondly, to read indirectly through the Z register, you need to use either ld or ldd
2008-03-22 by steamphreaque
I am using AVRStuio, most recent release (with SP2). I have a problem: I have the following: .cseg LABEL: .db 0x41, 0x42, 0x00 LABLE1: .db 0x43, 0x44, 0x45, 0x00 etc. Everything assembles without error. When I do the following: ldi Z, LABLE lds R22, Z+ Instead of getting 0x41, I
2008-03-22 by steamphreaque
I recently changed ISPs, and updated my Yahoogroups email settings to reflect this. Yahoogroups lists my current email address as my "primary" address. Yet, when I send emaila to AVR-Chat@yahoogroups.com, I am occasionally (not consistently) receiving returned mail telling me I a
2008-03-22 by Leon
----- Original Message ----- From: "Tom Becker" To: Sent: Sunday, March 23, 2008 12:27 AM Subject: Re: [AVR-Chat] C programming on AVR > > ... the techniques we used to use. > > EPROMs, 12 of them for a 20-minute erase and one burn! Ah, the good old > days. I always wrote a seria
2008-03-22 by Tom Becker
> ... the techniques we used to use. EPROMs, 12 of them for a 20-minute erase and one burn! Ah, the good old days. Tom
2008-03-22 by Sander Pool
Why are printf and malloc bad habits? In your opinion, of course. Sander David Kelly wrote: > > > > Not only "allows" but "encourages." Printf() and malloc() come to mind > as bad habits that have to be broke to write good 8-bit embedded code. > > -- > David Kelly N4HHE, dkelly@H
2008-03-22 by Leon
----- Original Message ----- From: "David Kelly" To: Sent: Saturday, March 22, 2008 11:21 PM Subject: Re: [AVR-Chat] C programming on AVR > > On Mar 22, 2008, at 1:03 PM, kholt@sonic.net wrote: > >> However, the incredibly klugey nature and structure of the C >> compilers and mak
2008-03-22 by Don Kinzer
--- In AVR-Chat@yahoogroups.com, Sander Pool wrote: > Why are printf and malloc bad habits? Of course, using malloc() is no more a bad habit than is using a chainsaw. Both can be effective when used properly, and can be dangerous when used carelessly. Don Kinzer ZBasic Microcontr
2008-03-22 by David Kelly
On Mar 22, 2008, at 2:39 PM, Mike Harrison wrote: >> I don't think that an embedded platform is the right choice for >> learning >> C. Learn C on a PC (Linux, windows, Mac, whatever) and then apply >> those >> skills to develop embedded apps > > NO NO NO!!! > > If you want to wri
2008-03-22 by David Kelly
On Mar 22, 2008, at 1:03 PM, kholt@sonic.net wrote: > However, the incredibly klugey nature and structure of the C > compilers and makefile systems to me was and still is horrendous. IMO "integrated development environments" are incredibly kludgey and horrendous. Makefiles are si
2008-03-22 by Mike Harrison
On Sat, 22 Mar 2008 15:44:47 -0400, you wrote: > > >While it is true that compiling C is more complex than compiling >assembly it is all hidden from the user so there's no real perceivable >difference. That's what it's about. I'm not sure what C development >experience you have f
2008-03-22 by bronzefury
Thanks for the input. I will definitely look into choice c). Choice a) had many more positive ratings than c) on Amazon but c) seems to be a good start. I know C from a long time ago - during hobby programming projects and in college classes so I've forgotten quite a bit. Being a
2008-03-22 by Leon
----- Original Message ----- From: "Mike Harrison" To: Sent: Saturday, March 22, 2008 8:39 PM Subject: Re: [AVR-Chat] C programming on AVR > >I suppose it >>depends on your definition of 'straightforward' but it's hard to imagine >>anyone who's working on a serious piece of softw
2008-03-22 by Sander Pool
Yes, this is the book I was talking about. The freely available first chapter is enough to get your started and decide if the book and platform is for you. Great marketing by the author. Sander Don Kinzer wrote: > > --- In AVR-Chat@yahoogroups.com , > "bronzefury" wrote: > > Whic
2008-03-22 by Sander Pool
While it is true that compiling C is more complex than compiling assembly it is all hidden from the user so there's no real perceivable difference. That's what it's about. I'm not sure what C development experience you have first hand but getting the 'hello world' equivalent to c
2008-03-22 by Mike Harrison
>I suppose it >depends on your definition of 'straightforward' but it's hard to imagine >anyone who's working on a serious piece of software who would claim that >assembly is easier than C. The comment was about the devtools, not the language. A C compile/link process is inevitab
2008-03-22 by Sander Pool
WinAVR with AVR Studio is pretty easy to use. Can't beat the price either. You simply tell Studio what kind of chip you use and it sets the compiler flags so that the correct IO definitions get grabbed when you include the default io file (sorry, forget the name). I suppose it de
2008-03-22 by Benny Smith
Thanks for the input, everyone. I added an additional start command (in CodeVision AVR, this is: i2c_start() ) and that did the trick. I also made the connections between the ATMega128 and the i2c slave chip as short as possible. It works perfectly now. The Codevision i2c functio
2008-03-22 by Leon
----- Original Message ----- From: "Mike Harrison" To: Sent: Saturday, March 22, 2008 7:19 PM Subject: Re: [AVR-Chat] C programming on AVR > On Sat, 22 Mar 2008 11:03:14 -0700, you wrote: > >> I recently moved from assembly programming to C for the AVR for >> a project, teaching
2008-03-22 by Mike Harrison
On Sat, 22 Mar 2008 11:03:14 -0700, you wrote: > I recently moved from assembly programming to C for the AVR for > a project, teaching myself mostly. It has been torturous, for me > especially because I'm originally a hardware guy. Programming > in assembly over the last 5 years
2008-03-22 by Mike Harrison
On Sat, 22 Mar 2008 18:29:21 +0100, you wrote: >----- Original Message ----- >From: "bronzefury" >To: >Sent: Friday, March 21, 2008 3:45 PM >Subject: [AVR-Chat] C programming on AVR > > >> Hi, >> >> I haven't seen a good website that teaches how to write C for the AVR >> and woul
2008-03-22 by kholt@sonic.net
I recently moved from assembly programming to C for the AVR for a project, teaching myself mostly. It has been torturous, for me especially because I'm originally a hardware guy. Programming in assembly over the last 5 years has been straightforward, and an easy understanding of
2008-03-22 by Don Kinzer
--- In AVR-Chat@yahoogroups.com, "bronzefury" wrote: > Which would you pick? I have seen the Smiley Micros book "C Programming For Microcontrollers" highly recommended and praised on the AVR Freaks forum. The author posts there frequently and seems to be knowledgeable. http://www
2008-03-22 by James Wagner
On Mar 22, 2008, at 10:29 AM, Leon wrote: > ----- Original Message ----- > From: "bronzefury" > To: > Sent: Friday, March 21, 2008 3:45 PM > Subject: [AVR-Chat] C programming on AVR > > > Hi, > > > > I haven't seen a good website that teaches how to write C for the > AVR > > and
2008-03-22 by Leon
----- Original Message ----- From: "bronzefury" To: Sent: Friday, March 21, 2008 3:45 PM Subject: [AVR-Chat] C programming on AVR > Hi, > > I haven't seen a good website that teaches how to write C for the AVR > and would like to get some opinion from the group about which book >
2008-03-22 by dilipsilga
Chech ddrx for sda/scl also check i/o define at startup c file #asm{} Sent from my iPhone On Mar 20, 2008, at 12:24 AM, "Benny Smith" wrote: I have written a short program using the Codevision AVR C-compiler (version 1.25.8a) to communicate between an ATMega128 and an electronic
2008-03-21 by Raymond Hurst
I can't speak or read german. Ray Hurst Western Digital 20511 Lake Forest Drive Lake Forest, CA 92630 949-672-9853 ________________________________ From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of paul sinclair Sent: Wednesday, March 19, 2008 5:42 PM
2008-03-21 by James Wagner
The MC34063A was what I was remembering. Thanks, Roy. Jim \ On Mar 21, 2008, at 12:11 PM, Roy E. Burrage wrote: > Try an MC34063A, UA3843A, or an LM3425A will all do what you want > and do > it very economically. The first two come in an 8 pin DIP and the last > one is a 16 pin D
2008-03-21 by Roy E. Burrage
Try an MC34063A, UA3843A, or an LM3425A will all do what you want and do it very economically. The first two come in an 8 pin DIP and the last one is a 16 pin DIP. All are easy to use, which to use depends upon the application. REB James Wagner wrote: > Shervin - > > Yes, you pro