Ostatnio w moje ręce wpadły zegary od jaguara S-type rocznik 2000-2004 i okazało się ze w środku siedzi bardzo fajny wyświetlacz vfd 2x14 znaków. Zegary takie można kupić już za ok 30zł więc byłoby fajne źródło tanich VFD
https://allegro.pl/oferta/jaguar-s-type ... 8981258321
https://www.ebay.com/itm/2000-2004-JAGU ... 1711955839
Niestety nie mogę dokopać się do żadnej dokumentacji ani samych zegarów ani wyświetlacza. Układy są ukryte pod samym wyświetlaczem wiec nie idzie nic odczytać. Taśma VFD ma 16 pinów. Posiada ktoś jakiekolwiek info które pomogłoby w uruchomieniu bądź to samych zegarów lub samego VFD ?
Pozdrawiam

Otworzyć, sprawdzić gdzie zasilanie (pamiętaj, że trzeba podać zasilanie 'przed' i 'za' stacyjką). Z reguły LCD powinien coś wyświetlać - będziesz mógł się pobawić analizatorem, żeby połapać transmisję do niego. A nuż znajdziesz w necie rozpiskę pinów w zegarach?

Udało mi się dorwać dokumentacje
http://www.jagrepair.com/
zegary podłączyłem na podstawie dokumentacji z 2001 roku
Wtyczka FC14 pin 6 masa
Wtyczka FC15 pin 13 masa
Wtyczka FC15 piny 3,6,17 zasilanie +12V

Po podaniu napięcia zegary wykonują test wskazówek, pokazują na wyświetlaczu raz przebieg a potem naprzemiennie komunikaty LOW FUEL LEVEL oraz STEERING COLUMN LOCKED. Postaram się potem dać jakiś rysunek z podłączeniem i opisem wtyczek.

Zegary posiadają tez magistrale danych nazwana tutaj SCP
Wtyczka FC15 pin 15 + a pin 16 -
http://www.jagrepair.com/images/TSB/Tra ... ystems.pdf

No to teraz analizator na piny wyświetlacza i dopasować do jakiegoś znanego standardu/opracować bibliotekę - powodzenia i będę śledził ten wątek

ja też

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Obiecane zdjęcia


Złącze VFD posiada kropkę z lewej strony wiec to pin nr1. Na ta chwilę ustaliłem ze piny 1,3,6,8,11 są zwarte do GND. Pozostało wiec 11 pinów w tym przynajmniej jeden pin zasilania. Wyświetlacz świeci jak nowy mimo zegary maja najechane ponad 300 tys . Napięcie żarnika to najprawdopodobniej 1,6V AC

Po dzisiejszych pomiarach wiem już coś o podłączeniu samego modułu wyświetlacza
1) GND
2) ?
3) GND
4) ?
5) ?
6)GND
7) ?
8) GND
9) ?
10) +5V przez tranzystor wiec prawdopodobnie zasilanie
11) GND
12) poprzez 200R do pinu mikrokontrolera
13) zarnik VFD
14) zarnik VFD
15 i 16) zwarte ze sobą i do pinu mikrokontrolera oraz podciągniete do zasilania opornością 12K

Przetwornica napięcia jest prawdopodobniej na płycie głównej zegarów oznaczonej PWB6736 X200 LOGIC BOARD XR8F-14A608-FE. Samym wyświetlaczem steruje 1F15BQQBE 9942 N760068CFKC041 99-DEW98 firmy Motorola najprawdopodobniej coś z rodziny 68HC11.Numery XR8F-14A608-FE i N760068CFKC041 to oznaczenia wewnętrzne firmy Ford/Jaguar.
Najprawdopodobniej piny 15/16 to wejście i wyjście danych samego VFD, pin 12 CLK, a na samej płytce są 2 układy które mogą być tylko rejestrami przesuwnymi, ale nie wykluczone ze są to jakieś wyspecjalizowane układy sterujące. Czas podłączyć analizator stanów logicznych

możliwe, że to jakiś procek na tej płytce steruje wyświetlaczem i tylko dostaje określone predefiniowane komendy :/ z drugiej strony - więcej zabawy wtedy

Stworzyłem ustrój pomiarowy jak na zdjęciu. Dodałem tez 2 foto z analizatora, niestety nie mogę dodać plików z zapisem przechwyconej transmisji

Podłączenie :

pin 2 vfd CH0
pin 4 vfd CH1
pin 5 vfd CH2
pin 7 vfd CH3
pin 9 vfd CH4
pin10 vfd CH5
pin12 vdf CH6
pin 15,16 CH7
wyzwalanie jest z kanału CH0 i z kanału 6 wiec CH0 i CH6 to ten sam sygnał. Jakieś pomysły ? Wygląda po mojemu ze CH1 i CH2 są zwarte ze sobą. Jaki to sygnał ? CH3 data ?? CH4 clock, CH5 stobe CH7 ma cały czas stan wysoki wiec to chyba zasilanie, tylko po co idzie do mikrokontrolera. Najpierw na CH5 pojawia się stan wysoki i po środku tego sygnału pojawia się na CH4 krótka wysoka szpilka.

Dzisiaj doszedłem w końcu jakie funkcje pełnia poszczególne piny wyświetlacza - numeracja podana jest dla numerów przewodów taśmy, (przewód nr 1 jest oznaczony czerwonym paskiem)

1,3,6,8,11 masa, do działania wystarczy podłączyć tylko jeden z nich
2 - 46V dla VFD
4/5 sterują zapalaniem dodatkowych bocznych segmentów na wyświetlaczu które podświetlają czerwone kreski - sygnalizacja awarii zapewne. Sygnał 65,5Hz stopień wypełnienia 20% normalnie stan niski
7,9,12 szeregowa transmisja danych do wyświetlacza. Patrząc po przebiegach to :
pin 7 to data, sygnał się zmienia się w zależności co jest wyświetlane, normalnie stan wysoki
pin 9 to strobe, normalnie stan niski , impuls to stan wysoki o czasie ok 2,6uS, przerwa 0,27ms
pin 12 clock, normalny stan linii wysoki i -11 "paczek" impulsów w każdej po 8 stanów niskich, przerwa pomiędzy paczkami 0,14ms
13,14 zasilanie zarnika VFD pin 14 dostarcza dodatkowo zasilanie 5V dla logiki, pin 13 ma potencjał do masy ok 3,5V

Nie jest jasna funkcja pinów 15/16 (które są ze sobą zwarte na głównym PCB) jak i pinu 10 po odpięciu przewodów wyświetlacz lekko przygasa,a transformator przetwornicy impulsowej zaczyna buczeć lecz amperomierz w zasilaczu nie pokazuje większego poboru prądu a wyświetlacz pracuje normalnie. Jest tam(mowa o pinie 10) sygnał o czestotliwości 3,6kHz i wypełnieniu 20 % Możliwe ze jest to regulacja stopnia świecenia - po włączeniu świateł w aucie wyświetlacz przygasa aby nie dawać po oczach w nocy. Ale tego nie jestem w stanie zasymulować na samych zegarach. Sterowanie dodatkowymi punktami po bokach wyświetlacza za pomocą osobnych linii może sugerować ze ten wyświetlacz jest wykonany specjalnie dla jaguara pod konkretne zastosowanie
Sama płytka wyświetlacza to prawdopodobnie jedynie sam fizyczny wyświetlacz plus dwa scalaki które to chyba są dwoma rejestrami przesuwnymi a samo sterowanie i zasilanie jest na płycie głównej zegarów. Teraz tylko ustalić co i jak wysyłać

Dzisiaj spędziłem pracowity dzień próbują rozszyfrować komunikacje. Na początku założyłem ze komunikacja odbywa się za pomocą kodów ASCI ale nie udało mi się nic dopasować - oni małych ani dużych liter oraz ich zanegowanej wartości. Sprawę utrudnia fakt ze nie wiem w jakiej kolejności jest wysyłany bajt czy jest to Most Significant Bit First (Standard) czy Least Significant Bit First. Prawdopodobny standard transmisji na foto. Poniżej fragment komunikacji gdyż skupiłem się na wyszukiwaniu ramek 1- 209-142-xxx,1- 209-134-xxx oraz 1-209-142-xxx które akurat wydały mi się charakterystyczne, często występuje tez ramka z samymi zerami i jedna cyfra w środku (tutaj akurat z 12) ale ta droga tez do niczego nie prowadzi- gdyż te ramki występują rzadko i gdyby przyjąć ze od jednej do drugiej zawiera się cała transmisja 2 napisów to wychodzi ze trzeba wysłać bardzo duże ilości danych. Jedyne co udało mi się prawdopodobnie ustalić to to ze pierwszy bajt to jakaś komenda sterująca. Przyjmuje zazwyczaj zazwyczaj wartości 0,1,2,3, czasem 15, 128,129,130 i bardzo bardzo rzadko inne.
Bardzo możliwe ze liczby te zawierają bezpośrednio obrazy segmentów do zapalenia na wyświetlaczu( tak jak definiuje się znaki dla HD44780)- z tym tez przeprowadzałem próby lecz chwilowo bez rezultatu - szukałem ramek dla spacji w napisach i liter L i E w słowie LEVEL ale tez nic sensownego nie znalazłem na tą chwile Zastanawia mnie czemu stosowane są "paczki" danych po 11 bajtów(0-10) a nie po 8. Sam wyświetlacz pracuje tylko w trybie 5x7 i nie ma 8 linii.
Jakieś sugestie ???



SPI MOSI: 1
SPI MOSI: 209
SPI MOSI: 142
SPI MOSI: 0
SPI MOSI: 0
SPI MOSI: 16
SPI MOSI: 0
SPI MOSI: 116
SPI MOSI: 99
SPI MOSI: 0
SPI MOSI: 0
SPI
SPI MOSI: 1
SPI MOSI: 217
SPI MOSI: 132
SPI MOSI: 128
SPI MOSI: 0
SPI MOSI: 0
SPI MOSI: 128
SPI MOSI: 126
SPI MOSI: 98
SPI MOSI: 0
SPI MOSI: 0
SPI
SPI MOSI: 0
SPI MOSI: 0
SPI MOSI: 0
SPI MOSI: 0
SPI MOSI: 0
SPI MOSI: 12
SPI MOSI: 0
SPI MOSI: 0
SPI MOSI: 0
SPI MOSI: 0
SPI MOSI: 0
SPI
SPI MOSI: 3
SPI MOSI: 205
SPI MOSI: 79
SPI MOSI: 0
SPI MOSI: 0
SPI MOSI: 0
SPI MOSI: 3
SPI MOSI: 126
SPI MOSI: 167
SPI MOSI: 0
SPI MOSI: 0
SPI
SPI MOSI: 15
SPI MOSI: 240
SPI MOSI: 199
SPI MOSI: 128
SPI MOSI: 0
SPI MOSI: 0
SPI MOSI: 0
SPI MOSI: 248
SPI MOSI: 226
SPI MOSI: 0
SPI MOSI: 0
SPI
SPI MOSI: 2
SPI MOSI: 51
SPI MOSI: 167
SPI MOSI: 0
SPI MOSI: 0
SPI MOSI: 0
SPI MOSI: 4
SPI MOSI: 139
SPI MOSI: 75
SPI MOSI: 0
SPI MOSI: 0
SPI
SPI MOSI: 1
SPI MOSI: 249
SPI MOSI: 196
SPI MOSI: 241
SPI MOSI: 133
SPI MOSI: 7
SPI MOSI: 1
SPI MOSI: 124
SPI MOSI: 98
SPI MOSI: 244
SPI MOSI: 99
SPI
SPI MOSI: 129
SPI MOSI: 209
SPI MOSI: 140
SPI MOSI: 49
SPI MOSI: 207
SPI MOSI: 2
SPI MOSI: 136
SPI MOSI: 116
SPI MOSI: 99
SPI MOSI: 142
SPI MOSI: 123

Dziś próbowałem nawiązać komunikacje z wyświetlaczem za pomocą atmegi 8, niestety brakło czasu... CLK ma częstotliwość 1MGhz, sam VFD nie wymaga najprawdopodobniej inicjalizacji (lub jest przeprowadzana ona co jakiś czas) gdyż można uruchomić zegary i następnie podłączyć linie danych oraz "pobawić się nimi" i pokazuje komunikaty poprawnie kiedy komunikacja wraca. Podczas testów cześć wyświetlacza świeciła słabiej wiec posiada zapewne jakąś regulacje programową kontrastu. Co ciekawe pierwsza ramka po wystartowaniu wyświetlacza(tzn po podaniu zasilania) jest o 1 bajt dłuższa niż reszta co sugeruje ze prawdopodobnie może przyjmować tez dłuższe ramki, i/lub jest to ustawienie jakiegoś parametru. Niestety dalej nie wiem nic o strukturze ramek danych które należy wysyłać Czy ktoś to w ogóle jeszcze czyta ?

Pewnie! Czyta i podziwia ale niestety nie pomogę... Jednak mocno trzymam kciuki pozdrowionka

Pewnie, że czyta udanych łowów!

Jak wielu innych, także śledzę ten ciekawy wątek

tak tak... trzymam kciuki za powodzenie dochodzenia....

_________________
Jestem początkujący i moje porady mogą być błędne

Ja też zaglądam regularnie do wątku
powodzenia

Mały upgrade info. Dalej nie mogę nawiązać komunikacji z samym wyświetlaczem( tzn poza zegarami). Możliwe ze trzeba linie danych podciągnąć do VCC. Przyjrzałem się samemu modułowi wyświetlacza i okazało się ze są jednak trzy układy pod wyświetlaczem a nie dwa jak wcześniej sądziłem.
Szukałem tez informacji o samych zegarach czy generalnie czegokolwiek co mogło by pomóc i znalazłem nazwę producenta - Visteon Pixel Module. Ale nie wiem czy dotyczy to samego VFD czy ta firma wyprodukowała całe zegary. Znalazłem tez przykładowe numery XR-10849-BM i XR-10849-BL . Numer 10849 oznacza zegary tzn konkretna cześć a końcówka oznaczenia tzn BM/BL oznacza kolejna rewizje czy wersje danego podzespołu. Czyli w tym przypadku wersja anglik/europa/ benzyna/diesel/ V6/V8 itd. Numeracja zaczyna się najprawdopodobniej od AA i leci dalej AB,AC...BB,BC...DD,DE itd

Raczej to producent samego wyświetlacza.

Udało mi się nawiązać w końcu komunikacje z wyświetlaczem. Wprawdzie na ta chwile zapaliłem tylko losowe segmenty ale na stałe wiec można próbować interpretować już dane. Tak długo jak dane są wysyłane obraz się nie zmienia.

Dane techniczne transmisji :
Linia danych- podciągniecie 2.2K do zasilania.
Zegar ma mieć 1MGHz(używam atmegi 16 z kwarcem 16MGHz dlatego u mnie dzielnik = 16).
Impuls wyzwalający po wysłaniu ramki ma być po czasie ok 62uS, czas trwania ok 2.4uS i przerwa przed następną ramka ok 75uS. Czasy na podstawie odczytanej transmisji.
Ramki maja po 11 bajtów, pierwsza 12.
Ustawienia komunikacji SPI : SPCR |= (1<<SPE)|(1<<MSTR)|(1<<SPR0);
Po wysłaniu 9 ramek po 11 bajtów plus 1 czyli równe 100 bajtów zapaliłem 30 pikseli z ogólnej liczby 2x14 pól x(5x7 jedno pole) = 28x35=980 pikseli czyli jakies 3 % Ale nie wiem na ta chwile czy ustawienia są prawidłowe tzn kolejność wysyłanych bitów w bajcie i próbkowanie podczas zbocza. Wyjdzie to podczas testów

Super, trzymam kciuki za dalsze sukcesy Powodzenia !

Panie(są tu jakieś ) i Panowie dobre wieści z frontu, wiem już jak w znacznym stopniu komunikować się z wyświetlaczem .
Ramka do wyświetlacza może mieć max 12 bajtów. Poszczególne bajty to binarny obraz pixeli w segmencie do zapalenia 1/2/4/8/16/32/64/128 to poszczególne pixele a np liczba 7 zapali 3 pola (1+2+4). Bajty ramki 1/2/3/8/9 kontrolują dolne segmenty wyświetlacza a 4/5/7/10/11 górne. Niestety ich ułożenie jest kompletnie z czapy i na takie coś mogli wpaść chyba tylko angole oszołomieni dużą ilością cydru lub ja jeszcze czegoś nie wiem o samej komunikacji...
Nie wiem jak wybierać jeszcze segmenty- możliwe ze za pomocą liczb z przedziału 129-255 lub samych bajtów 1 i 7 gdyż sterują one jedynie dwoma pixelami każdy i osiągają tylko wartości 1 i 2. Nie znam tez znaczenia 12 ramki która jest wysyłana tylko raz po starcie choć podczas testów używałem tylko 11 bajtowych. Z tego co widzę to sama płytka zawiera jedynie tylko "gołe" obwody wykonawcze np w postaci samych rejestrów, a samo sterowanie musi być zrealizowane w jakimś pośrednim mikro kontrolerze tak aby komunikaty dało się wysyłać w sensowny sposób np po spi w formie kodów ascii czy po i2c bo sama biblioteka będzie dość rozbudowana - same obrazy znaków do wyświetlenia zajmą sporo pamięci.Później postaram się wrzucić jakieś sensowne rysunki z opisem co i jak bo teraz mam jedynie luźne notatki a to nijak nie nadaje się to do opublikowania na forum

Śledzę wątek od początku i podziwiam Twój zapał Dobra robota

Obiecana rozpiska sterowania pixelami w segmentach. Pierwszy numer określa nr bajtu w ramce(1-11) drugi liczbę bitowa, a w nawiasie jest podana waga bitu(0-7). Wysłanie większej ilości takich samych ramek(testowałem chyba do 6 czy 7) nie zmienia obrazu na wyświetlaczu.
Wczoraj wkradł mi się mały błąd okazało się ze bity 1 i 7 w ramce odpowiadają za wyświetlanie 3 pikseli a nie dwóch, a tego wczoraj nie zauważyłem ze zmęczenia. Fakt ze wcześniej pisałem ze często przyjmują wartości z zakresu 0-3. Może bajty te pełnią tez inne dodatkowe funkcje gdyż przyjmują tez inne wartości ale podczas wpisywania 15,16, 128/129/130/131 i kilku innych które najczęściej występują w logach transmisji nie stwierdziłem żadnych zmian na tą chwilę. Przynajmniej jeżeli chodzi o samo sterowanie segmentami VFD.
Za sterowanie segmentami odpowiada oczywiście bajt nr 6 ale jeszcze nie wiem co i jak. Przeprowadziłem dziś tylko kilka prób dla zapalonych tylko górnych segmentów :
liczba zapisana w bajcie nr 6 --- zapalone segmenty
128--- 9 i 11
64--- 7 i 11
32--- 5 i 11
16--- 3 i 11
8,9,11,12,13,14,15--- 1 i 11
1,2,3,4--- 11


Teraz muszę jeszcze sprawdzić funkcje pozostałych pinów które wcześniej odłączyłem od płytki i spróbować pozbyć się "reszty zegarów" podczas testów i znowu "kopać" w logach transmisji w celu ustalenia roli bajtu nr 6...

Świetna robota Sherlocku 3mam kciuki!

Dzisiaj po paru godzinach pracy udało mi się w końcu dojść jak sterować wyświetlaczem Napisałem prosty program do testów i ustaliłem sposób sterowania.

Sprawa wygląda tak :
Wyświetlacz posiada 2 rzędy po 14 znaków a sam znak ma 5x7pixeli czyli w sumie 35 pixeli. Do testów używam fabrycznego położenia VFD jak w zegarach czyli taśma przewodową do dołu, przewód nr 1 czerwony od prawej strony, segment 1 od lewej strony wyświetlacza 14 pierwszy od prawej
Ramka posiada długość 11 bajtów z czego bajty o numerach 1,2,3,8,9 odpowiadają za znak dolny a 4,5,6,10,11 za górny. Ponieważ 4 bajty posiadają tylko 32 pozycje(4x8) a pole znakowe ma 35 to brakuje 3 bitów. Te brakujące 3 bity są umieszczone w najmłodszych bitach bajtu 1 i 7. Bajt nr 7 pełni funkcje komend sterujących podobnie jak pozostałe bity bajtów 1 i 6.

Bajt 1
bity:
0,1,2 pixele dolne
3 wybór segmentu nr 13
4,5,6,7 na ta chwile nie wiadomo ale testowałem tylko 1 ramkę . 4 bit możliwe ze wybór segmentu 11 bo tego brakuje

Bajt 6
bity:
0,1,2 pixele górne
3 segment 1
4 segment 3
5 segment 5
6 segment 7
7 segment 9

bajt 7
bity :
0 wł/wył wyświetlacz 1=włączony
1 segment 14
2 segment 12
3 segment 10
4 segment 8
5 segment 6
6 segment 4
7 segment 2
Na ta chwile nie znam jeszcze organizacji pamięci wyświetlacza ani roli 4 najstarszych bitów w bajcie 1 -tutaj muszę przejrzeć logi jak te bity wykorzystywane są podczas fabrycznej transmisji danych. Na podstawie tych informacji można już próbować komunikować się z VFD i tworzyć znaki do wyświetlenia Po wysłaniu ramki danych nie wiem czemu świeci się segment 11 i ten który wybieram tak jakby pierwszym segmentem był segment nr 11 ?

Świetna robota

Dzisiaj ustaliłem tylko (przeglądając zapis transmisji po starcie wyświetlacza w formie binarnej w sumie ok 50 ramek ) ze w jakiś sposób jest używany najstarszy bit bajtu pierwszego. Zazwyczaj 2 całe ramki pod rząd mają go ustawionego, 3 kolejne nie i znowu 2 maja ustawione, 3 wyzerowane. Raz występuje jakąś anomalia. To jest pewne. Przypuszczenia to takie iż możliwe ze pamięć w środku jest większa niż fizyczny rozmiar wyświetlacza gdyż ramki sugerują tez wybieranie kilku segmentów równocześnie lub jest to znów jakąś komenda sterująca pracą sterownika.

Wczoraj próbowałem jeszcze na szybko wysłać 3 litery po kolei wybierając segmenty w ramce i jedna nie pojawiła się wcale a 2 są zdeformowane, tak jakby sterownik źle interpretował znaki lub sam format ramki jest w pewien sposób nieprawidłowy. W każdym razie czegoś jeszcze brakuje .

A ja to podziwiam Kolegę za mrówczą pracę.

_________________
Jestem początkujący i moje porady mogą być błędne

Dzisiaj późno wróciłem więc czasu było mało, przygotowałem i obejrzałem ok 250 bajtów transmisji - obróbka ręczna plików jest dość pracochłonna... co by nie powiedzieć upierdliwa. Jest używany tylko najstarszy bit bajtu pierwszego bity 6,5,4 są zawsze zero. Na początku jest tak jak pisałem 2 ramki mają ten konkretny bit 1, następnie 3 zero. Potem sytuacja się zmienia w pewnym momencie - 1 ramka(pierwsza) ma 1 potem 4 zero i znów 1 ramka ma 1 potem znowu 4 zero. Możliwe ze jest to moment kiedy zegary kończą inicjalizacje i wyświetlenie przebiegu a potem wyświetlają już tylko naprzemiennie 2 komunikaty.
Co mnie zastanawia to fakt iż oglądając logi to strasznie mało bajtów ma wartość 1 .Są np ramki gdzie na 88 bitów wysłanych jest ustawione zaledwie od 3 do 6 bitów ? Pomijając przy tym bajty odpowiedzialne ze segmenty i obserwując te odpowiedzialne za pixele. Z każdym dniem wiem coraz więcej o tym VFD ale czuje duzy wewnętrzny niepokój ze z uruchomieniem tego poza oryginalnym środowiskiem pracy (bez żadnej dostępnej dokumentacji) będą dość spore przeboje ale nikt nie mówił ze będzie łatwo