BMW Auto klub ČR

Ahoj,

nedávno jsem se ve vlákně o multimediích zmínil o projektu připojení mini PC Rasberry Pi do E65. Konečně jsem měl chvíli čas a mám první výsledek. Aktuálně by se mi hodilo pár rad a nechci zasírat původní vlákno. Proto jsem založil nové.


Umí fungovat zároveň i s navigací.

Jedná se o první pokus, takže není nastavené správné rozlišení + okraje. Už je jen potřeba si s tím pohrát v konfiguraci.

Z TV modulu/navigace dopředu do monitoru leze analogový RGB signál. Raspberry má pouze HDMI výstup, takže jsem použil HDMI -> VGA adaptér. BMW jede na RGsB (synchronizace v zeleném kanálu), proto jsem použil tento obvod na konverzi synchronizací.

--------------------------- --------------------------- --------------------------- --------------------------- --------------------------- ---------------------------
Verze 1 (analogový vstup)

Z důvodu popsaného v příspěvku http://www.bmwklub.cz/forum/viewtopic.p ... 0#p1085688 jsem zatím udělal analogový zvukový vstup.

Základem je Raspberry Pi 2 se zvukovou kartou https://www.hifiberry.com/shop/boards/h ... y-dac-pro/. Můžete se spokojit s vestavěným výstupem RPI, nebo by měla stačit i nějaká levnější zvukovka. Implementoval jsem to k videomodulu, protože ho mám nastudovaný a už jsem si upravil krabičku. Bohužel varianta s analogovým výstupem je prostorově náročnější a RPI jsem musel vystrčit ven. Upozorňuji, že často improvizuji a pracuji s tím, co jsem kde doma našel nebo z něčeho ustřihl.

Nestresujte se množstvím drátů přidaných do videomodulu. Jedná se o napojení na I2C a I2S sběrnice, které u tohoto řešení nejsou potřeba.



1) Pro jistotu jsem si přivedl vlastních 12V z powermodulu. Řešení je jednoduché. Stačí si koupit příslušný kontakt v BMW a zastrčit do volné pozice. Viz https://ibb.co/n7XFbQ

2) Relé, které přivede 12V do 5V regulátoru (3). Relé sepne ve chvíli, kdy se probudí MOST. Při neaktivitě na MOSTu se videomodul sám uspává. Takže stačí nají místo, kde je po probuzení 5V a při uspání ne. Bohužel je schované pod plošňákem. Kdyžtak seženu fotku, pokud bude mít někdo zájem.

3) 5V regulátor. Jedná se o vnitřek adaptéru do zásuvky zapalovače. Napájí RPI a plošňák s Arduinem. Pozor na proudovou náročnost RPi. Ideálně chce nějakých 2 - 2,5 A.

4) RPI + zvukovka

5) 433 MHz přijímač. Vysílačem jsem si naprogramoval zpětné zrcátko.

6) Arduino. Naprogramována logika pro přijímač. Ovládá relé (7). Bude řešit i výfukovou klapku.

7) Relé které přepíná FM/RPI v tuneru. Respektive deska tohoto relé. Celé se mi do FM tuneru nevejde, takže jsem ho musel odletovat a desku nechat tady.

8) Kabel z tohoto konektoru vede do tuneru.


Pohled na FM tuner.



Přiveden audio kabel, ovládání relé a pro jistotu jsem si za sedačky přes USB prodlužovačku vystrčil Bluetooth (kvůli lepšímu signálu).

Modifikace tuneru provedena podle http://www.xolmatic.com/xprojects/XE65/M_Radio.htm Rozdíl je, že on přerušením obvodu znemožnil poslouchat rádio. Já jsem přidal relé pro zachování funkčnosti tuneru.


A takhle to teď vypadá v kufru.




Konfigurace RPI

Použil jsem https://github.com/BaReinhard/Super-Sim ... er-Install Stačí spustit "sudo ./install.sh" a vybrat si, jaké funkce chcete.

--------------------------- --------------------------- --------------------------- --------------------------- --------------------------- ---------------------------
Verze 1.1

RPI nově dostalo:

• Důstojnější krabičku, aby se nepovalovalo v prostoru
• Napojení na CAN bus, takže mi funguje přeskakování skladeb tlačítkama na volantu. Použit tento modul. A k implementaci do RPI tento tutoriál
• Filtr pro eliminaci rušení alternátoru, které bylo v hudbě hodně slyšet.
• Relé v FM tuneru se mi nově přepíná automaticky při spárování RPI s telefonem. Takže už není potřeba arduino s 433 MHz modulem. Mimochodem, za jízdy nebylo ovládání tlačítky na zrcátku moc spolehlivé. Ve vyšších rychlostech nefungovalo vůbec. Pravděpodobně je vysílač nasměrovaný ven a nezvládá se vracet do kufru. Protože jsem pak k přepínání použil dálkáč, který jsem k modulu dostal a ten fungoval dobře.

TODO

• Nakonfigurovat a odladit obrazový výstup

--------------------------- --------------------------- --------------------------- --------------------------- --------------------------- ---------------------------
Verze 2 (digitální vstup)

Neustále se mi příčí, z Raspberry zvuk převádět na analog a v autě zase zpět na digitál. Našel jsem možnost, jak přeprogramovat digitální vstup na formát I2S a pouštět data přímo z Raspberry do MOSTu bez ztráty kvality.

Díky hacknutí MOSTu bych se teoreticky měl možnost integrovat do menu monitoru. Na místo, kde se vypisují naladěné programy, posílat vlastní položky. Např. pro volbu vstupů - MP3 z flash, A2DP, Airplay, ... Pro listování adresáři na flashce, atd. Zkrátka podobně, jako je integrovaný Dension.

Konečně někdo kdo vymýšlí něco nového.Nepřečte to vše na bimmer,něco o tom ví,podělí se o to a nesnaží se na tom zarobit.Pak dej vědět jak to pokračuje.Mám podobné úvahy, jenže jsem na to línej.Dík

Ahoj,
luxusní práce, chci se Tě ale zeptat, jak si vyřešil propojení rsp s MOSTem?

S MOSTem jsem to zatím nepropojil. Píšu o tom v bodě c) u zvuku. Čip který zajišťuje komuniaci s MOSTem (OS8104) by bylo potřeba překonfigurovat přes registry. Na vstupu umí pracovat např. s I2S nebo S/PDIF. Bohužel, s tím si zatím neumím poradit.

Případně najít něco, co umí generovat zvuk ve formátu "16-Bit, MSB-First, Left-Justified". Pak by se teoreticky dal jen nahradit A/D převodník. Od I2S se zas tak moc neliší. Hezky je to vidět v datasheetu na str. 14.

trochu se neorientuji, tak se pro jistotu zeptám.
V prvním příspěvku píšeš

Raspberry se hudba dá dostal v digitální podobě ve formátu I2S. Bohužel, PCM1801 je nakonfigurovaný tak, že na výstupu používá malinko odlišný left-justified formát.

Nacož v druhém

Na vstupu umí pracovat např. s I2S nebo S/PDIF.

Což by nám / Ti značně zjednodušilo situaci, protože převodníky k rps jsou, sice většinou 24/32 bit, ale to by se softwarově dalo přepočítat na 16bit.

Ale správně to mam asi chápat tak, že MOST má na vstupu právě onen záludný 16-Bit, MSB-First, Left-Justified, mám pravdu?

Podle mě by nebylo treba ani nějaký převodník (dost možná mám špatný úsudek), ale podle datasheetu umí PCM1801 dva formáty (strana 14)
A) 16bit, MSB first, left justified
B) 16bit, MSB first, i2s

Pokud bychom počítali s variantou B), tak hypoteticky šlo preprogramovat výstup v rsp, než překopávat knihovny PCM1801. Potřebujeme znát polohu dat a polaritu hodin, kterou známe z datasheetu.
Dokonce mam matné tušení, že samo rps používá PCM1803.

Ono hypoteticky kdybychom použili převodník hifiberry, tak by měl umět všechny tři protokoly :
- left justified
- right justified
- standardní I2S

Bohuzel, to jsou jen dohady z diskuzi, nemam to jak odzkoušet.

Pravděpodobně si přehlédl, že se věta "Na vstupu umí pracovat např. s I2S nebo S/PDIF." váže k OS8104, ne k PCM1801. Snad pomůže toto:

Analogový signál -> PCM1801 -> "16-Bit, MSB-First, Left-Justified" -> OS8104 -> MOST

PCM1801 - Vstup analog. Výstup I2S nebo left justified.
OS8104 - Vstup I2S, left justified, S/PDIF, ... Výstup MOST

Tebou zmíněná strana 14 v datasheetu PCM1801 ohledně "A) left justified B) i2s" je o výstupu A/D převodníku. Překonfigurování by nám tedy nepomohlo.

To co bychom museli překonfigurovat, je vstup u OS8104. Koukni na stranu 46 - 48. Jsou tam popsané formáty a odpovídající konfigurační hodnoty v registru.

Je to jasnější? Kdyžtak dovysvětlím.

Máš na mysli HIFIBERRY DAC+ PRO, který umí I2S výstup? Chystám se ho koupit. Zatím ale čekám, jestli nevyužijeme něco jiného. Bohužel, jeho I2S výstup není moc zdokumentovaný.

V oblasti najití kompatibilního zařízení, propojení sběrnic, sladění hodin, ... určitě uvítám tvou pomoc. Kdybys potřeboval znát nějaké informace z desky, klidně můžu zkusit zjistit. Bohužel je deska čtyřvrstvá, takže jsem ve zkoumání docela omezený.

Už jsem doma, děkuji.
Co se týče Hfiberry, tak buď Tebou zmíněny DAC+, nebo mají ještě toto - https://www.hifiberry.com/products/digiplus/ by možná bylo vhodnější, ne?

Netuším, jestli je pro nás DIGI+ v něčem lepší. DAC+ chci kvůli analogovému RCA výstupu. Pokud by selhalo naše snažení v napojení digitální cestou, pořád mám možnost hacknout FM tuner. A k tomu by se mi hodil kvalitní výstup z RPI.

Nebylo by lepsi se napojit na existujici DVD changer misto TV tuneru ktery ma pouze mono? Proste v menu zvolim DVD a bude tam Raspberry i se zvukem. Nebo je to jeste slozitejsi?

Nejlepsi by asi bylo napojit Raspberry na MOST a zjistit jak tam funguje komunikace. Zarizeni by se tvarilo jako DVD changer (ten by v aute nebyl) a audio posilalo po MOSTu (digitalne, pres custom driver). Pak by slo udelat i ovladani predni/zadni iDrive, DVD changer to taky asi bere z MOSTu. Tohle je podle mne nejzajimavejsi varianta, protoze pak pujde dodelat spousta veci. Neco by mozna slo pouzit z http://most4linux.sourceforge.net/, pripadne se inspirovat. Pro PC existujou MOST karty http://ww1.microchip.com/downloads/en/D ... 0_XX-3.pdf

Varianta s DVD changerom a zaroven Raspberry s moznosti nejakeho prepinani asi nebude moc realna.

MOST karty pro PC jsou, ale přes PCI slot, který v kombinaci s RSP nehrozí.
Pokud jsem tixika správně pochopil, tak se na MOST vůbec neplánuje dostat optickým kabelem - vlastně si myslím, že řešit to optikou s RSP je témeř nemožné (nebo mám malou představivost), ale fakt nevím, jak z RSP dostat optiku. Jako jo, není to nemožné jsme schopni z toho dostat např. TOSLINK, ale ten funguje jinak, než MOST.
Btw poslední aktualizace Most4linux je deset let stará.


Tixik:
Trochu jsem googlil a koukni na tohle.
Taktéž jsem po chvilce googleni našel již hotové knihovny, které by byly použitelné (podpora Left-justified) - blbý je, že ne pro RSP, ale Arduino, ale interface mezi nimi je možný - krkolomný, ale možný. Knihovny tady https://github.com/delsauce/ArduinoDueHiFi

Vtipný na tom všem je, že v autě nemám TV tuner

dvd changer má občas někdo špatný, tak by se třeba z něj dala vykuchat mechanika, a nacpat do něj RSP a zapojit přímo na obvody v DVD changeru a využit jej jako převodník MOST, připadně převodník idrive,

Uplne se mi nepozdava pouziti Rasbberry Pi, i kdyz je to velmi dostupna a levna varianta, takze na hrani na zacatek asi idealni (je otazne co z toho reseni nakonec bude a nevyhazujou se zbytecne prachy).

Existujou x86 alternativy jako https://betanews.com/2016/05/19/udoo-x8 ... erry-pi-3/ - samozrejme drazsi ale 4core 2.56Ghz Intel CPU, 8GB dual channel RAM, SATA connector, 3x USB 3.0. Ma to i vic video vystupu.

Jeste lepsi je asi reseni zalozene na formatu mini-ITX, https://i.ytimg.com/vi/VfnkU_Q-BHY/maxresdefault.jpg, nezabira to moc mista. V minulosti existovali i mini-ITX desky s PCI slotem, dnes pouze PCIe. Je otazne jestli na PCIe existujou MOST karty, ale existujou adaptery PCIe na PCI. Pak jde pouzit PCI kartu. Zabere to pak vic mista, takze spis by to bylo vedle lednice (pro lidi co ji maji), misto rezervy (pro lidi co nemaji plyn), nebo nejak predelat prostor pro elektroniku aby se tam toho veslo vic. Dual VGA output deska by umoznila vest jeden signal obrazu do MMI a druhy output napr. do LCD na zadnich sedackach, kazdy v jinem rozliseni.

Pokud by vubec neslo na mini-ITX rozbehat integraci s MOSTem pak by nejspis stacilo i to Udoo-x86, ma to mnohem mensi spotrebu.

Ve finalnim reseni by mi nevadilo jestli ta elektronika bude stat 15k misto 1k (mimo praci) pokud to bude fungovat mnohem lip. DvbLogic taky stoji 10k a tohle by mohlo byt mnohem lepsi...

Vezmu to postupně...

jaroslav píše:... Nebylo by lepsi se napojit na existujici DVD changer misto TV tuneru ktery ma pouze mono? Proste v menu zvolim DVD a bude tam Raspberry i se zvukem. Nebo je to jeste slozitejsi? ...

Přesně takhle bych si to představoval i s tunerem. Pořád ale ku*va nemůžu přijít na to, kde se v tuneru dělá ze zvuku mono. Udělám si z arduina jednoduchý osciloscop a zkusím něco zjistit.

DVD changer je drahá věc, moc lidí ho nemá, a i nefunkční kousek bude určitě stát nesmysl. A kvůli jeho ceně ho na pokusy zrovna moc používat nechci. Navíc z něj neleze RGB, ale CVBS. Naproti tomu, analog. TV tuner je v dnešní době skoro bezcenná věc.

Matt_CZE píše:... Pokud jsem tixika správně pochopil, tak se na MOST vůbec neplánuje dostat optickým kabelem - vlastně si myslím, že řešit to optikou s RSP je témeř nemožné ...

Mno, v podstatě bych i chtěl. Čipy pro MOST se sice sehnat dají, ale musíš k tomu připočítat osazení + další drobnosti. FOR/FOX (převádí digitál na světlo) + konektory. To už bych radši koupil tohle. Pořád ale musíš strávit čas s laborováním, jak to skamarádit se stávajícím MOSTem. Teoreticky bych ho možná mohl naučit, aby se vydával za již zmiňovaný DVD changer. Dension se taky vydává za CD changer. Proto mi přijde jednodušší hacknout TV tuner. Ve stejném smyslu, jak ve svém příspěvku píše JaraX.

A to mám v plánu jako další krok. OS8104 umí kromě hudby přijímat i zprávy (např příkazy z iDrivu). Tyto zprávy posílá na svůj tzv. "Control port" (viz obrázek). Na něm je přes I2C nebo SPI sběrnici připojený controller, který pak diriguje TV tuner. Já se na tuhle sběrnici stejně potřebuji připojit, abych měl přístup do registrů, kvůli konfiguraci. Teoreticky bych měl mít možnost odposlechnout příkazy z iDrivu. A opačně do iDrivu (MMI) poslat vymyšlený seznam "naladěných" stanic. A použít je jako prostředek pro komunikaci s člověkem.


Ohledně ArduinoDueHiFi - zatím jsme nevyčerpali možnosti přeprogramování výstupu u RPI, takže zatím bych tímto směrem nešel. Např. tady je kernel driver (celá složka sound jsou drivery) k I2S. Třeba by se dal výstup upravit touto cestou. Asi nás čeká pročtení tohodle vlákna.

@Matt_CZE... máš aspoň navigaci? Já taky nejsem napojený na výstup z TV modulu, až na výstup z navigace. Protože z TV modulu leze CVBS. Určitě bys ho někde za rozumné peníze schrastil, ne?

@jaroslav... Zatím nemám pocit, že by RPI výkonově strádalo. A o jeho spolehlivost strach nemám. Můj cíl je, aby to bylo co nejlepší, dotažené a tzv. all in one. Ale co nejlevnější. Na druhou stranu, s výstupem na 2 monitory jsme trochu někde jinde. A v případě zadního iDrivu jdou z kufru dva RGB kabely. Celkově je zadek jinak uspořádaný.


Já tedy teď pracuji na připojení arduina (RPI tyhle sběrnice umí taky, ale na nižší úrovni se s arduinem asi bude pracovat líp) k OS8104 přes I2C/SPI abych:
1) Mohl přistupovat k registrům OS8104 kvůli překonfigurování vstupu na I2S.
2) Uměl odposlouchávat a tvořit komunikaci s iDrive.

Od simplemedianetworks by byl lepší tenhle o fous dražší modul: http://www.simplemedianetworks.com/prod ... -interface
Má API pro komunikaci. A ne úplně pojďnamězboku dokumentaci.

no a co kdybych ti to trochu zjednodusil a rekl ti tajemstvi ze digitalni tuner ma vystup ve stereu a da se na nej hacknout ve stereu. a mam asi 3ks mrtvejch ktery uz nenaladi ani mamu. takze na tyhle kraviny idealni. protoze obraz i zvuk asi poslat zvladnou.

Tak to je supr, určitě si jeden vezmu. Ozvu se ti do PM.

Jeden si může vzít i Matt, když nemá ani analog.

Jaroslav: Osobně si myslím, že to sice není uplně nejhorší nápad, ale také ho nepovyžuji za nejlepší. Je třeba trochu šetřit místem - já kdoví jak vybavený vůz nemám, takže tam mám místa dost, ale jak by to řešil někdo se zadním idrive atp. skutečně netuším, proto si myslím, že je třeba využít co nejkomaktnější verze, což by rozhodně nebyla zrovna doména mATX desky + PCI slotu, vem si, jak by to muselo být vysoké...
Krom toho, už to RSP má odběr kolem 2,5A, živit celý počítač z baterky je úplně nesmysl a fakt, že by to fungovalo pouze se zapnutým motorem je polovičaté řešení zase z druhé stránky věci. Podpora SATA konektoru je sice fajn, ale netuším k čemu by nám byl. V dnešní době RSP spolkne 64GB kartu, což na hudbu vcelku stačí (dle mého skromného názoru) + několik USB portů (na flash disk). SATA zní dobře, ale za předpokladu SSD disku, protože normální disk by trpěl otřesy atp. Ovšem to se dostáváme do úplně jiných cen.

Tixik: To vlákno jsem našel také, mám přečtených asi 10 stran, ovšem moje angličtina není kdoví v jaké kondici
Navigaci samozřejmě mám, ale chtěl jsem se Tě poptat na jednu věc a to konkrétně na to druhé okénko, ve kterém se například zobrazuje BC. Umíme nastavit RSP tak, aby si přenastavilo rozlišení v případě, že tu část s BC skryji...? Něják si totiž nedovedu představit, jak tomu RSP vysvětlit, že jsem si skryl BC a ať si tedy laskavě překlopí rozlišení aby se zobrazovalo na celé šířce displeje - přiznám se, že v tomhle ohledu mé znalosti dalece přesahuješ.
Zadní iDrive bych v tuto chvíli neřešil
a) Sobecky říkám, že ho nemám, tak mě to netrápí
b) Je třeb první realizovat první část plánu, poté lze řešit, co dál by to mohlo umět, popřípadě jak.

Druhý dotaz se týká arduina - bude sloužit pouze jako interface pro komunikaci mezi RSP a iDrive, nebo jak přesně to máš v plánu udělat?

Snejk: To je dobrá zpráva, taky bych si jeden mrtvej tuner vzal.

Matt_CZE píše:Tixik: To vlákno jsem našel také, mám přečtených asi 10 stran, ovšem moje angličtina není kdoví v jaké kondici

OK, tak si zpříjemním jeden dlouhý zimní večer.

Matt_CZE píše:Navigaci samozřejmě mám, ale chtěl jsem se Tě poptat na jednu věc a to konkrétně na to druhé okénko, ve kterém se například zobrazuje BC. Umíme nastavit RSP tak, aby si přenastavilo rozlišení v případě, že tu část s BC skryji...?

Jedná se o trochu složitější problematiku. Záleží na tom, jestli máš zadní iDrive (jsou jinak poskládaná multimedia v kufru) a kolik času s tím chceš strávit. Upřímně řeknu, že já se v základu spokojím s 4:3 oknem televize. Na většinu věcí to bohatě stačí. Jinak měnit rozlišení např. bash scriptem by neměl být problém.

Pokud se bavíme o autě bez zadního iDrive, je to poskládané takhle: TV tuner (video modul) ---CVBS_signál---> GPS ---RGsB_signál---> Monitor.
Jelikož jsem píchnutý na RGsB, nahrazuji celý obraz. V tomto případě tedy nikdy nezobrazím RPI (vlevo) a Navigaci (vpravo) naráz. (Jedině že bych do RPI udělal video vstup a ten zobrazoval v nějakém video playeru - ale to je už fakt overkill.) Musel bych se hacknout na CVBS výstup z TV modulu a navigace by si snad k němu uměla přidat pravé malé okno. Předpokládám, že auto normálně umí zobrazovat TV a navigaci naráz. Zapomněl jsem to vyzkoušet, ale počítám s tím, že když navigaci pošlu do malého okna, přepnu se do TV, tak uvidím obraz z RPI na celou šířku monitoru.

Samozřejmě počítám s přepínátkem obrazu RPI/GPS. Přepínat bude relé, které RPI nemá problém ovládat. Trochu se spoléhám na to, že až hacknu OS8104, budu vědět o událostí přepínání GPS/video z iDrivu.

U auta se zadním iDrivem: GPS ---RGsB_signál---> TV tuner (video modul) ---2xRGsB_signál---> do dvou Monitorů
Takže "jednodušší" situace.

Stačí ti tohle vysvětlení?

Matt_CZE píše:Druhý dotaz se týká arduina - bude sloužit pouze jako interface pro komunikaci mezi RSP a iDrive, nebo jak přesně to máš v plánu udělat?

RPI I2C v pohodě zvládá. Akorát se s ním pracuje víc na úrovni operačního systému. Arduino chci jen pro prvotní hackování, protože se s ním pracuje na nižší úrovni.

Včera jsem si z arduina sestrojil "osciloskop". Akorát má s trochou fantazie tak 3 Hz. Procvakal jsem si celý OS8104 a jsem si na 95% jistý, že Source i Control porty pracují v sériovém módu. Na 90% jsem si jistý, že control port jede na I2C sběrnici, což je dobrá zpráva. Je to nejjednodušší kombinace pro hacknutí. Dokonce vím i adresu OS8104 na sběrnici, takže mu můžu posílat příkazy. Pokud tě to zajímá, mělo by se jednat o tohle schéma.


Ohledně úložiště. Mám jedno plonkové SSD v USB rámečku. RPI by ho mělo zvládat napájet. Při nejhorším by měl pomoct napájený USB hub,

ještě jinak. při posilani obrazu na "fullscreen" narazis na limit předního MMI, kterej je rozdělenej na "bloky" takze ten předěl 4:3 a vpravo navi je pevna čára přes monitor kterou generuje jeho SW. takže i když si do obou částí něco pošleš, tak tam bude ta předělovací čára. potřebuješ hacknout CAN sběrnici, a aktivovat vstup NIVI (nightVision) a ten je plně fulscreen. to by byla největší paráda, at už na multimédia nebo na couvací kameru. jinak to vypadá s tou čárou pořád tupě. a mam pocit že TV a Navi najednou nejde... kouknu se ti zejtra. to by navi musela odesilat po tom RGBS nějakej složenej obraz a to tušim že by nedala.

U TV mi taky trochu vadí spodní okraj s hodinama. U navigace je navíc i horní. Koukám jak na monitoru vypadá NIVI a pokrývá celou plochu monitoru. Takže moc dobrý tip.

Koukám, že NIVI se zapíná tlačítkem u světel. Jaká jednotka má to tlačítko na starosti? Nejsem doma, abych se mohl podívat do WDS. Předpokládám, že jednotka pošle po CANu signál a na to zareaguje monitor? Neměl by to být problém. Akorát bych potřeboval odposlechnou konkrétní kód, který se po CANu vyšle.