Atmega8 i baud
Masz problem? Zapytaj na forum elektroda.pl
From: "Piotr" <ppiwko_at_nospam_diablo.ict.pwr.wroc.pl>
Subject: Atmega8 i baud
Date: Tue, 7 Jun 2005 16:59:39 +0200
Witam serdecznie.
Czy mozecie mi powiedziec w jaki sposob moge sprawdzic
z jaka czestotliwoscia pracuje moj kontroler? Chcialbym odpowiednio
wyliczyc baud dla transmisji 8 bitowych, ale do tego potrzebna mi
jest czestotliwosc.
Z gory dziekuje.
From: Waldemar Krzok <waldemar.krzok_at_nospam_charite.de>
Subject: Re: Atmega8 i baud
Date: Tue, 07 Jun 2005 17:28:16 +0200
Piotr wrote:
Witam serdecznie.
Czy mozecie mi powiedziec w jaki sposob moge sprawdzic
z jaka czestotliwoscia pracuje moj kontroler? Chcialbym odpowiednio
wyliczyc baud dla transmisji 8 bitowych, ale do tego potrzebna mi
jest czestotliwosc.
przecież wszystko jest w manualu. Nawet fajna tabelka.
Waldek
From: "Piotr" <ppiwko_at_nospam_diablo.ict.pwr.wroc.pl>
Subject: Re: Atmega8 i baud
Date: Tue, 7 Jun 2005 17:42:27 +0200
Użytkownik "Waldemar Krzok" <waldemar.krzok_at_nospam_charite.de>
przecież wszystko jest w manualu. Nawet fajna tabelka.
Tak owszem, ale nie wiem z jaka czestotliowscia parcuje moj kontroler.
Czy to jest maksymalna czestotliwosc wewnetrzenego oscylatora 16 MHz?
Jak to można sprawdzić?
--
Piotr
From: Waldemar Krzok <waldemar.krzok_at_nospam_charite.de>
Subject: Re: Atmega8 i baud
Date: Tue, 07 Jun 2005 18:18:22 +0200
Piotr wrote:
Użytkownik "Waldemar Krzok" <waldemar.krzok_at_nospam_charite.de>
przecież wszystko jest w manualu. Nawet fajna tabelka.
Tak owszem, ale nie wiem z jaka czestotliowscia parcuje moj kontroler.
Czy to jest maksymalna czestotliwosc wewnetrzenego oscylatora 16 MHz?
Jak to można sprawdzić?
RTFM jak już pisałem. Częstotliwość oscylatora wewnętrznego ustawiasz
CKSEL, bity 0-3. Częstotliwość zegara jest wtedy 1,2,4 lub 8MHz.
Wszystko jest jak byk napisane w manualu.
Waldek
From: =?ISO-8859-2?Q?=A3ukasz_G=F3ralczyk?= <lukasz.goralczyk_at_nospam_gNOSPAMmail.com>
Subject: Re: Atmega8 i baud
Date: Tue, 07 Jun 2005 21:15:03 +0200
Waldemar Krzok wrote:
Piotr wrote:
Tak owszem, ale nie wiem z jaka czestotliowscia parcuje moj
kontroler. Czy to jest maksymalna czestotliwosc wewnetrzenego
oscylatora 16 MHz? Jak to można sprawdzić?
RTFM jak już pisałem. Częstotliwość oscylatora wewnętrznego ustawiasz
[ciach]
Piotrowi zapewne chodzi o to, żeby zrobić uniwersalną funkcję, która
będzie działać na każdej konfiguracji.
Bez zewnętrznego wzorca nie da się tego zrobić - wtedy można zliczać i
wywnioskować częstotliwość pracy procesora. Myślę, że łatwiej jest
ozworkować dla co bardziej popularnych konfiguracji i na tej podstawie
ustawiać rejestry.
--
Łukasz Góralczyk
http://liku.sdfpau.org
Usun NOSPAM z adresu email nim odpowiesz
From: Adam Dybkowski <adybkows123_at_nospam_amwaw.edu.pl>
Subject: Re: Atmega8 i baud
Date: Tue, 07 Jun 2005 23:10:19 +0200
Łukasz Góralczyk wrote:
Piotrowi zapewne chodzi o to, żeby zrobić uniwersalną funkcję, która
będzie działać na każdej konfiguracji.
Bez zewnętrznego wzorca nie da się tego zrobić - wtedy można zliczać i
wywnioskować częstotliwość pracy procesora. Myślę, że łatwiej jest
ozworkować dla co bardziej popularnych konfiguracji i na tej podstawie
ustawiać rejestry.
A da się programowo odczytać ustawienie fusebitów (rozkazem SPM)? No to
wtedy chociaż wiadomo jakie jest taktowanie gdy wybrano wewnetrzny RC.
Jaki kwarc jest przylutowany obok AVRa to chyba użytkownik wie - może to
być określane jakąś definicją.
--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/
Uwaga: przed wysłaniem do mnie maila usuń "123" z adresu.
From: =?ISO-8859-2?Q?=A3ukasz_G=F3ralczyk?= <lukasz.goralczyk_at_nospam_gNOSPAMmail.com>
Subject: Re: Atmega8 i baud
Date: Wed, 08 Jun 2005 00:41:40 +0200
Adam Dybkowski wrote:
Łukasz Góralczyk wrote:
Piotrowi zapewne chodzi o to, żeby zrobić uniwersalną funkcję, która
będzie działać na każdej konfiguracji.
[ciach]
A da się programowo odczytać ustawienie fusebitów (rozkazem SPM)? No
to wtedy chociaż wiadomo jakie jest taktowanie gdy wybrano wewnetrzny
RC. Jaki kwarc jest przylutowany obok AVRa to chyba użytkownik wie -
może to być określane jakąś definicją.
Racja, SPM... A co do kwarcu - pomyśl, jeśli np. CPU będzie wymienny
między różnymi urządzeniami z różnymi kwarcami?
A propos komunikacji - można by inaczej, ale to wymaga znajomości tego,
co jest przesyłane po serialu. Na podstawie tego automatycznie wykrywać
prędkość (nie myślałem nad tym dłużej, ale widzę gdzieś tu punkt
zaczepienia).
--
Łukasz Góralczyk
http://liku.sdfpau.org
Usun NOSPAM z adresu email nim odpowiesz
From: Waldemar Krzok <waldemar.krzok_at_nospam_charite.de>
Subject: Re: Atmega8 i baud
Date: Wed, 08 Jun 2005 09:30:51 +0200
Łukasz Góralczyk wrote:
Piotrowi zapewne chodzi o to, żeby zrobić uniwersalną funkcję, która
będzie działać na każdej konfiguracji.
no to można mu dać częstotliwość sieci na wejście INT i zliczać ile
taktów jest między przerwaniami. Wtedy obojętnie jaki zegar się ma,
zewnętrzny czy wewnętrzny.
Waldek
From: Adam Dybkowski <adybkows123_at_nospam_amwaw.edu.pl>
Subject: Re: Atmega8 i baud
Date: Wed, 08 Jun 2005 23:49:39 +0200
Waldemar Krzok wrote:
Piotrowi zapewne chodzi o to, żeby zrobić uniwersalną funkcję, która
będzie działać na każdej konfiguracji.
no to można mu dać częstotliwość sieci na wejście INT i zliczać ile
taktów jest między przerwaniami. Wtedy obojętnie jaki zegar się ma,
zewnętrzny czy wewnętrzny.
Tylko trzeba ja miec, a wiele urzadzen nie ma kontaktu z siecia.
Oczywiscie idac tym tokiem rozumowania mozna np. zrobic odbiornik fal
dlugich i ladnie sobie wyciagnac z tamtad AFAIR 220 kHz.
--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/
Uwaga: przed wysłaniem do mnie maila usuń "123" z adresu.
Date: Thu, 9 Jun 2005 00:07:40 +0200
From: RoMan Mandziejewicz <roman_at_nospam_pik-net.pl>
Subject: Re: Atmega8 i baud
Hello Adam,
Wednesday, June 8, 2005, 11:49:39 PM, you wrote:
Piotrowi zapewne chodzi o to, żeby zrobić uniwersalną funkcję, która
będzie działać na każdej konfiguracji.
no to można mu dać częstotliwość sieci na wejście INT i zliczać ile
taktów jest między przerwaniami. Wtedy obojętnie jaki zegar się ma,
zewnętrzny czy wewnętrzny.
Tylko trzeba ja miec, a wiele urzadzen nie ma kontaktu z siecia.
Oczywiscie idac tym tokiem rozumowania mozna np. zrobic odbiornik fal
dlugich i ladnie sobie wyciagnac z tamtad AFAIR 220 kHz.
225 kHz. Dzielisz to przez 9 i masz ładne, wzorcowe 25 kHz. Potem na
PLLa juz już masz co potrzebujesz ;-)
--
Best regards,
RoMan mailto:roman_at_nospam_pik-net.pl
From: Adam Dybkowski <adybkows123_at_nospam_amwaw.edu.pl>
Subject: Re: Atmega8 i baud
Date: Thu, 09 Jun 2005 00:32:36 +0200
RoMan Mandziejewicz wrote:
Tylko trzeba ja miec, a wiele urzadzen nie ma kontaktu z siecia.
Oczywiscie idac tym tokiem rozumowania mozna np. zrobic odbiornik fal
dlugich i ladnie sobie wyciagnac z tamtad AFAIR 220 kHz.
225 kHz. Dzielisz to przez 9 i masz ładne, wzorcowe 25 kHz. Potem na
PLLa juz już masz co potrzebujesz ;-)
Nie trzeba PLLa. Przeciez chodzilo o prawidlowe ustawienie UARTu czyli
posrednio znajomosc czestotliwosci taktowania procka. A po podzieleniu
tych 25 kHz mozna juz zliczyc, ile taktow uC (obiegow petli) zmiesci sie
w jednym cyklu zegara zewnetrznego.
BTW: Atmelowe ARMy 'RM9200 i 'SAM7Sxx maja sprzetowa mozliwosc mierzenia
swojej czestotliwosci taktowania, a dokladniej mowiac to automatycznie
zliczaja ile taktow zegara "glownego" miesci sie w zegarze "powolnym"
(slowclock, najczesciej taktowany zewnetrznym kwarcem 32,768 kHz; w
'SAM7Sxx taktowany malo stabilnym generatorem RC), wynik mozesz odczytac
z odpowiedniego rejestru.
--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/
Uwaga: przed wysłaniem do mnie maila usuń "123" z adresu.
From: "T.M.F." <tfrancuz_at_nospam_nospam.mp.pl>
Subject: Re: Atmega8 i baud
Date: Thu, 09 Jun 2005 00:45:51 +0200
BTW: Atmelowe ARMy 'RM9200 i 'SAM7Sxx maja sprzetowa mozliwosc mierzenia
swojej czestotliwosci taktowania, a dokladniej mowiac to automatycznie
zliczaja ile taktow zegara "glownego" miesci sie w zegarze "powolnym"
(slowclock, najczesciej taktowany zewnetrznym kwarcem 32,768 kHz; w
'SAM7Sxx taktowany malo stabilnym generatorem RC), wynik mozesz odczytac
z odpowiedniego rejestru.
No ale jesli dopuszczasz mozliwosc uzycia drugiego kwarcu np. 32kHz to
przeciez w AVR tez tak mozesz zrobic.
Ale chyba prosciej jest tak obmyslic protokol przesylania danych przez
RS, zeby mozna bylo wysylac jakies znaki i odbierac echo. Wtedy tak
dlugo kalibrujesz predkosc RS az uzyskasz sensowne (spodziewane) dane.
Zreszta ta metoda jest chyba opisana w ktorejs z not Atmela.
--
Inteligentny dom - http://idom.wizzard.one.pl
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz sie do projektu.
From: "Piotr Wyderski" <wyderskiREMOVE_at_nospam_ii.uni.wroc.pl>
Subject: Re: Atmega8 i baud
Date: Thu, 9 Jun 2005 01:02:38 +0200
Adam Dybkowski wrote:
BTW: Atmelowe ARMy 'RM9200 i 'SAM7Sxx maja sprzetowa mozliwosc mierzenia
swojej czestotliwosci taktowania, a dokladniej mowiac to automatycznie
zliczaja ile taktow zegara "glownego" miesci sie w zegarze "powolnym"
(slowclock, najczesciej taktowany zewnetrznym kwarcem 32,768 kHz; w
'SAM7Sxx taktowany malo stabilnym generatorem RC), wynik mozesz odczytac z
odpowiedniego rejestru.
BTW, czytam sobie dokumentację SAM7 i widzę, że kompletnie
skopali moduł generatora zegara dając preskalery zamiast
dowolnych dzielników. No i co mi po wewnętrznym PLLu oraz
liniach PCK (swoją drogą bardzo dobry pomysł!), skoro praca
w trybie USB wymusza ustawienie PLL na 2^N*48MHz, a ja
chciałbym mieć na PCK np. PLLCLK/11... :-(
No i tylko 32 linie IO... Oj, trzeba będzie kombinować
z ekspanderami na CD4094... :-(((
Pozdrawiam
Piotr Wyderski
From: Adam Dybkowski <adybkows123_at_nospam_amwaw.edu.pl>
Subject: Re: Atmega8 i baud
Date: Thu, 09 Jun 2005 01:24:31 +0200
Piotr Wyderski wrote:
BTW, czytam sobie dokumentację SAM7 i widzę, że kompletnie
skopali moduł generatora zegara dając preskalery zamiast
dowolnych dzielników. No i co mi po wewnętrznym PLLu oraz
liniach PCK (swoją drogą bardzo dobry pomysł!), skoro praca
w trybie USB wymusza ustawienie PLL na 2^N*48MHz, a ja
chciałbym mieć na PCK np. PLLCLK/11... :-(
Rzeczywiscie gdy dziala USB musisz ustawic taktowanie calego uC na 48
MHz. Linii PCK nie uzywam wiec sie w ich opis nie zaglebialem. A
wewnetrzny PLL jest fajny gdy nie musisz dolaczac generatora 48 MHz i
wystarczy tani kwarc 12 MHz. Poza tym wewn. generator nie ciagnie pradu
gdy procesor spi, z zewnetrznym juz by nie bylo tak rozowo.
32 linie I/O w obudowie 64-pin to jest jest osiagniecie, ale milo, ze
mozna jednoczesnie zmieniac stan na dowolnym podzbiorze linii GPIO. To
jest niezle rozszerzenie w tych nowych atmelkach ('RM9200 tez chyba to ma).
--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/
Uwaga: przed wysłaniem do mnie maila usuń "123" z adresu.
From: "Piotr Wyderski" <wyderskiREMOVE_at_nospam_ii.uni.wroc.pl>
Subject: Re: Atmega8 i baud
Date: Thu, 9 Jun 2005 01:47:32 +0200
Adam Dybkowski wrote:
Linii PCK nie uzywam wiec sie w ich opis nie zaglebialem.
A mnie by się bardzo przydały, gdyby działały tak, jak to sobie
wyobrażałem. A tak trzeba będzie robić rzeźbę ludową na LVC74...
A wewnetrzny PLL jest fajny gdy nie musisz dolaczac generatora 48 MHz i
wystarczy tani kwarc 12 MHz.
Właśnie chodzi o to, że ten PLL jest bardzo fajny, choć ma
mały zakres powielania, 220MHz to max. W Cyclone PLL
chodzi do ~700MHz i tam się można bawić w NWW bez
większych ograniczeń, a tu nawet się nie da powielić 48MHz
5 razy. Na to jednak można przymknąć oko, ale architektura
linii PCK to zbrodnia -- naprawdę nie można było dać 6-bitowych
dzielników programowalnych zamiast idiotycznego preskalera?!
Co mi po podziale przez 2^N, skoro idealnie pasowałoby PLLCLK/5
do PCK0, a PLLCLK/4 do USB?
32 linie I/O w obudowie 64-pin to jest jest osiagniecie
4 kanały ADC się marnują, a mogliby dodać do nich funkcje IO.
Do tego JTAG również mógłby być dzielony z IO (tak jak SPI
w AVRkach), przecież jest pin JTAGSEL, który mógłby wymuszać
dostępność JTAG. No i masz dodatkowych 8 pinów IO przy
zerowych kosztach...
Pozdrawiam
Piotr Wyderski
From: Adam Dybkowski <adybkows123_at_nospam_amwaw.edu.pl>
Subject: Re: Atmega8 i baud
Date: Sat, 11 Jun 2005 00:17:29 +0200
Piotr Wyderski wrote:
Właśnie chodzi o to, że ten PLL jest bardzo fajny, choć ma
mały zakres powielania, 220MHz to max. W Cyclone PLL
chodzi do ~700MHz i tam się można bawić w NWW bez
większych ograniczeń
To olej ARMa i zrob wszystko zgodnie z najnowsza moda na FPGA.
--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/
Uwaga: przed wysłaniem do mnie maila usuń "123" z adresu.
From: "Piotr Wyderski" <wyderskiREMOVE_at_nospam_ii.uni.wroc.pl>
Subject: Re: Atmega8 i baud
Date: Sat, 11 Jun 2005 02:21:47 +0200
Adam Dybkowski wrote:
To olej ARMa i zrob wszystko zgodnie z najnowsza moda na FPGA.
To zbyt słaby powód do odrzucenia ARMa, pozostałe peryferia
działają zdecydowanie na korzyść tego procesora. Trzeba będzie
tylko dodać dzielnik zegara /2 na 1/2 74LVC74 (druga połówka
ma nadzorować FIFO). A poza tym ARMa już sobie kupiłem w
Seguro i za jakiś miesiąc zacznę się nim bawić. Póki co nadrabiam
zaległości: właśnie montuję MP3 playerka na SND1C. :-)
Działają oba zasilacze (impulsowy i liniowy z USB), a płytka
podłączona do peceta spowodowała pojawienie się kreatora
instalacji AT89C51SND1C/AT89C51SND2C; FLIP potrafi
zapisać binaria (póki co jakieś losowy hex z dysku) i odczytać
zawartość kostki, więc w tym miejscu wszystko wydaje się
działać. Ponieważ programować mi się chwilowo nie chce, jutro
spróbuję uruchomić znajdujące się na tej samej płytce radio
FM stereo na TDA7088.
Pozdrawiam
Piotr Wyderski
PS. Ale gullwingi się świetnie lutuje w warunkach amatorskich,
po raz kolejny jestem tym pozytywnie zaskoczony. Taśma Wicka
czyni cuda. :-)