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....

Zapomniałem o kodzie:

A jak zrestartujesz procka po nieudanej weryfikacji?

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.

skasuj procka z opcją -e w MkAvrCalculator

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

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ę.

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

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

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.

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