> 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 CAN, FlexRay, dan MOST semuanya merupakan protokol komunikasi otomotif yang digunakan untuk menghubungkan unit kontrol elektronik (ECU), unit kontrol transmisi (TCU), dan modul yang dikendalikan bodi (BCM) dalam kendaraan: * **CAN**\ Protokol berbasis pesan yang awalnya dirancang untuk menghemat tembaga dengan melakukan multipleks pada kabel listrik di mobil. CAN memiliki lebar pita sekitar 125 kbps. * **FlexRay**\ Protokol komunikasi serial berkecepatan tinggi, toleran terhadap kesalahan, dan deterministik yang dapat mentransfer data dengan kecepatan hingga 10 Mbit per detik melalui dua kabel terpilin. FlexRay sering digunakan dalam aplikasi yang sangat penting bagi keselamatan, seperti modul rangkaian daya. Muatan FlexRay, atau bingkai data, dapat memiliki panjang hingga 127 kata (254 byte), 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 perkembangan berkelanjutan pada kendaraan otonom dan teknologi terkait, terdapat permintaan tinggi akan lebar pita 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 dasar Dalam arti luas, bus CAN (Controller Area Network-bus) sebenarnya merupakan serangkaian 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 unit kontrol elektronik (ECU) pada kendaraan bermotor. CAN dibagi menjadi berbagai lapisan, mengikuti model ISO/OSI untuk mencapai fleksibilitas dan transparansi desain. Dalam praktik komunikasi, bus CAN menggunakan dua kabel khusus: CAN low dan CAN high, yang digunakan untuk menghubungkan pengontrol CAN ke seluruh komponen jaringan. CAN memungkinkan penggantian pengabelan 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 semua hal, mulai dari mesin kopi hingga [Armada](https://www.navixy.com/fleet-management/features/) dan aplikasi antariksa. Kami akan menjelaskan secara singkat prinsip kerja bus CAN lebih lanjut. Protokol komunikasi CAN ISO-11898: 2003 menjelaskan cara informasi diteruskan antarperangkat pada jaringan berdasarkan model Open Systems Interconnection (OSI) yang disajikan sebagai serangkaian lapisan pada gambar di bawah. Dua lapisan terbawah dari model OSI/ISO tujuh lapisan adalah lapisan fisik dan tautan data. Lapisan fisik mendefinisikan komunikasi antarperangkat yang terhubung oleh media fisik. ![CAN dan alternatifnya](/files/73565431852a786a536e8643a143751911979c51) Lapisan tautan data, antara lain, juga menangani pengorganisasian bit menjadi bingkai dan mencakup dua protokol: CAN klasik (pertama kali digunakan pada 1988) dan CAN FD (diluncurkan pada 2012). Lapisan aplikasi pada dasarnya merupakan lapisan pengguna akhir dan menyediakan akses ke sumber daya jaringan. Ada dua jenis format pesan/bingkai: standar dan diperluas. Keduanya hanya berbeda dalam panjang pengenal: yang standar adalah 11 bit, sedangkan yang diperluas adalah 29 bit. Struktur pesan standar dapat dibagi menjadi 8 bagian seperti yang ditunjukkan pada gambar di bawah. Bagian-bagian tersebut adalah: Start of Frame (SOF - awal transmisi bingkai), CAN-ID (pengenal bingkai, identifikasi prioritas pesan), Remote Transmission Request (RTR, menunjukkan apakah suatu node meminta data dari node lain atau mengirim data), Control (menginformasikan panjang data dalam byte), Data (nilai data aktual yang perlu diskalakan/dikonversi), Cyclic Redundancy Check (CRC, memastikan integritas data), ACK (acknowledge, menunjukkan apakah data diterima dengan benar), dan EOF (End of Frame) yang menandai akhir pesan/bingkai CAN. ![CAN dan alternatifnya](/files/50cd4703fb1de61232a2602aea6249e44f474b64) Bus CAN menggunakan bentuk logika terbalik dengan dua keadaan: dominan dan resesif. Gambar di atas memperlihatkan diagram masukan-keluaran sederhana dari transceiver CAN: aliran bit yang menuju/dari pengontrol CAN dan/atau mikrokontroler. Ketika pengontrol mengirim aliran bit, bit tersebut dikomplemenkan 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 dikirimkannya. Untuk aplikasi, kedua ujung bus CAN harus diterminasi karena setiap node pada bus dapat mentransmisikan 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 dalam jaringan, karena terminasi tambahan memberikan beban tambahan pada pengemudi. Gambar di bawah menunjukkan bus pengujian CAN. Node dapat merepresentasikan pengiriman pesan dari teknologi penginderaan cerdas dan pengontrol motor. Aplikasi yang umum dapat berupa sensor suhu. ![CAN dan alternatifnya](/files/25b7329865ab5890a5fe2d696c6bc86a1d34449a) Jika node sensor lain perlu mengirim pesan secara bersamaan, arbitrasi memastikan bahwa pesan dikirim. Sebagai contoh, node A menyelesaikan pengiriman pesannya ketika node B dan C mengakui bahwa pesan diterima dengan benar. Node B dan C kemudian memulai arbitrasi dan jika node C memenangkan arbitrasi, node tersebut mengirim pesan. Node A dan B mengakui pesan dari node C, lalu node B melanjutkan pesannya. Polaritas berlawanan dari masukan dan keluaran pengemudi pada bus perlu diperhatikan. Saat ini bus CAN tersebar luas di mobil. Bus ini terdapat pada hampir semua kendaraan yang diproduksi. Mobil di dunia modern pada dasarnya merupakan produk pasar global, sehingga semua kendaraan cenderung memiliki bus CAN. Bus CAN diakses melalui porta OBD, yang ditunjukkan pada gambar di bawah bersama contoh resistor terminasi 120Ω, yang disolder pada konektor DB9 dengan pengabelan CAN, yang terletak di dalam selubung konektor DB9. Untuk menghubungkan porta OBD ke perangkat CAN DB9, diperlukan kabel yang dapat dibeli atau dibuat. Untuk membuatnya sendiri, diperlukan soket D-sub 9 pin (betina) dan steker OBD (jantan). Soket DB9 harus sesuai dengan steker perangkat CAN. ![CAN dan alternatifnya](/files/ba3d7de9c2ebfd63b9c61d73c198084a73f8ecb1) Contoh pengabelan steker OBD ke CAN DB9, termasuk resistor terminasi opsional, juga ditampilkan pada skema di bawah. ![CAN dan alternatifnya](/files/c3a658701d2391f288ee8a1dc79cb41203f02991) Untuk membangun jaringan sensor, berinteraksi dengan bus CAN, dan melihat sinyal CAN dari kendaraan, tersedia banyak pilihan. Berbagai mikrokontroler saat ini mendukung protokol CAN dan dapat dihubungkan ke CAN melalui cip transceiver CAN. Selain itu, solusi seperti Raspberry Pi, Texas Instruments Launchpad, dan Arduino tersedia dan dapat berinteraksi dengan CAN melalui beberapa pengaya. Jaringan komunikasi CAN pada kendaraan modern dapat menyediakan volume data besar yang dapat dimanfaatkan untuk [Armada](https://www.navixy.com/fleet-management/features/) meningkatkan keselamatan pengemudi, mengurangi pengeluaran keseluruhan, memperbaiki proses Pemeliharaan, dan mendukung tanggung jawab lingkungan. Mengaktifkan data bus CAN memberikan pemilik Armada berbagai peluang untuk mengakses beragam informasi, termasuk Konsumsi bahan bakar, pembacaan odometer, putaran per menit, posisi katup gas, beban/torsi mesin, suhu mesin, dan level Bahan bakar. ## CAN nirkabel CAN pada sepasang kabel tembaga terpilin menjadi standar ISO pada tahun 1994. Meningkatnya permintaan 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 tersebut, data CAN pada pemancar harus dikonversi ke protokol nirkabel dan diatur ulang pada penerima. Transmisi transparan dan waktu nyata dalam pengertian jaringan CAN tidak dapat dilakukan dengan cara ini. Dengan demikian, koneksi radio berfungsi sebagai gerbang antara dua jaringan CAN. ![CAN dan alternatifnya](/files/87fceaed10caae3474d0446648f9885197e71a72) CAN nirkabel yang berbasis radio mode ganda memungkinkan peserta CAN diintegrasikan secara nirkabel ke dalam jaringan CAN, sehingga meningkatkan Keamanan dan kegunaan. Namun, sistem tersebut 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 perkiraan mengharapkan pasar ethernet otomotif tumbuh lebih dari 21,6% selama periode perkiraan 2019-2026. Manfaat utama ethernet untuk konektivitas kendaraan adalah lebar pita 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 kisaran mikrodetik rendah, dan tidak adanya cara untuk menyinkronkan waktu antarperangkat. 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 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 yang efisien serta berbiaya rendah menggunakan satu media/lapisan fisik. Jaringan MOST dapat direpresentasikan secara skematis dalam bentuk cincin yang dapat mencakup hingga 64 perangkat MOST. Berkat fungsionalitas plug\&play, penambahan atau penghapusan perangkat MOST seharusnya cukup mudah. FlexRay pada dasarnya adalah standar jaringan otomotif yang didasarkan pada sistem bus fleksibel dengan laju data tinggi, deterministik, toleran terhadap kesalahan, dan berkecepatan tinggi. FlexRay digunakan sebagai bagian dari topologi bintang atau jalur dengan tembaga atau serat optik. FlexRay yang memiliki konfigurasi dua saluran menawarkan toleransi kesalahan yang lebih baik dan/atau lebar pita yang lebih besar. Fitur jaringan komunikasi FlexRay membuatnya menguntungkan bagi industri otomotif generasi berikutnya. ![CAN dan alternatifnya](/files/f5fca34c7f9ca9f5fb32da6433e0d0b5b68d68f0) Sebagian besar jaringan FlexRay generasi pertama biasanya menggunakan satu saluran untuk mengurangi biaya pengabelan, tetapi perkembangan aplikasi lebih lanjut dan persyaratan Keamanan terkait akan menyebabkan peningkatan penggunaan dua saluran. Faktor pembatas untuk penggunaan FlexRay secara luas adalah harga, tingkat tegangan operasional yang lebih rendah, dan asimetri tepi, yang menimbulkan tantangan dalam memperpanjang panjang jaringan. Beberapa fitur utama protokol yang tercantum dibandingkan dengan karakteristik CAN disajikan dalam tabel di bawah. ![CAN dan alternatifnya](/files/346c622b1e302dd6dd6de8c91323b556208e27a0) Perbandingan langsung protokol konektivitas yang tercantum menunjukkan adanya kompromi yang jelas antara lebar pita dan toleransi kesalahan dengan biaya rata-rata serta kompleksitas sistem. Meskipun CAN dan MOST tetap merupakan semacam protokol mendasar, FlexRay dan Ethernet adalah solusi yang lebih menjanjikan untuk memenuhi pertumbuhan pasar dan tuntutan aplikasi berbeban tinggi. Dalam kendaraan modern, protokol tersebut sering digunakan sebagai solusi pelengkap. ## Tujuan protokol komunikasi dalam kendaraan Bus CAN memang merupakan standar konektivitas kendaraan yang dikenal luas dan telah mapan. Bus ini digunakan untuk sistem rangkaian daya, sasis, jaringan tulang punggung, dan bodi. Ethernet, pada gilirannya, umumnya digunakan sebagai protokol diagnostik untuk unit kontrol koneksi elektronik mesin, sasis, dan bodi yang digunakan untuk koneksi jaringan. FlexRay saat ini menjadi dasar bagi pengembangan teknologi aktif di seluruh dunia, dan berbagai penerapannya mencakup sistem X-by-Wire generasi berikutnya serta sistem tulang punggung. MOST adalah standar bus untuk jaringan multimedia kendaraan yang dirancang untuk memungkinkan transfer audio, video, dan data berkualitas tinggi. MOST memungkinkan interkoneksi mudah berbagai komponen multimedia kendaraan. Semua protokol dan teknologi yang disebutkan di atas memenuhi sebagian besar persyaratan komunikasi diagnostik dan multimedia untuk komunikasi modern dalam kendaraan dan antarkendaraan, serta dapat digunakan untuk sistem mengemudi otonom tingkat lanjut. Namun, integrasi akurat teknologi tersebut sambil memenuhi batasan waktu nyata masih 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.