ATNEL tech-forum

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2014-01-01T17:37:10+01:00

Kolego Kangur i kolego Mipsa , zwracam sie o spokój i odrobinę szacunku

temat tolerowałem , ale tym razem go zamknę ,
Kolega Mipsa próbował pomóc ,
a tymczasem kolega Kangur nie dość że świadomie używać chce nielegalnego softu w podrobionym urządzeniu
to jeszcze ma pretensje , a tego tolerować nie będę ..

Koledze KANGUR na ten Nowy ROCZEK udzielam OSTRZEŻENIA !!

PONADTO KAŻDY TEMAT DOTYCZĄCY PODROBIONYCH URZĄDZEŃ ICH UŻYWANIA BĘDZIE USUWANY !!!

Statystyki: Napisane przez SunRiver — 1 sty 2014, o 17:37

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2014-01-01T15:05:05+01:00

Mipsa napisał(a):

Kolego ja nie oferowałem tu sprzedaży ani naprawy interfejsu.

Czy ja gdzieś wspomniałem, że coś oferujesz? Jak jesteś taki chojrak to wytłumacz jakie poczynić ustawienia, aby można było używać klona z włączonym internetem bo ludzie którzy handlują i naprawiają je o niczym takim nie wspominają, a wręcz przeciwnie.

Mipsa napisał(a):

Bo na większości z tych stron jest opisane co i jak trzeba zablokować w etc/host itd.

No to pokaż na którym forum marki aut z grupy VAG jest coś takiego opisane. Tam nawet opisy programowania Atmegi są daleko w tyle.

Mipsa napisał(a):

A najlepiej to kup oryginała i nie będziesz miał problemu.

Akurat problemu nie mam. Tylko chce usłyszeć Twoje argumenty. Skoro wszyscy każą używać bez włączonego neta, a tu trafia się taki znawca jak Ty to wypadało by udowodnić to, a nie pisać aby pisać.

Statystyki: Napisane przez Kangur — 1 sty 2014, o 15:05

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2014-01-01T13:37:44+01:00

Kangur napisał(a):

Kolego ja nie oferowałem tu sprzedaży ani naprawy interfejsu. Szkoda mi czasu na takie rzeczy.
Co do stron jakie odwiedzałeś , widocznie nie trafiłeś na odpowiednią. Bo na większości z tych stron jest opisane co i jak trzeba zablokować w etc/host itd.
Albo jak wolisz rób tak jak tam opisali.

A najlepiej to kup oryginała i nie będziesz miał problemu.

Statystyki: Napisane przez Mipsa — 1 sty 2014, o 13:37

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-12-31T15:55:30+01:00

A no widzisz na większości forów VAG-owych są opisy o programowaniu Atmegi 162 i jakoś nikogo nie odsyłałeś.
Nie z takimi kozakami, handlarzami i naprawiaczami klonów rozmawiałem i każdy mówi jedno: soft używać bez neta, a dodatkowo najlepiej nośnik zewnętrzny. Pomimo, że nie widzę problemu w zaprogramowaniu Atmegi 162 to informatyka w szerszym zakresie nie jest moją dziedziną i nawet jak przeczytam co oznacza:

Mipsa napisał(a):

etc/hosts

Mipsa napisał(a):

zabezpieczenie przed debugowaniem

to i tak nic z tego nie rozumiem. Najlepiej się chwalić, ale bez argumentów...

Statystyki: Napisane przez Kangur — 31 gru 2013, o 15:55

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-12-30T23:35:08+01:00

sory.
Ale nie ma sensu opisywać po raz kolejny czegoś czego jest pełno w internecie. Niestety odsyłam do google

Statystyki: Napisane przez Mipsa — 30 gru 2013, o 23:35

Atmega 162

2013-12-29T21:11:55+01:00

Mipsa napisał(a):

Zablokuj jeszcze wszystko co potrzeba w etc/hosts i będziesz miał spokój

Mipsa napisał(a):

korzystać z netu możesz ja nie mam z tym problemu. net mam cały czas włączony używam oprogramowania o którym tu mowa

Kolego mógłbyś rozwinąć swoje wypowiedzi.

Statystyki: Napisane przez Kangur — 29 gru 2013, o 21:11

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-12-28T20:37:29+01:00

1. Bez bootloadera to zapomnij o programowaniu po usb bo rozumiem że o takie programowanie ci chodzi bez użycia programatora
2. Tak jeżeli używasz odpowiedniej wersji wsadu do odpowiedniej wersji oprogramowania.
3. najpierw musisz usunąć zabezpieczenie przed debugowaniem. a później już jest tyle możliwości że hoho )
a korzystać z netu możesz ja nie mam z tym problemu. net mam cały czas włączony używam oprogramowania o którym tu mowa
pozdrawiam

Statystyki: Napisane przez Mipsa — 28 gru 2013, o 20:37

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-12-28T18:16:08+01:00

Witam,
po pierwsze da sie spokojnie programowac atmege przez usb nie potrzeba portu lpt (usbasp),
po drugie czy jestes pewny ze samo dodanie w etc/hosts update... eliminuje reflash,
po trzecie czego szukac przy dekompilacji execa (ollydbg) aby moc korzystac znetu rownoczesnie.

Pozdrawiam

Statystyki: Napisane przez allent — 28 gru 2013, o 18:16

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-10-09T13:08:19+01:00

Cieszy mnie to że Ci się udało
Zablokuj jeszcze wszystko co potrzeba w etc/hosts i będziesz miał spokój

Statystyki: Napisane przez Mipsa — 9 paź 2013, o 13:08

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-10-08T12:43:47+01:00

Więc tak.
Uporałem się z problemem zaprogramowania i działania interfejsu.
Tak jak kolega Mipsa pisał muszą być zaznaczone wszystkie lock bity jak na zdjęciu z poprzedniego mojego postu.
Inaczej program obsługujący interfeis nie ma komunikacji z samochodem.
I co jeszcze ciekawe żaden program do programowania kontrolerów oprócz PonyProg nie może być użyty ponieważ nie ma komunikacji z programem.
Dlaczego tak jest nie pytajcie nie wiem. Może być że wsady z Pony są tak pokręcone że tylko on sam je odczytuje.

Statystyki: Napisane przez komand1306 — 8 paź 2013, o 12:43

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-10-05T10:25:01+01:00

Tak, faktycznie CC, mój błąd

Statystyki: Napisane przez Mipsa — 5 paź 2013, o 10:25

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-10-05T00:30:59+01:00

Mi tam wyszlo na tej stronce w lockbitach CC

Statystyki: Napisane przez komand1306 — 5 paź 2013, o 00:30

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-10-04T22:32:23+01:00

Tak, ale nie umiem znaleźć opisu z pony co te lockbity oznaczają, a wartości hex nie ma. Jest takie coś:

Gdyby był jakiś opis tego programu i poszczególne zagadnienia co oznaczają, to by szło bez problemu przełożyć je na mkAVR.
Zapewne dla wtajemniczonych to pestka, ale dla mnie to jeszcze magia.

Statystyki: Napisane przez komand1306 — 4 paź 2013, o 22:32

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-10-04T17:49:28+01:00

no to kiepsko goglowałeś
atmega162

mi tam wyszło HEX = C9

ale lepiej niech ktoś potwierdzi

Statystyki: Napisane przez Mipsa — 4 paź 2013, o 17:49

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-10-04T12:59:29+01:00

No nie założyłem. Mam zrzut ekranu z ustawień security bits z ponego i nie umię jakoś znaleść opisu jak to przełożyć na mkAVR.
Fusy są tak samo opisane ale lookbity już nie. Nie chce sobie procka zablokować.
W pony zaznaczone jest :
BootLock12
BootLock11
Lock2
Lock1
Googlowałem odnośnie opisu ale nic nie znalazłem.
Masz jakieś propozycje jak to w mkAVR ustawić ?

Statystyki: Napisane przez komand1306 — 4 paź 2013, o 12:59

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-10-04T12:32:33+01:00

komand1306
Jednak coś nie pasuje w wsadami . Założyłeś te lookbity?

GwynBleidD
On nie sprawdza licencji. Online sprawdza tylko nr. seryjny interfejsu , czy jest na czarnej liście. Jeśli nie ma to Ok. Jeśli jest kasuje mikroprocesor.
Co do etc/hosts to tak jak pisałem kilka postów wyżej trzeba zablokować i po kłopocie. Nie pamiętam dokładnie jaki adres trzeba było zablokować. Przy wolnej chwili sprawdze

Statystyki: Napisane przez Mipsa — 4 paź 2013, o 12:32

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-10-04T11:27:33+01:00

W programie test jest tak

Wiadomo co pisze w miejscu kropek

Statystyki: Napisane przez komand1306 — 4 paź 2013, o 11:27

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-10-04T10:52:54+01:00

Musiał bym poszukać w notatkach z przed 2 lat. Ale z tego co pamiętam. To w tle działa dodatkowe oprogramowanie odpowiedzialne za połączenie online z właścicielem oprogramowania.
Po zablokowaniu domeny i IP uniemożliwiamy mu kontakt.

Statystyki: Napisane przez Mipsa — 4 paź 2013, o 10:52

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-10-04T10:50:12+01:00

A program rozpoznaje Ci interfejs. Jaki jest wynik testu interfejsu?

Statystyki: Napisane przez Mipsa — 4 paź 2013, o 10:39

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-10-04T10:33:44+01:00

No FT 232 i atmege mam zaprogramowana ale dalej nie ma komunikacji z autem.
Wienc moze ten procek ze zdjecia jeszcze szwankuje.

Statystyki: Napisane przez komand1306 — 4 paź 2013, o 10:33

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-10-04T09:30:18+01:00

Oczywiście że się da idziesz w dobrym kierunku. Najpierw programowanie atmegi i FT232 .
Tym układem ze zdjęcia na razie się nie przejmuj. Ale w razie czego mam gdzieś schemacik programatora do niego więc nie będzie problemu.

Statystyki: Napisane przez Mipsa — 4 paź 2013, o 09:30

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-10-04T02:09:54+01:00

Proszę bardzo- PAL, programowalne bramki logiczne http://www.atmel.com/Images/doc0364.pdf

On może być uszkodzony, ale nie jesteś w stanie sam go "odtworzyć".

Statystyki: Napisane przez Jaglarz — 4 paź 2013, o 02:09

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-10-04T01:02:36+01:00

To co kolego Mipsa da się ożywić ten kabel po zonku z podłączonym netem czy już po prostu jest do wyrzucenia ?
A ten inny Atmel na plytce o oznaczeniu
F16V8BQL
15JU1220

co to za jaki ?

Statystyki: Napisane przez komand1306 — 4 paź 2013, o 01:02

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-10-03T17:55:57+01:00

czekaj czekaj teraz to ja sam musze zobaczyć czy ja tak napisałem. Czy po prostu źle się zrozumieliśmy.
a co do tego oprogramowanie to jest taj jak napisałem.

Edit
No to tak jak myślałem źle się zrozumieliśmy
Napisałem że program kasuje atmege bo mu looki nie pasują Oczywiście chodziło mi o program po stronie PC.
Ale dobra zostawmy już ten temat. On już i tak mnie kiedyś zatruł tak że siedziałem bardzo długi czas no obserwowaniu co i jak leci do tego interfejsu.

Statystyki: Napisane przez Mipsa — 3 paź 2013, o 17:55

Re: Atmega 162 - Kontroler nie daje się zaprogramować

2013-10-03T17:43:24+01:00

Mipsa napisał(a):

A dokładnie działa to tak. Program sprawdza czy został podłączony interfejs do komputera jeśli tak. odczytuje eeprom Ft232 później wczytuje eeprom atmegi z której odczytuje nr. seryjny interfejsu. I porównuje go z bazą danych wewnętrzną (wpisaną w program ) jak i bazą online "czrną listą" Jeśli nr. seryjny znajduje się na liście czyści całą zawartość atmegi. Dodatkowo wczytuje niektóre komórki pamięci flash i "pewnie" wczytuje też wszyskie "fuski" razem z lookami. Ale tego nie jestem pewien.
Ale musi coś w tym być bo zauważyłem różne się zachowanie takiego interfejsu. Jak nie były założone loocki.
Raz poprawnie wykrywał interfejs i działał raz nie. Innym razem wykrył interfejs ale od razu go kasował tzn. atmege.
oczywiście po założeniu lookbitów problem znikał

No ale ty teraz piszesz o CAŁKIEM czymś innym ... To jak się zachowa bootloader - zależy od bootloadera czy np skasuje Flash czy nie skasuje ... A sam komputer nie ma żadnego dostępu do pamięci procka i to żadnej jeśli tenże bootloader nie umożliwia takiej opcji ... Jeśli umożliwia no to chyba nie dziwne ... Więc ty mówisz o jakimś tam bliżej nie wiadomym bootloaderze i to troszkę tak - jakby istniał tylko jeden na świecie bootloader. Jak sobie sam napiszesz prosty bootloaderek, który będzie miał za zadanie tylko odczytać dane np przez RS232 i zaprogramować FLASH to nic po raz kolejny podkreślę nadal LockBity nie będą miały tu nic do rzeczy. Ale jeśli napiszesz go tak - że np będzie coś tam sprawdzał i w zależności od jakichś warunków miał kasować flash - to już jest twój program ....

więc nadal nie można tego mylić z faktem że Lockibity mają wpływ na jakieś tam kasowanie procka ...

Owszem - być może ty lepiej znasz ten wsad o którym pisze autor wątku - ja przyznaję że nie mam pojęcia ... być może tam jest jakiś bootloader - też nie mam pojęcia - a może nawet jest taki - o którym piszesz ... no to wtedy mógłbym to zrozumieć.

Tyle że trzeba było od początku napisać że chodzi ci o bootloader - a nie że Lockbity mogą skasować procka.

Statystyki: Napisane przez mirekk36 — 3 paź 2013, o 17:43