ATNEL tech-forum

Mikrokontrolery AVR • Re: Dziwne zachowanie przy wgrywaniu wsadu do Atmegi16

2026-06-26T21:18:17+01:00

Witajcie.

Problem chyba został usunięty. Zmieniłem programator USBasp z tego starszego kupionego kiedyś w Atnel na ten wypasiony USBasp.
Dwa wgrywania wsadu i za każdym razem OK . Ustawiłem zgodnie z sugestią kiedyś wyczytaną -B 8

Przypomniałem sobie mały incydent, że niedawno podłączając programator do którejś z pcb nie zdjąłem zworki zasilania i lekko się nagrzał. Może wówczas coś się poknociło. Jeśli to moja wina, to przepraszam za niepotrzebne zamieszanie. Szkoda programatora.
Służył od początku zabawy z C

Statystyki: Napisane przez Robert_1967 — 26 cze 2026, o 21:18

Mikrokontrolery AVR • Re: Dziwne zachowanie przy wgrywaniu wsadu do Atmegi16

2026-06-26T09:47:31+01:00

Od poniedziałku idę na urlop i wczoraj część zabawek wywiozłem do domu. Dzisiaj zabieram resztę, a więc wieczorkiem mogę wstawić. Nie mniej jednak mam oryginalne pcb z fabryki, które kiedyś wykonałem. Było ich sporo. Złącze listwę pod wyświetlacz. Wejście na programator. Wszystko jest ok. Dwa zestawy na stole. Wgrywam wsad do jednego, przepinam programator, wgrywam do drugiego i to samo.
Żadnych stykówek. Programator Atnel działa od zawsze. Tak czy siak może coś się wyjaśni, jak zmienię komputer.

Statystyki: Napisane przez Robert_1967 — 26 cze 2026, o 09:47

Mikrokontrolery AVR • Re: Dziwne zachowanie przy wgrywaniu wsadu do Atmegi16

2026-06-26T09:29:36+01:00

coś może nie tak z połączeniem pokaż zdjęcia może

Statystyki: Napisane przez mirekk36 — 26 cze 2026, o 09:29

Mikrokontrolery AVR • Re: Dziwne zachowanie przy wgrywaniu wsadu do Atmegi16

2026-06-26T09:25:25+01:00

Dzień dobry Mirku.

Kasowałem kilka razy, ale bez rezultatu. Dwa różne procki, nowe, oryginalne, nie z Chin. Krótko je męczyłem, a więc nie podejrzewam. W domu mam jeszcze stacjonarny i laptop.
mam na nich całe środowisko, a więc sprawdzę.

Statystyki: Napisane przez Robert_1967 — 26 cze 2026, o 09:25

Mikrokontrolery AVR • Re: Dziwne zachowanie przy wgrywaniu wsadu do Atmegi16

2026-06-26T08:14:21+01:00

skasuj procka z opcją -e w MkAvrCalculator

Statystyki: Napisane przez mirekk36 — 26 cze 2026, o 08:14

Mikrokontrolery AVR • Re: Dziwne zachowanie przy wgrywaniu wsadu do Atmegi16

2026-06-26T07:55:57+01:00

Witaj Marhef.
Dzięki za chęci. Chyba tylko Ty zostałeś na forum...

Po wgraniu wsadu przy załączonej weryfikacji ile razy bym nie restartował procka, to zawsze jest to samo. Same kwadraty na lcd. Sprawdzę jeszcze na innym komputerze wieczorkiem. Ten mam
w pracy i jak jest czas, to sobie piszę.

Rozumiem, ze w "głównym" docelowym programie, gdzie jest obsługa przycisków, przekaźników i jeszcze innych rzeczy mógłby być jakiś paszkwil, którego nie zobaczyłem, ale w załączonym kodzie jest tylko wyświetlanie danych z ram i eprom, gdzie kod jest raczej poprawny. Z reszta ten program używam od dawna, nieraz lekko zmodyfikowany i nigdy nie było takiego problemu.

Z resztą od samego początku zabawy z C pierwszy raz dostaję taki komunikat.

Jeszcze na koniec dodam, że o ile się nie mylę (sprawdzę wieczorkiem w domu) , to jeśli odznaczę weryfikację, ale również zakomentuję kopiowanie z eprom do ram, to wszystko uruchamia się prawidłowo, ale z tablicą ram. Wygląda, jakby coś nie kliniło z zapisem i weryfikacją danych z epromu. Sprawdzę wieczorkiem.

Statystyki: Napisane przez Robert_1967 — 26 cze 2026, o 07:55

Mikrokontrolery AVR • Re: Dziwne zachowanie przy wgrywaniu wsadu do Atmegi16

2026-06-25T21:14:59+01:00

A jak zrestartujesz procka po nieudanej weryfikacji?

Statystyki: Napisane przez Marhef — 25 cze 2026, o 21:14

Mikrokontrolery AVR • Re: Dziwne zachowanie przy wgrywaniu wsadu do Atmegi16

2026-06-24T12:08:05+01:00

Zapomniałem o kodzie:

[syntax=c]#define EEMEM __attribute__((section(".eeprom")))

void copy_eem_to_ram(void);

char linia1[] = {"--RAM---------------"};
char linia2[] = {"------RAM-----------"};// tablica znaków w pamięci RAM
char linia3[] = {"----------RAM-------"};
char linia4[] = {"--------------RAM---"};

char EEMEM linia_1[] = {".EPROM.............."};
char EEMEM linia_2[] = {".....EPROM.........."};// tablica znaków w pamięci EEPROM
char EEMEM linia_3[] = {".........EPROM......"};
char EEMEM linia_4[] = {".............EPROM.."};

int main(void)
{
buf_lcd_init();

copy_eem_to_ram();

buf_str_YX(0,0, linia1);
buf_str_YX(1,0, linia2);
buf_str_YX(2,0, linia3);
buf_str_YX(3,0, linia4);

sei();

while(1)
{
buf_refresh();
}
}

void copy_eem_to_ram(void)
{
eeprom_read_block (&linia1, &linia_1, sizeof(linia1));
eeprom_read_block (&linia2, &linia_2, sizeof(linia2));
eeprom_read_block (&linia3, &linia_3, sizeof(linia3));
eeprom_read_block (&linia4, &linia_4, sizeof(linia4));
}[/syntax]

Statystyki: Napisane przez Robert_1967 — 24 cze 2026, o 12:08

Mikrokontrolery AVR • Dziwne zachowanie przy wgrywaniu wsadu do Atmegi16

2026-06-24T11:06:22+01:00

Witam forumowiczów.

Od niedawna pojawił się dziwny problem podczas wgrywaniu wsadu do Atmegi16. Mianowicie, jeśli wgrywam wsad z pominięciem weryfikacji, to wszystko przebiega prawidłowo i program się uruchamia zgodnie z założeniem. Jeśli natomiast zaznaczę weryfikację, to po wgraniu mam problem z wyświetlaczem. Eclipse nie zgłasza problemu z weryfikacja, a mkavrcalc.... wywala błąd weryfikacji. W obu sytuacjach takie samo zachowanie lcd.

Generalnie przy uruchamianiu urządzenia wczytywane są dane z epromu do ramu i wrzucane na ekran. W ramie można te dane zmienić i zapisać ponownie do epromu. Po ponownym uruchomieniu wczytywane są nowe dane i i wyświetlane.

Program był wielokrotnie kompilowany i wgrywany wcześniej. Nigdy takich zachowań nie było. Zamiast tekstu, cały wyświetlacz jest zawalony kwadratami. Świecą całe kolumny. Sprawdzone na dwóch prockach nowych i oryginalnych.

Co o tym myślicie ?

------------------------ [ Dodano po: 56 minutach ]

Napisałem krótki program tylko do wyświetlania tekstu z ram i z eprom w zależności od tego, czy zakomentujemy, czy nie funkcję copy_eem_to_ram();
Program działa prawidłowo, co pokazują zdjęcia, ale jeśli odznaczę Disable automativ verify check w Eclipse, to sytuacja się powtarza, co widać na fotkach.

Z ramu:

z epromu:

z weryfikacją załączoną w eclipse i mk....

Statystyki: Napisane przez Robert_1967 — 24 cze 2026, o 11:06

KUPIĘ - SPRZEDAM - ZAMIENIĘ - PODARUJĘ • Re: [Sprzedam] REDBook Magistrala CAN/LIN od A do Z

2026-06-22T20:54:21+01:00

Sprzedane, topik do zamknięcia.

Statystyki: Napisane przez phill2k — 22 cze 2026, o 20:54

KUPIĘ - SPRZEDAM - ZAMIENIĘ - PODARUJĘ • [Sprzedam] REDBook Magistrala CAN/LIN od A do Z

2026-06-20T10:28:52+01:00

Sprzedam REDBook, Paweł Kardaś, Magistrala CAN/LIN od A do Z - cena 135zł, chętnych zapraszam na AL -> https://allegrolokalnie.pl/oferta/magis ... rdas-atnel

Statystyki: Napisane przez phill2k — 20 cze 2026, o 10:28

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-26T13:55:35+01:00

Dziękuję za zgodę. Nie wiem czy jest ok. P. Mirek zweryfikuje to, mam nadzieję. Pojawia się dodatkowa zmienna i trzeba troszkę pozmieniać w bibliotece.
Ale patrząc na logi kompilacji każdy dojdzie do tego co jeszcze trzeba zmienić. Funkcja wygląda tak:
[syntax=c]uint8_t bmpe280_read_temp( int16_t * at_int, uint8_t * at_fract ) {

uint32_t raw_adc = bmpe280_read_3bytes( BME280_REGISTER_TEMPDATA );

if (raw_adc == 0x800000)
return 0xFF;

int32_t var1, var2, t_fine, T; // T musi być signed!

raw_adc >>= 4;

// Kompensacja (zgodna z dokumentacją Bosch)
var1 = (((( (int32_t)raw_adc >> 3) - ((int32_t)bmpe_calib.T1 << 1))) * ((int32_t)bmpe_calib.T2)) >> 11;
var2 = ((((( (int32_t)raw_adc >> 4) - ((int32_t)bmpe_calib.T1)) * (( (int32_t)raw_adc >> 4) - ((int32_t)bmpe_calib.T1))) >> 12) * ((int32_t)bmpe_calib.T3)) >> 14;

t_fine = var1 + var2;
T = (t_fine * 5 + 128) >> 8; // T jest teraz w setnych częściach stopnia, np. -525 to -5.25°C

//test - działa. Zastępuje zmierzoną temperaturę wartością -5,25 st C - 1sze próba wstępna
//T = -525;

if( at_int && at_fract ) {
*at_int = T / 100; // Dla -525 otrzymasz -5
int32_t fraction = T % 100; // Dla -525 otrzymasz -25

if (fraction < 0) {
fraction = -fraction; // Ułamek chcemy mieć zawsze dodatni do wyświetlania
}
*at_fract = (uint8_t)fraction;
}

// Jeśli używasz ciśnienia/wilgotności, musisz zapisać t_fine do zmiennej globalnej
tmp_temperature = t_fine;

return 0;
}[/syntax]

U mnie przeszło testy. Proszę o feedback.

Statystyki: Napisane przez andrzej381 — 26 kwi 2026, o 13:55

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-26T10:03:01+01:00

Domyślam się że p. Mirek mnie skarci za podpieranie się AI.
ABSOLUTNIE Cię nie skarcę! wręcz przeciwnie ! AI to normalne narzędzie a kto dzisiaj się nim nie posługuje ten traci

jak dla mnie zadziałałeś super i myślę że nawet jeśli z AI to naprawiłeś to i tak już chyba wiesz o co chodzi no nie ?

andrzej381 napisał(a):

Myślę, że nie powinienem ciała tej funkcji publikować ze względu na prawa autorskie ATNELa do tej biblioteki. Chyba że p.Mirek zezwoli.

Bardzo dziękuję za to zdanie widać że szanujesz prawa autorkie, bardzo mi miło ale tak pozwalam żebyś tu pokazał ciało tej funkcji skoro w bibliotece jest błąd a tylko jedną funkcję jak pokażesz to nic się nie stanie

Statystyki: Napisane przez mirekk36 — 26 kwi 2026, o 10:03

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-25T11:07:35+01:00

Analizując funkcję z biblioteki ATNELa deklarowaną jako:

[syntax=C]uint8_t bmpe280_read_temp( int8_t * at_int, uint8_t * at_fract );[/syntax]
I podpierając się sztuczną inteligencją otrzymałem poprawione ciało funkcji.
Jestem w trakcie testów.
Zmian jest trochę więcej niż jedna zamiana typu zmiennej z uint32_t na int32_t.
Domyślam się że p. Mirek mnie skarci za podpieranie się AI.

Myślę, że nie powinienem ciała tej funkcji publikować ze względu na prawa autorskie ATNELa do tej biblioteki. Chyba że p.Mirek zezwoli.

Statystyki: Napisane przez andrzej381 — 25 kwi 2026, o 11:07

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-24T10:46:45+01:00

mirekk36 napisał(a):

no to zmieniaj sprawdzaj i daj znać toż co ci szkodzi sprawdzić i pobawić się chwilę kodem - to sama przyjemność jak sam naprawisz sobie a jak skill rośnie - tyle że ja mówię o kodzie biblioteki którą masz z atnela a ty opisujesz dokumentację - co sam chcesz pisać libsa od nowa ? ok to też wyzwanie ale póki co polecam ci prostszą drogę - popraw libsa z atnela wiele osób to zrobiło dawaj i czekam na wyniki

Nazwa funkcji i zmiennej (oraz jej typ) są z biblioteki Atnela. Więc odwołuję się do tej biblioteki. W dokumentacji czujki był przykład obliczeń który analizowałem wraz z biblioteką Atnela.
Jest jeszcze jedno miejsce w bibliotece do ewentualnej zmiany.
W kodzie jest linia: tmp_temperature = var1 + var2;
w której zmienne var1 i var2 są typu int32_t
a zmienna tmp_temperature jest typu uint32_t
To może być potencjalny błąd bo dodajemy 2 zmienne ze znakiem to dlaczego wynik jest tylko dodatni (zmienna bez znaku)?

Statystyki: Napisane przez andrzej381 — 24 kwi 2026, o 10:46

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-23T21:40:07+01:00

Statystyki: Napisane przez mirekk36 — 23 kwi 2026, o 21:40

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-23T20:27:47+01:00

Według mnie chodzi o funkcję:
uint8_t bmpe280_read_temp( int8_t * at_int, uint8_t * at_fract )

Przeglądając dokumentację czujki BME280 (strona 23) znalazłem formułę obliczeniową z której powinienem wyciągnąć wnioski.
Stawiam na: uint32_t adc_T
to tutaj chyba powinno być int32_t adc_T

W dokumentacji ta zmienna jest: BME280_S32_t T; (tam jest zmienna ze znakiem)

Statystyki: Napisane przez andrzej381 — 23 kwi 2026, o 20:27

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-23T19:01:51+01:00

andrzej381 napisał(a):

A nie jest zmiana potrzebna w funkcji: uint8_t bmpe280_read_temp( int8_t * at_int, uint8_t * at_fract )
gdzie trzeba: int8_t * at_int zastąpić: int16_t * at_int?

Pomyśl - at_int przechowuje wartość temperatury przed przecinkiem tak? i jest przecież typu int8_t a nie uint ... int16_t byłoby potrzebne gdyby ujemne temperatury miałyby być niższe niż -127 stC a przecież nigdy takich nie będzie

mówię ci zajrzyj do biblioteki - popatrz sobie na spokojnie i w jednej z funkcji zobaczysz uint32_t - tam trzeba zmienić na int32_t ... to będzie dla ciebie wyzwanie i sam się ucieszysz że ci wyszło a jeśli nie to pokaż tu funkcję którą próbujesz poprawiać to ja wtedy ci chętnie pomogę

Statystyki: Napisane przez mirekk36 — 23 kwi 2026, o 19:01

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-23T11:17:39+01:00

mirekk36 napisał(a):

andrzej381 napisał(a):

Mam jeszcze jedno pytanie, teraz dotyczące pomiaru temperatury tą czujką (BME280) przy pomocy biblioteki Atnel-a.
W zasadzie to jest pytanie do Pana Mirka.
Wygląda na to że biblioteka dobrze oblicza temperaturę do -12,7 stopnia. Poniżej następuje przepełnienie zmiennej przechowującej temperaturę (*10) która to zmienna jest typu int8_t czyli może liczyć do -12,7*10 = -127 Czy wystarczy zmienić typ tej zmiennej na int16_t czy też jeszcze trzeba coś zmodyfikować? Jeśli się mylę to proszę o poprawienie mnie.

Tak jest mały babolek ale w środku wystarczy zmienić wartość jednej zmiennej z uint32_t na int32_t w bibliotece

A nie jest zmiana potrzebna w funkcji: uint8_t bmpe280_read_temp( int8_t * at_int, uint8_t * at_fract )
gdzie trzeba: int8_t * at_int zastąpić: int16_t * at_int?

Moja wiedza jest dosyć skromna więc się dopytuję.

Statystyki: Napisane przez andrzej381 — 23 kwi 2026, o 11:17

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-22T20:09:38+01:00

andrzej381 napisał(a):

Tak jest mały babolek ale w środku wystarczy zmienić wartość jednej zmiennej z uint32_t na int32_t w bibliotece

Statystyki: Napisane przez mirekk36 — 22 kwi 2026, o 20:09

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-22T16:12:07+01:00

Statystyki: Napisane przez andrzej381 — 22 kwi 2026, o 16:12

Dla całkowicie początkujących • Re: Atmega16-32 Piny XTAL1 XTAL2

2026-04-21T20:38:50+01:00

Witam.
Znalazłem w nocie na stronie 29 taki wpis "Table 10. XTAL1 and XTAL2 should be left unconnected (NC)."
Table 10. Start-up Times for the Internal Calibrated RC Oscillator Clock Selection

Wychodzi na to, że nie można nic z tymi pinami zrobić i jeśli pozostaną wolne, to nie powinno mieć to wpływu na pracę całości.
Dziękuję Wam za pomoc, a w szczególności koledze Marhef.

Statystyki: Napisane przez Robert_1967 — 21 kwi 2026, o 20:38

Dla całkowicie początkujących • Re: Atmega16-32 Piny XTAL1 XTAL2

2026-04-21T13:29:56+01:00

Sprawdź w nocie katalogowej, czy nóżki te mają jakąś alternatywną funkcję. Jeśli mają, możesz jej użyć. Jeśli nie mają, nie możesz ich użyć inaczej.
W nocie do atmegi16 jest wpis, że mają zostać niepodłączone, jeśli wybrane jest taktowanie wewnętrznym oscylatorem. Ale zweryfikuj to jeszcze, mogę się mylić.

Statystyki: Napisane przez Marhef — 21 kwi 2026, o 13:29

Dla całkowicie początkujących • Re: Atmega16-32 Piny XTAL1 XTAL2

2026-04-21T13:20:46+01:00

witam marzesz robić co chcesz

Statystyki: Napisane przez ire — 21 kwi 2026, o 13:20

Dla całkowicie początkujących • Atmega16-32 Piny XTAL1 XTAL2

2026-04-21T12:11:23+01:00

Dzień dobry wszystkim.

Mam do Was może bardzo banalne pytanie, ale w nocie nie znalazłem odpowiedzi. Chyba ze nieuważnie czytałem. Co zrobić z pinami XTAL1 i XTAL2. jeśli korzystam z wewnętrznego
oscylatora, nie mam wlutowanego rezonatora i kondensatorów ?

1. Czy mogę je użyć, jako i/o dla np. przycisków ? (jak nazwać je w kodzie DDRX PORTX.....)
2. Jeśli są zbędne, to czy można je np. ustawić jako wejścia i podciągnąć do vcc w celu polepszenia stabilności układu (jak to zrobić)
3. Czy nie wolno ich ruszać i pozostawić wolnymi i tyle ?

Proszę o pomoc w tym temacie.

Statystyki: Napisane przez Robert_1967 — 21 kwi 2026, o 12:11