Błędne wychodzenie z pętli do funkcji ATMEGA 32

drzasiek wrote:

To nie drgania styków, bo w pętli głównej

Code: text Expand Select all Copy to clipboard

while(1)

nie widzę żadnego odwołania do funkcji NastawyParametrow(MAXWartoscSkutaczna);[/code]
więc nawet jeśli drgania są, to przycisk będzie rozpoznawany jako naciśnięty kilkakrotnie ale to nie powinno powodować wywoływania ww funkcji??

drzasiek wrote:

To jest dobry pomysł. Na początku main(), zaraz po inicjalizacji LCD wrzuć funkcję wyświetlającą napis np "RESET" i będziesz wiedział, czy to funkcja się wywołuje czy uC się resetuje.

Quote:

Bit 0 – PORF: Power-on Reset Flag
This bit is set if a Power-on Reset occurs. The bit is reset only by writing a logic zero to the flag.
To make use of the Reset Flags to identify a reset condition, the user should read and then reset
the MCUCSR as early as possible in the program. If the register is cleared before another reset
occurs, the source of the reset can be found by examining the Reset Flags.

if(PORF){
   komunikat Hello World
   PORF=0; //zgaś flagę
}else{
   komunikat Reset nieznany
}

INTOUCH wrote:

Eliminacja drgań przycisków jest przez opóźnienie: 60ms.

INTOUCH wrote:

Widzę, że uparliście się na te przyciski.
60ms jest to opóźnienie w funkcji obsługującej klawisze.

janbernat wrote:

Od kiedy praca dyplomowa jest tajna?
Pytam z ciekawości- kiedyś była jawna na całym etapie pisania.
Dlaczego w pętli głównej blokujesz przerwania- potem wykonujesz sporo obliczeń- a potem odblokowujesz?
A co będzie jak w tym czasie pojawią się dwa przerwania?
Jedno pójdzie się kochać.
Do tego wykorzystuje się ATOMIC_BLOCK jak naprawdę trzeba.
Co kryje się pod LCD_Clear()?
Bo jak prawdziwe clearLCD to ze 2ms zżera.
Co kryje się pod ISR_OUTTP_COMP2_DISABLED?
No i dlaczego korzystanie z elektrody masz traktować inaczej niż korzystanie z książki?
W książkach jest czasem sporo błędów- a czasem nawet w DS.
Tak jak i tu.
Ale to chyba nie całkiem wyklucza książki, DS i forum.

nsvinc wrote:

case LEDOPC_DELAYSH: //krutki delay

michalko12 wrote:

A tak poza tym to współczuję temu, kto miałby to po tobie przejąć. Masakra.

nsvinc wrote:

michalko12 wrote:

A tak poza tym to współczuję temu, kto miałby to po tobie przejąć. Masakra.

Nie rozumiem ;] Przecież jest napisane jasno i przejrzyście... A komentarze, cóż...są tu, gdzie ich potrzeba ;]

gaskoin wrote:

Tak wszystko ładnie pięknie, tylko masz potem milion linii kodu z nazwami typu khtok, sonq, zonq, duponq, kradsfj, adsnliaysg przeplatającymi się nawzajem.

gaskoin wrote:

Nie przesadzajcie z tą kompaktowością, jeżeli kod staje się zbyt długi to jest to oznaka, że należy go podzielić na osobne pliki, tak samo jest z funkcjami, jak są za długie to trzeba je podzielić.