Witold Warczak
Guest
Wed Aug 23, 2006 12:56 pm
Witam.
Mam drobna niepewność jeśli chodzi o dobór rezonatora kwarcowego
dla procesora ATMEGA8L. Kwarc podłączony jest standardowo, kondensatory
22pF.
Dotychczas montowane byly kwarce
7,3728 MHZ 50ppm 20pF 150R
W chwili obecnej od dostawcy otrzymalismy kwarce
7.3728 MHZ 50ppm 30pf 60R
Czy moze to byc jakas przyczyna problemow ? Akurat w tym okresie
wybieram sie na urlop i mam male mozliwosci sprawdzenia czy wszystko
jets OK.
Dziekuje za sugestie.
--
WW
APPro - telnet, SSH,
http://wifi.online.pl/
(routing, dhcp, nat, bridge, ssh, firewall, QOS, traffic shaper)
Piotr Gałka
Guest
Wed Aug 23, 2006 1:27 pm
Quote:
Mam drobna niepewność jeśli chodzi o dobór rezonatora kwarcowego
dla procesora ATMEGA8L. Kwarc podłączony jest standardowo, kondensatory
22pF.
Dotychczas montowane byly kwarce
7,3728 MHZ 50ppm 20pF 150R
W chwili obecnej od dostawcy otrzymalismy kwarce
7.3728 MHZ 50ppm 30pf 60R
Czy moze to byc jakas przyczyna problemow ? Akurat w tym okresie wybieram
sie na urlop i mam male mozliwosci sprawdzenia czy wszystko jets OK.
Praca rezonatora przy innej pojemności powoduje, że jego f jest nieco inne.
Na przykład zastosowanie zamiast trudno dostępnego 32768Hz/6pF łatwo
dostępnego 32768Hz/12,5pF powoduje, że zegarek ma ponad minutę odchyłki na
dobę.
Jeśli f kwarca nie jest krytyczne to nie przewidywałbym problemów.
P.G.
Witold Warczak
Guest
Thu Aug 24, 2006 2:17 pm
Piotr Gałka napisał(a):
Quote:
Mam drobna niepewność jeśli chodzi o dobór rezonatora kwarcowego
dla procesora ATMEGA8L. Kwarc podłączony jest standardowo,
kondensatory 22pF.
Dotychczas montowane byly kwarce
7,3728 MHZ 50ppm 20pF 150R
W chwili obecnej od dostawcy otrzymalismy kwarce
7.3728 MHZ 50ppm 30pf 60R
Praca rezonatora przy innej pojemności powoduje, że jego f jest nieco inne.
Na przykład zastosowanie zamiast trudno dostępnego 32768Hz/6pF łatwo
dostępnego 32768Hz/12,5pF powoduje, że zegarek ma ponad minutę odchyłki
na dobę.
Jeśli f kwarca nie jest krytyczne to nie przewidywałbym problemów.
P.G.
Dzieki za informacje.
W projekcie jest uzywany RS232 pracujacy na predkosci 38400 ale nie
powinno byc to klopotem gdyz transmisja byla poprawna nawet dla
taktowania 8MHz. Bardziej balem sie problemow ze startem.
--
WW
APPro - telnet, SSH,
http://wifi.online.pl/
(routing, dhcp, nat, bridge, ssh, firewall, QOS, traffic shaper)
Martin Lukasik
Guest
Thu Aug 24, 2006 2:54 pm
Quote:
W projekcie jest uzywany RS232 pracujacy na predkosci 38400 ale nie
powinno byc to klopotem gdyz transmisja byla poprawna nawet dla taktowania
8MHz. Bardziej balem sie problemow ze startem.
Dzialalo, bo transmisja po RS232 dopuszcza dosc znaczny procent wahan
predkosci. Im nizsza predkosc tym wiecej. Przy 115kbit z tego co pamietam
ponizej 1%, przy 9.6kbit ok 15%.
Dane podaje "na oko", bo dokladnie nie pamietam.
m.
William
Guest
Fri Aug 25, 2006 6:29 am
Quote:
Dzialalo, bo transmisja po RS232 dopuszcza dosc znaczny procent wahan
predkosci. Im nizsza predkosc tym wiecej. Przy 115kbit z tego co pamietam
ponizej 1%, przy 9.6kbit ok 15%.
Dane podaje "na oko", bo dokladnie nie pamietam.
Wybitnie podajes "na oko". Bład czasu 15% przy 10 bitach (start +8 + stop)
przesuwa cię o półtorej bitu. To jest zadecydwoanie za dużo. Może chodziło
ci o 1,5%
Krzysiek
Guest
Fri Aug 25, 2006 10:21 am
W dniu 25-08-2006 08:29, William napisał(a):
Quote:
Dzialalo, bo transmisja po RS232 dopuszcza dosc znaczny procent wahan
predkosci. Im nizsza predkosc tym wiecej. Przy 115kbit z tego co pamietam
ponizej 1%, przy 9.6kbit ok 15%.
Dane podaje "na oko", bo dokladnie nie pamietam.
Wybitnie podajes "na oko". Bład czasu 15% przy 10 bitach (start +8 + stop)
przesuwa cię o półtorej bitu. To jest zadecydwoanie za dużo. Może chodziło
ci o 1,5%
Nie wiem jak normy opisujące RS232, ale Atmel w datasheetach pisze, że
do 3% powinno wytrzymać bez kłopotów.
--
Pozdrawiam
Krzysiek