VAG CAN Diagnostic WIFI Tool for Iphone I-OS , Windows Mobile , Symbian

Ostrzeżenie

2012-01-26T17:03:00.002+01:00

Witam wszystkich

Przestrzegam przed wrogim nastawieniem do forumowiczów na forum forda Ford Club Polska.

Szczególnie przed administratorem - który chyba popiera ACTA - kolesiem o nicku bruti_2005.

To jakiś ambitny nieudacznik. uważa że może bezkarnie kasować wpisy userów. Widocznie tylko tyle może.

iPhone MMI Audi VIM Code Generator MMI 3G 3G+ 4G 2G

2012-01-25T20:03:00.005+01:00

Witam.

Miło mi zakomunikować, że w ramach zabawy z XCode (środowisko programowania dla iOS - systemu operacyjnego urządzeń Apple iPhone i iPad , iPod) uruchomiłem i przekazałem do weryfikacji oraz późniejszej dystrybucji do Appstore w Itunes aplikację generującą kody dla odblokowywania funkcji Video in Motion - co dosłownie odblokowuje funkcję popularnie nazywaną w Polsce jako TV Free - w systemach MMI 2G , 3G , 3G+, 4G.

App already added toiTunes :)

2012-01-25T19:54:00.006+01:00

Radio Code Ford M Calculator App is already added to iTunes :

Please Visit http://itunes.apple.com/pl/app/ford-m-radio-code/id495561559?mt=8

Ford & Renault Code Calculator Iphone

2011-10-30T12:44:00.003+01:00

Zamieszczam screeny już działających kalkulatorów do kodów radioodbiorników marek Ford serii M oraz Renault VDO/ Philips od roku 2000 do roku 2009 .

kalkulatorki niebawem po odpicowaniu trafią do iTunes i jeśli przejdą kontrole , będą dostępne dla szerszego grona użytkowników.

2011-05-03T21:43:00.000+02:00

Ruszyła przygoda z XCODE Pierwsze kroki za mną.

2011-05-03T21:35:00.002+02:00

Witam wszystkich na moim blogu. Dawno tu się nic nie działo.
Od poprzednich działań duó się pozmieniało.
Obecnie najlepszym wydawało by się telefonem, który mógłby posłużyć do diagnozy bezprzewodowej pojazdów jest IPHONE.
Sama platforma programistyczna chyba dużo bardziej przyjazna w porównaniu z Nokią.

Są jednak i trudności. Nasz interfejs musi przejść metamorfozę. Otóż funkcjonalność bluetooth została mocno zawężona w sprzęcie działającym pod systemem I-OS. Brak tu usługi ssp - portu szeregowego - choćby.

Plan jest taki by całość zadziałała po WiFi. Tak są sterowane za pomocą IPhone różnego rodzaju roboty, smigłowce zabawki , a nawet interfejsy do sterowania inteligentnym domem. Zapowiada się ciekawie :)

Narazie nie poruszamy tu protokołu transmisji w pojeździe , wszak na to jest już pomysł , a i ludzie z wiedzą się znajdą do pomocy :)

to tyle na dzisiaj. O postępach będę informował

Do celów developerskich organizuje konto developerskie w ITunes. Zgłoszenie poszło faxem do Apple. Czeklam na decyzje.

2011-05-03T21:31:00.000+02:00

Coś niekoniecznie dla autoelektroników

2009-12-27T21:53:00.003+01:00

Plany wyposażenia aplikacji w komputer pokładowy z funkcją pomiaru obrotów silnika, prędkości auta, spalania średniego temp, silnika, ilości paliwa itp.

Screeny

2009-12-27T18:00:00.004+01:00

Równolegle z pracami nad PCB pracuję nad aplikacją WM. Obecnie Aplikacja działa na urządzeniach PPC z systemem WM5 i 6 o rozmiarach ekranu 320x240 , 640x480 , 800x480.
Chwilowo kładziemy nacisk na samą diagnostykę CAN grupy VW/Audi/Seat/Skoda.

W oczekiwaniu na przeróbkę płytki...

2009-12-12T21:53:00.004+01:00

W oczekiwaniu na części niezbędne do przerobienia płytki drukowanej pod nieco zmienioną wersję modułu przeszukiwałem internet pod kątem oprogramowania, które by działało na Windows Mobile 5 , 6 , a przede wszystkim współpracowało z modułem ELM-327 Bluetooth , który jakiś już czas temu zakupiłem . Okazuje się że powstało kilka aplikacji dających się uruchomić na WM , jednak są na tyle przestarzałe, niedopracowane i tak naprawdę nawet w pobieżnym diagnozowaniu aut nieprzydatne, że zakup interfejsu elm327 w wersji bluetooth z nastawieniem na współpracę z PPC / WM jest bezsensem. Jeśli się mylę - bardzo chętnie poproszę o jakieś namiary na coś ciekawego w treści komentarzy.

Paweł brnie do przodu :)

2009-11-08T23:06:00.002+01:00

Aktualnie sprawa sie ma tak że bezproblemowo nawiązujemy komunikacje zarówno z komputera PC poprzez terminal, jak i z platformy WIN Mobile poprzez łącze BT i potrafimy zapalać i gasić diody .
W praktyce oznacza to że potrafimy sterować procesorem za pomocą portu rs232 w każdej postaci - czy to USB/via FTDi , czy to BLuetooth.

Cwiczenia z zapalaniem diód - filmik

2009-11-07T18:00:00.004+01:00

Projekt wykonał Paweł
poniżej filmik:

Pierwsze problemy i sukcesy w oprogramowaniu ATMega16

2009-11-01T13:48:00.005+01:00

Witam ponownie.
Ponieważ być może ktoś z czytających podpowie co jest nie tak informuję jak poniżej :)

udało mi się przesłać bajt z procka na port rs232/usb do komputera.
Niestety nadając wartość przykładową 41 hex - na komputerze odbieram wartość 8686 hex

Teraz pozostaje pytanie co jest robione nie tak:
Ustawienia :
kwarc zewn 16MHz
baud rate 9600 w sofcie
predkość danych na porcie 9600,
8 bitów , brak parzystości i jeden bit stopu - to tyle.
Sam port rs232 działa ok, ponieważ jak zewrę wejście z wyjściem - to odbieram dokładnie to co nadałem. To było by na tyle.
Co do sukcesów :)
po 3 godzinach "dłubania" umiem już w ogóle cokolwiek nadać z procesorka na rs/usb komputera.
Na wtepie posta krótki kod uruchomienia transmisji uart dla zainteresowanych :

Doszły zestawy uruchomieniowe :)

2009-10-31T16:41:00.005+01:00

Witam wszystkich ponownie. W związku z tym, że rozpoczynamy naukę pisania pod mikrokontrolery AVR - zakupiłem zestawy dydaktyczne. Wybór padł na zestawy z oferty firmy Gootronik (zdjęcie jest własnością firmy Gotronik). Po małych adaptacjach do mioch potrzeb zestaw uzyskał funkcjonalność łączności po Bluetooth. Przynajmniej narazie to co oferuje wystarczy w zupełności. W związku z powyższym chwilowo przesiadamy się ze środowiska VisualStudio2008 na AVR Studio . Programator , króty umożliwi nam bezpośrednie programowanie procesorka to oferta aukcji internetowej firmy And Tech . Posiadając zestaw oraz programator możemy zacząć ćwiczenia .
Pierwszy mniej ambitny projekt to zapalenie diody LED.Mniej ambitny,ale jakże istotny malutki krok :). Będę opisywał na bieżąco moje doświadczenia w kwestii pisania pod AVR w C++

dla zainteresowanych poniżej linki -( datasheets ) do stosowanych przeze mnie układów :

- Bluetooth BTM112
- ATMega16
- ATMega128
- Wyswietlacz 2x20 znakow
Jeśli są zainteresowani tematem - podsyłam również linka do ciekawego krótkiego tutoriala rodem z Indii -Youtube filmik

Prace nad przesyłem transmisji poprzez BT

2009-10-25T10:37:00.001+01:00

Wszystko co zaplanowane zadziałało. Transmisja nadawana z urządzenia HTC Diamond2 poprzez Bluetooth .
Analiza przesłanych danych na HTerminalu podpiętym pod złącze rx/tx modułu.

Splash screen dodany

2009-10-23T22:05:00.000+02:00

2009-10-21T22:34:00.001+02:00

Wrzucam nowe screeny dla zainteresowanych

2009-10-18T12:58:00.000+02:00

O to zabawka firmy HTC , która obecnie służy mi za tester oprogramowania .

Przedmiotem rozważań jest mikrokontroler zastosowany przeze mnie w interfejsie bluetooth-obd2. Coraz częściej widać po lekturze allegro.pl że wszystko co zostało stworzone w oparciu o mikrokontrolery ATmaga zostaje bardzo szybko zklonowane przez chińczyków.Wszystko co przedstawia jaką kolwiek wartość .
Za radą wszystkim autoelektronikom dobrze znanego Smoka moj wzrok padł na mikrokontrolery NEC.
Zalet jest pare. Producent nie stworzył w nich funkcji odczytu pamięci wewn wcale
a same komendy w kilku przypadkach są takie podobne jak w dobrze znanych 8051.
I tu prośba do czytelników.
Proszę o przemyślane propozycje konkretnego typu mikrokontrolera firmy NEC
Warunki:

przystępna cena
obsługa CAN
obudowa nadająca sie do ręcznego lutowania

tyle na początek.

Po mozolnej walce z s60v5 , czas na WM6

2009-10-18T11:09:00.000+02:00

Witam ponownie.
Po mozolnej walce z Pythonem 1.9.7 opartym , uruchomionym na platformie s60v5 , coraz większą ilością odkrytych wad oprogramowania telefonu a także samego pythona zdecydowałem się na małą zmianę . Chwilowo odłożony Symbian zrobił miejsce na WM6. Platformę jakże przyjazną programistom w porównaniu z Symbianem.
Ktoś mi kiedyś napisał , że na Symbiana piszą samobójczy programiści :)

Przy mocnym supporcie kolegi , którego danych chwilowo nie zdradzę , po wstępnym zapoznaniu się z interfejsem Visual Studio 2008 przyszedł czas na pierwszy projekt.

Literatura w którą się wcześniej wyposażyłem to : Visual Studio 2008 Księga Experta .

Przedstawiam kilka zrzutów ekranów powstającej aplikacji.

Sama idea współpracy z interfejsem się nie zmienia. W założeniach nadal to będzie transmisja bezprzewodowa za pomocą modułu Bluetooth.

2009-09-13T20:30:00.000+02:00

News nr. 1234567890
Aplikacja dostała jakże wymagane okna dialogu ze sterownikami na poziomie odczytu i kasowania błędów. Znalazło się również miejsce na przycisk Bloki pomiarowe , który posłuży do odzyskiwania informacji o parametrach , wartościach rzeczywistych sygnałów.

Ciąg dalszy prac

2009-09-12T20:17:00.000+02:00

Zrealizowano:
- wstępne menu aplikacji ( w zakresie wyboru grup sterowników , samych sterowników)
- połączenie po BT z hyperterminalem, odbior i nadawanie , podtrzymanie łączności
- ekran startowy

Do dalszej realizacji:
- ekran komunikacji z danym sterownikiem
- planowana transmisja pomiędzy telefonem a modułem OBD2/BT VAdis

S60v5 VAG Diagnostic Tool via Bluetooth - prace rozpoczęte.

2009-09-06T18:34:00.000+02:00

No cóż. Ambicje były wielkie, ale wakacje nie zaowocowały nawet jedną linią kodu . Jednak wraz z kolegą Michałem rozpoczęliśmy prace nad wersją oprogramowania do diagnostyki aut z grupy VW Audi Seat Skoda na platforme s60v5 - czyli na dotykowe Nokie (np. 5800 , N97). Pierwszy screen ekranu już za nami.Dodam że w pełni reaguje na dotyk. Obecnie pracujemy nad obsługą Bluetooth. Ponieważ Python 1.9.7 zdecydowanie jest inny od wersji 1.4.5 , pod którą pisaliśmy zeszłej jesieni , niezbedne stało sie napisanie całości od nowa. Powstało też kilka nowych przemyśleń. Z pewnością pozytywnie wpłyną na tą aktualnie pisaną wersje tego oprogramowania.
Gdyby tak znać C++ , pewnie wszystko wyglądało by z goła profesjonalniej, jednak obsługa w pythonie Canvas, Baz danych, oraz całe grono oferowanych funkcji z pewnością umożliwi nam napisanie aplikacji godnej uwagi, no i rzekłbym przecierającej szlaki do podstawowej diagnostyki pojazdów za pomocą komórki.
Jak zwykle zachęcam zainteresowanych do kontaktu poprzez moją skrzynkę e-mail : autoelektronika.vadis@gmail.com

Do nastepnego wpisu.

Tak prezentuje sie aplikacja pod s60v3

2009-06-28T14:23:00.001+02:00

Platforma s60v5 powodem konieczności ewaluowania projektu

2009-06-26T23:03:00.000+02:00

Jak wszystkim wiadomo , platforma s60v5 z dotykowym ekranem o znacznie wiekszej rozdzielczości (640x320)w stosunku do s60v3 prawdopodobnie wymusi ewaluowanie aplikacji do nowych wymiarów ekranu oraz do nowego interfejsu dotykowego.
Dotyczy się to zarówno aplikacji od dawna działających jak i tych raczkujących, powstających powoli , raczej amatorsko, hobbystycznie w domowych zaciszach hobbystów i fanów symbiana.
Mam nadzieję że razem z moim kolegą Michałem niezwłocznie po moim powrocie z wakacji zabierzemy sie za wersje naszej aplikacji pod właśnie s60v5.
Powody będą aż dwa. Ja już lada dzień będę się cieszył Nokią N97 , Michal zaś w niedalekiej przyszłości Nokią 5800XM.

Kolejną dobrą nowiną jest fakt znalezienia programisty chętnego na napisanie softu do ATMega128 . Pewien zdolny programista z Piły ma chęć w tym uczestniczyć. Liczę na sukces projektu - wszak kolejny przestój nie pomógł by projektowi.

Prace chwilowo utknęły :(

2009-04-12T21:28:00.000+02:00

Witam zainteresowanych sprawą mojego projektu . Niestety prace nad oprogramowaniem mikrokontrolera AtMega128 chwilowo utknęły w szczerypolu. Jest już scenariusz na napisanie tego programu, jest jakiś plan, były próby w Bascomie w autorstwie Michała Małaja , obecnie z powodu nadmiaru zajęć i obowiązków projekt odłożono. Obawiam sie że na długo .
Mam jednak nadzieję że ktoś przyjmie zlecenie na napisanie tego w C++. Wszystkie założenia są dokładnie sprecyzowane . Pozostało do uwieczenia dzieła napisać program na Atmega.
To było by tyle.
Kolejne posty powstaną - jak sytuacja sie zmieni.
Zapraszam tym samym potencjalnych zainteresowanych wspołpracą .
kontakt : autoelektornika.vadis@gmail.com

Witam , tym razem nieco wiadomości teoretycznych

2009-03-02T23:35:00.000+01:00

Za namową mojego kolegi Michała /Flex2/ zdecydowałem się wprowadzić na mój blog kilkanaście linków tematgycznie powiązanych z moim projektem.
Wszak wszystkie opisy i dokumentacje odkryte zostały dopiero po naszej ręcznej analizie transmisji KW1281 - z resztą zakończonej sukcesem.
Mimo to warto było przeczytać to i owo .

Podzieliłem linki na pewne grupy . Z resztą sami zobaczcie :

http://www.mictronics.de/?page=can_bus
( program z kodem i opisempłytki do CAN poprzez USB)
http://www.mictronics.de/?page=j1850_vpw
( zakodowanie tranmiscji OBD w C)
http://www.sterntech.com/obdii_avr_downloads.php

Niemiecka lista kodów - http://audi100.selbst-doku.de/Main/VAG-COM-Fehlernummern
http://www.bentleypublishers.com/tech/audi/audi.dtc.table.htm
http://www.obd-codes.com/trouble_codes/index.php

forum dyskusyjne
http://tech.groups.yahoo.com/group/obd-2/?m=0

http://www.blafusel.de/phpbb/index.php
http://autos.groups.yahoo.com/group/UniDiag/?yguid=299227304
http://tech.groups.yahoo.com/group/opendiag/?yguid=299227466
Program do analizy danch
http://www.blafusel.de/misc/obd2_wbhdiag.html#2 http://www.blafusel.de/misc/obd2_speedyup.html

listę powyższą wyszukał Michał - Flex2. Wielkie dzieki.

Rozszyfrowujemy transmisję komunikacji VW/AUDI KW1281

2009-02-28T21:36:00.000+01:00

Michał przyjechał do mnie aż z pod Lublina. Protokół nad którym pracowaliśmy to KW1281 , używany w grupie VW , Audi Seat Skoda do momentu wprowadzenia komunikacji CAN i popularnie zwany komunikacją po linii K w powyższych pojazdach. Jest 21:39 i zdecydowanie mogę powiedzieć że bez problemowo wiemy juz jak i co dokładnie leci w poszczególnych ramkach transmisji zarówno podczas wywołania, i odczytu danych identyfikacyjnych diagnozowanego sterownika , jak i podczas odczytu i kasowania usterek. Poniżej fragment transmisji , jeśli ktoś ma chęć - niech spróbuje rozszyfrować i podeśle na maila jej treść. Polecam - ciekawa edukacja.

55 01 8A 75 0F F0 01 FE F6 09 31 CE 43 BC 30 CF 39 C6 30 CF 39 C6 36 C9 30 CF 35 CA 4B B4 20 DF 20 DF 03 03 FC 02 FD 09 F6 03 0F F0 03 FC F6 09 30 CF 4A B5 20 DF 41 BE 49 B6 52 AD 42 BD 41 BE 47 B8 20 DF 56 A9 57 A8 03 03 FC 04 FB 09 F6 03 0F F0 05 FA F6 09 35 CA 31 CE 20 DF 30 CF 4E B1 20 DF 20 DF 20 DF 30 CF 30 CF 30 CF 34 CB 03 03 FC 06 F9 09 F6 03 08 F7 07 F8 F6 09 00 FF 60 9F 94 6B 7A 85 B6 49 03 03 FC 08 F7 09 F6 03 03 FC 09 F6 09 F6 03 03 FC 0A F5 09 F6 03 03 FC 0B F4 09 F6 03 03 FC 0C F3 09 F6 03 03 FC 0D F2 09 F6 03 03 FC 0E F1 09 F6 03 03 FC 0F F0 09 F6 03 03 FC 10 EF

Z drugiej zaś strony nie ma się czym szczycić - wiele osób w Polsce już opracowało własne metody na analizę i odczyty ytransmisji takiego protokołu. Z pewnością większym wyzwaniem będzie transmisja CAN - jednak przyjdzie i na to pora.

Pierwszy moduł prototypowy pod prądem ;)

2009-02-25T21:39:00.000+01:00

Więc dzisiaj nadeszla chwilka by wlutować elementy w płytkę .

Plan był na tyle ambitny że nie śpiesząc sie - a co za tym idzie - dbając o jakość wykonania bądź co bądź ręcznego montażu smd od rana opanowałem sprawę full profesjonalnie - może mało to skromne ale uważam ze wyszło naprawdę ładnie jak na tak drobną elektronikę.

Efekty widać na powyższym zdjęciu. Może niezbyt dobra jakość fotografii, jednak to tylko zdjęcie z komórki.

Po podaniu napięcia na moduł wszystko ruszyło zgodnie z planem - mamy komunikację !!! - Telefon komórkowy bezproblemowo odnalazł nasz moduł BT , udało sie wykonać połączenia a także autoryzację,

Diody - kontrolki stanu urządzenia zadziałały prawidłowo - pokazując nam wyszukiwanie błyśnięciami, połaczenie ciągłym świeceniem , no i brakowało tylko aktywności przesyłu danych. Takiej próby nie wykonałem dzisiaj

Na jutro planuje podłączyć wyjscie z modułu BT pod hyperterminal i sprawdzić czy to co nadaję z komórki będzie odbierane przez BT . Połączenie pod HT możliwe będzie tylko dzięki zastosowaniu dodatkowego interfejsu dopasowującego stany napieć z poziomu RS232 na poziom 3,3volt - to tyle ile wymaga moduł BT. Zastosuje interfejs na Max3232.

To na tyle . Cieszę się że małymi krokami wszystko przesuwa się ku końcowi.

W sobotę z pewnością kolejny odcinek i efekty pracy - tym razem zespołowej nad transmisją pomiedzy modułem a pojazdem - zastosujemy "skróconą" instalacje - z pojazdu - czyli kilka modułów podłączonych ze sobą jak w aucie ale na stole :) Będziemy analizować transmisje - wywołania sterowników, a także rozkazy . Trochę sie obawiam o to czy podołamy, jednak wiara czyni cuda.

Zapraszam więc ... ponownie za parę dni.

Pierwsze kroki w pomoście pomiedzy funkcjonalnością Pythona a możliwościami UI we FashLite 3.0

2009-02-22T22:41:00.001+01:00

Na wstępie chciałbym wyjaśnić że z założenia FlashLite nie ma możliwosci kontroli takich mediów jak Bluetooth, GPS... . Jednak znalazł się sposób by za pomocą aplikacji napisanej w Pythonie o skromnej nazwie Flyer.py umożliwić nieco więcej aplikacjom w postaci plików swf , działającym pod FlashLite. Od razu powiem że w wersji FlashLite 2.1 nie było problemu
Sprawa polega na tym że programik Flyer.py działający w tle otwiera localhosta o adresie 127.0.0.1 - taki mobilny serwer do naszych potrzeb. Bezproblemowo w aplikacji - czy też prezentacji w pliku swf można wówczas korzystać z dobrodziejstw Bluetootha, czy też GPS-a itd.
Od wersji FlasLite 3.0 zdecydowano sie na wprowadzenie "Security Sandbox " Powyższe spowodowało ograniczenia w połączeniu z Localhostem, a dokładniej zabrało nam takową możliwość, jednocześnie mocno ograniczając możliwosci aplikacji stworzonych pod środowisko FlashLite 3.0.
Okazuje sie że jest pewien trick - jedyny przypadek kiedy nie działa cały ten "Security Sandbox Pain" . a mianowicie pliki swf próbujące nawiazać połączenie z localhostem w komórce nie zostaną zignorowane w przypadku wgrania ich dokładnie w miejsce : C:\data\others\trusted\ możliwość połączenia sie z usługami localhosta aplikacji wgranej w innym miejscu - np. na E:\gallery\ widocznie nie jest stosowna, gdyż nie zapewnia bezpieczeństwa aplikacji. Więcej na ten temat znajdziecie na anglojęzycznym blogu.
Tyle w ramach nawiązania do programowania w ramach kilku platform. W tym przypadku Pythona i FlashLite. Piszę o tym , ponieważ aktualnie na stronach polsko języcznych jak na lekarstwo o tym materiałów, a uważam że połączenie tych dwu plżytkownika zrobionego we flashu i funkcjoalność aplikacji oraz prostota ich obsługi w Pythonie mają dużą moc przebicia w przyszłych urządzeniach przenośnych. Zwłaszcza , iż zarówno Python jak i Adobe FlashLite rozwijają sie w kierunku wdrażania na co raz to nowe urządzenia przenośne.

Poznanie mechanizmów wzajemnych relacji Pythona i Flash Lite zaowocuje w późniejszym terminie możliwościami całkowitej przeróbki interfejsu propotypowej aplikacji VAG Tool Bluetooth by Vadis. Z pewnością w tym podprojekcie dużo do powiedzenia będzie miał mój kolega - gorący fan FlashLite - Michał Małaj. Pierwsze efekty - próby sterowania np. przepływem danych przez złącze Bluetooth po protokole RFComm SSP z poziomu FlashLite
niebawem opiszę. Zapraszam więc ponownie.

Implementacja bazy danych z programem

2009-02-22T10:31:00.000+01:00

Dzięki bezpośrednim zainteresowaniom i wkładowi pracy mojego kolegi Michała do aplikacji została dorzucona funkcjonalność pozyskiwania opisów kodów usterek zarówno podczas diagnostyki jak i ręcznego skanera kodów usterek z bazy danych typu SQL.
Baza nasza posiada na nieszczęście zbyt mało rekordów , jednak systematycznie jest uzupełniana w kolejne kody i ich opisy.
Aplikacja w Pythonie działa dynamicznie pozyskując dane z bazy współdziałającej . Planujemy możliwosc aktualizacji bazy danych - bądź pobierania jej nowej wersji poprzez internet.

Obecne tagi dotyczące całokształtu aplikacji dla zainteresowanych przedstawiam poniżej :

vadis , flex2 , vag obd s60 can , flash lite , python s60 , sis , sis security signed , mysql , bluetooth console , avr, btm-112 , obd2 , rfcomm

Polecane książki :

Mobile Python - Rapid Prototyping of Applications on the Mobile Platform - Jurgen Scheible

2009-02-22T10:07:00.000+01:00

Na początek tytułem zachęty - ekran początkowy - screen z ekranu telefonu komórkowego Nokia N79 - plansza początkowa aplikacji.

Dodam iz aplikacja na dzień dzisiejszy nosi nazwe roboczą

Vadis-Flex2 i jest bodaj pierwszym tego typu softem

działającym w zakresie komunikacji po Bluetooth z interfejsem również mojej produkcji wyposażonym w złącze OBD2, przemysłowy zintegrowany odbiornik Bluetooth , oraz "panującym" nad wszystkim mikrokontrolerem z serii AVR

Z pewnością wielu z Was projekt już zaciekawił. Obiecuję że Blog ten będzie aktualizowany a z czasem sam zestaw , czyli soft pod Symbiana S60v3 zarówno FP1 jak i FP2 ukaże sie na rynku.

Obecnie zamknęlisśmy etap wstępnego rozwoju oprogramowania na komórkę i wdrażamy dynamicznie prace nad oprogramowaniem interfejsu Bluetooth-OBD2.

Podstawowymi funkcjami oprpogramowania będą możliwości :

- odczytu kodów usterek w pojazdach grupy VW-Audi z wszystkich modułów w pojeździe od rocznika 1990 do 2009

- ręcznej możliwosci pozyskiwania opisów kodów usterek wprowadzanych z klawiatury komórki

zarówno w postaci kodów EOBD jak i kodów wg specyfikacji VW/Audi.

- kasowania kodów usterek we wszystkich modułach w pojazdach.

Projekt ten z czasem będzie sie rozrastał do funkcjonalnosci podglądu paramertów, kodowania modułów, i wszystkich innych funkcji wymaganych w dzisiejsdzym świecie w motoryzacji.

że w przyszłości, lub w wersjach dla "zaprzyjaźnionych" będzie istniała możliwość regulacji wartosci wskazań w licznikach pojazdów, oraz możliwosci kasowania zdarzenia kolizji w sterownikach systemów Airbag. To jednak rozważania przyszłościowe.

Faktem jest iż z pewnością aplikacja będzie wyposażona również w kalkulatory kodów radioodbiorników fabrycznych z pojazdów Opel, Ford, Audi, Seat, Skoda, VW

Przywitanie - krótki wstęp

2009-02-22T09:55:00.000+01:00

Witam
Postanowiłem założyć tego bloga z paru powodów.
Pierwszym i podstawowym jest fakt archiwizowania doznań, przemyśleń, może że problemów do rozwiązania w kwestii prototypowego oprogramowania oraz interfejsu współdziałającego dla diagnostyki pojazdów z grupy VW-AUDI z poziomu telefonu komórkowego poprzez komunikację Bluetooth.
Są jeszcze inne powody - między innymi chęć pokazania światu iż w dzisiejszych czasach komórka to sprzęt z wysoce wydajnym procesorem , oraz mocą obliczeniową , a co za tym idzie - wiele zastosowań tego urządzenia powinno ujżeć światło dzienne. Są to kwestie braku chęci rozszerzania zastosowań telefonów komórkowych. Wiele firm i prywatnych osób pisze oprogramowanie typu gry, obsługa GPS, ale nikt nie próbuje sie wychylać ponad standardy.
Moim jedynym wyborem do wszystkich tu opisywanych projektów staną sie z pewnością komórki działające w oparciu o system operacyjny Symbian S60 począwszy od wersji v3 FP1 , i postaram się by sprawa była rozwojowa , a soft dopasowywał sie do coraz to nowszych wersji zarówno komórek jak i wersji systemu operacyjnego Symbian.

Z pewnością z czasem znajdziecie tu przykłądy zastosowań co najmniej kilku platform programowania pod w/w system. Mówię tu o Pythonie, Carbide C++, FlashLite i innych.

To tyle w zakresie przywitania oraz opisu co teraz i w przyszłości będziecie tu mogli znaleść.

Zapraszam