www.viaken.pl

strona 1/9

1. Instrukcja Programu BMW Skaner 1.2.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

6.901.921

05

15

8

93S66

6.901.922

05

15

8

93S66

6.901.923

05

15

8

93S66

6.902.362

07

16

8

93S66

6.902.363

07

16

8

93S66

6.903.794

12

16

7

93S66

6.906.110

09

13

13

93S66

6.906.110

12

13

13

93S66

6.906.110

14

13

13

93S66

6.906.118

12

13

13

93S66

6.906.122

12

13

13

93S66

6.906.124

12

13

13

93S66

6.906.901

10

20

13

35080

6.906.991

16

14

13

35080

6.906.992

15

14

13

35080

6.906.992

16

14

13

35080

6.906.999

15

14

13

35080

8.372.359 09

09

3

93S56

8.372.359 10

09

3

93S56

8.372.359 11

09

3

93S56

8.372.359 12

09

3

93S56

8.372.359 13

09

3

93S56

8.372.359 14

09

3

93S56

8.372.359 15

09

3

93S56

8.372.361 11

09

3

93S56

8.374.336 07

13

2

93S56

8.375.669 04

11

4

93S56

8.375.675 04

11

4

93S56

8.375.895 16

10

3

93S56

8.375.900 16

10

3

93S56

8.375.902 16

10

3

93S56

8.376.192 07

14

5

93S56

8.376.701 04

05

9

93S56

8.376.707 04

05

9

93S56

8.376.708 04

05

9

93S56

8.380.144 04

07

8

93S66

8.380.146 04

07

8

93S66

8.381.195 07

15

6

93S56

6.906.999 16

14

13

35080

6.907.018 16

17

13

35080

6.907.021 14

17

13

35080

6.911.287 12

23

13

35080

6.911.315 12

23

13

35080

6.914.879 19

15

13

35080

6.914.884 18

15

13

35080

6.914.930 19

15 13

35080

6.932.907 27

35

13

35080

www.viaken.pl

strona 4/9

8.352.207 06

08

1

93S56

8.364.005 06

09

1

93S56

8.369.051 07

12

1

93S56

8.372.354 09

09

3

93S56

8.372.354 11

09

3

93S56

8.372.354 13

09

3

93S56

8.372.357 13

09

3

93S56

8.378.983 07

15

5

93S56

8.381.788 05

07

9

93S56

8.381.790 05

07

9

93S56

8.381.810 05

07

9

93S56

8.381.812 05

07

9

93S56

8.386.092 05

13

8

93S66

8.387.044 04

11

10

93S66

8.387.044 05

11

10

93S66

8.387.044 06

11

10

93S66

8.387.045 04

11

10

93S66

8.387.045 06

11

10

93S66

8.387.063 04

11

10

93S66

8.387.075 04

11

10

93S66

8.387.075 05

11

10

93S66

8.387.604 05

14

8

93S66

8.387.605 05

14

8

93S66

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

www.viaken.pl

strona 5/9

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

00

11

HC11P2-1

00

31

HC11P2-2

00

41

HC11PH8-1

00

43

HC11PH8-1

01

11

HC11P2-1

01

20

HC11P2-1

01

21

HC11P2-1

01

31

HC11P2-2

01

41

HC11PH8-1

02

42

HC11PH8-1

04

51

HC912-2

05

11

HC11P2-4

05

51

HC912-2

06

53

HC912-3

07

65

HC912-1

08

13

HC11P2-4

08

40

HC11PH8-2

09

13

HC11P2-4

10

20

HC11P2-3

10

31

HC11P2-2

10

32

HC11P2-2

15

30

HC912-5

24

36

HC912-4

C1

40

HC11PH8-2

C1

41

HC11PH8-1

C1

43

HC11PH8-1

D1

42

HC11PH8-1

Zrozumiałe,

ż

e

wykaz

jest

niepełny

i

nie

zawiera

wszystkich modyfikacji modułów LCM, w które wyposa

ż

one

były samochody BMW do 2003 r. (od 2003 roku stosuje si

ę

moduł LCM-IV na bazie HC912). Jednak 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

www.viaken.pl

strona 7/9

algorytm został okre

ś

lony jako 11, to spróbowa

ć

pracowa

ć

nieparzystymi

(1,3,5),

je

ś

li

jako

12

-

parzystymi

algorytmami (2,4).
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

www.viaken.pl

strona 8/9

bezu

ż

yteczna w przypadku, gdy przy odczycie EEPROM my

znajdujemy w zrzucie szeregi, zawieraj

ą

ce tylko jeden

bajt - FF. To te

ż

si

ę

zdarza... ©

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,

www.viaken.pl

strona 9/9

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

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.