witam,

Czy można w jakiś sposób zmieniać preskaler podczas działania programu?

A dlaczego miałoby to być wg ciebie niemożliwe ? spróbuj to wyjaśnić - to myślę że przy tej okazji zrozumiesz że to normalna sprawa

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Źle sformułowałem pytanie Wiem że się da, ale jak to właściwie zrobić
kawałek kodu odpowiadający za ustawianie preskalera:

Program działa po zmianie preskalera, ale nie tak jak powinien.

No nie działa bo wciąż robisz operacje OR, pomyśl sobie

0b0000 0001 załóżmy że to pierwsza wartość preskalera

później chcesz ustawić

0b0000 0010 druga wartość preskalera

no to po tych twoich wartościach OR - otrzymasz

0b0000 0011 czyli nie to czego oczekiwałeś - nię będzie to ani pierwsza nie druga wersja tylko całkiem co innego

A więc panie - przed ustawianiem ZAMASKUJ te trzy bity preskalera zawsze a później je ustawiaj

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

zmień na:


...w każdym miejscu programu, gdzie zmieniasz wartość preskalera.

_________________
www.iuvo.it - Automatyka Budynkowa

To nie jest dobry sposób a nawet bardzo zły ... bo niestety ta linia



w ogóle nie WYZERUJE tych bitów - stosowanie takiego wyrażenia (0<<x) wraz z operacją bitową OR w ogóle nie ma niestety sensu, proszę to sobie rozpisać bitowo a wtedy wszystko stanie się zrozumiałe.

ale już wyjaśniam bo widzę że i autor wątku popełnia ten sam błąd - trzeba ZAMASKOWAĆ czyli polecam i przypominam ten krwawy poradnik
http://mirekk36.blogspot.com/2014/03/ma ... m-oka.html

a tu w tym kodzie sprowadzi się to do wykonania przed każdą operacją ustawienia preskalera maskowania o tak:



Przypominam to co BLUEBOOKU przypominałem po wielokroć

Operacja



Mam nadzieję, że teraz jaśniej dla wszystkich

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

No fakt ale glupote napisalem, przepraszam za wprowadzenie w blad! Za pomoca podstawienia sie wyzeruje inne bity a w dodatku to "0" i zamiana "or" z "and"

_________________
www.iuvo.it - Automatyka Budynkowa

eee tam zaraz ... ludzka rzecz się mylić... ileż to razy ja się pomylę i jakoś żyję ....

Ja dzięki twojemu postowi dopiero zobaczyłem, że autor wszędzie wcześniej zrobił właśnie z tymi (0<<x) ... a nie zauważyłem tych zer przedtem. Dlatego postanowiłem wyjaśnić to szerzej.

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Dziękuję, dużo mi to wyjaśniło. Dodatkowo obejrzałem krwawy poradnik

Czyli zawsze unikać ,,(0<<CS12)"? Czy można użyć ich gdy ustawiam timery przy włączeniu programu lub po maskowaniu (łatwiej później edytować ustawienia timerów)?
Czy taki wpis tylko wydłuża czas trwania programu? Różnica pewnie nie zauważalna, ale gdy program musi być bardzo szybki to może to generować niepotrzebne opóźnienia?

Mam jeszcze jedno pytanko, a nie będę zakładał nowego tematu. Mam przerwanie generowane na timerze 1 od przepełnienia. TCNT1 jest obliczane i wpisywane w przerwaniu. W przerwaniu również muszę zapalić diodę np. z wypełnieniem 1/16 lub ze stałym czasem np. 1ms. Wydaje mi się że PWM byłby odpowiedni, albo timerem 0 odmierzać czas 1ms (tylko czy nie będzie problemów że timer będzie coś odliczał w przerwaniu w którym miga dioda).

Przede WSZYSTKIM NIGDY tak nie rób, nie kasuj własnych postów z pytaniem bo robi się BAJZEL że aż strach. Kto później będzie wiedział o co chodziło ? A nie jesteś przecież nową osobą na forum. Liczę że był to pierwszy i ostatni taki przypadek.

------------------------ [ Dodano po: 3 minutach ]


Łatwiej edytować? Sorki ... ale później przez to można tak sobie namieszać że błędu będziesz szukał nie godzinami a dniami albo tygodniami.Już pokazałem że ten zapis jest po prostu nielogiczny. Wprawdzie on nie psuje działania ale później zauważyć gdzieś zera .... to masakra


Tu nie chodzi o czas działania programu bo co to ma za znaczenie często - ale już o zajętość niepotrzebną pamięci Flash procka ? - to chyba wiesz jakie to ważne

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Witam,
Kolego "budapreniak", jeżeli dobrze zrozumiałem,
to próbujesz wyzerować bity w rejestrze tym wpisem (0<<CS12).
jeżeli zrobisz tak przykładowo
zmienna = 0b11111111;
po czym wpiszesz: zmienna |= (0<<2); to nie spodziewaj się że otrzymasz wyzerowanie 11111011 niestety pozostanie 11111111.
operator | sprawdzi czy w określonym przez ciebie przesunięciu jest choćby jedna jedynka, i w zmiennej i w przesunięciu . Po czym we wskazane przesunięciem miejsce wstawi 1 .
Do zerowania bitów stosuje się zapis np:
zmienna &=~(1<<2); co zmieni zmienną 1111 1111 na 1111 1011.
albo
zmienna &=~(3<<2); zmienną 1111 1111 na 1111 0011 - przesunięta wartość 3 (0000 0011), o dwa miejsca w lewo (0000 1100).
pozdrawiam Darek

------------------------ [ Dodano po: 17 minutach ]

przeczytałem jeszcze raz wątek, chyba dubluję - to już było tłumaczone.

------------------------ [ Dodano po: 39 minutach ]

A.. co tam - dokończę.
Potem zadziała nasza matylda było 0000 1100 teraz jest 11110011
a operator & porówna naszą krwawą maskę ze zmienną 1111 1111
i tam gdzie się powtarzają jedynki pozostanie 1, a tam gdzie nie wstawi 0. i wyjdzie z tego 11110011.

Została chyba ostatnia kwestia i program chyba będzie gotowy

Ogólnie wyliczyłem w exelu, zakresy obrotów dla poszczególnych ustawień preskalerów, tak aby każdej wartości obrotów odpowiadała jedna wartość TCNT1, jedynie dla niektórych przypadków wartość obrotów ma dwie wartości TCNT1 (z tego co mi się wydaje da to dość dobrą dokładność).

To jest to co działa, ale chyba czas trwania błysku lepiej by było regulować wypełnieniem. Niestety nie mogę tego zrobić żeby było dobrze. Próbuje i próbuje i nie idzie także znowu proszę o pomoc lub wskazówki ;p

KOD:

cześć,
powiem szczerze że średnio mi się podoba to wstrzymywanie procesora w przerwaniu na 500us, przy Twoim kwarcu chyba 16MHz to wstrzymujesz "uc" na 8000 tyknięć.
Chyba lepiej będzie ogarnąć to na PWM sprzętowym w timer1 i załączać PB0 czyli OC1A, w PWM'ie na określony przez OCR1A czas.
Chyba w tym kierunku bym podążał .

Właśnie ten delay mi się strasznie nie podoba. Też tak mi się wydaje, że PWM będzie lepszym rozwiązaniem, próbowałem to zrobić tylko mi coś nie idzie. Dlatego piszę żeby ktoś mnie nakierował jak się za to zabrać ;p

na którym to uc ?

atmega 8 (zewnętrznie taktowana 16MHz)

Powinieneś, tak myślę, Pomyśleć nad ustawieniami :

preskaler jest wspólny więc zostaje.
wyjście na LED przejdzie na PB1 -(OC1A)PWM.
wartość max licznika to ICR1, ( PB1 - w stan wysoki)
wartośc do porównania licznika z rejestrem, w OCR1A. (zmiana stanu PB1 na niski.)

Może jakoś tędy droga. ?

Cześć, w końcu złapałem trochę czasu
Przemyślałem to i w exelu wyliczyłem nowe wartości które wpisuje do ICR1 (okres) liczę z niego 5 % i jest to moje OCR1A (wypełnienie). Tylko nie wiem gdzie umieścić wpisywanie nowych wartości do ICR1 i OCR1A, bo gdzie nie próbuje to nie działa to dobrze. Jakieś przerwanie od PWM (o ile jest) i po każdym przepełnieniu wpisanie wyliczonych wartości?

Dorzucam kod z przerwaniem:

Tak sobie myślę,
Kurcze, czegoś w takim razie nie wiem, skoro nie działa.
Szukam i nie mogę na nic konkretnego natrafić. Problemem może być zapis ICR. w chwili przepełnienia(ICR jest 16_bit , zapis bez buforowania,"w trybie 15 z buforowaniem" NIE BARDZO TO JESZCE ROZUMIEM). Chodzi o aktualizacje rejestru ICR, który składa się z dwóch rejestrow 8-bit i są zapisywane szeregowo.
Ale spróbuj zamiast aktualizować w przerwaniu od przepełnienia, może w przerwaniu od porównania. czyli zanim licznik zliczy do MAX.

może to coś pomoże.
A może już ktoś wie jak to ogarnąć.?

Dzięki za odpowiedzi, ale niestety to jeszcze nie to :p
Przy tej i przy poprzedniej wersji programu tylko pierwszy takt jest ok (pierwszy po włączeniu), potem dioda już się odzywa.
Nie mam pojęcia gdzie może tkwić problem, wydaje się że wszystko powinno ładnie śmigać :/

Sorka ze tak Cię męczę z tymi kodami.
Może przejść na tryb 15 . tylko wtedy wyjściem jest OC1B. (PB2.)

Bardziej to ja meczę o pomoc chyba ;p Na trybie 15 całkowita cisza, nawet ani razu nie mrygnie

1) zapomniałem załączyć COM1B1, od OC1B.
2) program do przejrzenia na spokojnie. znalazłem błędny wpis
w linijce : // ustawianie zakresu obrotów - 3 ify.
3) przypisanie do OCR ów i liczenie wypełnienia wkitrałem do pętli gł. , pozbywając się przerwania _OVF_ . coś niezdarnie, ale mryga, szybciej i wolniej
wreszcie zajarzyłem o co chodzi w tym kodzie . to generator stroboskopowy. A ja dopatrywałem się że to ma mierzyć, i zawzięcie szukałem sposobu na wpisanie OCRów i ICR w przerwaniu.
Trochę czasu, to ogarniemy.

2) chyba nie ma tu błędu


zakres 120-42000.
Pierwszy if ustawia zakres 120 jeżeli chcemy zjechać poniżej 120.
Drug if podobnie, mam mnożnik ustawiony na 1000 i enkoder 120, to jak cofnę potencjometr to będę miał wartość 64656 czyli muszę dać na 120 jeżeli powyżej 60000, żeby mi wartość nie skakała.
Trzeci if nie pozwala przekroczyć 42000 ;p
3) Jak ICR i OCR będą zapisywane w pętli głównej to nie będą ciągle nadpisywane i nigdy nie wykona się pełen okres?

Punkt 3.
Będą nadpisywane w każdym obiegu pętli.

Źle to zrozumiałem :p bo wartość licznika jest w TCNT a icr i OCR tylko ogranicza licznik. Dziś znowu coś pokombinuje, żeby to ruszyć. Ale narazie brak pomysłów ;(

edit:
A problemem nie jest że OCR i ICR są rejestrami 2 bitowymi? Bo coś kiedyś w internecie o tym czytałem, ale chyba programując w C to nie stwarza problemu, ale nie jestem pewien do końca ;p

edit 2:
dioda się zaświeciła, gdy kręcę potencjometrem to po prostu rozjaśnia się lub ciemnieje i jak zgaśnie to przy kolejnym kroku enkodera od nowa zaczyna się rozjaśniać, hmm

edit 3:
miałem pomylone OCR i ICR. Teraz jak jest niby ok, to LED świeci przy uruchamianiu, a po przejściu do pętli głównej nie daje oznak życia

hehe.
fajne.
Mryga sobie z różną częstotliwością. i podaje obr/min , f[HZ], enkoder ...

------------------------ [ Dodano po: 12 minutach ]

już,...już... piszę


a przepisanie OCR1A i OCR1B w trybie 15 działa i w przerwaniu i w pętli.

------------------------ [ Dodano po: 32 minutach ]

w trybie 14 z ICR1 i OCR1A też hula na nodze OC1a.

tylko trochę mi się nie podoba regulacja wypełnienia.

------------------------ [ Dodano po: 40 minutach ]

a.. komentarz .
zamiast po skasowaniu bitów w rejestrze ustawiać tylko wybrane a pozostałe pomijać,
ustawiane były potrzebne bity razem z wyzerowaniem innych.
zamiast REJESTR |=....... BIT;
było REJESTR = .......BIT;
Tłumaczone wcześniej, dlatego sobie daruję.

Dzięki wielkie za pomoc i cierpliwość Kurka to ustawianie bitów muszę potrenować.
Led sobie mryga, tylko strasznie słabo i nie różnicy czy jest tak

czy tak

w obu przypadkach mryga tak samo słabo.

szukam błędu.
wyświetlam wartości tim, okres, OCR1A, OCR1B, coś złe proporcje przy zmianie preskalera.

------------------------ [ Dodano po: 30 minutach ]

są problemy w rzutowaniach .

------------------------ [ Dodano po: 58 minutach ]

po takiej operacji sprawdź na wyświetlaczu - wypełnienie = 0.

po tej też
trzeba uzupełnić wiedzę na temat rzutowania, albo obejść

coś pomogło - taki wpis. np. 200, 100,