ATNEL tech-forum

Re: atmega128 - zawieszająca się lcd_init()

2014-11-19T23:04:05+01:00

skoomi napisał(a):

Dziwić tylko może, że ten bit jest ustawiony domyślnie, a nie powinien biorąc pod uwagę nazwę procesora

Zapewniam że to nie może dziwić - jak się spojrzy na datę powstania tego procka i w tamtym czasie wręcz konieczności zapewnienia kompatybilności ze starszym wycofywanym bratem. Tylko z tego powodu jest on domyślnie zaprogramowany i po prostu jak się bierze m128 to trzeba o tym pamiętać.

Statystyki: Napisane przez mirekk36 — 19 lis 2014, o 23:04

Re: atmega128 - zawieszająca się lcd_init()

2014-11-19T22:47:57+01:00

Dziwić tylko może, że ten bit jest ustawiony domyślnie, a nie powinien biorąc pod uwagę nazwę procesora

Statystyki: Napisane przez skoomi — 19 lis 2014, o 22:47

Re: atmega128 - zawieszająca się lcd_init()

2014-11-18T23:09:23+01:00

skoomi napisał(a):

Znalazłem rozwiązanie - wyłączyłem kompatybilność z atmegą 103 i zadziałało

MUSISZ sobie zapamiętać raz na zawsze że zarówno procek ATmega128 jak i ATmega64 dla dzisiejszych programów pisanych pod te procki a nie pod ich starszych braci MUSZĄ mieć odprogramowany ten fusebit i tyle ... chciałbyś tak dla sztuki dowiedzieć się dlaczego nie działa w trybie kompatybilności do szrota M103 ? to zassaj jego notę PDF i spróbuj porównać .... tylko czy jest większy sens ? skoro w innych prockach AVR nie ma już o tym fusebicie mowy ?

------------------------ [ Dodano po: 1 minucie ]

nie ty pierwszy i nie ostatni zjadłeś zęby na fusebicie M103 ... Tak samo jak mnóstwo ludzi najpierw robi sobie PCB pod ATmega128 i podłącza programator pod linie SPI i później dziwi się że programowanie nie działa - bo nie zwrócili uwagi że w nocie PDF wyraźnie jest mowa że MOSI i MISO są na innych pinach PE0 i PE1 .... ot takie kruczki przy tych dwóch prockach.

Statystyki: Napisane przez mirekk36 — 18 lis 2014, o 23:09

atmega128 - zawieszająca się lcd_init()

2014-11-18T21:22:20+01:00

Hej.
Nie potrafię dojść dlaczego zawiesza mi się funkcja lcd_init() z biblioteki z bluebook'a. Procesor to atmega128 na 8MHz
Doszedłem tylko do tego:(chyba najłatwiej będzie zrozumieć jak opiszę to w kodzie)
[syntax=c]void lcd_init(void)
{(...)
// jeszcze nie można używać Busy Flag
SET_E;
//tutaj jeszcze mogę ustawić jedynkę na jakimś porcie**************
lcd_sendHalf(0x03);// tryb 8-bitowy
//a tutaj już program nie dociera**************
CLR_E;
_delay_ms(4.1);
(...)
}[/syntax]
Co ciekawe:
[syntax=c]static inline void lcd_sendHalf(uint8_t data)
{
if (data&(1<<0)) PORT(LCD_D4PORT) |= (1<if (data&(1<<1)) PORT(LCD_D5PORT) |= (1<if (data&(1<<2)) PORT(LCD_D6PORT) |= (1<if (data&(1<<3)) PORT(LCD_D7PORT) |= (1<//Tutaj program dociera i mogę ustawić jedynkę na jakimś porcie**************
}[/syntax]

Jak dla mnie to nie ma najmniejszego sensu
Może ktoś ma jakiś pomysł?

------------------------ [ Dodano po: 10 minutach ]

Znalazłem rozwiązanie - wyłączyłem kompatybilność z atmegą 103 i zadziałało.
Tylko fajnie byłoby znać przyczynę. Z angielskim u mnie nie za wesoło, ale z noty wyczytałem że w trybie kompatybilności nie można przestawiać częstotliwości wewnętrznego oscylatora RC. Inne właściwości włączonej kompatybilności jakoś mi nie pasują.
Czy to możliwe, że to wszystko przez to, że w trybie kompatybilności atmega śmigała na 1MHz i to dlatego program jakoś nie wyrabiał?

Statystyki: Napisane przez skoomi — 18 lis 2014, o 20:41