moscow napisał(a):
Teraz jest kilka opcji. Zapewne jeśli tuż przed wysłaniem wsadu z MKBootLoadera/MKClipse sam zresetujesz procka, to wsad zapewne zostanie normalnie wgrany na MCU przez BootLoader.
Dokładnie tak było i właśnie to jako pierwsze przetestowałem. Jak uruchamiałem wgrywanie przez bootloader i zaraz potem nacisnąłem przycisk, program się ładował. Tak samo z BLS info. Odczytywał gdy nacisnąłem reset.
Trochę straciłem czasu, bo przestawiłem sobie wcześniej w MkClipse: Settings → as BLS section na wartość 0x7E00. Ma być 0x0000 czyli Set Default address. Efekt był taki, że program ładował się przez mkbootloader ale nie startował (nic się nie działo).
Te zdania dały mi do myślenia:
moscow napisał(a):
Można też MKBootLoader3 użyć rozwiązania resetu hardware-oweg. Wtedy nie trzeba nic programować dodatkowo.
Marhef napisał(a):
W mkbootloader jest opcja sprzętowego resetu, używając linię DTR. Nie pamiętam, jak jest w mkClipse. Zawsze możesz spróbować spiąć DTR z listwy między przetwornicą a wyświetlaczem z pinem RESET ATmegi
Sprawdziłem dokumentację dla ATB 1.05a wpisując DTR:
strona 15:
[ JP8-ARST ] - zwarta, włączony auto RESET z linii DTR układu, FT232R (jak w Arduino)
rozwarta *, linia RESET odłączona od DTR
Domyślnie jest zatem rozwarta czyli RESET odłączony od DTR (tak było też u mnie). Przestawiłem i wgrywanie działa już za każdym razem z MkBootloder-a, z MkClipse-a oraz z Eclips-a.
Załączam zdjęcie zworki po przestawieniu:
Statystyki: Napisane przez frank75 — 9 lis 2025, o 03:16
]]>
