Yahoo Groups archive
Messages
Page 104 of 307 · 15341 messages matched
2007-11-04 by Robert Adsett
At 05:49 PM 11/3/2007 -0700, Cat C wrote: >Only ISR changes iChn3 or iChn[3] OK, What happens differently when you use the two forms? Can the ISR be re-entered while running? Robert http://www.aeolusdevelopment.com/ From the Divided by a Common Language File (Edited to protect th
2007-11-04 by Cat C
It does enter the ISR (tested by turning on LED inside ISR), but when I use it in the main it doesn't change. The ISR reads a remote control receiver, so I can turn the LED on/of by moving a joystick on the TX. _________________________________________________________________ Sen
2007-11-04 by Cat C
Only ISR changes iChn3 or iChn[3] _________________________________________________________________ Former Police Officer Paul Gillespie's TAKE BACK THE INTERNET tips and tricks, watch the video now http://safety.sympatico.msn.ca/
2007-11-03 by Robert Adsett
At 01:37 PM 11/3/2007 -0700, Cat C wrote: >Hi, > >Here's some lines from the array ISR that doesn't work: > >ISR(SIG_COMPARATOR)//When the Analog Input toggles >{ >uint8_t ipChanNo = 0; >uint8_t iCount = TCNT0 - 9;//So we always get it quickly and adjusted >TCNT0 = 0; //Clear Tim
2007-11-03 by Cat C
Hi, Here's some lines from the array ISR that doesn't work: ISR(SIG_COMPARATOR)//When the Analog Input toggles { uint8_t ipChanNo = 0; uint8_t iCount = TCNT0 - 9;//So we always get it quickly and adjusted TCNT0 = 0; //Clear Timer if (bit_is_set(TIFR, TOV0) && bit_is_clear(ACSR, A
2007-11-03 by Robert Adsett
At 01:21 AM 11/3/2007 -0600, Cat wrote: >Hi Robert, >I didn't say there's any pointer. You did actually "I'm thinking that maybe in the second case somehow only the pointer becomes volatile" >Except maybe that the name of an array is a pointer. No it isn't. That was my point. The
2007-11-03 by Cat C
Thank you all, here's my status: I tried in the makefile: ALL_CFLAGS = -mmcu=$(MCU) -I. $(CFLAGS) $(GENDEPFLAGS) -fvolatile but the compiler doesn't like it, it looks like I don't know how to add a flag :-( I tried: uint8_t volatile ipCh[6] = {0, 0, 0, 0, 0, 0}; no dice. I tried:
2007-11-03 by Larry Barello
Maybe the problem isn't volatile, but rather a race condition where the ISR is modifying something your foreground code is using? It isn't sufficient to tag something volatile, you also need to prevent the ISR from corrupting the data during your operation. Volatile just tells th
2007-11-03 by Graham Davies
--- In AVR-Chat@yahoogroups.com, "Cat C" wrote: > ... It works fine if I declare like this: > volatile uint8_t iCh1 = 0, iCh2 = 0, ... > but not if I change them to an array ... > volatile uint8_t iCh[6] = {0, 0, 0, 0, 0, 0}; > ... what can I do? Try building up the type using co
2007-11-03 by Cat
Hi Robert, I didn't say there's any pointer. Except maybe that the name of an array is a pointer. I only use "volatile" to make a variable modifiable from an ISR. And it works, except for arrays. Thanks, Cat
2007-11-03 by Robert Adsett
At 07:26 PM 11/2/2007 -0700, Cat C wrote: >Hi, > >I have this group of variables that I'm updating inside an ISR. > >It works fine if I declare like this: >volatile uint8_t iCh1 = 0, iCh2 = 0, iCh3 = 0, iCh4 = 0, iCh5 = 0, iCh6 = 0; > >but not if I change them to an array like th
2007-11-03 by Cat C
Hi, I have this group of variables that I'm updating inside an ISR. It works fine if I declare like this: volatile uint8_t iCh1 = 0, iCh2 = 0, iCh3 = 0, iCh4 = 0, iCh5 = 0, iCh6 = 0; but not if I change them to an array like this: volatile uint8_t iCh[6] = {0, 0, 0, 0, 0, 0}; I'm
2007-11-02 by John Samperi
At 11:51 AM 2/11/2007, you wrote: >program them using just the reset pin using debugWIRE. ...except the fuses and lock bits of course as DW does not do them. Regards John Samperi ******************************************************** Ampertronics Pty. Ltd. 11 Brokenwood Place B
2007-11-01 by Graham Davies
--- In AVR-Chat@yahoogroups.com, "Richard Cooke" wrote: > ... What can you "hang off" of the > SPI lines to allow the chip to be > programmed ... Not answering your question at all ... if you're not totally committed to the ATtiny13, consider the pin-compatible ATtiny25, ATtiny45
2007-11-01 by enkitec@gmail.com
I have fried a couple AVRs using a LPT port SPI programmer. The problem went away when I first connect a ground wire between the PC and the hardware being programmed. The SPI cable will be inserted only after the ground is connected. Usually the fried chips identify as 00-00-00 o
2007-11-01 by John Samperi
At 03:50 PM 31/10/2007, you wrote: >I have some problem with my printer port(I think so) It usually kills your chip, parallel port programmers are bad news even though some people seem to get them working without too much trouble. You have probable switched off the internal clock
2007-11-01 by John Samperi
At 05:45 AM 2/11/2007, you wrote: >What can you >"hang off" of the SPI lines to allow the chip to be programmed Pretty much anything above 1K, but make it as high as possible. Regards John Samperi ******************************************************** Ampertronics Pty. Ltd. 11
2007-11-01 by Richard Cooke
Hi Folks, I'm planning on using the ATtiny13 chip because of cost and space constraints. I need 2 outputs and 1 A/D input to read the battery voltage (3V coin cell Lithium) every so often to signal to the end user that the battery should be changed. The chip has 6 I/O pins but on
2007-11-01 by Jim Wagner
It should also be a circuit that does not care about the signals during programming. If it is an SPI peripheral, make sure the Select line is pulled high with an external resistor because all the other processor pins are tri-stated with no internal pullup while ISP is running. Ji
2007-10-31 by mooodij
hi. I have some problem with my printer port(I think so). becouse when I programed my AVR chip for the second time i couldent program it again. (in the condition that i wase made no chenges in my softwar & hardwar.) the error seys that byte0=FFh byte1=FFh byte2=FFh and it must be
2007-10-26 by David Kelly
On Oct 26, 2007, at 1:33 PM, stevech@san.rr.com wrote: > there are many products and service providers in this field now. I > work in that field. GPS is rarely used due to no-sky-visibility, > high cost, battery life. The more popular techniques are bar codes > and RFID readers a
2007-10-26 by Jeffrey Engel
So sorry! Usually, I'm the "me, too" after the discussion moves on. . . Have a Great Weekend! Jeff Engel --- Zack Widup wrote: > > I was going to but you beat me to it! > :-) > > On Fri, 26 Oct 2007, Jeffrey Engel wrote: > > > Has anyone mentioned Smiley Micros? > > > > http://ww
2007-10-26 by Zack Widup
I was going to but you beat me to it! :-) On Fri, 26 Oct 2007, Jeffrey Engel wrote: > Has anyone mentioned Smiley Micros? > > http://www.smileymicros.com/ > > Jeff
2007-10-26 by Mike Bronosky
Forgot to mention the book *Embedded C Programming and the Atmel AVR *from PRIIO https://www.priio.com/productcart/pc/viewPrd.asp?idcategory=6&idproduct=83 $93. Mike [Non-text portions of this message have been removed]
2007-10-26 by Mike Bronosky
At $93 *Embedded C Programming and the Atmel AVR *from PRIIO https://www.priio.com/productcart/pc/viewPrd.asp?idcategory=6&idproduct=83 isn't cheap but it IS a excellent book. It is designed as a college level course book but fits well for those learning by themselves. Mike On 10
2007-10-26 by Jeffrey Engel
Has anyone mentioned Smiley Micros? http://www.smileymicros.com/ Jeff --- SaVaTaG wrote: > hi all i am new here > can please someone help me > i need c book for avr programming if u know some plz > tell me > thx in advance Happiness is - positive intake manifold pressure. _______
2007-10-26 by Zack Widup
I would think a passive ID like RFID tags or barcodes would be better. I can't imagine 10,000 packages all trying to generate RF. The noise floor would probably be out the roof. Zack On Fri, 26 Oct 2007, stevech@san.rr.com wrote: > there are many products and service providers in
2007-10-26 by stevech@san.rr.com
there are many products and service providers in this field now. I work in that field. GPS is rarely used due to no-sky-visibility, high cost, battery life. The more popular techniques are bar codes and RFID readers at choke points and portals. The location of the conveyance (tru
2007-10-26 by brewski922
--- In AVR-Chat@yahoogroups.com, "kamalkumarkalra" wrote: > > hello i want to know that how to go about AVR. where to start > learning AVR. i know 8051/52 programming. now i want to know what is > the first step to learn AVR. > There are several responses already. If I was to sta
2007-10-26 by Venkat Nagappan
--- In AVR-Chat@yahoogroups.com, "kamalkumarkalra" wrote: > > hello i want to know that how to go about AVR. where to start > learning AVR. i know 8051/52 programming. now i want to know what is > the first step to learn AVR. > Hi visit http://www.embedded-systems.in for avr trai
2007-10-26 by SaVaTaG
hi all i am new here can please someone help me i need c book for avr programming if u know some plz tell me thx in advance
2007-10-26 by David Kelly
On Oct 25, 2007, at 12:02 PM, Atul Aggarwal wrote: > Hi, > I have thought of an idea for tracking packages using GPS.My father > owns a transport company and we are thinking of implementing it for > our company. > > Here is the idea( which i also sent to NASA design contest) with
2007-10-26 by David Collier
rishi. If you're concerned about urban areas, you can go for something cheaper than GPS, and which doesn't need sight of the sky. you could look for a cellphone base station number you could try to identify a local FM station However there are new GPS devices around with very goo
2007-10-25 by Atul Aggarwal
Hi, I have thought of an idea for tracking packages using GPS.My father owns a transport company and we are thinking of implementing it for our company. Here is the idea( which i also sent to NASA design contest) with the block diagram- http://www.createthefuturecontest.com/pages
2007-10-23 by Manne Tallmarken
Thanks for your answer :-) Well, this is always possible, though I did not really know that there was people who actually were doing it. So I guess it's rather "safe" to disable a read-without-erasing-the-chip, then. Manne > There are places (former Soviet Union?) that "advertise
2007-10-23 by Jim Wagner
On Tue, 23 Oct 2007 19:53:46 +0200 (CEST) "Manne Tallmarken" wrote: > Well, the thing is that I don't want it to be possible to > get the hex-code in any way. Like, programming it, > disabling every way to read the flash > and that's it. So actually, write-access would be aloud >
2007-10-23 by David VanHorn
AFAIK the AVR hasn't been broken yet. Once you disable the program read function, the only way to get it back is after a chip erase, which makes your existing program dissapear. So it's not necessary to make the chip essentially a "one time programmable" device to do this.
2007-10-23 by Manne Tallmarken
Well, the thing is that I don't want it to be possible to get the hex-code in any way. Like, programming it, disabling every way to read the flash and that's it. So actually, write-access would be aloud if the hex-code is erased in the same time... Manne > However, if you disable
2007-10-23 by David Collier
Apologies to Jeffrey Engel who got this as email - I've fixed my settings now. I'm trying to get on to AVRfreaks - I failed with what I thought was my password. Now I can't get it to send me the two successive emails it needs to do to reset the password. I assume there's no alter
2007-10-23 by dlc@frii.com
However, if you disable the SPI then you have done so permanently if all that you have is an AVR ISP or ISPII. You'll need a STK500 and a soldering iron to get it back. DLC > On Tue, 23 Oct 2007 16:32:33 +0200 (CEST) > "Manne Tallmarken" wrote: >> Is it possible to permanently di
2007-10-23 by Jim Wagner
On Tue, 23 Oct 2007 16:32:33 +0200 (CEST) "Manne Tallmarken" wrote: > Is it possible to permanently disable all kinds of > read/write operations to the flash? > > Regards, > > Manne > I don't believe that you can, PERMANENTLY. If the device can be parallel programmed, the fuses c
2007-10-23 by David VanHorn
> Sorry, in my previous mail I should have added that you need to use a > parallel programmer to disable SPI. You can't disable SPI using SPI > programming. What a good thing that is. :)
2007-10-23 by Tim Mitchell
Manne Tallmarken wrote: > Is it possible to permanently disable all kinds of read/write > operations to the flash? > Sorry, in my previous mail I should have added that you need to use a parallel programmer to disable SPI. You can't disable SPI using SPI programming. -- Tim Mitch
2007-10-23 by Tim Mitchell
Manne Tallmarken wrote: > Is it possible to permanently disable all kinds of read/write > operations to the flash? > All avr mega and tiny devices allow you to disable ISP and (if provided) JTAG. The fuses are normally called SPIEN and JTAGEN. -- Tim Mitchell tim@sabretechnology.
2007-10-23 by Manne Tallmarken
Is it possible to permanently disable all kinds of read/write operations to the flash? Regards, Manne
2007-10-23 by Graham Davies
--- In AVR-Chat@yahoogroups.com, John Samperi wrote: > Even if the BOD is disabled? ... Actually, yes. In the MCUs I use, and the ATtiny25, the reset function is separate from and in addition to BOD. You can see this depicted in the data sheet (Figure 9-1 in the 12/06 revision).
2007-10-23 by Tim Mitchell
John Samperi wrote: > At 09:52 AM 23/10/2007, you wrote: >> I need for this thing to start up whenever the locomotive sees power > > Enable the Brown Out Detector, this will give you reliable reset at > power up. > > The point I'm trying to make is that, if you have a track runni
2007-10-23 by John Samperi
At 09:52 AM 23/10/2007, you wrote: >I need for this thing to start up whenever the locomotive sees >power Enable the Brown Out Detector, this will give you reliable reset at power up. The point I'm trying to make is that, if you have a track running from the reset line, say to th
2007-10-22 by Thomas Keller
Leave it to John to hit the nail on the head. My Tiny25 device will be in an extremely "noisy" environment, specifically, inside a model railroad locomotive. The power comes from the rails (which is itself a noisy pickup source), through a bridge rectifier, into a .01 µF cap, int
2007-10-22 by John Samperi
At 09:23 AM 23/10/2007, you wrote: >I just don't have either an external RC network or an external reset chip >because the internal reset thing seems to work so well. Even if the BOD is disabled? ie one forgets to enable it. No noise induced into the reset line in noisy environme