Post Created date
128MHz frequency on port pin
128MHz is not an out of range value for CLKper4. Maximum recommended values: CLKper4=128MHz CLKper2=64MHz CLKper=32MHz and all of these clocks can be appeared on special pins.
Thursday, 26 December 2013 - 17:37
128MHz frequency on port pin
After 10 days, this is the Atmel reply: Quote:As mentioned in the manual, For XMEGA AU devices, you can choose which of the peripheral clocks (CLKper, CLKper2 or CLKper4) will be...
Thursday, 26 December 2013 - 17:02
Direct connection from 5v LCD to XMEGA
electronic.designer wrote:I have converted Fabian Maximilian Thiele ks108 library
Wednesday, 25 December 2013 - 11:15
128MHz frequency on port pin
Thanks Brad. If XMEGA can generate 128MHz on port pin, my opinion is to use it as a RF signal generator by changing prescalers and PLL factor. Also It is interesting to try...
Monday, 23 December 2013 - 15:11
128MHz frequency on port pin
I am still waiting for Atmel response since december 16.
Monday, 23 December 2013 - 13:57
capture and compare on the sameTCC?
From Manual: Quote:To use capture, the counter must be set for normal operation.
Monday, 16 December 2013 - 20:04
ADC Sweep with DMA
Yes, this setting is used to sweep all channels by event channel 0.
Thursday, 5 December 2013 - 17:00
Xmega Serial port problems
jmaja1 wrote: Which xmega was that? The chip was ATXMEGA32a4 and the temperature was near -5 degrees celsius and used for a high baud rate RS485 communication.
Friday, 15 November 2013 - 08:39
Xmega Serial port problems
I had a similar problem in low temperature environments(below 0 degrees celsius)and it was not solved by DFLL activation. Finally the problem solved by using an external crystal.
Friday, 15 November 2013 - 07:14
SDcards + Pullup resistors - Do I need them ?
I have some experience with mmc and XMEGA and it does not work correctly without 56K pullups on DI and DO lines.
Wednesday, 6 November 2013 - 13:40
The insidious RTC
2<<1 is set, according to your commnt: Quote:// 1024 clocks per second snigelen wrote:The CCP isn't needed here (it's needed for CLK.CTRL and CLK.PSCTRL) Yes, this is true...
Sunday, 3 November 2013 - 05:13
The insidious RTC
Try the rearranged code: #include #include ISR(RTC_OVF_vect ) { PORTC.OUTTGL = 2 ; } int main(void) { PORTC.DIR = 6 ; // Enable an output pin PMIC.CTRL = 7...
Friday, 1 November 2013 - 20:03