Yahoo Groups archive
Messages
Page 168 of 307 · 15341 messages matched
2006-02-09 by David Vanhorn
This time last year avr-gcc >emitted extra RET instructions in some situations. I knew because I was >looking at the output. I didn't fret about my project being 55 RET's >longer than it needed to be. In a 2343, I implemented a full upc/ean/upc-e/ean-8 barcode decoder. In order t
2006-02-09 by stevech@san.rr.com
Hopefully your language of choice, in an industrial setting, will be easy for your successor to deal with (and YOU, 2 years hence), and if non-standard, from a supplier who exists at that time! Today, that knocks it down to asm and C, eh? � ----- Original Message ----- From: scmi
2006-02-09 by David Kelly
On Thu, Feb 09, 2006 at 05:53:56PM -0000, Dave VanHorn wrote: > > > Also spend a lot of time looking at the generated assembly output. > > Is not so important as to be able to write assembly as it is to be > > able to read and understand what the compiler thought of your > > inst
2006-02-09 by Dennis Clark
David Kelly wrote: > On Fri, Feb 10, 2006 at 03:02:44AM +1100, Russell Shaw wrote: > >>It might seem very primitive, but i just copy "myprojectdir" to >>"myprojectdir-NNN" onto a second HDD, incrementing the number each >>time. It acts as a short-term backup, and you can easily b
2006-02-09 by David Kelly
On Fri, Feb 10, 2006 at 03:02:44AM +1100, Russell Shaw wrote: > > It might seem very primitive, but i just copy "myprojectdir" to > "myprojectdir-NNN" onto a second HDD, incrementing the number each > time. It acts as a short-term backup, and you can easily browse old > code. The
2006-02-09 by stevech@san.rr.com
IMO, asm makes sense for cramming the most speed and functionality into a the smallest memory, when the recurring product cost is paramount and the NRE has a larger amoritization base. Otherwise, I have found today's good C compilers to be very close, e.g., the "tiny" model in Co
2006-02-09 by scmikes03
I think that the best language to use depends on how you think. Assembly, C, basic - similar thought patterns, if you like your language to provide some syntactic sugar, C is probably you choice. If you wany evern more sugar and hand holding at the software level, go with basic.
2006-02-09 by Dave VanHorn
> Also spend a lot of time looking at the generated assembly output. Is > not so important as to be able to write assembly as it is to be able to > read and understand what the compiler thought of your instructions. This > way you know how expensive it is to attempt to abstract t
2006-02-09 by Dave VanHorn
--- In AVR-Chat@yahoogroups.com, "kernels_nz" wrote: > > Hi Tom, yup, have tried it with 3 different Mega16's, I actually > figured the first chip was faulty and labeled it as such by munching > it's pins and chucking it in the garbage, only to find the same thing > happen on 2 o
2006-02-09 by Russell Shaw
David Kelly wrote: > On Wed, Feb 08, 2006 at 10:49:08PM -0600, Chuck Hackett wrote: > >>I guess I'd agree with Tom that assembler forces you to KNOW your >>hardware environment better which is a good thing. But, just because >>one is using a higher level language like C doesn't r
2006-02-09 by David Kelly
On Wed, Feb 08, 2006 at 10:49:08PM -0600, Chuck Hackett wrote: > I guess I'd agree with Tom that assembler forces you to KNOW your > hardware environment better which is a good thing. But, just because > one is using a higher level language like C doesn't relieve you from > havin
2006-02-09 by Norbert Hoppe - FH Brandenburg
Ottmar Klaas wrote: > Since Norbert is from Germany I believe what he meant is a projector, > like a Home Theather projector. Beamers are what they are called in > Germany as far as I know, and since it sounds like an english word he > probably assumed it is the same over here. Y
2006-02-09 by DLC
I agree with both sides of this debate. I'm a long time programmer and I can write in assembler with several controllers as easily as I can code in C. I think assembly and the data sheets are a must for serious embedded work. However, I've taught in the local community college an
2006-02-09 by Mike Perks
Chuck Hackett wrote: > I guess I'd agree with Tom that assembler forces you to KNOW your hardware > environment better which is a good thing. But, just because one is > using a > higher level language like C doesn't relieve you from having to know > quite a lot > about the hardwa
2006-02-09 by Chuck Hackett
I guess I'd agree with Tom that assembler forces you to KNOW your hardware environment better which is a good thing. But, just because one is using a higher level language like C doesn't relieve you from having to know quite a lot about the hardware - assuming you're interacting
2006-02-09 by Bernd Felsche
On Thursday 09 February 2006 01:35, Ottmar Klaas wrote: > On 2/8/06, Thomas Keller wrote: > > Norbert Hoppe - FH Brandenburg wrote: > > >>I like to control some beamers with an ATMega168 via RS232. > > >>The beamer should be switched on when a video signal is available. > > >>Whe
2006-02-08 by Bernd Felsche
On Thursday 09 February 2006 03:45, Mike Perks wrote: > Thomas Keller wrote: > > For a beginner with no programming experience at all, I would > > propose that you tackle assembly language first. ASM is very > > easy to relate to, and more importantly, it also he;lps you to > > r
2006-02-08 by Thomas Keller
Mike Perks wrote: >here we go. I have to completely disagree with Tom's assertion. ASM and >the associated toolset has a VERY steep learning curve. Just to do >something simple requires quite a bit of knowledge and lot of other >ancilliary things from programmers to AVR debugging
2006-02-08 by kernels_nz
Hi Tom, yup, have tried it with 3 different Mega16's, I actually figured the first chip was faulty and labeled it as such by munching it's pins and chucking it in the garbage, only to find the same thing happen on 2 others (Gutted). Found that the problem was the CKOPT fuse which
2006-02-08 by Mike Perks
Thomas Keller wrote: > For a beginner with no programming experience at all, I would propose > that you tackle assembly language first. ASM is very easy to relate to, > and more importantly, it also he;lps you to relate to the hardware, > whatit does, and how it does it. This und
2006-02-08 by Ottmar Klaas
Since Norbert is from Germany I believe what he meant is a projector, like a Home Theather projector. Beamers are what they are called in Germany as far as I know, and since it sounds like an english word he probably assumed it is the same over here. There are a couple of those t
2006-02-08 by Thomas Keller
Norbert Hoppe - FH Brandenburg wrote: >>I like to control some beamers with an ATMega168 via RS232. >>The beamer should be switched on when a video signal is available. >>When the user forgot to switch off the video signal source >>then the ATMega sould send a PowerOff-Signal to
2006-02-08 by Thomas Keller
kernels_nz wrote: >Another thing worth mentioning . . . I have noticed that PIND.0 is >also starting to load my input signal for no apparent reason after a >while of operation. The input signal is buffered, output swing is GND >to 5V. After a while of running with this signal con
2006-02-08 by Thomas Keller
John KG9DK wrote: >I have been following the thead on Basic, "C" and asm for programing >and then forth was mention. I would like to know more about forth in >regards to the avr devics. > [additional text deleted for brevity] >Another question is how much time do you >have to inv
2006-02-08 by stevec
Hans Kallen wrote: > This may be a bit off the original Forth topic but since you are not > bound to any particular programming language I would like to take your > attention to one greatly undervalued language which is Pascal. One > particular development environment for the AVR
2006-02-08 by Hans Kallen
This may be a bit off the original Forth topic but since you are not bound to any particular programming language I would like to take your attention to one greatly undervalued language which is Pascal. One particular development environment for the AVR which I can equally recomm
2006-02-08 by Brian Dean
On Tue, Feb 07, 2006 at 03:48:02PM -0000, John KG9DK wrote: > I have been following the thead on Basic, "C" and asm for programing > and then forth was mention. I would like to know more about forth > in regards to the avr devics. A quick and easy way to try out FORTH on the AVR
2006-02-08 by David Kelly
On Feb 7, 2006, at 10:04 AM, Michael Jones wrote: > My own gut feeling on this is that any programming language has its > pros and cons and learning to use a particular language adeptly > does take an investment of time and practice. Forth has always > looked interesting to me as
2006-02-07 by Jim Wagner
One of Dave's points, which may not be totally obvious, is that you can't set an interrupt flag by software! Writing a "1" to the bit resets it. You can learn this by reading the appropriate parts of the description of the GFR (and other registers containing interrupt flags) quit
2006-02-07 by stevech@san.rr.com
Most Forth implmentations I've seen are byte-code interpreters rather than compiled. Kind of like some micro's do with interpreted Basic. My memory of Fotrth is that it is stack-oriented; you push values on a stack and invoke a function which assumes certain values are on the sta
2006-02-07 by kernels_nz
Hi Jose, No, the input signal was buffered with a 74HC244, so my highs were high and my lows were 0. I did actually try enabling the pullup at one stage, but it didnt make any difference. Further on, I started writing the code yesterday with 8M internal oscillator just to start g
2006-02-07 by Chuck Hackett
(Since I also asked about this on this forum I thought I'd post this here in addition to the Ethernut forum) > From: Michael Fischer > > Hello Chuck, > > I think the trick is, that you MUST compile the Nut/OS libs with debug > information! > .... > > Regards, > > Michael Thanks M
2006-02-07 by Dave VanHorn
--- In AVR-Chat@yahoogroups.com, "s_shahab_r" wrote: > > In mega16,I can read the GIFR register but I can't write to GIFR > register(to write to external interrupt bits)and this instruction dont > write to this register: > out 0x3a,r24 Did you include the definition file? The oth
2006-02-07 by Jose Fuentes
Hein, did you enabled the PIND.0 pull-up? Regards Jose --- kernels_nz escribió: > Hi Ivan -- MORE INFORMATION ! > > Nope, using PIND.0 as general input, in fact, the > plan is to use > PIND.0 as general input to detect the start > condition on a DMX512 > packet and then change it
2006-02-07 by Michael Jones
My own gut feeling on this is that any programming language has its pros and cons and learning to use a particular language adeptly does take an investment of time and practice. Forth has always looked interesting to me as well but there aren't that many people that you can turn
2006-02-07 by John KG9DK
I have been following the thead on Basic, "C" and asm for programing and then forth was mention. I would like to know more about forth in regards to the avr devics. Let me also say that I have very little experince in programing in amy language. Mostly just altering the code in s
2006-02-07 by Norbert Hoppe - FH Brandenburg
Rick Collins wrote: > Ok, I won't tell you that C or assembler is better. But I will tell > you that Forth is better... ;-) Hello Rick, what Forth do you use? I like to control some beamers with an ATMega168 via RS232. The beamer should be switched on when a video signal is avail
2006-02-07 by s_shahab_r
In mega16,I can read the GIFR register but I can't write to GIFR register(to write to external interrupt bits)and this instruction dont write to this register: out 0x3a,r24
2006-02-07 by Hans Kallen
Have a look at www.avrcard.com where an ATmega128 based board with numerous peripheral features is presented . Once your projects get more complex, you can add a baseboard and various add-on modules. Best regards, Hans
2006-02-07 by stevech
That's fine, since it's a hobby endeavor. -----Original Message----- From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Rick Collins Sent: Monday, February 06, 2006 8:05 AM To: AVR-Chat@yahoogroups.com Subject: [AVR-Chat] Re: Thanks guys, I am up and ru
2006-02-07 by stevech
Is there a free Forth compiler or fast interpreter for AVRs? -----Original Message----- From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Rick Collins Sent: Monday, February 06, 2006 8:05 AM To: AVR-Chat@yahoogroups.com Subject: [AVR-Chat] Re: Thanks g
2006-02-06 by Ivan Vernot
Hien, Just a thought.... PIND.0 is shared with RXD on a mega16 - you don't have the UART enabled while you are trying to read PIND.0? ;-) HTH Ivan Vernot ----- Original Message ----- From: "kernels_nz" To: Sent: Tuesday, February 07, 2006 8:19 AM Subject: [AVR-Chat] Re: Problem r
2006-02-06 by kernels_nz
Hi Ivan -- MORE INFORMATION ! Nope, using PIND.0 as general input, in fact, the plan is to use PIND.0 as general input to detect the start condition on a DMX512 packet and then change it to to UART RX to receive the individual packets after that. What I have done so far is look f
2006-02-06 by kernels_nz
Hi Guys, Thanks for all the suggestions, will check the fuses tonight when I get home, I think the suggestion that the input is actually affecting the crystal instead of the other way round sounds very valid. Im only checking PIND.0 as general input, and im reasonably experienced
2006-02-06 by Jim Wagner
The compatibility mode is set with one of the fuse bits. Jim On Sat, 4 Feb 2006 00:01:30 -0800 (PST) pinky elodia wrote: > hi.... > i got confuse with usart... > i'm using atmega128, i hve use pin2&pin3(mosi&miso) for > download program...i believe in atmega128 its call > usart0.
2006-02-06 by Rick Collins
Ok, I won't tell you that C or assembler is better. But I will tell you that Forth is better... ;-) Although Basic may do what you want, it is not as easy to work with as is Forth. Check it out and you will see. --- In AVR-Chat@yahoogroups.com, "lcdpublishing" wrote: > > No need
2006-02-06 by Zack Widup
Heehee - I have always written my programs in assembler, since the days of the Z-80 and 8080 chips. (Well, actually the PDP-11 was my first, with MACRO-11 assembler.) Some day I might learn C, but assembler has siuted me fine. Something about the idea of using Basic to write micr
2006-02-06 by lcdpublishing
No need to try and convince me that C or Assembler is better, I already know that. However, given that I understand Basic, can use Basic to do the job at hand, and don't have the time to devote to learning either C or Assembler, Basic is my choice. If on the other hand, Basic cou
2006-02-06 by Dave VanHorn
> Could noise from the crystal pin be coupling to the data input > and corrupting the data stream somehow ? could this be happening > inside the Mega16 ? If so it is unfortunate that Atmel have placed the > RXD pin of the UART right next to the crystal pins. Far more likely that
2006-02-06 by Dave VanHorn
> I've always used 15pF without problems on all boards. Sigh.. Where do you get these crystals with the appx 6pF loading spec? Normally such crystals are rather expensive and hard to find. Have you checked your oscillator margin? Do you that you don't have problems, or things jus