Yahoo Groups archive
Messages
Page 212 of 307 · 15341 messages matched
2005-06-06 by Michael De Nil
Astria Nur Irfansyah wrote: >What about CompactFlash cards? how different are they with MMCs? > > Completely ;-) CompactFlash has a parallel interface and this has eight data lines, three address lines & six control lines. SD / MMC has a serial inrterface and can be accessed usin
2005-06-06 by Astria Nur Irfansyah
What about CompactFlash cards? how different are they with MMCs? On 6/6/05, Reza wrote: > > > --- Hamid reza Kabiri wrote: > > > hi > > i have a mega64 microcontroller > > how it work with a MMC(or SD) Card. > > for programing the MMC to connect MMC , i need a C > > library . > >
2005-06-05 by Kathy Quinlan
John Samperi wrote: > At 06:35 AM 6/06/2005, you wrote: > >>Will leave it on test the rest of the night, > > > ?? The night has been and gone. I had a look at > the time stamps for your mail and it looks as is > you have been up all night with it. ;-) > > I though it was bad for
2005-06-05 by Reza
--- Hamid reza Kabiri wrote: > hi > i have a mega64 microcontroller > how it work with a MMC(or SD) Card. > for programing the MMC to connect MMC , i need a C > library . > i wnat know how i can found this library. > Thanks for help me > > Hi; see: http://www.procyonengineering.c
2005-06-05 by John Samperi
At 06:35 AM 6/06/2005, you wrote: >Will leave it on test the rest of the night, ?? The night has been and gone. I had a look at the time stamps for your mail and it looks as is you have been up all night with it. ;-) I though it was bad for me to have a 5:30 start this cold Sydne
2005-06-05 by Kathy Quinlan
Dave VanHorn wrote: >>F*&K that is not good, I just checked the .lst file, and all UNUSED >>interrupts jump to 0x0000 ie the RESET VECTOR. >> >>I think this is a very poor way to handle things. >>now to track down the phantom interrupt :( >>Regards, > > > Muchly doth that suck. L
2005-06-05 by Dave VanHorn
> >F*&K that is not good, I just checked the .lst file, and all UNUSED >interrupts jump to 0x0000 ie the RESET VECTOR. > >I think this is a very poor way to handle things. >now to track down the phantom interrupt :( >Regards, Muchly doth that suck.
2005-06-05 by John Samperi
At 05:49 AM 6/06/2005, you wrote: > > I had "run timers while stopped" get turned on once, don't know how, > > but it looked like the timer was completely nuts. If I well remember that was a JTAG ice problem which Kate would not have with a Mega8535. Regards John Samperi ********
2005-06-05 by Kathy Quinlan
Kathy Quinlan wrote: > David Kelly wrote: > >>On Jun 5, 2005, at 10:50 AM, Kathy Quinlan wrote: >> >> >> >>>Hi all, >>> >>>I have a problem with a project. I can see the problem externally, I >>>have a counter that counts from 1 to 255, ticks over to 0 and >>>counts up >>>again..
2005-06-05 by John Samperi
At 01:50 AM 6/06/2005, you wrote: >The AVR works fine in the STK500, but only seems to fail in the target >hardware. Would this not indicate a hardware problem with your target board? If it works correctly in the STK500 then it would not be code/firmware related. A dry joint? How
2005-06-05 by Kathy Quinlan
David Kelly wrote: > On Jun 5, 2005, at 10:50 AM, Kathy Quinlan wrote: > > >>Hi all, >> >>I have a problem with a project. I can see the problem externally, I >>have a counter that counts from 1 to 255, ticks over to 0 and >>counts up >>again.... >> >>Sometimes during the operati
2005-06-05 by Kathy Quinlan
Dave VanHorn wrote: > At 10:50 AM 6/5/2005, Kathy Quinlan wrote: > >>Hi all, >> >>I have a problem with a project. I can see the problem externally, I >>have a counter that counts from 1 to 255, ticks over to 0 and counts up >>again.... >> >>Sometimes during the operation, the co
2005-06-05 by Dave VanHorn
> >Its the kind of thing that could be hard to track down. I don't know >of a way for a routine to extract the vector which called it. Write >such a routine and substitute for the default. Otherwise one is stuck >writing a unique IRQ service routine for each and every IRQ vector.
2005-06-05 by David Kelly
On Jun 5, 2005, at 10:50 AM, Kathy Quinlan wrote: > Hi all, > > I have a problem with a project. I can see the problem externally, I > have a counter that counts from 1 to 255, ticks over to 0 and > counts up > again.... > > Sometimes during the operation, the counter resets to 1
2005-06-05 by Dave VanHorn
At 10:50 AM 6/5/2005, Kathy Quinlan wrote: >Hi all, > >I have a problem with a project. I can see the problem externally, I >have a counter that counts from 1 to 255, ticks over to 0 and counts up >again.... > >Sometimes during the operation, the counter resets to 1 and starts ag
2005-06-05 by Kathy Quinlan
Hi all, I have a problem with a project. I can see the problem externally, I have a counter that counts from 1 to 255, ticks over to 0 and counts up again.... Sometimes during the operation, the counter resets to 1 and starts again. I have sent MCUCSR to port A, so that I can tel
2005-06-03 by Darren Worley
Similar problem I had found with the ISP wrt to the STK500 & STK501 (atmega128 adapter), was that when you have the RXD0/TXD0 from porte of the 128 on the stk501 jumpered to the spare MAX3232 and a RS232 cable plugged in the stk501 adapter pcb to a terminal, the ISP fails… and ch
2005-06-03 by David Kelly
On Fri, Jun 03, 2005 at 08:14:06AM -0000, ttse7 wrote: > Hi all, > > First of all, I really double check that crystal 32.768K is plugged > between PC7 and PC6. What tools do you have to verify that crystal is operating? Oscilliscopes are very handy in these situations. > Actually
2005-06-03 by Larry Barello
I wrote a small buffered I/O system that sits between the avr-gcc stdio and the UART. Attached is what I use. The GCC library routines are pretty efficient and standard. So, now that I have the buffer scheme I don't mess with my own pretty-printing routines any more. Anyway the b
2005-06-03 by David Kelly
On Fri, Jun 03, 2005 at 12:01:02AM -0400, wbounce wrote: > So you write all your own print to uart routines including things like > handling double? Yup. My own or lower-level canned routines. But many applications which seem to require floating point, don't. A recent example, an
2005-06-03 by Graham Davies
--- In AVR-Chat@yahoogroups.com, "wbounce" wrote: > So you write all your own print > to uart routines ... Absolutely, but using buffered I/O. Personally, I use my own operating system which includes stream I/O. My printf(), actually OsPrintfLite(), puts the output characters in
2005-06-03 by Roy E. Burrage
I had a problem last week with ISP programming, or so I thought. It turned out that I had a ground problem that wiped out some Mega16s. The signature was reported as being incorrect for the blown chips, generally all 0s. Some of those that I could not program with the ISP turned
2005-06-03 by John Samperi
At 02:05 PM 3/06/2005, you wrote: >All the others report the incorrect chip signature (it changes). The chip >that I can program reports the correct signature. > >I am really lost, not sure what to try! I don't have a STK500 so I can't be sure of the following. However I have an
2005-06-03 by ttse7
Hi all, First of all, I really double check that crystal 32.768K is plugged between PC7 and PC6. Previously I did ont put the printf statement in the overflow function. Actually, I put a variable inside the overflow2 function, every time overflow occurs, the counter increases by
2005-06-03 by Brian Dean
On Fri, Jun 03, 2005 at 02:01:29AM -0000, ttse7 wrote: > I really want to get back my question but not other stuffs,i.e. turn > on the real time clock. Really thanks to those reply and offer help > in this forum. As wbounce suggested, please let us know that you actually have an
2005-06-03 by Stuart Whelan
Hi Folks, I have something of a bizarre situation. I have a STK500 running in ISP mode with XP Pro SP2. I am using Avr Studio 4.11 401. I am using ATMega8-16PI's DIP's. The problem is this: I can only program one of my micros. I have about 40 sitting here, I have tried 6 or so di
2005-06-03 by wbounce
So you write all your own print to uart routines including things like handling double? Your statement about non-reentrant is a valid reason for keeping them out of interupt service routines. Ripping a string to the Uart is pretty straight forward and I have done that. Even conve
2005-06-03 by stevech
I'm not serious! But putting code in an interrupt service routine which takes more than a teeny amount of time to execute will wreck the overall application. But you knew that, right? You were just kidding thinking it would work. -----Original Message----- From: AVR-Chat@yahoogro
2005-06-03 by David Kelly
On Jun 1, 2005, at 9:01 PM, wbounce wrote: > Also is is a bad idea to put the printf statement in because it will > actaully take several ms to send all that to the uart IMHO printf() is a bad idea anywhere in a small embedded application, not just in in IRQ service routine where
2005-06-03 by ttse7
Thanks a lot those remind me not to put printf statement in the overflow function. In fact, it is just a test statement. Don't be so serious. I really want to get back my question but not other stuffs,i.e. turn on the real time clock. Really thanks to those reply and offer help i
2005-06-02 by wbounce
Sorry I thought you said you were using an external clock source. ASSR is only used for and external clock ie not the chips clock. Also is is a bad idea to put the printf statement in because it will actaully take several ms to send all that to the uart -----Original Message-----
2005-06-01 by stevech
Computers 101: One should not do printf() or any other complicated processing from within an interrupt service routine. -----Original Message----- From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of ttse7 Sent: Tuesday, May 31, 2005 6:58 PM To: AVR-Chat@
2005-06-01 by Jeffrey Engel
Hamid, I was thinking of doing something similar for datalogging. I found a software example on Bascom's Web site (AN-127, I think) and avrfreaks had another. Sandisk has SD / MMC specs you can download, too. Sorry to not be more specific, the details are on another computer. Try
2005-05-31 by ttse7
In atmega16, the real time clock corresponds to timer2. I put two statements inside the overflow function SIGNAL (SIG_OVERFLOW2) { counter0++; printf("Counter 2 is %lu\n", counter0); } and write the code to initialize the real time clock posted here by wbounce. However, I find UA
2005-05-31 by Michael De Nil
Hello Hamid, Hamid reza Kabiri wrote: >hi >i have a mega64 microcontroller >how it work with a MMC(or SD) Card. >for programing the MMC to connect MMC , i need a C library . >i wnat know how i can found this library. >Thanks for help me > > SD & MMC can be accessed using SPI. You
2005-05-31 by Hamid reza Kabiri
hi i have a mega64 microcontroller how it work with a MMC(or SD) Card. for programing the MMC to connect MMC , i need a C library . i wnat know how i can found this library. Thanks for help me
2005-05-31 by Graham Davies
--- In AVR-Chat@yahoogroups.com, "ttse7" wrote: > ... it still fails to use > the real time clock ... Well, what does happen? Does the counter not run at all? Does it use some other clock frequency? You're not giving us much to go on. Do you have a debug interface such as the JTA
2005-05-31 by ttse7
I modify your previous code from counter0 to counter2, but it still fails to use the real time clock. Can anyone give me a hand? Many thanks to wbounce > TIFR |= BV(OCIE2); > TIMSK |= BV(OCIE2); /* enable output compare interrupt */ > ASSR |= BV(AS2); /* use asynchronous clock so
2005-05-31 by wbounce
Here is some code for initializing timer0 /* * Initialize timer0 to use the 32.768 kHz real-time clock crystal * attached to TOSC1 & 2. Enable output compare interrupt and set * the output compare register to 32 which will cause an interrupt * to be generated every 0.9765625 mill
2005-05-30 by Dave VanHorn
At 12:53 PM 5/30/2005, Roy E. Burrage wrote: >Found the problem... > >Dave, it was ground bounce. Ground wire was loose and when it was >wiggled...well, you know the rest of the story... OUCH! I'm glad you found it though.
2005-05-30 by Roy E. Burrage
Found the problem... Dave, it was ground bounce. Ground wire was loose and when it was wiggled...well, you know the rest of the story... REB
2005-05-30 by Roy E. Burrage
Analog/digital supplies run from one transformer and the power amplifier from another already. Ground returns are totally separated except for the jumper between traces on this rev as the previous version used more analog control with an S1200 used as a sequencer and timer where
2005-05-30 by Larry Barello
I don't know if you can do this in PWM mode. If you can, you do it by changing the compare match output mode to high, then set the FOC1A bit (force output compare 1A) then return the output mode back to the original. In PWM mode, you might need to invert the PWM output compare mo
2005-05-30 by erikc
Dave VanHorn wrote: > >> >> All I/O pins are isolated from the world by at least a 10K resistor in >> series with the pins. Inputs are pulled up to +5 volts, grounded for >> input. All outputs that go to the power section are isolated by at >> least 10K in series with a buffer tr
2005-05-30 by Dave VanHorn
All I/O pins are isolated from the world by at least a 10K resistor in series with the pins. Inputs are pulled up to +5 volts, grounded for input. All outputs that go to the power section are isolated by at least 10K in series with a buffer transistor or an op amp. The power sect
2005-05-30 by Dhananjay
Hi All, In my current project. I am using 10 bit fast PWM on avr ATMEGA16. I am using OC1A in cleared mode. After compare match OC1A is going lo. Now I want to manually make OC1A (i.e. PD5) high before it becomes automatically high on overflow. I am not able to do this. Can anyon
2005-05-30 by Roy E. Burrage
While debugging a board I was getting an occasional high frequency oscillation in the power section of the circuit once the driver reached certain levels. Once this occurred the Mega16 failed with the following indications: 1. Signature bytes could not be read 2. The oscillator q
2005-05-30 by ttse7
Hi all, I cannot turn on the real time clock of atmega16, I am sure I put the 32K crystal at TOSC1 and TOSC2, here is a portion of my source code: .... ASSR |= _BV(AS2); TCCR2 =0x05; TCNT2 =0x00; .... sei(); Can anyone help? Many thanks
2005-05-28 by Ralph Hilton
On Sat, 28 May 2005 09:25:57 -0400 you wrote: > > > > >Hi > >Sorry if these questions were asked before. I am making a battery operated >circuit with an atmega8515 inside. The system will have a 16x2 LCD. So >it´ll be in sleep mode as soon as it finishes the task. > >How can the
2005-05-28 by JChavez@soboce.com
Hi Sorry if these questions were asked before. I am making a battery operated circuit with an atmega8515 inside. The system will have a 16x2 LCD. So it´ll be in sleep mode as soon as it finishes the task. How can the system measure the remaining power of the battery? How can the