[Icc-avr] Interrupt Help Please (Happy New Year)
Albert vanVeen
Albert.vanVeen at pertronic.co.nz
Thu Jan 3 12:04:38 PST 2008
Yes, you're right: writing/reading emails must take as must time as just
reading the datasheet.
"Being new" is no excuse for not reading it, it is the ultimate reason.
When I took over my first AVR project from a colleague 2 years ago, I
spent most of the first day reading the datasheet to see what the
characteristics and possibilities are. This is not a waste of time, but
a good investment!
And: happy new year everyone.
Albert.
-----Original Message-----
From: icc-avr-bounces at imagecraft.com
[mailto:icc-avr-bounces at imagecraft.com] On Behalf Of Johannes Assenbaum
Sent: Friday, January 04, 2008 07:10 AM
To: icc-avr at imagecraft.com
Subject: Re: [Icc-avr] Interrupt Help Please (Happy New Year)
Setting a bit in DDR enables corresponding port pin for output.
So correct io setup for all-inputs i.e. all hi-Z-state is DDRx = 0;
How about reading the datasheet?
Best regards,
Johannes
> Hi
> How does one tri-state all the inputs?
> is this correct?
> PORTD = 0x00;
> DDRD = 0xFF;
> Andy
> ----- Original Message -----
> From: "John Baraclough" <j_baraclough at zetnet.co.uk>
> To: "Discussion list for ICCAVR and ICCtiny Users. You do NOT need
> tosubscribe to icc-announce if you are a member of this."
> <icc-avr at imagecraft.com>
> Sent: Thursday, January 03, 2008 3:37 PM
> Subject: Re: [Icc-avr] Interrupt Help Please (Happy New Year)
>> The processor is clearly in a different state when it goes to sleep
>> from when it first starts up. At a guess, I would say you are leaving
>> a port pin enabled and driving a low level out to a pull-up resistor
>> (possibly more than one). Calculating the extra current; 112uA would
>> be the current drawn through a 47k resistor from a 5V supply (or 30k
and 3.3V).
>>
>> What is the mechanism for turning off the RTC? The ideal way to do
>> this is to use a resistive pull-up/pull-down to turn off the RTC and
>> then overdrive it with the appropriate level from a port pin to turn
it on.
>> When the processor goes to sleep just tri-state all the port pins so
>> there is no current drawn.
>>
>> HTH
>>
>> John
>>
>> Andrew wrote:
>>> Hi john/anybody ,
>>> I have a intresting/anoying problem. to recap. I have an
>>> AT90USB162. i am basically trying to send the processor to sleep if
>>> Bit 1 on PORTD is high and wake when the PIN goes low. The basically
>>> tells the processor it has lost main power and is now running on a
battery.
>>> I have the code working well and i am getting 7.12uA when the
>>> Processor is asleep.and my pin interrupt routine works and wakes the
>>> processor if PORTD BIT1 is low and returns back to the 7.12uA when
PORTD BIT1 is high.
>>> The problem i have is when i pug the USB in. This also has the same
>>> effect on PORTD BIT 1 as it now takes over powring the system from
>>> the battery.
>>> So as before if the USB connector is pugged in PORDT BIT 1 goes low
>>> and the processor resumes from sleep. this also works and i can use
>>> the USB port as a serial emulator using some atmel exmaple code. The
>>> probelm comes when i unplug the USB connector. Which sends PORTD BIT
>>> 1 high and thus the processor goes to sleep but it only goes down to
>>> 119uA not the 7.12uA i was getting before. I have checked and the
>>> processor is asleep as the external oscillator is turnned off. So
>>> some part of the USB must be still enabled. Can anybody suggest a
>>> solution: - CODE NOTE : -
>>>
>>> #define USB_CONNECTED (PIND & 0x01)
>>> #define BAT_CONNECTED (PIND & 0x02)
>>>
>>> are defined in a sepearte c file.
>>>
>>> * *
>>>
>>> *void* sleep(*void*);
>>> *void* wake(*void*);
>>>
>>> //------------------------------------------------------------------
>>> -----------
>>> //
>>> // Function name : Sleep
>>> //
>>> // Returns : None
>>> //
>>> // Parameters : None
>>> //
>>> // Purpose : Send the processor into sleep mode (Low power) //
>>> //------------------------------------------------------------------
>>> -----------
>>> *void* sleep(*void*)
>>> {
>>>
>>> SPCR = 0x00; // Power Down the SPI
>>> UCSRB = 0x00; // NOT FOUND THIS IN THe DATASHEET
>>>
>>> REGCR = 0x01; // Disable the USB Regulator
>>> RTC_POWER_OFF // Turn the Power too the RTC OFF (PORTD4)
>>>
>>> EICRA = 0x08; // Change INT1 Pin Interrupt to Falling
Edge
>>> (INT1)
>>>
>>> PRR1 = 0x81; // Turn Off the USB and USART using
the
>>> power reduction register
>>>
>>> SMCR = 0; // Clear SMCR Register
>>> SMCR = 0x05; // Configure Sleep Register for Deep
Sleep
>>> asm(/"sleep"/); // Put Processor into Deep Sleep
>>>
>>> }
>>>
>>> //------------------------------------------------------------------
>>> -----------
>>> //
>>> // Function name : Wake
>>> //
>>> // Returns :
>>> //
>>> // Parameters :
>>> //
>>> // Purpose : Return from Sleep mode and restart devices //
>>> //------------------------------------------------------------------
>>> -----------
>>> *void* wake (*void*)
>>> {
>>> PRR1 = 0x00; // Restart the USB from Power Reduction
Mode
>>> EICRA = 0x0C; // Change the Battery on pin to interrupt
on
>>> rising edge (INT1)
>>> RTC_POWER_ON // Turn the RTC Power Supply back on (PORTD4)
>>>
>>> UCSRB = 0x98; // HAVE NO IDEA WHAT THIS REGISTRY IS
FOR
>>> SPCR = 0x5C; // Restart the SPI
>>> Usb_enable_regulator(); // Enable the USB regulator
>>> }
>>>
>>> //------------------------------------------------------------------
>>> -----------
>>> // Main Program Loop
>>> //------------------------------------------------------------------
>>> -----------
>>> *void* main(*void*)
>>> {
>>> init_devices(); // Initilise all the devices
>>>
>>> Usb_enable_regulator(); // Enable the USB Regulator
>>> usb_scheduler_init(); // Set up the USB Scheduler
>>>
>>> *while* (1)
>>> {
>>>
>>> *if*(USB_CONNECTED) // If the USB Connected Pin is High {
>>> usb_scheduler_tasks(); // Schedule the USB tasks
>>> }
>>>
>>> *if*(BAT_CONNECTED) // If the Battery Connected Pin is high {
>>> sleep(); // Call the Sleep function NOP(); // Small Delay NOP(); //
>>> Small Delay wake(); // Wake from Sleep and restart USB and SPI
>>>
>>> }
>>>
>>> }
>>> }
>>>
>>> Andy
>>> --------------------------------------------------------------------
>>> ----
>>>
>>> _______________________________________________
>>> Icc-avr mailing list
>>> Icc-avr at imagecraft.com
>>> http://dragonsgate.net/mailman/listinfo/icc-avr
>>>
>>
>> _______________________________________________
>> Icc-avr mailing list
>> Icc-avr at imagecraft.com
>> http://dragonsgate.net/mailman/listinfo/icc-avr
>>
> _______________________________________________
> Icc-avr mailing list
> Icc-avr at imagecraft.com
> http://dragonsgate.net/mailman/listinfo/icc-avr
> --
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.5.516 / Virus Database: 269.17.13/1207 - Release Date:
> 02.01.08 11:29
_______________________________________________
Icc-avr mailing list
Icc-avr at imagecraft.com
http://dragonsgate.net/mailman/listinfo/icc-avr
Scanned by Bizo Email Filter
More information about the Icc-avr
mailing list