www.viaken.pl

strona 1/9

1. Instrukcja Programu BMW Skaner 1.3.5.
Przy

pierwszym

uruchomieniu

programu

nale

ż

y

ustawi

ć

wszystkie niezb

ę

dne ustawienia.

Po uruchomieniu programu otwiera si

ę

główne okno, b

ę

d

ą

ce

wykazem głównych modułów elektronicznych.
Poniewa

ż

ilo

ść

diagnozowanych modułów BMW (w zale

ż

no

ś

ci od

wyposa

ż

enia samochodu i roku produkcji) zbli

ż

a si

ę

do

czterdziestu, dla wi

ę

kszej wygody i przejrzysto

ś

ci trzeba

było je podzieli

ć

na dwie listy.

Je

ż

eli odejdziemy od terminologii, przyj

ę

tej w BMW, to w

pierwszej li

ś

cie s

ą

przedstawione wszystkie główne moduły

z kategorii: Drive i Chassis, jak równie

ż

najbardziej

rozpowszechnione moduły wyposa

ż

enia Body. W drugim wykazie

wybór modułów był ustalany wg pozostałej zasady.
Praca

w

głównym

oknie

programu

odbywa

si

ę

według

nast

ę

puj

ą

cych zasad:

Je

ż

eli konieczne jest ustalenie wyposa

ż

enia samochodu i

usuni

ę

cie bł

ę

dów we wszystkich modułach, to pojawia si

ę

odpowiedni wykaz i uruchamia si

ę

skanowanie.

Program

odczytuje

dane

identyfikacyjne

znalezionych

modułów, okre

ś

la ilo

ść

bł

ę

dów, usuwa je, a nast

ę

pnie, po

niewielkiej przerwie (niezb

ę

dnej do zako

ń

czenia procedury

samodiagnostyki) powtarza odczyt.
Status

ka

ż

dego

modułu

przedstawiany

jest

w

dwóch

kolumnach, gdzie w pierwszej podana jest ilo

ść

bł

ę

dów,

zachowana w pami

ę

ci modułu w procesie u

ż

ytkowania, a w

drugiej - ilo

ść

bł

ę

dów po usuni

ę

ciu, czyli realny stan

modułu w danym momencie.
Przy tym program nie rozszyfrowuje kodów znalezionych
bł

ę

dów, a tylko okre

ś

la ich ilo

ść

. Nale

ż

y na to zwróci

ć

uwag

ę

, poniewa

ż

ten fakt wyklucza wykorzystanie go w roli

programu

diagnostycznego.

Z

drugiej

strony

taka

organizacja programu jest optymalna z punktu widzenia
przygotowania samochodu przed sprzeda

żą

.

Praca z jakimkolwiek okre

ś

lonym modułem rozpoczyna si

ę

poprzez podwójne klikni

ę

cie na interesuj

ą

cy wiersz w

wykazie. Przy tym otwiera si

ę

odpowiednie okno programu,

automatycznie s

ą

odczytywane dane identyfikacyjne, VIN i

przebieg (je

ż

eli znajduj

ą

si

ę

one w danym module), a

tak

ż

e data produkcji i ilo

ść

bł

ę

dów. W oknie, które si

ę

pojawiło, aktywuj

ą

si

ę

dodatkowe punkty menu, wskazuj

ą

ce

na mo

ż

liwe warianty kontynuacji pracy.

Poniewa

ż

najwi

ę

ksze zainteresowanie wywołuj

ą

takie moduły

elektroniczne, jak IKE, LCM, EWS, DME i EGS, a mo

ż

liwo

ś

ci

programu s

ą

okre

ś

lane wła

ś

nie według tych modułów, jest

www.viaken.pl

strona 2/9

sens, aby rozpatrzy

ć

wykaz dost

ę

pnych funkcji bardziej

dokładnie, na konkretnych przykładach.
Wi

ę

kszo

ść

punktów

menu

nie

potrzebuje

jakichkolwiek

wyja

ś

nie

ń

- ich przeznaczenie jest dosy

ć

oczywiste. Z

punktu

widzenia

organizacji

pracy

z

plikami,

odczytu/zapisu EEPROM i korekty przebiegu program jest
powtórzeniem

poprzednich

wersji

DOS,

gdzie

wszystkie

metody działania s

ą

ju

ż

wystarczaj

ą

co przerobione i

sprawdzone przez czas. Jedyne, co nale

ż

y podkre

ś

li

ć

- to

istotne

rozszerzenie

testowanych

paneli

przyrz

ą

dów.

Oprócz tego, jest usystematyzowana statystyka algorytmów
korygowania przebiegu.
W

niniejszej

wersji

programu

numery

algorytmów

odpowiadaj

ą

:

NR1 - NR7, NR11, NR12 - E38/E39 diagnostic method
NR8 - E46 diagnostic method
NR9 - E38/E39 tacho-diagnostic method - EEPROM 93S56
NR10 - E38/E39 tacho-diagnostic method - EEPROM 93S66
NR13 - E38/E39/E46 direct chip - EEPROM M35080 (93S66
HW:13)
NRO - Not defined.
Program posiada wbudowan

ą

baz

ę

danych, do której s

ą

wprowadzone

wszystkie

główne

charakterystyki

znanych paneli przyrz

ą

dów, jak równie

ż

okre

ś

lony jest

indywidualny

algorytm

pracy

programu

w

przypadku

korekty tych danych w panelu. Dane te, według koncepcji
opracowuj

ą

cych

programistów

nie

powinny

by

ć

zmienione

(przebieg, VIN i przerwy serwisowe). Po

odczycie danych identyfikacyjnych panelu, program
porównuje je z baz

ą

danych i automatycznie ustawia

potrzebny algorytm.
W przypadku, je

ż

eli potrzebne dane w bazie nie zostały

znalezione, program automatycznie odczytuje EEPROM, RAM i
obszar rejestrów procesora i na podstawie otrzymanych
danych znajduje przypuszczalny algorytm wg. analogii z
ju

ż

znanym. Oprócz tego, w programie przewidziana jest

r

ę

czna

zmiana

algorytmu

-dla

tych,

którzy

lubi

ą

eksperymentowa

ć

. Gdy ma si

ę

wystarczaj

ą

ce kwalifikacje i

bardzo

po

ż

yteczne

nawyki

wst

ę

pnego

odczytywania

i

przechowywania zrzutów EEPROM jest to dosy

ć

bezpieczne

hobby...
Je

ż

eli uwa

ż

nie zgł

ę

bimy wszystko, co napisano powy

ż

ej,

staje si

ę

zrozumiałe - je

ż

eli okre

ś

lony jest dowolny

algorytm,

oprócz

0

i

13,

to

panel

b

ę

dzie

przeprogramowany bez demonta

ż

u. W przeciwnym przypadku

www.viaken.pl

strona 3/9

trzeba

b

ę

dzie

odło

ż

y

ć

klawiatur

ę

i

posłu

ż

y

ć

si

ę

lutownic

ą

...

Poni

ż

ej przedstawiona jest tablica testowanych paneli z

podaniem BMWTNR, wersji hardware i software, numeru
algorytmu korekty przebiegu i stosowanego EEPROM:

----------------------------------

----------------------------------

BMWTNR HW SW NR EEPROM

BMWTNR HW SW NR EEPROM

----------------------------------

----------------------------------

6.901.921 05 15 8 93S66

8.372.359 10 09 3 93S56

6.901.922 05 15 8 93S66

8.372.359 11 09 3 93S56

6.901.923 05 15 8 93S66

8.372.359 12 09 3 93S56

6.902.362 07 16 8 93S66

8.372.359 13 09 3 93S56

6.902.363 07 16 8 93S66

8.372.359 14 09 3 93S56

6.902.374 07 16 8 93S66

8.372.359 15 09 3 93S56

6.903.748 08 12 10 93S66

8.372.361 11 09 3 93S56

6.903.794 12 16 7 93S66

8.374.336 07 13 2 93S56

6.906.110 09 13 13 93S66

8.375.669 04 11 4 93S56

6.906.110 12 13 13 93S66

8.375.675 04 11 4 93S56

6.906.110 14 13 13 93S66

8.375.895 16 10 3 93S56

6.906.118 12 13 13 93S66

8.375.900 16 10 3 93S56

6.906.119 12 13 13 93S66

8.375.902 16 10 3 93S56

6.906.120 12 13 13 93S66

8.376.192 07 14 5 93S56

6.906.122 12 13 13 93S66

8.376.701 04 05 9 93S56

6.906.124 12 13 13 93S66

8.376.707 04 05 9 93S56

6.906.901 10 20 13 35080

8.376.708 04 05 9 93S56

6.906.991 16 14 13 35080

8.378.983 07 15 5 93S56

6.906.992 15 14 13 35080

8.380.144 04 07 8 93S66

6.906.992 16 14 13 35080

8.380.145 04 07 8 93S66

6.906.998 15 14 13 35080

8.380.146 04 07 8 93S66

6.906.999 15 14 13 35080

8.381.195 07 15 6 93S56

6.906.999 16 14 13 35080

8.381.788 05 07 9 93S56

6.907.018 16 17 13 35080

8.381.790 05 07 9 93S56

6.907.021 14 17 13 35080

8.381.806 05 07 9 93S56

6.911.287 12 23 13 35080

8.381.808 05 07 9 93S56

6.911.315 12 23 13 35080

8.381.810 05 07 9 93S56

6.914.873 19 15 13 35080

8.381.812 05 07 9 93S56

6.914.879 19 15 13 35080

8.386.092 05 13 8 93S66

6.914.884 18 15 13 35080

8.387.044 04 11 10 93S66

6.914.913 19 18 13 35080

8.387.044 05 11 10 93S66

6.914.930 19 15 13 35080

8.387.044 06 11 10 93S66

6.932.907 27 35 13 35080

8.387.045 04 11 10 93S66

8.352.207 06 08 1 93S56

8.387.045 05 11 10 93S66

8.364.005 06 09 1 93S56

8.387.045 06 11 10 93S66

8.369.051 07 12 1 93S56

8.387.047 04 11 10 93S66

8.372.354 09 09 3 93S56

8.387.063 04 11 10 93S66

8.372.354 11 09 3 93S56

8.387.075 04 11 10 93S66

8.372.354 13 09 3 93S56

8.387.075 05 11 10 93S66

8.372.357 13 09 3 93S56

8.387.604 05 14 8 93S66

8.372.359 09 09 3 93S56

8.387.605 05 14 8 93S66

----------------------------------

----------------------------------

www.viaken.pl

strona 4/9

NR1 -NR7, NR11.NR12
NR8
NR9
NR10
NR13

- E38/E39 diagnostic method
- E46 diagnostic method
- E38/E39 tacho-diagnostic method - EEPROM 93S56
- E38/E39 tacho-diagnostic method - EEPROM 93S66
- E38/E39/E46 direct chip - EEPROM M35080 (93S66 SW:13)

Po

przeanalizowaniu

tej

tablicy

widzimy

dokładn

ą

ilustracj

ę

mo

ż

liwo

ś

ci programu z punktu widzenia korekty

przebiegu. Je

ż

eli w charakterze wzorca w celu porównania

we

ź

miemy DIGIPROG-II, to mo

ż

emy mówi

ć

o całkowitej

analogii.
Opisane

poni

ż

ej

funkcje

s

ą

wynikiem

„przekopania"

protokołu BMW
FACTORY

DEFAULTS

-

UWAGA!

przywrócenie

ustawie

ń

fabrycznych
Zeruje przebieg, oczyszcza obszar VIN i niektóre stałe w
obszarze słu

ż

bowym. Wykorzystywane jest ukryte polecenie,

przewidziane

przez

projektantów

do

celów

technologicznych.

Funkcja

działa

praktycznie

na

wszystkich panelach, wyprodukowanych do połowy 1998 roku.
Po

ż

yteczna przy adaptacji u

ż

ywanych paneli, a tak

ż

e

przy korekcie przebiegu, poniewa

ż

pozwala manipulowa

ć

kierunkiem przekazywania danych o przebiegu.
Mo

ż

liwe,

ż

e ostatnia fraza nie b

ę

dzie zbyt zrozumiała dla

tej cz

ęś

ci u

ż

ytkowników, którzy nie opanowali niuansów

protokołu BMW. Ale nie powinno to dziwi

ć

, poniewa

ż

im

bardziej si

ę

wgł

ę

biasz w ten protokół, tym bardziej

rozumiesz,

ż

e składa si

ę

on z samych niuansów... ©

Przy okazji powiem,

ż

e ta funkcja b

ę

dzie po

ż

yteczna

jeszcze w jednym, czysto poznawczym sensie. W ko

ń

cu

wszyscy, którzy chc

ą

mog

ą

zobaczy

ć

, jak wygl

ą

da w BMW

prawidłowy wiersz z zerowym przebiegiem. Przy okazji w
sposób udowodniony rozwieje si

ę

mit o du

ż

ej ilo

ś

ci masek

przebiegu, zale

ż

nych jakoby od oprogramowania panelu... ©

SERVICE RESET - usuni

ę

cie przegl

ą

dów serwisowych

Dotychczas uwa

ż

ało si

ę

,

ż

e usuni

ę

cie ilo

ś

ci przegl

ą

dów

serwisowych

w

samochodach

z

20-stykowym

zł

ą

czem

diagnostycznym jest mo

ż

liwe tylko przy wykorzystaniu 7

pin-u, przeznaczonego specjalnie do tego celu, a redukcja
programowa jest przewidziana tylko w modelach z OBD -
zł

ą

czem diagnostycznym.

Praktyka dowiodła,

ż

e dwa bezpo

ś

rednie polecenia według

standardowego protokołu usuwaj

ą

przerwy serwisowe we

wszystkich modelach, poczynaj

ą

c od E38 z 1994 r.

COPY CODING - kopiowanie kodowanych danych samochodu z

www.viaken.pl

strona 5/9

IKE do EWS
Odczytuje wiersz kodowania z panelu przyrz

ą

dów i wpisuje

dane do odpowiedniego wiersza immobilizera. Funkcja bywa
bardzo po

ż

yteczna w przypadku utraty danych w EWS, lub

przy jego wymianie, poniewa

ż

pozwala na przystosowanie

kodów bez zastosowania specjalnych

ś

rodków ( DIS, MODIC

itp.).
Przy okazji chc

ę

zwróci

ć

uwag

ę

,

ż

e analogiczna funkcja

działa i przy pracy z EWS. Zmienia si

ę

tylko kierunek

kopiowania danych. W tym przypadku kody s

ą

odczytywane z

EWS (zakłada si

ę

,

ż

e jest on oryginalny dla danego

samochodu) i kopiuje si

ę

do panelu przyrz

ą

dów. T

ę

funkcj

ę

stosuje si

ę

przy wymianie panelu lub odzyskiwaniu pami

ę

ci

EEPROM.
W menu funkcji dla tego modułu szczególnie interesuj

ą

cy

jest punkt ODOMETER CORRECT, poniewa

ż

dotychczas uwa

ż

ało

si

ę

,

ż

e w LCM korygowanie danych o przebiegu poprzez

diagnostyk

ę

w zasadzie jest niemo

ż

liwe.

Jednak praktyka dowodzi,

ż

e nie ma takiego programu, w

którym byłyby obmy

ś

lone wszystkie sposoby przeciwko nie

usankcjonowanemu dost

ę

powi. W danym przypadku projektanci

LCM-II i LCM-III dopu

ś

cili si

ę

na samym pocz

ą

tku omyłki

przy obliczeniu, konsekwentnie przechodz

ą

cej od jednej

wersji do innej i pozwalaj

ą

cej na obej

ś

cie zakazów,

odnosz

ą

cych si

ę

do zapisu w obszarze VIN i przebiegu.

www.viaken.pl

strona 6/9

Poni

ż

ej przedstawiony jest wykaz testowanych modułów LCM:

------------------------

-----------------------

HW SW MCU-NR

HW SW MCU-NR

------------------------

-----------------------

00 11 HC11P2-1

07 76 HC912-11

00 31 HC11P2-2

08 11 HC11P2-4

00 41 HC11PH8-1

08 13 HC11P2-4

00 42 HC11PH8-1

08 36 HC912-4

00 43 HC11PH8-1

08 40 HC11PH8-2

01 11 HC11P2-1

08 76 HC912-11

01 20 HC11P2-1

09 13 HC11P2-4

01 21 HC11P2-1

09 40 HC11PH8-2

01 31 HC11P2-2

09 76 HC912-11

01 41 HC11PH8-1

10 20 HC11P2-3

02 42 HC11PH8-1

10 31 HC11P2-2

02 43 HC11PH8-1

10 32 HC11P2-2

04 11 HC11P2-4

10 41 HC11PH8-1

04 51 HC912-2

11 41 HC11PH8-1

05 11 HC11P2-4

15 30 HC912-5

05 51 HC912-2

16 31 HC912-7

06 11 HC11P2-4

22 35 HC912-6

06 52 HC912-8

24 36 HC912-4

06 53 HC912-3

C1 40 HC11PH8-2

07 11 HC11P2-4

C1 41 HC11PH8-1

07 20 HC912-9

C1 43 HC11PH8-1

07 65 HC912-1

D1 41 HC11PH8-1

07 70 HC912-10

D1 42 HC11PH8-1

Ci, którzy posiadaj

ą

statystyk

ę

dotycz

ą

c

ą

standardowego

wyposa

ż

enia

E38/E39,

mog

ą

si

ę

łatwo

przekona

ć

,

ż

e

praktycznie wszystkie najbardziej rozpowszechnione wersje
HW/SW dany wykaz obejmuje.
W przypadku, gdy odczytany identyfikator nie b

ę

dzie

znaleziony w bazie danych programu, automatycznie b

ę

dzie

uruchomiona

procedura

okre

ś

lenia

typu

stosowanego

sterownika.
Je

ż

eli sterownik został ustalony, jako 68HC11P2, to

zostanie ustalony algorytm 11, je

ś

li 68HC11PH8 - 12. W

ten sam sposób b

ę

d

ą

ustalone adresy odczytu i wielko

ś

ci

buforów danych (poniewa

ż

sterowniki ró

ż

ni

ą

si

ę

wielko

ś

ci

ą

EEPROM), ale funkcje koryguj

ą

ce b

ę

d

ą

zablokowane.

Przy tym istnieje mo

ż

liwo

ść

zapisu EEPROM (patrz ni

ż

ej),

r

ę

cznej zmiany algorytmu w granicach 1-5 i próby

znalezienia

potrzebnego

doj

ś

cia

drog

ą

eksperymentów.

Pocz

ą

tkowo ustalony algorytm (11 lub 12) po

ś

rednio

wskazuje na najbardziej prawdopodobne doj

ś

cie - je

ż

eli

algorytm został okre

ś

lony jako 11, to spróbowa

ć

pracowa

ć

nieparzystymi

(1,3,5),

je

ś

li

jako

12

-

parzystymi

algorytmami (2,4).

www.viaken.pl

strona 7/9

Oprócz korygowania przebiegu nale

ż

y zwróci

ć

odr

ę

bn

ą

uwag

ę

na funkcje odczytu/zapisu EEPROM. Na pierwszy rzut oka
funkcje te dubluj

ą

si

ę

w menu głównym i dodatkowym,

jednak

w

rzeczywisto

ś

ci

maj

ą

one

zupełnie

inne

przeznaczenie.
Aby

otrzyma

ć

jasn

ą

ilustracj

ę

dotycz

ą

c

ą

mo

ż

liwo

ś

ci

programu,

trzeba

b

ę

dzie

si

ę

wgł

ę

bi

ć

w

specyfik

ę

programowej realizacji modułu LCM.
Pierwsze, co nale

ż

y mie

ć

na wzgl

ę

dzie - w pami

ę

ci EEPROM

znajduje

si

ę

moduł

programowy,

który

jest

cz

ęś

ci

ą

wewn

ę

trznego oprogramowania sterownika i który ustala

prac

ę

LCM z zewn

ę

trznymi urz

ą

dzeniami. Wła

ś

nie dlatego w

przypadku naruszenia pami

ę

ci EEPROM cz

ę

sto wyst

ę

puj

ą

uszkodzenia programowe, które bardzo cz

ę

sto s

ą

odbierane

jako

uszkodzenia

sprz

ę

tu

-

w

przypadku

wł

ą

czenia

gabarytów prac

ę

rozpoczyna awaryjna sygnalizacja, albo

te

ż

przeł

ą

czniki

ś

wiatła

zaczynaj

ą

zmienia

ć

swoje

przeznaczenie itp.
Ten programowy moduł jest dost

ę

pny do odczytu i zapisu

poprzez diagnostyk

ę

i wła

ś

nie on jest odtwarzany przez

program dilerski w powy

ż

szych sytuacjach. Taka sama

procedura jest wykorzystywana tak

ż

e przy przekodowaniu

LCM pod konkretne wyposa

ż

enie samochodu.

Specyfika procesu polega na tym,

ż

e w tym przypadku

EEPROM jest odczytywany i zapisywany nie kolejno według
adresów fizycznych a blokami po 31 bajtów , i według
systemu, znanego tylko jednemu projektantowi. Je

ż

eli

porównany zrzut pami

ę

ci, odczytany poprzez diagnostyk

ę

,

ze zrzutem, odczytanym przez programator bezpo

ś

rednio ze

sterownika, to zobaczymy,

ż

e realny zrzut jest poci

ę

ty w

kawałki, „przetasowany" jak karty, a cz

ęś

ci danych w

ogóle nie ma.
Jednak zachowanie danych z LCM w takiej formie mo

ż

e si

ę

przyda

ć

do nast

ę

pnego przekodowania modułu przy jego

wymianie lub zmianie wyposa

ż

enia. Wła

ś

nie do tego s

ą

przeznaczone funkcje READ EEPROM BLOCKS i WRITE EEPROM
BLOCKS.
One pozwalaj

ą

na gromadzenie statystyki według wariantów

wyposa

ż

enia i w przypadku konieczno

ś

ci przeprogramowania

bloku

bez

wykorzystania

dilerskiego

programu

wg

procedury, obmy

ś

lonej przez producenta.

Z

drugiej

strony,

statystyka

tego

rodzaju

jest

bezu

ż

yteczna w przypadku, gdy przy odczycie EEPROM my

znajdujemy w zrzucie szeregi, zawieraj

ą

ce tylko jeden

bajt - FF. To te

ż

si

ę

zdarza... ©

www.viaken.pl

strona 8/9

Do rozwi

ą

zania tego problemu s

ą

przeznaczone funkcje

READ EEPROM i WRITE EEPROM, które pozwalaj

ą

poprzez

diagnostyk

ę

na

odczyt

i

zapis

EEPROM

na

poziomie

fizycznym, tak jak to robi zwykły programator.
Tak, jak i w innych przypadkach, projektanci w celu
rozwi

ą

zania

zada

ń

technologicznych

wł

ą

czyli

do

oprogramowania sterownika nie udokumentowane polecenia do
pracy z EEPROM, które były znalezione i wykorzystane w
prezentowanym programie.
Wszystkie pozostałe funkcje i menu programu zasadniczo s

ą

zgodne z opisanymi w rozdziale IKE. Jedyne, na co nale

ż

y

zwróci

ć

uwag

ę

, to konieczno

ść

przestrzegania dokładnej

kolejno

ś

ci działa

ń

przy u

ż

ytkowaniu funkcji FACTORY

DEFAULTS. Chodzi o to,

ż

e w przypadku jej wykonania

wewn

ę

trzna procedura w sterowniku oczyszcza nie tylko

obszar przebiegu i VIN, lecz cały EEPROM w cało

ś

ci. Przy

czym dump zapełnia si

ę

nie rutynowym FF (co byłoby

bardziej logiczne), lecz wła

ś

nie zerami. Istota nie jest

całkiem jasna, lecz rezultat jest oczywisty - je

ż

eli

wst

ę

pnie nie zachowamy EEPROM w obu wariantach(w cało

ś

ci

i blokami), to problemy s

ą

nieuniknione.

Niew

ą

tpliwie, ten moduł jest szczególnie interesuj

ą

cy -

zarówno z punktu widzenia istnienia w nim duplikatorów
przebiegu i VIN, jak i w zwi

ą

zku z jego bezpo

ś

rednim

przeznaczeniem.
Jednak menu programu wygl

ą

da dosy

ć

ubogo. Nie ma funkcji

korygowania przebiegu, VIN i zapisu EEPROM. Jest to
wynik tego,

ż

e zadania tego rodzaju poprzez diagnostyk

ę

nie

s

ą

na

razie

rozwi

ą

zywane.

Dlatego

wszystkie

zaproponowane funkcje, za wyj

ą

tkiem ADAPTATION EWS-DME i

COPY CODING, mo

ż

na rozpatrywa

ć

jako czysto kontrolne.

READ EEPROM - odczyt dost

ę

pnej cz

ęś

ci EEPROM według

protokołu, ustalonego przez producenta (blokami po 16
bajtów, gdzie numer bloku odpowiada numerowi wiersza w
otrzymanym dumpie.).
Je

ż

eli wierzy

ć

dokumentacji producenta, to we wszystkich

samochodach, wyprodukowanych po 09/1998r., w pierwszym
bloku mo

ż

na znale

źć

duplikat przebiegu. Dokumentacja, jak

zawsze, wprowadza w bł

ą

d, w rzeczywisto

ś

ci wszystko

wygl

ą

da inaczej.

Wła

ś

nie dlatego w programie jest zał

ą

czona funkcja, która

deszyfruje dane z pierwszego bloku w ka

ż

dym przypadku,

pozostawiaj

ą

c

u

ż

ytkownikowi

decyzj

ę

,

czy

widzi

on

przebieg, czy te

ż

nie ... ©

Ta funkcja jest szczególnie u

ż

yteczna dla miło

ś

ników tak

www.viaken.pl

strona 9/9

zwanej „polskiej metody" korygowania, gdy w wyniku
okre

ś

lonych manipulacji w EWS jest nap

ę

dzany nierealnie

du

ż

y przebieg, który w konsekwencji jest odbierany przez

głupie dilerskie przyrz

ą

dy jako nieistniej

ą

cy (jako jego

brak). Oni mog

ą

wizualnie kontrolowa

ć

wynik, podganiaj

ą

c

cyfry pod klasyczny wiersz 00 03 OF (dosy

ć

cz

ę

sto tak

wygl

ą

da obszar przebiegu w starych EWS-3, gdzie przebieg

rzeczywi

ś

cie nie wyst

ę

puje).

W pozostałych blokach mo

ż

na znale

źć

VIN w zaszyfrowanej

formie, wiersz kodowania, dat

ę

zaprogramowania EWS i

inne. Ostatnie cztery bloki (adres według dumpa - 0xC0-
0xFF ) - to kopia ostatnich 64 bajtów z przeka

ź

nika

przyj

ę

tego klucza.

READ KEY - odczyt danych z klucza
Funkcja jest bardzo po

ż

yteczna pod wieloma wzgl

ę

dami.

Po pierwsze - jest mo

ż

liwo

ść

wzrokowej kontroli tego, jak

dane o przebiegu zostały wprowadzone do przeka

ź

nika

klucza po tym, jak r

ę

cznie były poprawione w sterowniku.

Po drugie - jest mo

ż

liwo

ść

bez stosowania specjalnego

software ustalenia, czy przyj

ą

ł EWS klucz, znajduj

ą

cy

si

ę

w zamku zapłonu. Po trzecie - mo

ż

liwe jest bez

zastosowania

specjalnych

ś

rodków

ustalenie

numerów

posiadanych kluczy.
Itd., itp... Powiemy w ten sposób - im wy

ż

sze s

ą

kwalifikacje u

ż

ytkownika, tym wi

ę

cej korzy

ś

ci mo

ż

e on

wyci

ą

gn

ąć

z proponowanych funkcji.