ATNEL tech-forum

Re: dziwne zachowanie pętli for i obliczenia

2014-10-11T22:30:51+01:00

Pisałem to z reki, a nie kopiowałem. W kodzie jest dobrze.
Reszta jest kopiowana.

Statystyki: Napisane przez WoodPaker — 11 paź 2014, o 22:30

Re: dziwne zachowanie pętli for i obliczenia

2014-10-11T13:00:43+01:00

[syntax=c]volatile uint15_t teraz; //czas teraz potrzebny do warunku[/syntax]
Nie dostajesz tutaj warninga ani nic?

Statystyki: Napisane przez Federerer — 11 paź 2014, o 13:00

Re: dziwne zachowanie pętli for i obliczenia

2014-10-11T12:01:06+01:00

Masz racje
Tyle, ze przy patrzeniu w ekran nie zauważyłem. Dziękować. Wieczorem sprawdzę czy zadziałało bo teraz nie mam jak. Po sprawdzeniu napiszę co i jak.
A czy ktoś ma pomysł dlaczego linijka z "teraz" blokuje działanie każdej procedury w której się znajdzie?
:/

------------------------ [ Dodano po: 35 minutach ]

Dziękować, dziękować i jeszcze raz dziękować.
Brak tej gwiazdki był przyczyną źle działającej pętli i nieoczekiwanego resetu procesora. Po dodaniu gwiazdki pętla działa.
Niestety nadal nie działa teraz
Więc od początku

Mój kod wygląda mniej więcej tak

[syntax=c]volatile uint15_t teraz; //czas teraz potrzebny do warunku

uint16_t hr,mn; //minuty i godziny
hr=(uint16_t)RTC_struc.hour;
mn=(uint16_t)RTC_struc.minute;
teraz=(hr*60)+mn; //ustaw warunek[/syntax]

A następnie w timerze sprawdzam odpowiedni warunek zaproponowany przez Szanownego Pana mokrowskiego

[syntax=c]uint16_t wlaczenie=(czas_dzialania[urzadzenie].godz_wl*60)+czas_dzialania[urzadzenie].min_wl;
uint16_t wylaczenie=(czas_dzialania[urzadzenie].godz_wyl*60)+czas_dzialania[urzadzenie].min_wyl;

if((teraz>=wlaczenie)&&(teraz < wylaczenie))
{
//kod wykonywany jesli warunek jest spelniony czyli znajdujemy sie w ramach czasowych pomiedzy czasem wlaczenia,a czase wylaczoenia
}[/syntax]

Przerwanie mam wywoływane co 30 sekund więc myślę, że obliczanie warunku trwa krócej.

Problem, który się pojawia to taki, że procedura w której znajduje się linia teraz=(hr*60)+mn; //ustaw warunek w ogóle nie chce się wykonywać. Problem znika gdy linię tę usunę. Tylko, że wtedy nie mam w ogóle obliczanego warunku "z teraz" :/

Statystyki: Napisane przez WoodPaker — 11 paź 2014, o 12:01

Re: dziwne zachowanie pętli for i obliczenia

2014-10-11T11:39:09+01:00

WoodPaker napisał(a):

Wszędzie piszą w poradnikach o jednej gwiazdce

No a ty nawet tej jednej nie masz ... rzeczywiście kolega Federerer ma sokole oko

Statystyki: Napisane przez mirekk36 — 11 paź 2014, o 11:39

Re: dziwne zachowanie pętli for i obliczenia

2014-10-11T09:22:17+01:00

Nie marnują się. Zaczynanie od 1 jest zamierzone ale tak jak mówisz to nie powinno mieć wpływu
A co do tej gwiazdki to nie rozumiem.
Wszędzie piszą w poradnikach o jednej gwiazdce

------------------------ [ Dodano po: 4 minutach ]

np tu
http://www.societyofrobots.com/member_t ... t/html/309

Statystyki: Napisane przez WoodPaker — 11 paź 2014, o 09:22

Re: dziwne zachowanie pętli for i obliczenia

2014-10-11T02:18:35+01:00

Z głupot to: brakuje ci jednej gwiazdki przy rzutowaniu na wskaźnik - w pierwszym odczycie i "czas_dzialania" zaczynasz zapisywać od adresu 1, czyli pod 0 marnują się niepotrzebnie puste 4 bajty Ale to nie powinno powodować wysypywania się programu raczej.

Statystyki: Napisane przez Federerer — 11 paź 2014, o 02:18

Re: dziwne zachowanie pętli for i obliczenia

2014-10-10T23:00:02+01:00

Dobrze, odpowiadając na niejasności i pewne spostrzeżenia.
Otóż. Każde z tych odwołań do eeprom wywoływane poza pętlą zwraca właściwą wartość zapisaną wcześniej (ściągałem nawet eeprom żeby zobaczyć co jest zapisane). Nawet jeśli wywołuje w przerwaniu zmienną urządzenie to nie ma ona wartości nigdy większej niż 5. Zmieniłem, żeby nie była volatile i wykorzystuje w przerwaniu inną zmienną - nadal się psuje.

Reasumując. Program wywala się nadal w tym samym momencie, o którym wspominałem wcześniej. Wartości odczytywane w sposób KOCI są właściwe więc odwołania nigdy nie są poza pamięcią EEPROM. Zmienna urządzenie NIGDY nie przyjmuje wartości większych od 5. I ostatnie najważniejsze, nadal się wywala.

Owszem, mogę zmniejszyć liczbę urządzeń do 3 ale skoro mam na płytce 5 wyprowadzeń chciałbym móc z nich korzystać

I nadal zmienna teraz wstrzymuje dziłanie wszelkich prcedur :/

Statystyki: Napisane przez WoodPaker — 10 paź 2014, o 23:00

Re: dziwne zachowanie pętli for i obliczenia

2014-10-10T13:55:32+01:00

xor napisał(a):

Jest niepotrzebny ale nie ma znaczenia. Można tam wstawić choćby i 100 średników i nic to nie zmieni

Podziękował!!!
Bo się już kilka razy spotkałem z takim zapisem i myślałem że czymś nie wiem.

Statystyki: Napisane przez kurnachatka — 10 paź 2014, o 13:55

Re: dziwne zachowanie pętli for i obliczenia

2014-10-10T13:53:06+01:00

kurnachatka napisał(a):

czy ten średnik na końcu pętli jest do czegoś potrzebny, czy niema on większego znaczenia na jej działanie?

Jest niepotrzebny ale nie ma znaczenia. Można tam wstawić choćby i 100 średników i nic to nie zmieni

Statystyki: Napisane przez xor — 10 paź 2014, o 13:53

Re: dziwne zachowanie pętli for i obliczenia

2014-10-10T13:51:47+01:00

xor napisał(a):

A jak się czyta z eeproma spod adresu którego nie ma to nie nastąpi właśnie resecik?

Nie powinien - ustawiany jest tylko wskaźnik do odczytu ... (adres) i jeśli będzie np za wysoki niż pojemność eeprom to co najwyżej zostanie pobrana jakaś głupota z komórki odpowiadającej niższej wartości w młodszej części adresu ... Więc nie widzę powodu ale też upierać się nie będę

Statystyki: Napisane przez mirekk36 — 10 paź 2014, o 13:51

Re: dziwne zachowanie pętli for i obliczenia

2014-10-10T13:51:03+01:00

A ja tak przy okazji zapytam czy ten średnik na końcu pętli jest do czegoś potrzebny, czy niema on większego znaczenia na jej działanie?

Statystyki: Napisane przez kurnachatka — 10 paź 2014, o 13:51

Re: dziwne zachowanie pętli for i obliczenia

2014-10-10T13:48:55+01:00

mirekk36 napisał(a):

może i dane lecą z kosmosu - nie mniej jednak sama operacja odczytu niby nie powinna przeszkodzić

A jak się czyta z eeproma spod adresu którego nie ma to nie nastąpi właśnie resecik?

Statystyki: Napisane przez xor — 10 paź 2014, o 13:48

Re: dziwne zachowanie pętli for i obliczenia

2014-10-10T13:45:32+01:00

xor napisał(a):

Poza tym operacje typu "urzadzenie+10"

Dokładnie o tym pisałem na początku, że to masakra - ale ok ... może i dane lecą z kosmosu - nie mniej jednak sama operacja odczytu niby nie powinna przeszkodzić ... ciężko coś powiedzieć nie widząc reszty kodu bo pewnie pies jest pogrzebany wcale nie w tej pętli

------------------------ [ Dodano po: kilkunastu sekundach ]

chyba że nadal wszyscy czegoś nie widzimy jeszcze

Statystyki: Napisane przez mirekk36 — 10 paź 2014, o 13:45

Re: dziwne zachowanie pętli for i obliczenia

2014-10-10T13:41:46+01:00

Ale modyfikuje w przerwaniu? W takim razie pętla for to lipa bo nigdy nie wiadomo jaką zmienna urządzenie ma wartość w danym punkcie pętli. W jednej iteracji w najbardzije ekstremalnym przypadku może mieć inną wartość przy testowaniu wartości, inną przy inkrementacji, inną przy czytaniu z eeproma a jeszcze inną, w tej samej instrukcji, przy zapisywaniu do tablicy czas_dzialania.
Poza tym operacje typu "urzadzenie+10" wyglądają, nie dość że całkiem nieczytelnie, to po prostu podejrzanie. Jesteś pewien, że odczyt nie jest gdzieś "z buraków"
....ale zaraz....makro eeprom_read_byte oczekuje wskaźnika jako argument a ty wstawiasz char

Statystyki: Napisane przez xor — 10 paź 2014, o 13:41

Re: dziwne zachowanie pętli for i obliczenia

2014-10-10T13:41:18+01:00

WoodPaker napisał(a):

Wiem Mirku ale jak wspomniałem wyżej działam na tych zmiennych w przerwaniu.

Rozumiem że tej pętli nie masz w ciele tego przerwania?

Statystyki: Napisane przez kurnachatka — 10 paź 2014, o 13:41

Re: dziwne zachowanie pętli for i obliczenia

2014-10-10T13:36:15+01:00

Wiem Mirku ale jak wspomniałem wyżej działam na tych zmiennych w przerwaniu.

Statystyki: Napisane przez WoodPaker — 10 paź 2014, o 13:36

Re: dziwne zachowanie pętli for i obliczenia

2014-10-10T13:33:10+01:00

WoodPaker napisał(a):

Muszę mieć do nich dostęp z każdego punktu programu

Ale możesz mieć dostęp z DOWOLNEGO punktu programu .... i nie musi być volatile jeśli nie ma potrzeby dostępu z przerwania. Więc jeśli nie działasz na nich w przerwaniu to na pewno możesz wywalić volatile

Statystyki: Napisane przez mirekk36 — 10 paź 2014, o 13:33

Re: dziwne zachowanie pętli for i obliczenia

2014-10-10T13:29:12+01:00

Tak, dlatego są volatile.

------------------------ [ Dodano po: kilkunastu sekundach ]

Muszę mieć do nich dostęp z każdego punktu programu

Statystyki: Napisane przez WoodPaker — 10 paź 2014, o 13:29

Re: dziwne zachowanie pętli for i obliczenia

2014-10-10T13:26:30+01:00

Zmienne 'urządzenie' i 'czas_dzialania' modyfikujesz w przerwaniu (są volatile)?

Statystyki: Napisane przez xor — 10 paź 2014, o 13:26

Re: dziwne zachowanie pętli for i obliczenia

2014-10-10T13:05:50+01:00

Narazie będę z tym walczył w wolnych chwilach. Ale jakby ktoś miał jakiś pomysł... Czekam z zapartym (tu wpisz właściwe słowo)

Statystyki: Napisane przez WoodPaker — 10 paź 2014, o 13:05

Re: dziwne zachowanie pętli for i obliczenia

2014-10-10T13:04:01+01:00

Quote:

Jeśli bym zapomniał uzupełnić jakiegoś wektora to wywalałoby się zawsze, prawda?

no tak ... więc to dziwne i pewnie na końcu okaże się to jakimś mega banalnym ale upierdliwym BUG'iem

Statystyki: Napisane przez mirekk36 — 10 paź 2014, o 13:04

Re: dziwne zachowanie pętli for i obliczenia

2014-10-10T12:58:40+01:00

Mea culpa. Źle napisałem. Zajętość RAM 40% czyli 60% wolnego

Mirku, wszystko działa poprawnie po usunięciu pętli jak również przy 3,2,1 obiegach pętli. Wywala się jeśli urzadzenie >= 4. Co ciakawe obliczenia mignięć diod wskazują na zawsze ten sam moment +/- kilka mikrosekund .
Jeśli bym zapomniał uzupełnić jakiegoś wektora to wywalałoby się zawsze, prawda?

Statystyki: Napisane przez WoodPaker — 10 paź 2014, o 12:58

Re: dziwne zachowanie pętli for i obliczenia

2014-10-10T12:50:42+01:00

Zrozum to wcale nie musi być reset po którejś linii pętli ... tylko jeśli zapomniałeś np jakiegoś wektora przerwań uzupełnić to może strzelać ten reset w różnych momentach programu

Statystyki: Napisane przez mirekk36 — 10 paź 2014, o 12:50

Re: dziwne zachowanie pętli for i obliczenia

2014-10-10T12:39:21+01:00

Mirku, rzeczywiście może to być reset programu bo ostatnie mignięcie diody jest jakieś takie krótkie. Pętla w każdym razie nigdy nie przechodzi dalej bo po pętli następuje zapalenie czerwonej diody i zmazanie ekranu powitania. To nigdy nie nastepuje. Ba, dioda czerwona nawet nie myśli by mignąć, a jedna z diod mrugających lekko się zaświeca i gaśnie gaśnie. Tak, wygląda rzeczywiście to jak reset i dzieje się po ostatniej instrukcji w pętli.

Co do tego co mówisz - odczytywania do RAMu i tam działania na tym to właśnie po to utworzyłem tą strukturę. Ona jest wczytywana z eeprom tylko raz właśnie w ten sposób. Wiem, że to najgorszy z możliwych sposobów ale na początku miałem trochę inną wizję i nie chce mi się przerabiać kodu. W każdym razie ta pętla wykonywana jest tylko po resecie (brak zasilania) i nigdy więcej.

Więc co może być problemem?
Przy pięciu urządzeniach nie zahaczam nawet o połowę pamięci EEPROM

I co z ta zmienną "teraz"? Przecież obliczenie tego typu nie jest aż tak bardzo wymagające żeby procesor nie chciał nawet tego wykonać, a jak dla mnie procesor strzela focha i mówi, że nie będzie mnożyć :/

Dodam też, że mam wyłączoną jakąkolwiek optymalizację bo na początku myślałem, że to wina tego.

Statystyki: Napisane przez WoodPaker — 10 paź 2014, o 12:39

Re: dziwne zachowanie pętli for i obliczenia

2014-10-10T12:21:37+01:00

Moim zdaniem ... ale mogę się mylić - to ta pętla się nie zapętla w nieskończoność bo nie ma jak się zapętlić ....

tylko program ci się gdzieś restartuje i masz taki efekt .... ale gdzie się restartuje ? kto wie ? może nie dałeś gdzieś procedury obsługi jakieś przerwania albo inne rzeczy

Pomijam już fakt , że obsługujesz eeprom jedną z najgorszych metod .... polecam obejrzeć mój poradnik na ten temat i TYLKO raz przy starcie wczytać dane z eeprom do identycznej struktury w RAM i na niej program może pięknie działać... A do eeprom można zawsze zapisać gdy przyjdzie taka potrzeba ...

Statystyki: Napisane przez mirekk36 — 10 paź 2014, o 12:21