Witam,
Piszę prosty program który ma sterować elektrozaworem hydraulicznym. Dawno nie pisałem w C, więc wybaczcie może prosty temat...
Po włączeniu zasilania modułu, jeśli nawet sygnał sterujący jest podany to elektrozawór nie może się włączyć. (chodzi o to, gdyby ktoś zostawił przełącznik w pozycji załączony a maszynę wyłączył, to po ponownym uruchomieniu nie może się ten zawór otworzyć, tylko trzeba cofnąć przełącznik sterujący do pozycji wyłączony i załączyć ponownie).
Poniżej warunek który to sprawdza (gdy wraz z zasilaniem podany jest sygnał sterujący, ma sygnalizować to miganiem dwóch diod LED):

Jest on umieszczony zaraz na początku funkcji main, po inicjalizacji portów, przetwornika ADC, zmiennych itd.
Chodzi o to, że gdy nie dam tego _delay_us(1); lub jakiejkolwiek innej instrukcji to procek wchodzi w pętlę, ale nie wykonuje się instrukcja if, układ jest resetowany przez WDT, nawet jak ustawię WTD na 2s... Ale w pętlę wchodzi, ponieważ gdy zabiorę sygnał sterujący, to ładnie wychodzi z tego warunku i działa dalej normalnie. Sprawdziłem to wyłączając WDT - jest w pętli, tylko nie wykonuje instrukcji warunkowej. Zmienną "tog_led" ustawiam w przerwaniu od ADC w trybie FreeRun. Dlaczego musi być dosłownie "cokolwiek" dopisane w samej pętli żeby to działało?
Program pisany w AtmelStudio 6.

Pozdrawiam

zmienna "tog_led" jest zdefiniowana jako volatile?

Nie, jako zwykła zmienna.
Ale dzięki wielkie za podpowiedź, zadeklarowałem jako volatile i zaczęło działać poprawnie!
Pytanie tylko dlaczego wcześniej nie chciało - chodzi mi o przyczynę, i dlaczego dodanie jakiejkolwiek instrukcji do tej pętli spowodowało, że już działała dobrze?

Kompilator optymalizuje instrukcje ze zwykłymi zmiennymi. Obstawiam, że jeśli zmienna "tog_led" ma na początku wartość zero i nie zmienia się w głównym programie to kompilator wyrzuca z kodu wszystkie instrukcje, które nie mają szansy się wykonać. W tym wypadku pewnie cały pokazany przez Ciebie kod zaczynający się od if (ON_SIG). Dodanie jakiejkolwiek instrukcji w pętli while wymusza jej bezwarunkowe wykonanie więc kompilator dołącza resztę instrukcji i zaczynają działać normalnie. Dlatego zmienne używane w przerwaniach powinny być deklarowane jako volatile, nie są one wtedy optymalizowane i pomijane w głównym programie.

W ikonkach widać że masz Bluebooka - sięgnij do niego i poczytaj o volatile, poza tym dodatkowo rozszerzenie tej wiedzy o szczegóły na blogu (gdzie akurat jest opisany nomen omen - praktycznie twój przypadek)

https://mirekk36.blogspot.com/2011/08/test.html

i na przyszłość zapamiętaj to o czym mowa w BB n/t volatile będzie mniej rwania włosów z głowy

_________________
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 ]

Mirku! - Wszystko się zgadza, mam BB, GB.. chodzi o to, że nie pisałem nic od 2 lat (niestety praca, brak czasu itd.).. A jak się czegoś nie robi, to z głowy wylatuje i później taki niby błahy ale problem..
Dzięki za podpowiedź.
Jedynie interesuje mnie jedna rzecz - dlaczego dodanie jakiejś dowolnej instrukcji w pętli spowodowało, że działało? Chodzi o optymalizację kompilatora, coś nagle innego "zobaczył" ?

W zasadzie zauważyłem, że nie jest potrzebne dawanie tego warunku if(ON_SIG) a za chwilę pętli while(ON_SIG)... wystarczy sama pętla, też działa poprawnie.
Ale może niech mnie ktoś poprawi jeśli się mylę ...

Wyżej ci kolega Adam12 wyjaśnił - jak nie było volatile to kompilator uznał że w ogóle nie jest potrzebne całe wnętrze wahile bo po co ? skoro nic nie robi. Masz zawsze plik *.lss w folderze RELEASE po kompilacji, to wersja twojego programu w Asemblerze, wystarczy zajrzeć i przekonać się co i jak zoptymalizował kompilator i co zniknęło.

_________________
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 ]

Wszystko się zgadza, przeoczyłem post Kolegi Adam12..
Dziękuję za odpowiedzi, wszystko jest już jasne