ATNEL tech-forum

Re: oscylator wewnętrzny Atmega 164PA OSCCAL

2017-07-25T16:48:40+01:00

możesz ewentualnie zrobić funkcję kalibracji w samym programie, i np wartość OSCAL jaka wyjdzie w kalibracji zapisać do EEPROMU badź flash (jak to Mirek pokazał w yellowbooku).
Samą funkcję kalibracji można zrobić na różne sposoby, w oparciu o transmisję uart (jak w ćwiczeniu z bluebooka odnośnie UARTA) albo zrobić sobie (bądź wykorzystać posiadany) wzorcowy generator który podczas kalibracji można podać na wejście licznika i program zwiększając bądź zmniejszając wartość OSCAL będzie dążył do tego by wartość zliczonych impulsów w jednostce czasu się zgadzała. Zapewne sposobów na taką kalibrację znajdzie się jeszcze wiele...

Statystyki: Napisane przez xentis — 25 lip 2017, o 16:48

Re: oscylator wewnętrzny Atmega 164PA OSCCAL

2017-07-25T13:32:14+01:00

Quote:

Udało mi się skalibrować zgodnie z tym:
http://www.atmel.com/Images/Atmel-2555- ... AVR053.pdf

Ja nie powiedziałem że się nie da z kalibrować tylko że to się i tak rozjedzie z biegiem czasu (no chyba że to ma zadziałać tylko chwilę )
co do zapisu to niestety ale dla każdego procesora musisz ustawić OSCCAL indywidualnie na początku funkcji main.

Statystyki: Napisane przez tonygryps — 25 lip 2017, o 13:32

Re: oscylator wewnętrzny Atmega 164PA OSCCAL

2017-07-25T11:31:33+01:00

Udało mi się skalibrować zgodnie z tym:
http://www.atmel.com/Images/Atmel-2555- ... AVR053.pdf
Mam na tacy podaną wartość jaką należy wpisać do rejestru OSCCAL. Urządzenia chodzą równiusieńko.
Problem jest teraz inny. Jak wpisywać te różne wartości do poszczególnych egzemplarzy urządzenia? Za wszelką cenę chciałbym, aby program wgrany do procesora był taki sam dla każdego egzemplarza.

Statystyki: Napisane przez matej1410 — 25 lip 2017, o 11:31

Re: oscylator wewnętrzny Atmega 164PA OSCCAL

2017-07-25T06:51:06+01:00

I będą się rozjeżdżać nawet po ustawieniu rejestru OSCCAL ponieważ generator wewnętrzny nie jest do takich zastosowań (duża rozbieżność pod wpływem zasilania temperatury i to w każdej atmedze inaczej ) nawet na kwarcu będzie się rozjeżdżać co prawda dużo mniej ale będzie ba nawet na RTC tylko tu już w skali miesiąca .

Statystyki: Napisane przez tonygryps — 25 lip 2017, o 06:51

Re: oscylator wewnętrzny Atmega 164PA OSCCAL

2017-07-24T18:25:46+01:00

tonygryps napisał(a):

Quote:

i jeśli chcesz mieć zbliżone parametry budowanych urządzeń to wykorzystaj do tego kwarc.

A jeśli zależy ci na tym aby wszystkie te urządzenia resetowały się w tym samym czasie to musisz podejść całkowicie inaczej to tematu .
Ja bym to zrobił tak jedno urządzenie jako master i te by odliczało czas poza tym obustronna komunikacja między masterem a resztą urządzeń.
master odpytywał by slave a w razie braku odpowiedzi reset. można też użyć układów RTC ale to też będzie się rozjeżdzać chyba że zrobisz synchronizację z serwerem czasu.

Niestety nie ma takiej możliwości urządzenia będą pracowały w odległości kilkudziesięcu metrów od siebie.
Urządzenia resetują się w tym samym czasie. Rozjeżdżają się w miarę inkrementacji zmiennej licznikowej.

Statystyki: Napisane przez matej1410 — 24 lip 2017, o 18:25

Re: oscylator wewnętrzny Atmega 164PA OSCCAL

2017-07-24T18:05:10+01:00

Quote:

i jeśli chcesz mieć zbliżone parametry budowanych urządzeń to wykorzystaj do tego kwarc.

Statystyki: Napisane przez tonygryps — 24 lip 2017, o 18:05

Re: oscylator wewnętrzny Atmega 164PA OSCCAL

2017-07-24T16:40:44+01:00

Ale nie wiem czy wiesz, częstotliwość wewnętrznego oscylatora rc dosyć mocno zależy od temperatury, i zasilania. Wartości w rejestrze OSCAL zazwyczaj są różne, ponieważ na etapie produkcji procka wewnętrzny oscylator ma duże rozrzuty i po wyprodukowaniu rezonator jest dostrajany właśnie poprzez zapisanie takiej wartości OSCAL by mieścił się w założonej dokładności dla takiego oscylatora. A jak się przyjrzysz nocie to zauważysz że dokładnością to one nie grzeszą.
Więc odpowiadając na twoje pytanie: Tak musiałbyś kalibrować każde urządzenie. Oscylatory kwarcowe zostały wymyślone właśnie po to by poprawić stabilność taktowania gdy takowa dokładność jest potrzebna (a w dużej ilości przypadków taka dokładność jest po prostu zbędna) i jeśli chcesz mieć zbliżone parametry budowanych urządzeń to wykorzystaj do tego kwarc.

Statystyki: Napisane przez xentis — 24 lip 2017, o 16:40

Re: oscylator wewnętrzny Atmega 164PA OSCCAL

2017-07-24T14:21:31+01:00

Mikrokontroler taktuję z wewnętrznego oscylatora.
Program działa tak, że zrobiłem sobie takiego pseudo watchdoga tzn. jeżeli licznik zliczy do 60 to następuje wywołanie pewnej funkcji, jeżeli licznik zostanie zresetowany np. przez użytkownika i nie doliczy do 60 to zaczyna od zera, i tak w kółko.
Problem jest taki, że mam kilka osobnych układów (w każdym ten sam procesor i ten sam program), resetowane są wszystkie naraz i na 100%, zawsze mają wspólny punkt czasowy "Zero". Obserwuje sobie te zmienne licznikowe dwóch egzemplarzy no i jak nic jeden "Działa wolniej od drugiego".

------------------------ [ Dodano po: 11 minutach ]

Zauważyłem, że zmianiając wartość OSCCAL niejako udaje mi się przyspieszyć albo opóźnić prace procesora, zgodnie z tym Mirku co pokazałeś w swoim poradniku, ale czy to znaczy, że będzie trzeba badać i kalibrować 1000 urządzeń z osobna, bo każde jest nieskalibrowane?

Statystyki: Napisane przez matej1410 — 24 lip 2017, o 14:21

Re: oscylator wewnętrzny Atmega 164PA OSCCAL

2017-07-24T11:25:50+01:00

matej1410 napisał(a):

Problem tkwi w tym, że po minucie mam już prawie 2 sekundy rozjazdu pomiędzy nimi (sprawdzone poprzez podglądanie zmiennych poprzez UART).

Panie panie - jakby to miało zależeć od OSCAL to byś niczego nawet na UART nie zobaczył tylko jakieś śmieci

Rzeczywiście źle interpretujesz OSCCAL ponieważ on ma związek TYLKO I WYŁĄCZNIE - z taktowaniem procka za pomocą wewnętrznego oscylatora a ty NAWET nie piszesz w jaki sposób taktujesz procka.... Jeśli z zewnętrznego kwarca - to próba zmiany wartości OSCCAL da ci tyle co nic ...

Jeśli zaś masz taktowanie z wewn. oscylatora to opisane przez ciebie objawy mówią tylko o tym, że coś bardzo mocno a wręcz tragicznie mocno przekombinowałeś w projekcie ... opisz więc co robisz - i jaki jest cel programu żeby można było pomóc jakoś

Poza tym KAŻDY egzemplarz procka może mieć i w większości przypadków ma inną wartość OSCCAL i to nie jest nic dziwnego - wręcz normalne bo po to jest ten rejestr żeby fabryka mogła skalibrować wewn. oscylator do prawidłowej pracy

Statystyki: Napisane przez mirekk36 — 24 lip 2017, o 11:25

Re: oscylator wewnętrzny Atmega 164PA OSCCAL

2017-07-24T10:59:36+01:00

Poszukaj poradnika Mirka o attiny 10 i analizatorze logicznym jeden z nowszych poradników Mirek dość szeroko tam pokazuje podejście do wewnętrznego oscylatora jak to zmierzyć itp.

Poza tym to złe podejście do sprawy bo częstotliwość takiego generatora jest bardzo zależna np od temperatury napięcia zasilania i wielu innych czynników .

Statystyki: Napisane przez tonygryps — 24 lip 2017, o 10:59

oscylator wewnętrzny Atmega 164PA OSCCAL

2017-07-24T10:26:16+01:00

Witam.

Posiadam dwa układy zawierające w sobie procesorki jak w temacie.
Wgrywam do nich ten sam program, mają taką samą konfigurację.
Uruchamiam na nich program, w którym pewna zmienna inkrementowana jest w zakresie od 0-59(sekund) z krokiem 1 sekunda.
Problem tkwi w tym, że po minucie mam już prawie 2 sekundy rozjazdu pomiędzy nimi (sprawdzone poprzez podglądanie zmiennych poprzez UART).

Czytałem o rejestrze OSCCAL. Podłączyłem więc programator do obydwu egzemplarzy i odczytałem wartość tego rejestru.
Jedna z nich to 0x52 (dla pierwszego egzemplarza) a dla drugiego 0x92.
Zgodnie z informacjami zawartymi w nocie katalogowej różnica w taktowaniu dla tych wartości to aż 1MHz co może dawać te dwie sekundy różnicy pewnie.
Zmieniłem zatem wartość jednego z egzemplarzy tak, aby była taka sama jak w drugim, ale dalej jest taki rozjazd czasowy.

Proszę o pomoc.

------------------------ [ Dodano po: 26 minutach ]

Chyba źle interpretuję ten OSCCAL.
Zrobię tak jak jest w BB w rozdziale "Inicjalizacja kalibracja". Zobaczymy co będzie.

Statystyki: Napisane przez matej1410 — 24 lip 2017, o 10:26