# Komunikasi intra-kendaraan: CAN, FlexRay, dan MOST CAN, FlexRay, dan MOST semuanya adalah protokol komunikasi otomotif yang digunakan untuk menghubungkan electronic control units (ECUs), transmission control units (TCUs), dan body controlled modules (BCMs) di kendaraan: * **CAN**\ Protokol berbasis pesan yang awalnya dirancang untuk menghemat tembaga dengan memultiplekskan pengkabelan listrik pada mobil. CAN memiliki bandwidth sekitar 125 kbps. * **FlexRay**\ Protokol komunikasi serial berkecepatan tinggi, tahan terhadap kesalahan, dan deterministik yang dapat mentransfer data dengan kecepatan hingga 10 Mbits per detik melalui dua kabel terpilin. FlexRay sering digunakan dalam aplikasi yang sangat kritis terhadap keselamatan, seperti power train modules. Muatan FlexRay, atau data frames, 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 merupakan jaringan dalam kendaraan yang paling banyak digunakan. Namun, seiring 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 wireless CAN, MOST, FlexRay, dan Automotive Ethernet. ## CAN bus: beberapa prinsip di baliknya Secara umum, CAN-bus (Controller Area Network-bus) sebenarnya adalah seperangkat standar yang memungkinkan berbagai perangkat berkomunikasi satu sama lain. Ini adalah sistem bus serial asinkron (bergeser waktu), yang dikembangkan pada tahun 1983 oleh Robert Bosch GmbH dengan tujuan menghubungkan electronic control units (ECU) pada kendaraan bermotor. CAN dibagi menjadi berbagai lapisan, mengikuti model ISO/OSI untuk mencapai fleksibilitas dan transparansi desain. Untuk komunikasi dalam praktiknya, CAN bus menggunakan dua kabel khusus: CAN low dan CAN high, yang melaluinya controller CAN terhubung ke semua komponen jaringan. CAN memungkinkan penggantian pengkabelan yang cukup kompleks dengan bus dua kabel. CAN menggunakan sinyal diferensial, yang membuatnya lebih tahan terhadap gangguan, dengan dua keadaan logika: recessive dan dominant. Saat ini CAN bus digunakan hampir di segala bidang, mulai dari mesin kopi hingga [manajemen armada](https://www.navixy.com/fleet-management/features/) dan aplikasi luar angkasa. Kami secara singkat menjelaskan prinsip kerja CAN bus lebih lanjut. Protokol komunikasi CAN ISO-11898:2003 menjelaskan bagaimana informasi dipindahkan antar perangkat pada jaringan berdasarkan model Open Systems Interconnection (OSI) yang ditampilkan sebagai seperangkat lapisan pada gambar di bawah ini. Dua lapisan terendah dari model OSI/ISO tujuh lapis adalah physical layer dan data link layer. Physical layer mendefinisikan komunikasi antara perangkat yang terhubung melalui media fisik. ![CAN dan alternatifnya](/files/57e063ab76343e874f506458fcc99e220c149fee) Data-Link Layer, antara lain, juga menangani pengorganisasian bit ke dalam frame dan mencakup dua protokol: classical CAN (penggunaan pertama tercatat pada 1988) dan CAN FD (diluncurkan pada 2012). Application layer pada dasarnya adalah lapisan pengguna akhir dan menyediakan akses ke sumber daya jaringan. Ada dua jenis format message/frames: standard dan extended. Keduanya hanya berbeda pada panjang pengenal – yang standard adalah 11 bit, sedangkan yang extended adalah 29 bit. Struktur message standard dapat dibagi menjadi 8 bagian seperti yang ditunjukkan pada gambar di bawah. Bagian-bagian tersebut adalah: Start of Frame (SOF - awal transmisi frame), CAN-ID (pengenal frame, identifikasi prioritas pesan), Remote Transmission Request (RTR, menunjukkan apakah suatu node meminta data dari node lain atau mengirim data), Control (memberi tahu panjang data dalam byte), Data (nilai data aktual yang perlu diskalakan/dikonversi), The Cyclic Redundancy Check (CRC, memastikan integritas data), ACK (acknowledge, menunjukkan apakah data diterima dengan benar) dan EOF (End of Frame) yang menandai akhir pesan/frame CAN. ![CAN dan alternatifnya](/files/5faf83b4ea4a8c95486c7c5636b7ac0f511272c6) CAN bus menggunakan bentuk logika terbalik dengan dua keadaan: dominant dan recessive. Gambar di atas menunjukkan diagram input-output yang disederhanakan dari CAN transceiver: aliran bit yang menuju/dari CAN controller dan/atau microcontroller. Saat controller mengirim aliran bit, bit-bit tersebut dilengkapi dan ditempatkan pada jalur CANH. Jalur CANL selalu merupakan komplemen dari CANH. CAN harus memantau baik apa yang saat ini ada di bus maupun apa yang sedang dikirimnya. Untuk aplikasi, kedua ujung CAN bus harus diterminasi karena setiap node pada bus dapat mengirim data. Setiap ujung link 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 dalam jaringan, karena terminasi tambahan memberikan beban ekstra pada driver. Gambar di bawah menunjukkan CAN test bus. Node-node pada gambar tersebut pada prinsipnya dapat mengirim pesan dari teknologi sensor cerdas dan motor controller. Aplikasi tipikal, misalnya, bisa berupa sensor suhu. ![CAN dan alternatifnya](/files/3a1d7d3c353e5ed340ca01d8fb0137c69d09629e) Gambar di bawah menunjukkan CAN test bus. Node-node pada gambar tersebut pada prinsipnya dapat mengirim pesan dari teknologi sensor cerdas dan motor controller. Aplikasi tipikal, misalnya, bisa berupa sensor suhu. Jika node sensor lain perlu mengirim pesan secara bersamaan, arbitrasi memastikan bahwa pesan tersebut dikirim. Misalnya, node A selesai mengirim pesannya saat node B dan C mengakui bahwa pesan telah diterima dengan benar. Node B dan C pada gilirannya memulai arbitrasi dan jika node C memenangkan arbitrasi maka node tersebut mengirim pesan. Node A dan B mengakui pesan dari node C, dan node B kemudian melanjutkan pesannya. Perlu diperhatikan polaritas yang berlawanan dari input dan output driver pada bus. CAN bus saat ini tersebar luas di mobil. Hampir semua kendaraan yang diproduksi memilikinya. Mobil di dunia modern pada dasarnya merupakan produk pasar global, sehingga semua kendaraan cenderung memiliki CAN bus. CAN bus diakses melalui port OBD, yang ditunjukkan pada gambar di bawah bersama dengan contoh resistor terminasi 120Ω, yang disolder pada konektor DB9 dengan wiring CAN, terletak di dalam housing cangkang DB9. Untuk memasang port OBD ke perangkat CAN DB9 diperlukan kabel yang dapat dibeli atau dibuat sendiri. Untuk membuatnya sendiri, diperlukan soket 9-pin D-sub (female) dan plug OBD (male). Soket DB9 harus sesuai dengan plug untuk perangkat CAN. ![CAN dan alternatifnya](/files/3e8b5156b482ed8ef5f5a9c9e6f5cd9a05779f88) Contoh wiring OBD plug ke DB9 CAN termasuk resistor terminasi opsional juga ditunjukkan pada skema di bawah. ![CAN dan alternatifnya](/files/46e8559e9ed73c2af2de4558e3c37af5a60531ec) Untuk membangun jaringan sensor, menghubungkan ke CAN bus, dan melihat sinyal CAN dari kendaraan, ada banyak pilihan. Berbagai microcontroller saat ini memiliki dukungan protokol CAN dan dapat dihubungkan ke CAN melalui chip CAN transceiver. Selain itu, solusi seperti Raspberry Pi, Texas Instruments Launchpad, dan Arduino juga tersedia dan 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 pengemudi, mengurangi biaya keseluruhan, memperbaiki proses pemeliharaan, dan mendukung tanggung jawab lingkungan. Mengaktifkan data CAN bus memberi pemilik armada berbagai peluang untuk mengakses beragam informasi termasuk konsumsi bahan bakar, pembacaan odometer, putaran per menit, posisi throttle, beban/torsi mesin, temperatur mesin, dan level bahan bakar. CAN saat ini merupakan jaringan dalam kendaraan yang paling banyak digunakan. Namun, dengan perkembangan berkelanjutan pada kendaraan otonom dan [teknologi terkait](https://www.navixy.com/), terdapat permintaan tinggi akan bandwidth dan konektivitas yang lebih besar. Selanjutnya kami secara singkat menjelaskan beberapa opsi konektivitas kendaraan lainnya, termasuk wireless CAN, MOST, FlexRay, dan Automotive Ethernet. ## Wireless CAN CAN pada pasangan kabel tembaga terpilin menjadi standar ISO pada tahun 1994. Meningkatnya permintaan akan konektivitas yang lebih besar mendorong pengembangan teknologi alternatif dan pelengkap. Misalnya, beberapa opsi untuk transmisi wireless CAN mengandalkan standar radio berbasis protokol seperti WLAN atau Bluetooth. Dalam skenario seperti itu, data CAN pada transmitter harus dikonversi ke protokol nirkabel dan diatur ulang pada receiver. Transmisi transparan dan real-time dalam arti jaringan CAN tidak mungkin dilakukan dengan cara ini. Sambungan radio karenanya berfungsi sebagai gateway antara dua jaringan CAN. ![CAN dan alternatifnya](/files/c98cb46224447c046fac5301e451f6fe26550cef) Wireless CAN yang berbasis radio dual-mode memungkinkan peserta CAN diintegrasikan secara nirkabel ke dalam jaringan CAN, sehingga meningkatkan keamanan dan kegunaan. Namun, sistem seperti itu memerlukan antena khusus yang membutuhkan ruang dan penyelarasan tertentu yang membatasi radiasi omnidirectional. ## MOST, FlexRay dan Automotive Ethernet secara singkat Alternatif yang menjanjikan untuk CAN adalah automotive ethernet. Beberapa estimasi memperkirakan pasar automotive ethernet akan tumbuh lebih dari 21,6% selama periode proyeksi 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). Collision dapat diabaikan melalui pembagian dalam jaringan dalam kendaraan. Beberapa tantangan automotive ethernet adalah jumlah noise RF yang signifikan, ketidakmampuan menyediakan latensi hingga kisaran mikrodetik rendah, dan kurangnya cara untuk menyinkronkan waktu antar perangkat. MOST (Media Oriented System Transport) adalah sistem komunikasi serial untuk mentransmisikan data kontrol, video, dan audio melalui serat optik [http://cables.It](http://cables.it) menyediakan pertukaran informasi suara dan video point to point dengan kecepatan 24.8 Mbps. MOST dibuat oleh asosiasi MOST dan mendefinisikan lapisan protokol, perangkat lunak, dan perangkat keras yang diperlukan untuk memungkinkan transport data kontrol, real-time, dan packet data secara efisien dan berbiaya rendah menggunakan satu medium / physical layer. Jaringan MOST dapat digambarkan secara skematis dalam bentuk cincin yang dapat mencakup hingga 64 perangkat MOST. Berkat fungsi plug\&play-nya, menambah atau menghapus perangkat MOST seharusnya cukup mudah. FlexRay pada gilirannya pada dasarnya merupakan standar jaringan otomotif berdasarkan sistem bus deterministik, tahan terhadap kesalahan, berkecepatan tinggi, dan memiliki laju data tinggi yang fleksibel. Teknologi ini digunakan sebagai bagian dari topologi star atau line dengan tembaga atau serat optik. FlexRay dengan konfigurasi dual-channel menawarkan peningkatan fault-tolerance dan/atau peningkatan bandwidth. Fitur jaringan komunikasi FlexRay menjadikannya cocok untuk industri otomotif generasi berikutnya. ![CAN dan alternatifnya](/files/288fa726496c7d8e4e9096a011cf48037b076b47) Sebagian besar jaringan FlexRay generasi pertama biasanya menggunakan satu channel untuk mengurangi biaya pengkabelan, tetapi pengembangan aplikasi lebih lanjut dan persyaratan keamanan yang menyertainya akan mengarah pada peningkatan penggunaan dua channel. Faktor pembatas untuk penggunaan FlexRay secara luas adalah harga, tingkat tegangan operasi yang lebih rendah, dan asimetri edge, yang menyebabkan tantangan dalam memperpanjang panjang jaringan. Beberapa fitur utama protokol yang tercantum dibandingkan dengan karakteristik CAN disajikan pada tabel di bawah ini. ![CAN dan alternatifnya](/files/010d8011b860ad7412d844ae83ab7193829e75aa) Perbandingan langsung protokol konektivitas yang tercantum menunjukkan adanya trade-off yang jelas antara bandwidth dan fault tolerance 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 pertumbuhan pasar dan tuntutan aplikasi beban tinggi. Pada kendaraan modern, protokol-protokol tersebut sering digunakan sebagai solusi pelengkap. ## Tujuan protokol komunikasi dalam kendaraan CAN bus memang merupakan standar konektivitas kendaraan yang terkenal dan mapan. Sistem ini digunakan untuk powertrain, chassis, backbone network, dan body systems. Ethernet pada gilirannya umumnya digunakan sebagai protokol diagnostik untuk engine, chassis, dan body electronic connection control units 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 backbone systems. MOST adalah standar bus untuk jaringan multimedia kendaraan yang dirancang untuk memungkinkan transfer audio, video, dan data berkualitas tinggi. Sistem ini memungkinkan interkoneksi berbagai komponen multimedia kendaraan dengan mudah. Semua protokol dan teknologi yang disebutkan di atas memenuhi sebagian besar persyaratan diagnostik dan komunikasi multimedia untuk komunikasi modern antar kendaraan dan dari kendaraan ke kendaraan, dan dapat digunakan untuk sistem advanced autonomous driving, namun integrasi yang akurat dari semua teknologi tersebut sambil memenuhi kendala real-time masih tetap menjadi bagian yang menantang. --- # Agent Instructions: 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: ``` GET https://navixy.com/docs/expert-center/id/vehicle-telematics-technology/can-and-obdii/intra-vehicle-communication-can-flexray-and-most.md?ask= ``` The question should be specific, self-contained, and written in natural language. 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.