Liczba postów: 856
Liczba wątków: 2
Dołączył: Nov 2017
Wygląda mi na to, że zostało przestawione taktowanie uC na zewnętrzny generator.
Liczba postów: 856
Liczba wątków: 2
Dołączył: Nov 2017
15-04-2018, 17:14
(Ten post był ostatnio modyfikowany: 15-04-2018, 17:16 przez es2.)
(15-04-2018, 16:34)Mad_Maxs napisał(a): es2, a co to znaczy i jak to teraz naprawić??
To znaczy, że może, bez programatora HV się nie obejdzie (gdy np wyłączone zostało programowanie przez SPI). Można spróbować podać zewnętrzny sygnał zegarowy (to gdy przestawione jest tylko taktowanie)..
(15-04-2018, 16:34)Mad_Maxs napisał(a): Może przy wgrywaniu sketcha do starej płytki, nastąpił jakiś spadek prądu, który spowodował problem??
Spadek napięcia, mógł spowodować niekontrolowane ustawienie bitów konfiguracyjnych.
Liczba postów: 2,375
Liczba wątków: 0
Dołączył: Oct 2017
Reputacja:
240
Podłączasz płytkę np. Nano 328, a jako cel wskazujesz Nano z prockiem 168. Jak programator wybierasz USBASP, wybierasz Upload sketch trzymając Shift (alb z menu szkicu opcje upload używając programatora). AVRDUDE najpierw sprawdza jaki jest procek i jak mu się typ nie zgadza to wypisuje na ekran komunikat na jaki chcesz wgrać a jaki on widzi i nie wgrywa. Wgrywasz do innych arduino programatorem USBASP? Wiesz, nie obraź się, ale to jest trochę nieintuicyjne w Arduino, jak nawet wskażesz programator to on wgrywa przez bootloader, jest właśnie opisany specjalny tryb powyżej do wgrywania przez USBASP. Przeczytałeś tamten wątek? Sprawdziłeś co odczytuje AVR LAB (nie trzeba go instalować)? A jak kombinowałeś wcześniej ze sterownikami USBASP to mogłeś coś namieszać i tam jest rozwiązanie. Poza tym AVRLAB pozwala właśnie na tylko wysłanie komendy sprawdzenia co widzi USBASP. Są różne wersje AVRDUDE i wymagają różnych driverów. Są też różne wsady do USBASP, często te kupowane nawet dzisiaj przychodzą ze starymi sprzed 5-10 lat. Kabel USB odłączasz jak podłączasz USBASP? Wtyk ISP też w Arduino łatwo pomylić, inna jest orientacja w UNO, inna w NANO. Do takiego komunikatu wystarczy niepewna masa.
Jak byś napisał, że masz 10 płytek Arduino, 9 odczytujesz AVRLAB/Arduino/czystym AVRDUDE w trybie USBASP i do/z każdej wgrywasz/odczytujesz HEX to mam pewność, że problem jest z tą 1 płytką, a Ty masz ileś tam płytek i ciągle piszesz o tej jednej i coś tam, że na innych coś tam działa/nie działa. Jak testujesz czy płytka jest OK, to samą płytkę. Jak coś Ci zabiło płytkę, to ustal najpierw co to było, zanim urośnie Ci sterta na cmentarzyku.
Liczba postów: 51
Liczba wątków: 7
Dołączył: Nov 2016
Reputacja:
0
16-04-2018, 16:46
(Ten post był ostatnio modyfikowany: 16-04-2018, 17:36 przez Mad_Maxs.)
Do dzisiaj nie wgrywałem nic poprzez programator, zawsze przez usb z IDE.
Przeczytałem ten wątek, który podałeś wcześniej. Zastosowałem się do wskazówek w nim, jednak bez szczególnych rezultatów. Wygląda to na problem driverów do USBasp, ale na jednej z wersji, jak podłącze do kompa i płytki, to AVR LAB++ jest w stanie odczytać zarówno UNO jak i NANO. W poprzednim poście dałem nawet screeny z tego co wyrzucił AVR LAB++ w temacie UNO. Niestety przy próbie wczytania lub odczytania czegoś z płytek, wywala błąd Visual Studio.
W ręce wpadł mi za to MKAvr
Przy jego pomocy, bez problemu mój USBasp, pozwala odczytać rodzaj płytki, zczytać z niej HEXa, oraz wczytać innego. Zgrałem i wgrałem przez programator przygotowany HEX z bootloaderem i blinkiem do NANO i działa.
Niestety próbuję wgrać bootloader do UNO, niby się powiodło, bo jak zczytuję to dostaję dokładnie taki sam plik (rozmiar) jak wgrałem, a jednak bootloader nie działa, a sketch się nie realizuje.
EDIT//
Możliwe że znalazłem problem z Fuse bits. Z tego co wyczytałem, dla 328P powinienem mieć LOW 0xFF, HIGH 0xDE oraz EXTENDED 0x05, a u mnie HIGH jest 0xDF, EXT 0xFF. Mimo, że przy zapisie Flash ustawiam, żeby zmieniło mi Fuse Bits, to i tak zostają takie jak były