2006-11-22 by Jim Wagner
I should add that all of the special function pins (in most chips) also have a general purpose function. That is, they are multiple use. Jim On Wed, 22 Nov 2006 00:15:14 -0500 "Jim Wagner" wrote: > Hardware functions such as PWM are hard-coupled to > specific > pins. You can gene
Thread view
Attachments: 0
2006-11-22 by Jim Wagner
Hardware functions such as PWM are hard-coupled to specific pins. You can generate software PWM that uses any pin. Likewise, UART, SPI, TWI, ISP, etc, are all hard-coupled to specific pins. Again, you can implement any of these things in software on almost any pin. But, its REALL
Thread view
Attachments: 0
2006-11-22 by David VanHorn
> > > I've read the data sheet cover to cover, and haven't come across > anything yet, although I'm still a bit vague as to which pins can > actually support PWM and whether different pins on different ports can > be allocated to different functions at the same time (e.g ADC Port
Thread view
Attachments: 0
2006-11-22 by Mark Jordan
On 22 Nov 2006 at 13:15, John Samperi wrote: > I remember once trying to use the prescaler on the Tiny2313 with no results > and then giving up :) I may have another go myself. > I use this: ldi tmp, 1
Thread view
Attachments: 0
2006-11-22 by John Samperi
At 10:27 AM 22/11/2006, you wrote: >But >as far as I can tell the two writes are occurring one right after the >other. It all looks ok, what happens after the last write? I have a feeling (can't find the thread) that you need 4 clock cycles AFTER of doing nothing before the clock
Thread view
Attachments: 0
2006-11-21 by Richard Cooke
Hi John, Here's what the LST file shows: ; 66 void main(void) ; 67 { _main: ; 68 // Declare your local variables here ; 69 char status; ; 70 unsigned int time = 0; ; 71 ; 72 // Crystal Oscillator division factor: 2 ; 73 #pragma optsize- ; 74 CLKPR=0x80;
Thread view
Attachments: 0
2006-11-21 by John Samperi
At 08:35 AM 22/11/2006, you wrote: > I'm writing an 0x80 to the register and the next >instruction is the CLKPR = 0x03 so it should be meeting the 4 cycle >restriction as stated in the manual. Not necessarily....if it is written in C....BOOM..take cover..:) Have you looked at wha
Thread view
Attachments: 0
2006-11-21 by Richard Cooke
Hi Guys, Thanks for the suggestions but I'm still not seeing the change in the clock. If I set the 9.6MHz fuse my circuit will use 5.1ma. If I change the fuse to the 4.8MHz choice my circuit will draw 3.6ma. No matter what I use for the CLKPR register values my program isn't chan
Thread view
Attachments: 0
2006-11-21 by Qboll
Hi Leon, I don't mean the connector of the PalmIII itself but the connector on the LCD INSIDE the PalmIII. Pascal -----Original Message----- From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Leon Heller Sent: dinsdag 21 november 2006 12:07 To: AVR-Chat
Thread view
Attachments: 0
2006-11-21 by Jim Wagner
I don't have a Tiny13 data sheet in front of me, but I would expect some timing restrictions, like there are for disabling the watchdog. You MAY need to write to the Change Enable bit, then within a specific time window, write the new clock config. The data sheet ought to be pret
Thread view
Attachments: 0
2006-11-21 by Larry Barello
I recently went through this exercise on the mega88. In short, it works great, but I would check for any errata on the tiny13 regarding that option. My problem, it turned out, had nothing to do with the clock change, but in recording whether I was running at high speed or not. My
Thread view
Attachments: 0
2006-11-21 by Q boll
Hi All, I was wondering if someone has some information about this PalmIII pilot LCD + touchscreen. I mean the connector pinout and how to control it.(datasheet) I want to control it with an ATMega128 but After looking for a few hours googlen I cann't find any information. Thanks
Thread view
Attachments: 0
2006-11-21 by Leon Heller
----- Original Message ----- From: "Q boll" To: Sent: Tuesday, November 21, 2006 10:43 AM Subject: [AVR-Chat] PalmIII LCD and touchscreen information. > Hi All, > > I was wondering if someone has some information about > this PalmIII pilot LCD + touchscreen. I mean the connector
Thread view
Attachments: 0
2006-11-21 by Cat C
I don't know much about your specific case, and you don't say quite enough, but if: 0x80; // enable the Clock Prescaler Change Enable bit and 0x02; // system clock divide by 4 Maybe you want: CLKPR=0x82 Cat ----Original Message Follows---- From: "Richard Cooke" Reply-To: AVR-Chat
Thread view
Attachments: 0
2006-11-21 by Richard Cooke
Hi Folks, I'm working on the ATtiny13 with the AVR Dragon and the latest version of AVR Studio (4.12 SP4). I guess I don't understand how to change the clock frequency correctly. I read the manual and I thought that if I used: CLKPR=0x80; // enable the Clock Prescaler Change Enab
Thread view
Attachments: 0
2006-11-21 by luthjej
Hi all, I'm new to this group, predominantly because I've always used PIC's for control applications - but I've decided that it's time to give the AVR a whirl; the feature list on the mega series AVR's is just too good to pass up! :) For my first design, I'm using a mega8 MCU for
Thread view
Attachments: 0
2006-11-16 by mago Umandam
i got it working after almost 2 days playing around with it... i tried uninstalling and reinstalling it... i dunno what was wrong..:D Jim Wagner wrote: Did install service pack 2 for Studio? Jim On Tue, 14 Nov 2006 22:33:12 -0800 (PST) mago Umandam wrote: > nothing, it stopped re
Thread view
Attachments: 0
2006-11-16 by Ned Konz
David VanHorn wrote: >> >> I wrote AVR code that does the above, and also accepts data back from >> the serial port (PC) and emits the same IR. That AVR (C and asm) >> source code is a donated project on avrfreaks.net, in the projects >> section. Look for "TWIRP". > > > I always
Thread view
Attachments: 0
2006-11-15 by David VanHorn
> > > I wrote AVR code that does the above, and also accepts data back from > the serial port (PC) and emits the same IR. That AVR (C and asm) > source code is a donated project on avrfreaks.net, in the projects > section. Look for "TWIRP". I always thought it would be amusing to
Thread view
Attachments: 0
2006-11-15 by stevech11
--- In AVR-Chat@yahoogroups.com, Kathy Quinlan wrote: > > Hi all, > > I have a few questions regarding IR remotes for TV / VCR etc. > > I have a product that has IR interface but no Serial port, so I am > trying to design an adapter from RS 232 - IR, but my problem is I have > ne
Thread view
Attachments: 0
2006-11-15 by Ned Konz
Kathy Quinlan wrote: > Hi all, > > I have a few questions regarding IR remotes for TV / VCR etc. > > I have a product that has IR interface but no Serial port, so I am > trying to design an adapter from RS 232 - IR, but my problem is I have > never played with IR. > > I know the
Thread view
Attachments: 0
2006-11-15 by Kathy Quinlan
Hi all, I have a few questions regarding IR remotes for TV / VCR etc. I have a product that has IR interface but no Serial port, so I am trying to design an adapter from RS 232 - IR, but my problem is I have never played with IR. I know the carrier is 38KHz, I have some hardware
Thread view
Attachments: 0
2006-11-15 by Jim Wagner
Did install service pack 2 for Studio? Jim On Tue, 14 Nov 2006 22:33:12 -0800 (PST) mago Umandam wrote: > nothing, it stopped responding after button compiled is > clicked.. > maybe i have to begin to the start, what should i do in > order to compile in avrstudio?3rd party compil
Thread view
Attachments: 0
2006-11-15 by mago Umandam
nothing, it stopped responding after button compiled is clicked.. maybe i have to begin to the start, what should i do in order to compile in avrstudio?3rd party compiler is winavr. do i need other files aside from the source code and the makefile? tnx Jim Wagner wrote: What is t
Thread view
Attachments: 0
2006-11-15 by Jim Wagner
What is the last line in the output frame at the bottom of the Studio window? I've just started using Studio and WinAVR and have no problems. Jim On Tue, 14 Nov 2006 19:20:34 -0800 (PST) mago Umandam wrote: > hello,i had been using codevision C compiler before. Now > i want to us
Thread view
Attachments: 0
2006-11-15 by mago Umandam
i suspect it is on the external tool configuration but still unresolved.. John Samperi wrote: At 02:20 PM 15/11/2006, you wrote: >anyone who can help on this? anyone who have experience something >similar to this? Whilst someone could help here you will get a lot more help on www
Thread view
Attachments: 0
2006-11-15 by John Samperi
At 03:05 PM 15/11/2006, you wrote: >At 02:20 PM 15/11/2006, you wrote: > >anyone who can help on this? anyone who have experience something > >similar to this? > >Whilst someone could help here you will get a lot more help >on www.avrfreaks.com as they also have a gcc forum there
Thread view
Attachments: 0
2006-11-15 by John Samperi
At 02:20 PM 15/11/2006, you wrote: >anyone who can help on this? anyone who have experience something >similar to this? Whilst someone could help here you will get a lot more help on www.avrfreaks.com as they also have a gcc forum there. Regards John Samperi *********************
Thread view
Attachments: 0
2006-11-15 by mago Umandam
hello,i had been using codevision C compiler before. Now i want to use avr studio. i downloaded and installed avr studio 4 and winavr on my pc. also donwloaded some tutorials on how to use it..i downloaded sample codes and makefiles.. but everytime i compile, my avrstudio hangs a
Thread view
Attachments: 0
2006-11-14 by praveen kumar
hi, how u planned to implement AVR HW-Lock? i also interested in it. --------------------------------- Find out what India is talking about on - Yahoo! Answers India Send FREE SMS to your friend's mobile from Yahoo! Messenger Version 8. Get it NOW [Non-text portions of this messa
Thread view
Attachments: 0
2006-11-11 by Roy E. Burrage
Try this book: http://www.lvr.com/usb.htm REB musabfakhri wrote: >Hi Guys: > >How are you ? Hoping every one doing better > >actually I have some problems while understanding USB data sheet as >architecture & receiving/sending protocol . > > > >Good Luck > >--- In AVR-Chat@yahoog
Thread view
Attachments: 0
2006-11-11 by musabfakhri
Hi Guys: How are you ? Hoping every one doing better actually I have some problems while understanding USB data sheet as architecture & receiving/sending protocol . Good Luck --- In AVR-Chat@yahoogroups.com, "harrabylad" wrote: > > A common way of doing it is to put the dongle on
Thread view
Attachments: 0
2006-11-11 by Kathy Quinlan
Leon Heller wrote: > ----- Original Message ----- > From: "Roy E. Burrage" > To: > Sent: Friday, November 10, 2006 5:26 PM > Subject: Re: [AVR-Chat] Re: AVRISP MK II - doa? > > >> It was the same on the original AVRISP. Something else to be wary of is >> that when doing an update
Thread view
Attachments: 0
2006-11-10 by Leon Heller
----- Original Message ----- From: "Roy E. Burrage" To: Sent: Friday, November 10, 2006 5:26 PM Subject: Re: [AVR-Chat] Re: AVRISP MK II - doa? > It was the same on the original AVRISP. Something else to be wary of is > that when doing an update, if the instructions say to only c
Thread view
Attachments: 0
2006-11-10 by Roy E. Burrage
It was the same on the original AVRISP. Something else to be wary of is that when doing an update, if the instructions say to only connect power and return lines to the ISP do not connect any other lines. You'll have to do this with jumpers. If you do connect the signal lines you
Thread view
Attachments: 0
2006-11-10 by Craig Limber
Hey there; Found out what the problem is. I never hook up the VCC pin on my programming headers and Atmel tells me that the avrisp MK II has to have it connected to the target's power line in order to get the correct voltages on the ISP lines. If I want to make any of my boards w
Thread view
Attachments: 0
2006-11-09 by James Hatley
Regardless of that, the ISP speed must be set to 1/4 (or less) of the processor speed, else it will not program correctly. Some I've found things will look like they work at higher speeds and fool you. If you are running at 8Mhz on your board the ISP must be at 2Mhz or less. But
Thread view
Attachments: 0
2006-11-08 by Craig Limber
James wrote: > the ISP clock must be set to 1/4 the processor speed or less. ( I've forgot Alas, yes. I know at least that part is able to communicate since I can change the clock, disconnect it, restart the software and read the clock back afterwards and see that the setting sta
Thread view
Attachments: 0
2006-11-08 by Stefan Wimmer
--- In AVR-Chat@yahoogroups.com, Moataz Hussein wrote: > ... > If it starts giving correct output it continues this > way, also if it starts giving strange output it > continues. This sounds a lot like some uninitialized variables or such.. Are you using interrupts? Do you save S
Thread view
Attachments: 0
2006-11-07 by James Hatley
I assume you have tried this but... the ISP clock must be set to 1/4 the processor speed or less. ( I've forgot this a number of times. ) Jim ----- Original Message ----- From: "Craig Limber" To: Sent: Tuesday, November 07, 2006 8:20 AM Subject: [AVR-Chat] AVRISP MK II - doa? > H
Thread view
Attachments: 0
2006-11-07 by Craig Limber
Hi there; I recently received my AVRISP MKII but it appears to have a problem. Before I send it back I thought I would just check to see if anyone here has had a similar problem in case there is a magic fix I can apply. Avrdude and avrstudio are able to communicate with it on rud
Thread view
Attachments: 0
2006-11-07 by Moataz Hussein
Thanks for advice I think this will be the only way out. I deleted the conversion part from the program and used an external BCD to seven segment converter and is working fine, but still need to know where the problem is. One last question, which emulator would you recommend? Is
Thread view
Attachments: 0
2006-11-07 by David VanHorn
On 11/7/06, Moataz Hussein wrote: > > > I do not re program, just power cycling. > nothing in the ram You're going to have to chase it out, debugging is where it really gets interesting. One thing that I do on all my projects, is during init, before I set up anything that uses ra
Thread view
Attachments: 0
2006-11-07 by Moataz Hussein
I do not re program, just power cycling. nothing in the ram Moataz --- Cat C wrote: > Do you reload the flash (program) between tries? > > I mean: after it goes bad, do you reload it, and > then it works good for a > while? > > Or, just power-cycling it makes it sometimes OK, > s
Thread view
Attachments: 0
2006-11-07 by Cat C
Do you reload the flash (program) between tries? I mean: after it goes bad, do you reload it, and then it works good for a while? Or, just power-cycling it makes it sometimes OK, sometimes bad. Does the program store anything in RAM? Cat ----Original Message Follows---- From: Moa
Thread view
Attachments: 0
2006-11-07 by gregorslemi
I believe the problem is, that when you separate the digits in the variable, the variable is not 9 but it is 19 or something simmilar, so it looks for number outside the lookup table. Slemi --- In AVR-Chat@yahoogroups.com, Moataz Hussein wrote: > > > Thanks for the suggestions, >
Thread view
Attachments: 0
2006-11-07 by Moataz Hussein
Thanks for the suggestions, I mentioned that sometims it is working fine; starting at 99 and counting down at 1 sec intervals, updating display correctly. This indicates that initialization is ok, lookup table, addressing is ok! BUT SOMETIMES it gets this strange output on the se
Thread view
Attachments: 0
2006-11-06 by Dennis Clark
I suggest that you check for an uninitialized variable. A reset will leave you in a bad state, a power cycle may not. DLC np np wrote: > Could be in your initialisation. > > > > > Moataz Hussein wrote: > > > I am testing a simple countdown timer 99 to 0 which is > displayed on 2
Thread view
Attachments: 0
2006-11-06 by np np
Could be in your initialisation. Moataz Hussein wrote: I am testing a simple countdown timer 99 to 0 which is displayed on 2 seven segment displays connected to the Atmega 8. number conversion is by a lookup table stored in registers 0 -9 in the init section. am using Atmega 8L,
Thread view
Attachments: 0
2006-11-06 by David VanHorn
Verify that when you load Z, it's actually pointing to twice the address of the table base, plus the proper offset? Verify that you are picking up the data after the LPM instruction and not erasing it accidentally. Check that you don't have an ISR that is killing the data. [Non-t
Thread view
Attachments: 0