Cytat: To dużo ? Ręce mi opadły...
Tu nie chodzi o pieniądze.. tylko o czas.. dlaczego samochód ma stać bez alarmu tydzień jeśli można to zrobić w 10 min. (tym bardziej że zbliża się majówka - okres kiedy wszyscy mają wolne , więc to tym bardziej wydłuży okres oczekiwania) Oczywiście że jeśli w ciągu max 2 dni sam nie rozwiąże tego problemu odeśle go do serwisu, albo po prostu kupie sobie nowy na miejscu w mieście w którym mieszkam, bo szkoda mi czasu na czekanie na pocztę polską - a ew. przesyłka kurierem i czekanie do pn.. aż serwis się otworzy po majówce, wyniesie mnie tyle samo co nowy w sklepie. Jestem na tym forum o dobre kilka lat dłużej i z różnymi wypowiedziami się spotkałem ale z tak lakoniczną, i lekceważącą już dawno nie... ale nie mam za złe).
Cytat: Wyczyść pamięć samemu skoro potrafisz to zrobić. Najpierw oczywiście zapisz to co w niej było. Odpal alarm i spróbuj kodu fabrycznego.
Z doświadczenia z innymi alarmami, nie tylko tymi samochodowymi wiem, że wyczyszczenie tej pamięci nic tu nie da, ponieważ są w niej często przechowywane dane potrzebne do poprawnej pracy procesora, przecież to nie jest wyłącznie ram.... Jest tam konfiguracja potrzebna przy rozruchu, jak chociażby informacje o tym w jakim stanie znajduje się alarm po uruchomieniu.... gdyby tak nie było to skąd niby centralka miała by wiedzieć że jest w stanie anti-hi-jack... Poza tym to jakie są tam jeszcze inf. to zależy wyłącznie od pomysłowości konstruktora, w kilku przypadkach spotkałem się ze przeliczaniem sumy kontrolnej pamięci przez procesor, która jest zapisana w końcowych obszarach eepromu... Zabawy tego typu które proponujesz kończą się najczęściej niesprawną centralką. Nie prosił bym o wsad gdybym znał jego strukturę, a wyczyszczenie jakie proponujesz (to zapisanie wartością 00 lub FF) nic tu nie da, bo niby jak miałbym potem wprowadzić kod awaryjny , jeśli jego struktura nie uwzględnia występowania zer... w kodzie.. (proponuję najpierw chociaż zerknąć do instrukcji od tego alarmu...) pozatym nawet abstrahując wypełnienie inną wartością jak 11, 22 może dać nieoczekiwane efekty, a nawet jeśli nie to zawsze istnieje możliwość że kod jest przechowywany w postaci którą procesor musi przetworzyć aby uzyskać właściwą wartość np zinkrementować albo zdekrementować lub wykonać inną operację arytmetyczną... (nie twierdze że w legendford'zie tak jest, ale nie możemy tego wykluczyć...).
Eeepromu nie zgrywam na razie ze swojego, ponieważ wiąże się to z utratą gwarancji, a nie zamierzam z niej rezygnować jeśli nie mam pewności że będę miał drugi wsad żeby przeanalizować różnicę w blokach, i znaleźć ten odpowiedzialny za kod awaryjny. Mając drugi wsad mam przynajmniej 80% że się uda zrobić to szybko, a na czasie mi zależy. A wiedząc że nie zdobyłem wsadu nie ryzykuje i mogę odesłać centralkę do gwarancji.. co dla mnie jest raczej ostatecznością, lecz nie wykluczam że nie skorzystam przy takich wypowiedziach od osób które podpisują się jako specjaliści.
Pozdrawiam.