> For the complete documentation index, see [llms.txt](https://navixy.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://navixy.com/docs/expert-center/id/vehicle-telematics-technology/can-and-obdii/intra-vehicle-communication-can-flexray-and-most.md). # Komunikasi dalam kendaraan: CAN, FlexRay, dan MOST Jaringan di kendaraan menggunakan CAN, FlexRay, MOST, dan Ethernet untuk komunikasi ECU. Setiap protokol menargetkan kebutuhan kecepatan, keandalan, dan bandwidth yang berbeda. CAN, FlexRay, dan MOST semuanya adalah protokol komunikasi otomotif yang digunakan untuk menghubungkan unit kontrol elektronik (ECUs), unit kontrol transmisi (TCUs), dan modul pengendali bodi (BCMs) di kendaraan: * **CAN**\ Protokol berbasis pesan yang pada awalnya dirancang untuk menghemat tembaga dengan memultipleks kabel listrik di mobil. CAN memiliki bandwidth sekitar 125 kpbs. * **FlexRay**\ Protokol komunikasi serial berkecepatan tinggi, tahan galat, dan deterministik yang dapat mentransfer data dengan kecepatan hingga 10 Mbits per detik melalui dua kabel pilin. FlexRay sering digunakan dalam aplikasi yang kritis terhadap keselamatan, seperti modul powertrain. Muatan FlexRay, atau frame data, dapat mencapai panjang 127 kata (254 byte), yang lebih dari 30 kali lebih panjang daripada muatan CAN. * **MOST**\ Standar bus untuk jaringan multimedia kendaraan yang memungkinkan transfer audio, video, dan data berkualitas tinggi. MOST tersedia dalam tiga kecepatan transmisi: MOST25, MOST50, dan MOST150. CAN (Controller Area Network) saat ini adalah jaringan dalam kendaraan yang paling banyak digunakan. Namun, dengan perkembangan berkelanjutan pada kendaraan otonom dan teknologi terkait, terdapat permintaan tinggi akan bandwidth dan konektivitas yang lebih besar. Dalam dokumen ini, kami secara singkat menjelaskan CAN dan opsi konektivitas kendaraan lainnya, termasuk CAN nirkabel, MOST, FlexRay, dan ethernet otomotif. ## Bus CAN: beberapa prinsip di baliknya Secara luas, CAN-bus (Controller Area Network-bus) sebenarnya adalah seperangkat standar yang memungkinkan perangkat yang berbeda saling berkomunikasi. Ini adalah sistem bus serial asinkron (bergeser waktu), dikembangkan pada tahun 1983 oleh Robert Bosch GmbH dengan tujuan menghubungkan unit kontrol elektronik (ECU) di kendaraan bermotor. CAN dibagi menjadi berbagai lapisan, mengikuti model ISO/OSI untuk mencapai fleksibilitas dan transparansi desain. Untuk komunikasi dalam praktik, bus CAN menggunakan dua kabel khusus: CAN low dan CAN high, yang melaluinya pengendali CAN terhubung ke semua komponen jaringan. CAN memungkinkan menggantikan pengkabelan yang cukup kompleks dengan bus dua kabel. CAN menggunakan sinyal diferensial, yang membuatnya lebih tahan terhadap derau, dengan dua keadaan logika: resesif dan dominan. Saat ini bus CAN digunakan hampir di segala hal, dari mesin kopi hingga [manajemen Armada](https://www.navixy.com/fleet-management/features/) dan aplikasi luar angkasa. Kami menjelaskan prinsip kerja bus CAN lebih lanjut secara singkat. Protokol komunikasi CAN ISO-11898: 2003 menjelaskan bagaimana informasi diteruskan antara perangkat pada jaringan berdasarkan model Open Systems Interconnection (OSI) yang ditampilkan sebagai seperangkat lapisan pada gambar di bawah. Dua lapisan terendah dari model OSI/ISO tujuh lapis adalah lapisan fisik dan lapisan tautan data. Lapisan fisik mendefinisikan komunikasi antara perangkat yang terhubung melalui medium fisik. ![CAN dan alternatif](https://3546701789-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-d50f3bc11d78b83e05bfefe9d3ac7d582dec1855%2Fcan-bus-principles-1.jpg?alt=media) Lapisan tautan data, antara lain, juga menangani pengorganisasian bit menjadi frame dan mencakup dua protokol: CAN klasik (penggunaan awalnya ditelusuri kembali ke 1988) dan CAN FD (diluncurkan pada 2012). Lapisan aplikasi pada dasarnya adalah lapisan pengguna akhir dan menyediakan akses ke sumber daya jaringan. Ada dua jenis format pesan/frame: standar dan diperluas. Keduanya berbeda hanya pada panjang pengidentifikasi - yang standar 11 bit, sedangkan yang diperluas 29 bit. Struktur pesan standar dapat dibagi menjadi 8 bagian seperti ditunjukkan pada gambar di bawah. Bagian-bagian tersebut adalah: Start of Frame (SOF - awal transmisi frame), CAN-ID (pengidentifikasi frame, identifikasi prioritas pesan), Remote Transmission Request (RTR, menunjukkan apakah sebuah simpul meminta data dari simpul lain atau mengirim data), Control (memberi tahu panjang data dalam byte), Data (nilai data aktual yang perlu diskalakan/dikonversi), Cyclic Redundancy Check (CRC, memastikan integritas data), ACK (pengakuan, menunjukkan apakah data diterima dengan benar) dan EOF (End of Frame) yang menandai akhir pesan/frame CAN. ![CAN dan alternatif](https://3546701789-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-eba86e7aeb438081d966dd3c6b187558c624ddfd%2Fcan-bus-principles-2.png?alt=media) Bus CAN menggunakan bentuk logika terbalik dengan dua keadaan: dominan dan resesif. Gambar di atas menunjukkan diagram input-output sederhana dari transceiver CAN: aliran bit yang menuju/dari pengendali CAN dan/atau mikrokontroler. Saat pengendali mengirim aliran bit, bit-bit tersebut dibalik dan ditempatkan pada jalur CANH. Jalur CANL selalu merupakan komplemen dari CANH. CAN harus memantau baik apa yang saat ini ada pada bus maupun apa yang sedang dikirimnya. Untuk aplikasi, kedua ujung bus CAN harus diberi terminasi karena setiap simpul pada bus dapat mengirim data. Setiap ujung tautan memiliki resistor terminasi yang sama dengan impedansi karakteristik kabel. Biasanya nilai yang direkomendasikan untuk resistor terminasi adalah 120 Ω (dalam rentang 100 Ω - 130 Ω). Tidak boleh ada lebih dari dua resistor terminasi di jaringan, karena terminasi tambahan memberi beban ekstra pada penggerak. Gambar di bawah menunjukkan bus uji CAN. Simpul-simpul tersebut dapat merepresentasikan pengiriman pesan dari teknologi sensor cerdas dan pengendali motor. Aplikasi yang umum bisa berupa sensor suhu. ![CAN dan alternatif](https://3546701789-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-a5cb2689542e48625d481f44b3a3939a738f7b8f%2Fcan-bus-principles-3.png?alt=media) Jika simpul sensor lain perlu mengirim pesan secara bersamaan, arbitrasi memastikan bahwa pesan dikirim. Sebagai contoh, simpul A selesai mengirim pesan saat simpul B dan C mengakui bahwa pesan diterima dengan benar. Simpul B dan C pada gilirannya memulai arbitrasi dan jika simpul C memenangkan arbitrasi maka ia mengirim pesan. Simpul A dan B mengakui pesan dari simpul C, dan simpul B kemudian melanjutkan pesannya. Perlu diingat polaritas berlawanan dari masukan dan keluaran penggerak pada bus. Bus CAN saat ini tersebar luas di mobil. Ini hadir pada hampir semua kendaraan yang dibuat. Mobil di dunia modern pada dasarnya adalah produk pasar global, sehingga semua kendaraan cenderung memiliki bus CAN. Bus CAN diakses melalui port OBD, yang ditunjukkan pada gambar di bawah bersama contoh resistor terminasi 120Ω yang disolder ke konektor DB9 dengan pengkabelan CAN, yang berada di rumah cangkang DB9. Untuk mengkabelkan port OBD ke perangkat DB9 CAN, diperlukan kabel yang dapat dibeli atau dibuat. Untuk membuat kabel rakitan sendiri, diperlukan soket D-sub 9 pin (betina) dan steker OBD (jantan). Soket DB9 harus cocok dengan steker untuk perangkat CAN. ![CAN dan alternatif](https://3546701789-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-29b9ba1c692a1a89298cfff4fc27af89c58b318a%2Fcan-bus-principles-4.png?alt=media) Contoh pengkabelan steker OBD ke DB9 CAN, termasuk resistor terminasi opsional, juga ditunjukkan pada skema di bawah. ![CAN dan alternatif](https://3546701789-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-dbd222d423e905257463eec2576d2c20fd970e83%2Fcan-bus-principles-5.png?alt=media) Untuk membangun jaringan sensor, menghubungkannya ke bus CAN, dan melihat sinyal CAN dari kendaraan ada banyak pilihan. Berbagai mikrokontroler saat ini memiliki dukungan protokol CAN dan dapat dihubungkan ke CAN melalui chip transceiver CAN. Juga ada solusi seperti Raspberry Pi, Texas Instruments Launchpad, dan Arduino yang dapat dihubungkan ke CAN melalui beberapa add-on. Jaringan komunikasi CAN pada kendaraan modern dapat menyediakan volume data besar yang dapat dimanfaatkan untuk [manajemen Armada](https://www.navixy.com/fleet-management/features/) meningkatkan keselamatan supir, mengurangi biaya keseluruhan, memperbaiki proses pemeliharaan, dan mendukung tanggung jawab lingkungan. Mengaktifkan data bus CAN memberi pemilik armada berbagai peluang untuk mengakses berbagai informasi termasuk konsumsi bahan bakar, pembacaan odometer, putaran per menit, posisi throttle, beban/torsi mesin, suhu mesin, dan level bahan bakar. ## CAN nirkabel CAN pada sepasang kabel tembaga pilin menjadi standar ISO pada 1994. Permintaan yang terus tumbuh akan konektivitas yang lebih besar mendorong pengembangan teknologi alternatif dan pelengkap. Sebagai contoh, beberapa opsi untuk transmisi CAN nirkabel mengandalkan standar radio berbasis protokol seperti WLAN atau Bluetooth. Dalam skenario seperti itu, data CAN di pemancar harus dikonversi ke protokol nirkabel dan diatur ulang di penerima. Transmisi transparan dan waktu nyata dalam arti jaringan CAN tidak dapat dilakukan dengan cara ini. Koneksi radio dengan demikian berfungsi sebagai gerbang antara dua jaringan CAN. ![CAN dan alternatif](https://3546701789-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-364944e1412069e50e4b64a745a959920a8b82de%2Fwireless-can-diagram.png?alt=media) CAN nirkabel yang berbasis radio mode ganda memungkinkan peserta CAN diintegrasikan secara nirkabel ke dalam jaringan CAN, sehingga meningkatkan keamanan dan kegunaan. Namun, sistem semacam itu memerlukan antena khusus yang membutuhkan ruang dan penyelarasan tertentu yang membatasi radiasi omnidireksional. ## MOST, FlexRay, dan ethernet otomotif secara singkat Alternatif yang menjanjikan untuk CAN adalah ethernet otomotif. Beberapa estimasi memperkirakan pasar ethernet otomotif tumbuh lebih dari 21,6% selama periode prakiraan 2019-2026. Manfaat utama ethernet untuk konektivitas kendaraan adalah bandwidth tinggi dan efisiensi biaya. Ethernet menggunakan strategi Carrier Sense Multiple Access with Collision Detection (CSMA/CD). Tabrakan dapat diabaikan melalui pembagian dalam jaringan dalam kendaraan. Beberapa tantangan ethernet otomotif adalah jumlah derau RF yang signifikan, ketidakmampuan menyediakan latensi hingga rentang mikrodetik rendah, dan tidak adanya cara untuk menyinkronkan waktu antara perangkat. MOST (Media Oriented System Transport) adalah sistem komunikasi serial untuk mengirim data kontrol, video, dan audio melalui serat optik [http://cables.It](http://cables.it) menyediakan pertukaran informasi suara dan video titik-ke-titik dengan kecepatan 24,8 Mbps. MOST dibuat oleh asosiasi MOST dan mendefinisikan lapisan protokol, perangkat lunak, dan perangkat keras yang diperlukan untuk memungkinkan transportasi data kontrol, waktu nyata, dan paket secara efisien dan berbiaya rendah menggunakan satu medium/lapisan fisik. Jaringan MOST dapat disajikan secara skematis dalam bentuk cincin yang dapat mencakup hingga 64 perangkat MOST. Berkat fungsionalitas plug\&play-nya, menambah atau menghapus perangkat MOST seharusnya cukup mudah. FlexRay pada gilirannya pada dasarnya adalah standar jaringan otomotif yang berbasis sistem bus deterministik berkecepatan tinggi, toleran terhadap galat, dan laju data tinggi yang fleksibel. Ini digunakan sebagai bagian dari topologi bintang atau garis dengan tembaga atau serat optik. Konfigurasi dua kanal FlexRay menawarkan toleransi galat yang ditingkatkan dan/atau bandwidth yang lebih besar. Fitur jaringan komunikasi FlexRay membuatnya menguntungkan bagi industri otomotif generasi berikutnya. ![CAN dan alternatif](https://3546701789-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-e4b95247fd9568333d6e0f8ea1f3299162d25d40%2Fflexray_wiring.jpg?alt=media) Sebagian besar jaringan FlexRay generasi pertama biasanya menggunakan satu kanal untuk memangkas biaya pengkabelan, tetapi pengembangan aplikasi lebih lanjut dan persyaratan keamanan yang menyertainya akan menyebabkan peningkatan penggunaan dua kanal. Faktor pembatas untuk penggunaan FlexRay secara luas adalah harga, tingkat tegangan operasi yang lebih rendah, dan asimetri tepi, yang menyebabkan tantangan dalam memperpanjang panjang jaringan. Beberapa fitur utama protokol yang tercantum dibandingkan dengan karakteristik CAN disajikan pada tabel di bawah. ![CAN dan alternatif](https://3546701789-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-5ab41e0328dddbe4f3671312560eba5fbf5e5f33%2Fmost-flexray-diagram.png?alt=media) Perbandingan langsung protokol konektivitas yang tercantum menunjukkan bahwa ada pertukaran yang jelas antara bandwidth dan toleransi galat versus biaya rata-rata dan kompleksitas sistem. Sementara CAN dan MOST tetap menjadi semacam protokol fundamental, FlexRay dan Ethernet merupakan solusi yang lebih menjanjikan untuk memenuhi permintaan pasar yang terus tumbuh dan tuntutan aplikasi beban tinggi. Pada kendaraan modern, protokol-protokol tersebut sering digunakan sebagai solusi pelengkap. ## Tujuan protokol komunikasi dalam kendaraan Bus CAN memang merupakan standar konektivitas kendaraan yang terkenal dan mapan. Ini digunakan untuk powertrain, sasis, jaringan tulang punggung, dan sistem bodi. Ethernet pada gilirannya umum digunakan sebagai protokol diagnostik untuk unit kontrol koneksi elektronik mesin, sasis, dan bodi yang digunakan untuk koneksi jaringan. FlexRay saat ini menjadi dasar pengembangan teknologi aktif di seluruh dunia, dan banyak aplikasinya mencakup sistem X-by-Wire generasi berikutnya dan sistem tulang punggung. MOST adalah standar bus untuk jaringan multimedia kendaraan yang dirancang untuk memungkinkan transfer audio, video, dan data berkualitas tinggi. Ini memungkinkan interkoneksi mudah berbagai komponen multimedia kendaraan. Semua protokol dan teknologi yang disebutkan di atas memenuhi sebagian besar persyaratan diagnostik dan komunikasi multimedia untuk komunikasi dalam kendaraan modern dan kendaraan-ke-kendaraan, serta dapat digunakan untuk sistem mengemudi otonom tingkat lanjut. Namun, integrasi yang akurat dari teknologi tersebut sambil memenuhi kendala waktu nyata masih tetap menjadi bagian yang menantang. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://navixy.com/docs/expert-center/id/vehicle-telematics-technology/can-and-obdii/intra-vehicle-communication-can-flexray-and-most.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.