Witam
Mam następujący problem. Otóż programuję AT32UC3A4128 (wersje S i zwykłą) i mam problem z uruchomieniem i podłączeniem pętli PLL. Początkowo żywcem wykrozystywałem kod z przykładu dla AT32UC3A3256 (dzielą tą samą dokumentację, różnią się obudową):
Procesor taktowany kwarcem 14,7456MHz, ale docelowy będzie 12MHz. Niestety efekt jest tak, że procesor nie startuje. Co ciekawe dodanie uruchomienia GenericClock powoduje, żeuzyskuję jako zegar dzieloną częstotliwość wejściową jako zegar systemowy.
Zmiana kolejności (pm_cksel na początku) powoduje, że skalowanie zegara działa zawsze, ale PLL i tak nie rusza. Co ciekawe ustawienie opcji PLL na takie, że zegar wykroczy poza dozwolony zakres kończy się zawieszeniem, skąd wniosek, że pętla PLL działa poprawnie (chyba). Nasuwa się wniosek, że pm_switch_to_clock nie działa poprawnie. Natknął się ktoś może na podobny problem?
Programuję w AtmelStudio 6.0.1882 z AVR Toolchain 32bit 3.4.0.332 - GCC 4.4.3.
Pozdrawiam
OldSkull
Mam następujący problem. Otóż programuję AT32UC3A4128 (wersje S i zwykłą) i mam problem z uruchomieniem i podłączeniem pętli PLL. Początkowo żywcem wykrozystywałem kod z przykładu dla AT32UC3A3256 (dzielą tą samą dokumentację, różnią się obudową):
Kod: C / C++
Procesor taktowany kwarcem 14,7456MHz, ale docelowy będzie 12MHz. Niestety efekt jest tak, że procesor nie startuje. Co ciekawe dodanie uruchomienia GenericClock powoduje, żeuzyskuję jako zegar dzieloną częstotliwość wejściową jako zegar systemowy.
Kod: C / C++
Zmiana kolejności (pm_cksel na początku) powoduje, że skalowanie zegara działa zawsze, ale PLL i tak nie rusza. Co ciekawe ustawienie opcji PLL na takie, że zegar wykroczy poza dozwolony zakres kończy się zawieszeniem, skąd wniosek, że pętla PLL działa poprawnie (chyba). Nasuwa się wniosek, że pm_switch_to_clock nie działa poprawnie. Natknął się ktoś może na podobny problem?
Programuję w AtmelStudio 6.0.1882 z AVR Toolchain 32bit 3.4.0.332 - GCC 4.4.3.
Pozdrawiam
OldSkull