ATNEL tech-forum

Re: Różnica w pracy uC między RESET, a odłączeniem zasilania

2017-05-09T14:45:13+01:00

Spróbuj wykorzystać rejestr MCUCSR atmegi32 i np. nie inicjuj LCD gdy źródło restartu jest inne niż power-on (lub gdy źródłem jest external reset). Zobaczysz, czy jest różnica.

Statystyki: Napisane przez APAP75 — 9 maja 2017, o 14:45

Re: Różnica w pracy uC między RESET, a odłączeniem zasilania

2017-05-09T14:19:34+01:00

Na dwóch LCD testowałem, ale to wyświetlacze z partii, którą kupiłem jakiś czas temu i już kilka z nich bezproblemowo działało w innym sterowniku. W sumie to nie jest jakiś wielki problem, bo po włączeniu zasilania wszystko jest ok, ale sam fakt występowania tego zjawiska mi nie daje spokoju, a ja jestem z tych bardziej dociekliwych

Statystyki: Napisane przez SylwekK — 9 maja 2017, o 14:19

Re: Różnica w pracy uC między RESET, a odłączeniem zasilania

2017-05-09T13:26:58+01:00

Na razie nie mam niestety czasu aby zająć się tematem głębiej, ale go nie odpuszczę, a póki co znalazłem banalny i bardzo nieelegancki (w normalnych warunkach unikam jak ognia takich rozwiązań) sposób aby po resecie też było wszystko ok:
[syntax=c]void pasek_init (void)
{
lcd_defchar_P(0x80, pasek0);
lcd_defchar_P(0x80, pasek0);//zdublowana linia
lcd_defchar_P(0x81, pasek1);
lcd_defchar_P(0x82, pasek2);
lcd_defchar_P(0x83, pasek3);
lcd_defchar_P(0x84, pasek4);

lcd_cls();
}[/syntax]

Po prostu zdublowana linia definiująca pierwszy znak. Daje mi to do myślenia, że jednak gdzieś z inicjalizacją jest problem, ale jak mówiłem zajmę się tym w luźniejszej chwili

Statystyki: Napisane przez SylwekK — 9 maja 2017, o 13:26

Re: Różnica w pracy uC między RESET, a odłączeniem zasilania

2017-05-08T14:25:25+01:00

Mirku poszło na PW.

Statystyki: Napisane przez SylwekK — 8 maja 2017, o 14:25

Re: Różnica w pracy uC między RESET, a odłączeniem zasilania

2017-05-08T13:53:13+01:00

No to to jest ta ostatnia poprawiona dobra wersja, hmmm .... sorki może nie zauważyłem - czy korzystasz z pinu R/W do procka ? czy masz podłączony do GND ?

Czy możesz ew wyłuskać jakiś fragment kodu żeby móc sprawdzić go u siebie na procku ? sam jakiś mini fragmencik main.c gdzie inicjalizujesz, ładujesz kilka znaków ? ... chociaż u ciebie to chyba nie będzie łatwe bo skoro korzystasz z buforowania własnego to już jest pewnie i inicjalizacja jakiegoś timera i polecenia buforujące ...

no ale gdzieś musi być babol w kodzie tylko zastanawiam się czy w inicjalizacji czy gdzieś indziej ... bo oczywiście reset niczym nie może się różnić od wyłączenia i włączenia zasilania.

Statystyki: Napisane przez mirekk36 — 8 maja 2017, o 13:53

Re: Różnica w pracy uC między RESET, a odłączeniem zasilania

2017-05-08T13:40:02+01:00

To cała funkcja (bez przypisów) z dodaną tylko jedną moją linijką na koniec odpowiedzialną za czyszczenie bufora, bo korzystam z LCD buforowanego odświeżanego po jednym znaku w każdym obiegu pętli głównej. Zmniejszone jest też opóźnienie przy wysyłaniu bajtu do LCD (na 42us - i tak jest to z zapasem, bo prawidłowo działało na jeszcze mniejszym opóźnieniu), ale to też sprawdzałem zwiększając go do oryginalnej wartości. Zresztą gdyby to opóźnienie miało w tym wypadku jakieś znaczenie to pewnie z tym LCD na całym ekranie były by krzaki, a nie tylko przy definiowanych znakach i tylko po pinResecie.

[syntax=c]void lcd_init(void)
{
// inicjowanie pinów portów ustalonych do podłączenia z wyświetlaczem LCD
// ustawienie wszystkich jako wyjścia
data_dir_out();
DDR(LCD_RSPORT) |= (1<DDR(LCD_EPORT) |= (1<#if USE_RW == 1
DDR(LCD_RWPORT) |= (1<#endif

PORT(LCD_RSPORT) |= (1<PORT(LCD_EPORT) |= (1<#if USE_RW == 1
PORT(LCD_RWPORT) |= (1<#endif

_delay_ms(15);
PORT(LCD_EPORT) &= ~(1<PORT(LCD_RSPORT) &= ~(1<#if USE_RW == 1
PORT(LCD_RWPORT) &= ~(1<#endif

// jeszcze nie można używać Busy Flag
SET_E;
lcd_sendHalf(0x03);// tryb 8-bitowy
CLR_E;
_delay_ms(4.1);

SET_E;
lcd_sendHalf(0x03);// tryb 8-bitowy
CLR_E;
_delay_us(100);

SET_E;
lcd_sendHalf(0x03);// tryb 8-bitowy
CLR_E;
_delay_us(100);

SET_E;
lcd_sendHalf(0x02);// tryb 4-bitowy
CLR_E;
_delay_us(100);

// już można używać Busy Flag
// tryb 4-bitowy, 2 wiersze, znak 5x7
lcd_write_cmd( LCDC_FUNC|LCDC_FUNC4B|LCDC_FUNC2L|LCDC_FUNC5x7 );
// wyłączenie kursora
lcd_write_cmd( LCDC_ONOFF|LCDC_CURSOROFF );
// włączenie wyświetlacza
lcd_write_cmd( LCDC_ONOFF|LCDC_DISPLAYON );
// przesuwanie kursora w prawo bez przesuwania zawartości ekranu
lcd_write_cmd( LCDC_ENTRY|LCDC_ENTRYR );

// kasowanie ekranu
lcd_cls();
cls_buf(); //dodane - SylwekK
}[/syntax]

(Mirku, jeśli się okaże, że w powyższym init wszystko jest ok to może wywal listing z tego postu z oczywistych względów, albo ja to edytuję tylko mi potwierdź.)

Statystyki: Napisane przez SylwekK — 8 maja 2017, o 13:40

Re: Różnica w pracy uC między RESET, a odłączeniem zasilania

2017-05-08T12:36:16+01:00

SylwekK napisał(a):

Wydaje mi się, że coś na rzeczy ma inicjacja LCD w końcu wszystko jest ok jak się go fizycznie od zasilania odłączy. Dziwne to jednak, że każdy reset "pinowy" ZAWSZE powoduje błąd, a po odłączeniu zasilania ZAWSZE startuje prawidłowo.

Możesz pokazać początek funkcji inicjalizacyjnej LCD ? nawet jeśli to kod z Bluebooka to proszę pokaż kod tej funkcji - zobaczymy - bo być może ja coś tam poprawiałem .... ale warto to doprowadzić do porządku gdyby coś w inicjalizacji było nie tak

Statystyki: Napisane przez mirekk36 — 8 maja 2017, o 12:36

Re: Różnica w pracy uC między RESET, a odłączeniem zasilania

2017-05-08T12:16:09+01:00

Statystyki: Napisane przez SylwekK — 8 maja 2017, o 12:16

Re: Różnica w pracy uC między RESET, a odłączeniem zasilania

2017-05-08T10:28:04+01:00

@zenekjar, Tyle, że ja definicje znaków we flashu trzymam (jak i w poprzednich moich programach bez doświadczania takich "ciekawostek").

@Jarecki, silniki są nie podłączone, bo dopiero zaczynam szkilet tworzyć i obsługę motorów na samym końcu dodam, a nawet jak by były podłączone to korzystam ze sprawdzonego już wcześniej sposobu filtracji, która NIGDY mnie nie zawiodła. Te same LCD (kupuję zawsze po kilkanaście sztuk) pracowały w poprzednich sterach. Zmienił się obecnie tylko procek z M168 na M32

Statystyki: Napisane przez SylwekK — 8 maja 2017, o 10:28

Re: Różnica w pracy uC między RESET, a odłączeniem zasilania

2017-05-08T10:17:55+01:00

Moim zdaniem to i tak kwestia LCD, może te silniki generują jakieś szpileczki na liniach zasilania i pamięć LCD-ka świruje. Poeksperymentowałbym jeszcze z wyświetlaczami innych producentów

Statystyki: Napisane przez Jarecki — 8 maja 2017, o 10:17

Różnica w pracy uC między RESET, a odłączeniem zasilania.

2017-05-08T10:04:06+01:00

Nie wiem czy to normalne, bo mi się to nie przytrafiło jeszcze na tym procku (Atmega32) właściwie to nigdy mi się to jeszcze nic podobnego nie przytrafiło, ale efekt dość zadziwiający. W teorii RESET procka (pin do masy) powinien być równoważny ze świeżym włączeniem zasilania, ale czy na pewno? Pisząc nowy program korzystam z moich sprawdzonych bibliotek i rozwiązań w 100% działających w niejednym programie na rodzinie Atmega48..328, a tu nagle zonk... definicja pierwszego znaku (a dokładnie pierwszej jego linii) leci w krzaki po każdym zaprogramowaniu jak i po resecie. Inicjacja LCD i definiowanych znaków oczywiście w prawidłowej kolejności z CLS na końcu. Myślałem, że uwalony wyświetlacz, więc wyłączyłem zasilanie wstawiłem inny LCD no i sukces działa! - do ponownego zaprogramowania procka i resetu... Okazało się, że dopiero chwilowe odłączenie zasilania czyli faktyczny start procka od zera nie powoduje defektu i program działa zgodnie z założeniami. Podmiana LCD upewniła mnie tylko, że wszystko dzieje się w programie i wewnątrz struktury procesora. Zaznaczam, że procek ma podpięte tylko drivery do silników i żadnych innych dodatkowych peryferiów tam nie ma. Ot prosty układ sterownika. Nie jest to może istotny błąd z punktu użytkownika (w końcu po włączeniu zasilania wszystko działa prawidłowo), ale krzaczki na etapie programowania mnie już troszkę drażnią... Spotkał się ktoś z czymś podobnym?
Film z działania:

https://www.youtube.com/watch?v=yTnxFLr ... e=youtu.be

Statystyki: Napisane przez SylwekK — 8 maja 2017, o 10:04