Witam
Myślałem że mnie to nie spotka, ale jednak.
Zabrałem się dzisiaj za przetestowanie nowego wyświetlacza i biblioteki do jego obsługi.
Najpierw podłączyłem go sobie tak jak mi było wygodnie i zaprogramowałem. Nie było efektu więc zacząłem szukać przyczyny. Przypomniałem sobie że to jest przecież LCD po SPI więc linię CLK podłączyłem pod SCK, natomiast DIN pod MOSI. Zaprogramowałem i od tego momentu brak komunikacji.



Wziąłem drugi sprawdzony procesor i podłączyłem LCD
Po zaprogramowaniu ten sam efekt. Brak możliwości dalszego zaprogramowania.
Fusy w obu przypadkach były prawidłowo ustawione. Już wcześniej korzystałem z tych procesorów.

_________________
"Nie programuj w święta - bug się rodzi"

A czy do programowania odpinasz wyświetlacz. Bo używasz te same piny.

--
Pozdrawiam,
Robert

Nie odpiąłem go. Natomiast teraz próbuję już bez niego z samym programatorem.

_________________
"Nie programuj w święta - bug się rodzi"

zwykle tak się nie dzieje ... ale atmega ma tą przykrą przypadłość że niestety ...
ale cokolwiek podłączone do linii programujących potrafi zakłócić dane
i spowodować nie tyle uszkodzenie co przypadkowe przeprogramowanie nie koniecznie tego co chciałeś
co moze spowodować np nie działanie mikrokontrolera

To bez sensu .. ale ma ukryty sens ... ---> napędzało sprzedaż mnikrokontrolerów

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

Jeżeli sprawdzasz na odpiętym LCD i masz wszystkie piny ISP podpięte tylko do programatora i nadal nie działa, to pewnie przestawiłeś fusy
Musisz potestować z innymi źródłami taktowania procesora. Na pewno nie przestawiłeś ich świadomie i nie jesteś w stanie ustalić na jaką wartość?

--
Pozdrawiam,
Robert

Tyle lat zabawy z uc i żadnego nie uwaliłem nawet gdy fusy musiałem ustawiać w niewdzięcznym Atmel studio.
Programowałem nawet na zajętych liniach ale przy innym LCD. No cóż przerwa techniczna do jutra.

@rskup fusów nawet nie ruszałem bo miałem już ustawione jak należy. Używałem tego procka od kilku lat. Drugi od niedawna kiedy to przeszedłem na zasilanie 3V3
@sunRiver zapewne ma rację.

_________________
"Nie programuj w święta - bug się rodzi"

to się zdarza kiedyś zawsze jest ten 1 raz ...
też tak miałem że używana działąjąca mega poleżała sobie i sig = 000000 lub RC=-1
wtedy dragon i sprawdzanie ...

aż przestałem się tym przejmować to tylko atmega

Niestety czasem właśnie zwłaszcza LCD może spowodować dziwną interpretację tego co robisz Ty mu flash a on erase i change Fuse Bits

można temu poniekąd zapobiegać poprzez dodanie bufora , rezystorków kilka - kilkadziesiąt om na linie ISP miedzy procem a LCD

...

Możesz spróbować zapodać 4Khz na Xtal z generatora , można spróbować podać 12V na Xtal1 przez rezystor rzedu 47K -100K ... może ruszy ,....
a jak nie to strata żadna w sumie

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

Bawiłem się jakiś czas temu z ATmega32 z podpiętym LCD na pinach SPI (programowałem poprzez USBasp). Miałem często przy programowaniu błędy weryfikacji, ale udawało się za którymś razem zaprogramować (nie chciało mi się odłączać LCD, bo prościej było kilka razy kliknąć programuj ). Ale nigdy nie zmieniły mi się fuse bity. Miejmy nadzieję, że nie wyłączył się u Ciebie pin RESET, bo wtedy zostaje tylko zabawa w programowanie HV

--
Pozdrawiam,
Robert

A fusebit doctorem nie pójdzie ? Złóż go sobie, może się jeszcze przyda

teraz to może experymentować z nimi do woli ":)_

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

Oj nie zgodzę się z Tobą. Strata jest wielka. Nie chodzi o finanse, tylko o morale i zaufanie do swoich działań

--
Pozdrawiam,
Robert

@rskup Masz rację z tym morale. Pieniądze to nie Fszystko.

_________________
"Nie programuj w święta - bug się rodzi"

hmm...
W zasadzie to chyba obraza majestatu .... tylko nie wiadomo czy bardziej idzie o ta obrazę czy majestat
w każdym razie można stracić zaufanie do producenta który wypuszcza coś co z byle powodu daje się wyłożyć


a tak na poważnie .. to strata żadna , bo próba ożywienia trupa niesie za sobą kolejne doświadczenia i nauke
oraz pozwala wyciągnąć wnioski na przyszłość ... np ... odpinanie wszystkiego co wisi na ISP podczas programowania
lub stosowanie zabezpieczeń na wszelkii wypadek

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

W końcu się udało po odpięciu LCD?

Miałem WIELE razy podobny komunikat, gdy na stykówce piny do programowania wykorzystywałem jako wejścia i, ups... podpięte były np. do masy a ja próbowałem wgrać program (attiny13a). Ale za każdym razem procek i programator przeżył. Stąd moje pytanie - I CO? Odpięcie LCD pomogło? Nie masz jakiś innych zwarć?

_________________
Mr. Nobody

Odpięcie LCD nic nie dało. Zwarcia itp. niemożliwe. Właśnie przelutowałem w adapterze na nową i jadę dalej. Zostawiam je. W wolnej chwili zajmę się tematem "reanimacji" takich przypadków.
Dziękuje wszystkim za odzew.

_________________
"Nie programuj w święta - bug się rodzi"