Yahoo Groups archive
Messages
Page 43 of 307 · 15341 messages matched
2009-12-16 by Les Grant
Hi all, It looks like I can implement a half duplex UART with the USI on a tiny45 on a single pin (Tx/Rx on DI) rather than the usual separate DI and DO pins. Can anyone confirm if this is possible please? Thanks. Regards, Les Grant. ----------------------------------------------
2009-12-16 by Dave McLaughlin
Hi Brian, If your C programming is good, you could try porting the Atmel CAN bus library to CV. I did this for a project last year and it works pretty well once you figure out how it works. Needs a bit of work to get it going under CV but it can be done. Good luck, CAN is superb
2009-12-16 by blue_eagle74
I have read the datasheets and researched the net. I used the CV wizard to set the can up. How do I send data? Is there an example of sending data of switch positions, 8 bit, from one micro to another and displaying it using CV? Brian
2009-12-16 by John Samperi
At 10:53 AM 16/12/2009, you wrote: >Does anyone know anything about this clone? Remember you may just get what you pay for, if it doesn't work who do you complain to? Have you checked: (a bit long) http://app.arrownac.com/aws/pg_webc?hidReload=initialvalue&application=SEARCH&even
2009-12-15 by Phillip Vogel
OK, then. If the job comes through (I hope, I hope), it's a MKII. Does anyone know anything about this clone? http://tinyurl.com/y8asm2b http://cgi.ebay.com/Clone-AVR-JTAGICE2-JTAG-ICE-2-MKII-Debugger-Upgradable_W 0QQitemZ330375704804QQcmdZViewItemQQptZBI_Electrical_Equipment_Too
2009-12-15 by John Samperi
At 03:40 AM 16/12/2009, you wrote: >The recommended JTAG interface is the JTAGICE MkII, which is $300.00. There have been half price sales around on that for a while, maybe you can still get them. There were some threads on Avrfreaks.net on the suppliers. >I heard somewhere talk
2009-12-15 by David Kelly
On Tue, Dec 15, 2009 at 03:37:37PM -0000, pmvbdg wrote: > Are there any issues I need to know about using a Mega 1280 with > Graham Davies' AVR ICE-cube? The question is whether the 1280 is supported by the original AVR JTAGICE. The ICE-Cube runs the original JTAGICE firmware and
2009-12-15 by ecros_technology
--- In AVR-Chat@yahoogroups.com, "pmvbdg" wrote: > > Are there any issues I need to > know about using a Mega 1280 > with Graham Davies' AVR ICE-cube? AVR Studio treats the AVR ICE-Cube in the same way as an Atmel JTAG ICE (Mark 1). So, you can't use the ICE-Cube with an ATmega12
2009-12-15 by pmvbdg
Are there any issues I need to know about using a Mega 1280 with Graham Davies' AVR ICE-cube? If that won't work, what's the next-best choice for jtag on a 1280, using windows and winavr? I already have the ice-cube. Thanks.
2009-12-10 by brianafuk
Basically I took them, ie programming houses, out of the production process. Given that every uC now has some form of in-circuit programming I put a cheap tin-plated 6-pin header on every board and then use something like this to program them as part of the manufacturing process,
2009-12-09 by Jeff Blaine AC0C
Thank you Dave. I really appreciate the advice. 73/jeff/ac0c From: Dave Hylands Sent: Wednesday, December 09, 2009 1:37 PM To: AVR-Chat@yahoogroups.com Subject: Re: [AVR-Chat] Rotary encoder Hi Jeff, On Wed, Dec 9, 2009 at 9:17 AM, Jeff Blaine AC0C wrote: > Gentlemen, > > Sorry f
2009-12-09 by Dave Hylands
Hi Jeff, On Wed, Dec 9, 2009 at 9:17 AM, Jeff Blaine AC0C wrote: > Gentlemen, > > Sorry for the confusion on the initial question. I do understand the various basic aspects of the encoder function and the trade off of IRQ vs poll, etc. > > What I am really wanting to do is to bui
2009-12-09 by Jeff Blaine AC0C
Gentlemen, Sorry for the confusion on the initial question. I do understand the various basic aspects of the encoder function and the trade off of IRQ vs poll, etc. What I am really wanting to do is to build a generic set of polished functions so that the code is clean and easy t
2009-12-09 by Steve Hodge
I agree with the other comments. Here's an outline my son sent to me a couple of years ago. Maybe it will help you write your own code. I was able to very easily just on what he says below. We were using an Atmel 644P at the time. Steve -------------------------------------------
2009-12-09 by David Kelly
On Wed, Dec 09, 2009 at 01:57:36PM -0000, Donald H wrote: > > --- In AVR-Chat@yahoogroups.com, "Jeff Blaine AC0C" wrote: > > > > I have seen a lot of code on handling the rotary encoder. But it > > seems there are a thousand approaches spreading over the years on > > the web. > >
2009-12-09 by Donald H
--- In AVR-Chat@yahoogroups.com, "Jeff Blaine AC0C" wrote: > > I have seen a lot of code on handling the rotary encoder. But it seems there are a thousand approaches spreading over the years on the web. > > Given the popularity of this as an input device now, I hoped the board ha
2009-12-09 by Jeff Blaine AC0C
I have seen a lot of code on handling the rotary encoder. But it seems there are a thousand approaches spreading over the years on the web. Given the popularity of this as an input device now, I hoped the board had a c-code snip that covered handling the rotary encoder in an IRQ
2009-12-08 by Tim Mitchell
This is a problem which keeps coming back to bite me. How do people specify the AVR fuse settings when sending off firmware to programming houses? Every device programmer seems to program the fuses using a different notation. Some of them you tick to program a bit, some you tick
2009-12-08 by Marc R.J. Brevoort
On Mon, 7 Dec 2009, Marc R.J. Brevoort wrote: >> Reading the special sub-section of the mega8 datasheet >> USART section entitled "Accessing UBRRH/UCSRC Registers" >> reveals what you need to do: >> >> UCSRC = (1 > >> Without the URSEL bit, you'd actually be writing to >> the UBB
2009-12-07 by Marc R.J. Brevoort
On Sun, 6 Dec 2009, Don Kinzer wrote: > Reading the special sub-section of the mega8 datasheet > USART section entitled "Accessing UBRRH/UCSRC Registers" > reveals what you need to do: > > UCSRC = (1 > Without the URSEL bit, you'd actually be writing to > the UBBRH register rathe
2009-12-06 by Marc R.J. Brevoort
On Sun, 6 Dec 2009, Steven Holder wrote: > Jims right, > > these 2 defines do share the same location, when accessing the UCSRC Reg you > set the the ursel bit in the register when writing to the UCSRC else you are > writing to the UBBRH register . All right, if that's the case,
2009-12-06 by Don Kinzer
> When code was compiled for atmega8 AND ran on an atmega8, > it simply did not work (until I hacked iom8.h). When you (incorrectly) modified iom8.h, you disguised the problem. The addresses that you changed to in iom8 refer to the TWI hardware on the mega8 but they do refer to U
2009-12-06 by Marc R.J. Brevoort
On Sun, 6 Dec 2009, Jim Wagner wrote: >> #define UCSRC _SFR_IO8(0x20) >> #define UBRRH _SFR_IO8(0x20) > If I recall correctly, those two DO share the address and require a > data bit to distinguish which is which. It is NOT a compiler error. Thanks for your input, Jim. I original
2009-12-06 by Steven Holder
Jims right, these 2 defines do share the same location, when accessing the UCSRC Reg you set the the ursel bit in the register when writing to the UCSRC else you are writing to the UBBRH register . Regards _____ From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On
2009-12-06 by Jim Wagner
If I recall correctly, those two DO share the address and require a data bit to distinguish which is which. It is NOT a compiler error. Jim Wagner Oregon Research Electronics On Dec 6, 2009, at 9:34 AM, Marc R.J. Brevoort wrote: > Hi, > > To answer my own question- it seems like
2009-12-06 by Marc R.J. Brevoort
Hi, To answer my own question- it seems like the cause is a possible bug in the avr-gcc toolset in file /usr/avr/include/avr/iom8.h This file states #define UCSRC _SFR_IO8(0x20) #define UBRRH _SFR_IO8(0x20) (Twice the same definition for different ports? Suspicious...) To make AT
2009-12-05 by Marc R.J. Brevoort
On Sat, 5 Dec 2009, Jim Wagner wrote: >> I've also got a make file, as follows: >> CC=avr-gcc >> [snip] > What compiler and what IDE? As the Makefile shows, the compiler is avr-gcc. I'm not using an IDE. Best, Marc
2009-12-05 by Jim Wagner
On Dec 5, 2009, at 3:14 PM, Marc R.J. Brevoort wrote: > Hi all, > > I've got a program that sends MIDI on an ATtiny2313. > > http://ringbreak.dnd.utwente.nl/~mrjb/electro/midisender.c > > I've also got a make file, as follows: > CC=avr-gcc > #HEADERS=-I /usr/src/linux-headers-2.6
2009-12-05 by Marc R.J. Brevoort
Hi all, I've got a program that sends MIDI on an ATtiny2313. http://ringbreak.dnd.utwente.nl/~mrjb/electro/midisender.c I've also got a make file, as follows: CC=avr-gcc #HEADERS=-I /usr/src/linux-headers-2.6.24-19/include/asm-avr32/ CFLAGS=-g -Os -Wall -mcall-prologues -mmcu=att
2009-12-01 by John Samperi
At 10:09 PM 1/12/2009, you wrote: >So I've ordered in a few ATmega8s. Bad choice, pretty old and no debug facilities. If you can, change it to a mega88 or even a mega48, newer chips have lower power usage and also have debugWire debugging facility. Regards John Samperi **********
2009-12-01 by Steven Holder
I agree with john, use the newer chips 48/88/168/328 all can be used with the same footprint, plenty of scope for future proofing. Regards [Non-text portions of this message have been removed]
2009-12-01 by ECROS Technology
Tim, Look for the Atmel migration guide. It will tell you exactly what the differences are. In general, "A" parts are indeed fully compatible with non-A parts and we could reasonably guess that they are process upgrades. But, it pays to check. Graham. [Non-text portions of this m
2009-12-01 by Tim Mitchell
----Original Message---- From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of ECROS Technology Sent: 01 December 2009 13:54 To: AVR-Chat@yahoogroups.com Subject: [AVR-Chat] P / PA part differences > Tim, > > Look for the Atmel migration guide. It will tel
2009-12-01 by oakmicros
The migration guide is here: http://atmel.com/dyn/resources/prod_documents/doc8190.pdf . There are only minor differences which include lower current consumptions and different device signatures. Mike oakmicros.com [Non-text portions of this message have been removed]
2009-12-01 by Tim Mitchell
Hi folks can anyone tell me what is the difference between ATmega164P amd ATmega164PA? It looks like PA uses a newer process as there's no speed grading - but that's the only difference I can see. -- Tim Mitchell tim@sabretechnology.co.uk ~ http://www.sabretechnology.co.uk Sabre
2009-12-01 by Marc R.J. Brevoort
On Fri, 27 Nov 2009, BobGardner@aol.com wrote: > Lets keep working on it. Do you need more than 6 bits? I think I do. The values that I'm trying to read are on a resistive keypad, and I've got at least 17 different resistance values to deal with. They're not distributed in a comp
2009-11-27 by BobGardner@aol.com
I have also been in a situation where I needed to read a pot with modest requirements... something like reading a brightness pot and dimming a display using the color lookup table palette on a pc104 app. I actually have a program that will read a pot charging a cap on a regular o
2009-11-27 by AVR-Chat@yahoogroups.com
Hello, This email message is a notification to let you know that a file has been uploaded to the Files area of the AVR-Chat group. File : /ds_adc-1.2.zip Uploaded by : enkitec Description : Delta-Sigma ADC for AVR You can access this file at the URL: http://groups.yahoo.com/group
2009-11-27 by John Samperi
At 08:26 AM 28/11/2009, you wrote: >it would make more sense to me to choose a >different AVR- one that already has an ADC >(or several) built-in. Like a ATtiny261/461/861 (no real USART but USI) or a Mega48. Regards John Samperi **************************************************
2009-11-27 by Marc R.J. Brevoort
On Mon, 23 Nov 2009, BobGardner@aol.com wrote: > Thats a really minimal a/d converter... > its only 6 bits, doesnt have much range. > If you had an 8 bit spi d/a converter you > could use the analog comparator and have > a nice accuate 8 bit successive approximation > a/d with a
2009-11-24 by BobGardner@aol.com
Thats a really minimal a/d converter... its only 6 bits, doesnt have much range. If you had an 8 bit spi d/a converter you could use the analog comparator and have a nice accuate 8 bit successive approximation a/d with a real 0-5V range. -----Original Message----- From: Marc R.J.
2009-11-23 by Marc R.J. Brevoort
Hello all, For a small personal project I'm doing, I need A/D conversion on an ATtiny2313. I ran into Atmels AVR400 page ('Low cost A/D Converter') and it seems good enough for my purposes. However, as I'm working in C rather than .asm, I was wondering if anyone has got a C versi
2009-11-22 by Bob Paddock
On Sat, Nov 21, 2009 at 11:54 PM, Philippe Habib wrote: > > > I'm taking an FPGA class right now and as a project, I'm working on an > application that's now done with discrete logic. The logic needs to > measure pulses with 10ns resolution. You can't do that with a micro > It ca
2009-11-22 by leon Heller
----- Original Message ----- From: "Philippe Habib" To: Sent: Sunday, November 22, 2009 4:54 AM Subject: Re: [AVR-Chat] AVR8 virtual processor on FPGA - Hack a Day > I'm taking an FPGA class right now and as a project, I'm working on an > application that's now done with discrete
2009-11-22 by Philippe Habib
I'm taking an FPGA class right now and as a project, I'm working on an application that's now done with discrete logic. The logic needs to measure pulses with 10ns resolution. You can't do that with a micro so its being done in a combination of hardware and the micro. Putting the
2009-11-20 by Luke Whitmore
The way that Atmel might feel about their CPU being used in an FPGA device does relate to IP; so I think 'way, way off-topic' might be overstating your case. My personal opinion is that making money from royalties is problematic. I appreciate that this view might upset people who
2009-11-20 by Luke Whitmore
On Fri, 2009-11-20 at 16:05 +0000, Leon wrote: > > > > --- In AVR-Chat@yahoogroups.com, Luke Whitmore wrote: > > > > This is pretty interesting. I suppose intellectual property law is > > bound to rear it's ugly head when FPGAs are considered. I wonder if > > there's an open-sour
2009-11-20 by Luke Whitmore
On Fri, 2009-11-20 at 09:15 -0600, David Kelly wrote: > > On Fri, Nov 20, 2009 at 12:58:37PM +0000, Luke Whitmore wrote: > > This is pretty interesting. I suppose intellectual property law is > > bound to rear it's ugly head when FPGAs are considered. > > Why do you sound so nega
2009-11-20 by ecros_technology
--- In AVR-Chat@yahoogroups.com, Luke Whitmore wrote: > ... If something takes a certain > amount of time to create, the > author should be paid for the > service rendered - not for coming > up with the idea first. That's completely wrong-headed, but since it's way, way off-topic
2009-11-20 by David Kelly
On Fri, Nov 20, 2009 at 12:58:37PM +0000, Luke Whitmore wrote: > This is pretty interesting. I suppose intellectual property law is > bound to rear it's ugly head when FPGAs are considered. Why do you sound so negative? Has long been established that a CPU instruction set, regist