Witam,
nie mogę zaprogramować uC w Mk2Decoder IR (zarówno ver.1.0.0.21 jak i 20). Wyskakuje okienko "Error: programming error..."
Mój zestaw: PC Win11, ATB 1.04 podłączony do PC kablem USB, w podstawce zestawu jest ATmega 644P taktowana zewn. kwarcem 8MHz, korzystam z wbudowanego programatora (ATB-FT232R, wyjście przejśc. USB/RS232 -> gniazdo Kanda).
MkAVRCalculator działa bez problemu, odczytuje i programuje mi procka (np. testowy program z miganiem diody). FTDI Watcher wykrywa zestaw na COM4.
W Mk2DecIR kontrolka w oknie port COM jest żółta/potem czerwona, więc może tu jest jakiś problem. W sekcji [uC tools] programator jest automatycznie wykrywany jako ATB-FT232R (COM4).
Przy próbie 'uC Programming..' wyskakuje error.
Przed otwarciem Mk2DecIR zamykam MkAVRCalc, żeby nie blokował portu, (zdj. w załączniku jest poglądowe).
Dla pewności odinstalowałem ster. przejsciówki USB/RS232, MkAVRCalc doinstalował sam - bez zmian.

W czym może być problem?

jak znam życie to brak podłączonego LCD zgodnie z wybranym schematem - a możesz przecież wybrać wgranie wsadu dla procka bez LCD i sprawdzić

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

A czy podłączenie LCD (jutro sprawdzę, czy poprawne) ma jakiekolwiek znaczenie w trakcie programowania uC?

a na pewno masz włożony kwarc 8MHz?

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

Na pewno. Zresztą program testowy uruchamiałem na tym samym kwarcu dla pewności.

zwarte żółte zworki nad prockiem?

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

Tak, założone. Jutro zrobię zdj. płytki.

poza tym podczas programowania progam powinien ustawić fusy na: FF D9 FD a u ciebie na skrinszocie są inaczej ustawione

------------------------ [ Dodano po: 2 minutach ]

zrób taki test: ustaw MkAvrCalculatorem fusy na domyślne - zaprogramuj je mkavrcalcem. Później odpal program i puść programowanie - pewnie się zatnie ale po tym sprawdź mkAvrCalcem jak zostały ustawione

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

A czy ustawienie na fusebitach zakresu >8MHz zamiast 3-8MHz jest akceptowalne dla kwarcu 8MHz? Czy i tak powinno pójść? Bo z tego, co pamiętam, to taki błąd może być. Inne raczej nie.
---
Tak , robiłem ustawienia fabryczne uC - bez zmian.
Aj! Tylko wtedy nie zmieniłem ustawienia zworek taktowania.

No ale widzę, że kolega kompletnie nie czyta co piszę.

Powtórzę jeszcze raz i ostatni raz. Program MkIrDecoder - SAM USTAWIA FUSEBITY!!!! a nie użytkownik. A zmiany w zworkach??? przy kwarcu ? sorki to już kompletny nonsens - bo nawet dla kwarca 8MHz ustawia się ręcznie fusebit Kwarc >= 8MHz a nie tam te niższe wartości. Poza tym zmiana zworek inna niż domyślne na 100% w tym konkretnym przypadku ZRYPIE taktowanie procka i wcale nie będzie działał na 8MHz z podłączonym kwarcem

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

No tak, przecież Mk2DecIR, mimo ustawień fabrycznych (wewn. taktowanie) znowu ustawi takt. zewn. , czyli zworek nie trzeba zmieniać, racja.
Ok sprawdzę MkAVRCalciem co MkeDecIR ustawi.

No więc tak, Mk2DecIR nie zmienia żadnych ustawień uC przy próbie zaprogramowania. uC ma po odczycie w Calc wciąż ust. fabryczne.

załączam zdj. zestawu ATB

Może to być spowodowane tym, że masz zapiętą zworkę ARST - tą białą obok zielonych zworek kwarca. Rozepnij ją i sprawdź. Poza tym wymień kwarc na oryginalny albo inny ale tylko po to żeby sprawdzić czy fusy się przeprogramują bo ten twój kwarc może być np uszkodzony w i w ogóle nie działać.

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

zworka ARST zdjęta - bez zmian
wymiana kwarcu 8MHz na inny - bez zmian (kwarc jest dobry, bo Calc czy BootLoader działa bez problemu na nim)

Czy to nie coś z interfejsem? Port COM ma znak zapytania i czerwoną kontrolkę na pasku stanu. Tylko wówczas czemu pozostałe programy działają bez problemu?

--- edit ---

Zauważyłem jeszcze coś, po wejściu do sekcji [uC tools] po ok. 1 sek. pasek wyboru programator się ustawia na ATB-FT232R, ale przycisk programowania zostaje 'uC programming - ATB-USBASP',
dopiero ponowny ręczny wybór programatora na ATB-FT232R (czyli tego samego, który jest), sprawia, że przycisk zmienia się na 'uC programming - ATB-FT232R',
nic to jednak nie zmienia - błąd programowania

uuuu niestety - przysiadłem do kodu źródłowego i okazuje się, że problem leży całkiem gdzie indziej - nie spodziewałem się tego. Nic źle już nie robisz to poważny problem w programie, który niestety jak się okazało - muszę to z bólem przyznać, jest niekompatybilny z Win11 a podejrzewam że właśnie win11 używasz czy może win10? Daj mi znać proszę.

Na starych Łindołsach 7, 8, 8.1 i zdaje się 10 - to działało bez problemu ale teraz pewne procesy ze środka muszą być wywoływane w sposób bardziej rygorystyczny i dlatego nawet Fusebity się nie programują. Udało mi się już naprawić część żeby się chociaż Fusebity programowały i to już działa. Więc w 100% odtworzyłem twój problem i dlatego mogę potwierdzić, że to nie twoja wina.

No dobra ale co teraz możemy zrobić - pewnie cię to interesuje.

Są dwa rozwiązania:

1. Jeśli niedawno kupiłeś licencję na ten program, to możesz spokojnie ale to już drogą mailową napisać prośbę o zwrot pieniędzy

2. Jeśli pierwsze rozwiązanie cię nie interesuje - wolałbyś mieć działający program to trzeba będzie niestety poczekać aż uda mi się go do końca naprawić żeby był w 100% kompatybilny z win11. Problem polega na tym, że nie umiem określić na teraz czasu jaki mi to może zająć

daj znać co wybierasz i jeśli pierwszy punkt to napisz maila na biuro@atnel.pl

------------------------ [ Dodano po: 6 minutach ]

oooops !!! o kurczę właśnie ruszyło w pełni programowanie i poszło na win11



ale kurczę zostało jeszcze parę innych problemów niestety bo nie wiem czy reszta programu będzie prawidłowo działać - jak coś to daj mi znać to wtedy ew podeślę ci EXE do testów - jeśli będziesz miał ochotę

------------------------ [ Dodano po: 9 minutach ]

sprawdziłem teraz nawet na ATB 1.04x tylko z FT232R i też ładnie w pełni działa i programuje procka !

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

Win11 (jest w 1 poście), ok siadam do testów. Dzięki!
Poproszę o plik exe.

Musisz poczekać na plik EXE do testów bo mówiłem że są jeszcze inne niuanse i je też muszę dopieścić - ale już się za to generalnie wziąłem - więc mam nadzieję, że uda mi się to dokończyć - gdyby w najbliższym czasie nie było tu informacji ode mnie, że już jest wersja do testów to proszę przypomnij się tu np w poniedziałek ok?

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

Dobrze.

Dobra - UDAŁO się chyba można spokojnie pobierać aktualizację programu 1.0.0.22 !!! i testować - mam nadzieję, że już wszystko będzie działać - poprawnie - a jeśli nie to pisz śmiało tutaj

------------------------ [ Dodano po: 1 minucie ]

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

Szybki jesteś.
No więc tak:
1. Dalej nie ma detekcji w interfejsie (port COM czerwony z krzyżykiem na pasku stanu, a na pasku tytułowym nie ma informacji o detekcji uC).
2. Programowanie wsadu bootloadera uC w zakładce uC tools działa (pierwszy - zielony pasek -> fusebity ładnie się poustawiały na FF D9 FD)
3. Programowanie wsadu programu przez port COM nie działa (drugi - niebieskie pasek) - error.

ok to dziwne bo jak mówiłem wyżej robiłem cały test specjalnie na starym ATB 1.04 i śmiga pięknie w każdą stronę

więc jedyne co przychodzi mi do głowy to:

1. Albo coś nie tak z kablem USB
2. Albo coś nie tak z pinami Rx i Tx procka

jak masz to wymień kabel usb i jak masz to wymień procek na inny - dla szybkiego testu

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

1. zmieniony kabel USB - bez zmian
2. zmieniony procek (na ATmega 32A) - bez zmian, (tzn. programowanie wsadu do uC działa, reszta nie, dokładnie jak poprzednio)

jedyna zauważalna zmiana, przy 644p obie diody Rx i Tx migały, przy 32A tylko Tx (zielona) miga, Rx z jakiegoś powodu nie,
--- edit ---
przy ponownym uruchomieniu Rx też już świeci, ale reszta wciąż bez zmian
przeinstalowanie programu - bez zmian

hmmm ale zaraz to wsad się w końcu wgrywa w 100% ? Muszą przejść minimum dwa paski podstępu: ZIELONY a później NIEBIESKI. Dobrze robisz że wybierasz wgrywanie bez LCD bo wsad nie ruszy prawidłowo jeśli będzie z LCD a on nie będzie podłączony.

Ale bardziej interesuje mnie czy właśnie poprawnie wgrywa się wsad do końca. I dziwne że nie skoro już nawet procka zmieniłeś na m32 czyli taki na jakim ja testowałem. to jeszcze mogłoby wyglądać na problem z taktowaniem czyli np że coś nie tak z kwarcem hmmm albo już mi się pomysły kończą

------------------------ [ Dodano po: 2 minutach ]

masz innego kwarca?

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

Tak, (poprzedni post są zdjęcia) zielony pasek dochodzi do 100%, niebieski na 0% i error.
Wczoraj już zmieniałem kwarc, ale na z tej samej serii, więc musiałyby być oba uszkodzone..
Zmieniłem na inny 11,0592MHz - bez zmian.

Wiesz no z tym kwarcem 11,0592 nie ruszy nawet bootloader, bo prędkość UART'a dobrana jest do kwarcu 8MHz

Zatem jeśli nie przechodzi niebieski pasek to w ogóle nie wgrywa się wsad przez bootloader na 100% ... u mnie się wgrywa - więc coś musi być w okolicy taktowania. Tak też uważam, że no ciężko akurat o dwa kwarce które by nie działały - masz rację. Ale tutaj to nic już nie przychodzi mi do głowy poza tym, żebyś podesłał zestaw do nas do firmy do sprawdzenia. Bo zauważ że ja SPECJALNIE wyszperałem IDENTYCZNY zestaw jak twój i na nim ZA KAŻDYM razem wsad się wgrywa (u mnie do ATmegi32) czyli niebieski pasek leci do końca i później po kliknięciu START już wszystko ładnie rusza ...

ale dobra mam plan skoro zielony pasek u ciebie przechodzi czyli zaprogramował się procek poprawnie bootloaderem to mamy to !!! Weź podłącz się teraz byle terminalem np PUTTY albo naszym ATB ESP terminal i daj prędkość 38400 8,n,1 - w terminalu powinny cały czas lecieć (pojawiać się) znaki zapytania jeśli będą to inne znaczki niż znaki zapytania albo nic nie będzie leciało to pozostaje ci się tylko podłączyć analizatorem stanów logicznych (o ile cokolwiek leci z BLS'a) i zbadać czas najkrótszego bitu. Z tego ci od razu wyjdzie jaka prędkość baudrate - jeśli nie będzie to 38400 to na 100000% coś jest nie tak z tymi twoimi kwarcami. Oczywiście mówię o najtańszym klonie saleae na allegro za 30zł - i oryginalnym oprogramowaniu Saleae - to na 100% pokaże co i jak

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

Podłączyłem terminal (putty i ATB ESP), na parametrach 38400 8,n,1 nic się nie pojawia, pusto

za to zrobiłem szereg innych testów, łącznie ze zmianą komputera, myśląc, że może prawa dostępu mają jakieś znaczenie (na PC mam konto zwykłego użytkownika, programy dla pewności uruchamiam z uprawnieniami administratora)
I tak:
MkAVRClipse działa zawsze i wszędzie
Bootloader v1 (a właściwie chyba v2) również działa - zarówno umieszczanie kodu w sekcji BLS, jak i potem wgrywanie przez bootloader programu właściwego do uC przez COMa, myślę, że to dowód, że i kwarc i interfejs są sprawne
Bootloader v3 działa częściowo - tzn. kompilacja, merge z własnym plikiem, i umieszczanie kodu w BLS - działa,
ale późniejsza komunikacja z uC (INFO - sprawdzenie sekcji BLS) i programowanie przez bootloadera - nie działa,
Mk2DecIR - bez zmian, tzn. chyba udaje się wgrać kod do BLS (zielony pasek dochodzi do 100%), ale potem error na próbie wgraniu wsadu (niebieski pasek 0%), brak komunikacji w programie, brak odczytu jakichkolwiek danych w terminalu przez COM...

te same próby robiłem na laptopie, gdzie mam uprawnienia administratorskie - i jest podobnie, tzn. jest on wolniejszy i wszystko wolniej działa, MkAVRClipse wyraźnie dłużej odczytuje dane z uC, Bootloadery czy Mk2DetIR często nie od razu rozpoznają programator (ATB-FT232R) trzeba poczekać, ale odłączyć/podłączyć ponownie, ale efekt jest podobny jak na PC, czyli Clipse i Bootloader v1 działa ok, reszta nie

ps. w międzyczasie kupiłem mimo wszystko kilka nowych kwarców, żeby nie było wątpliwości

Nie no te próby które zrobiłeś to doskonały pomysł przetestować kwarca na samym bootloaderze czy jakiejś transmisji. no to mi pomysły się kończą - może podeślij do nas zestaw do sprawdzenia?

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

A czy przy próbie wgrywania nie masz uruchomionego innego programu, który używa portu COM?

Nie, już pisałem w którymś poście wcześniej, jak port jest zajęty przez inny program to po prostu jest o tym informacja.