顯示具有 車用電子 標籤的文章。 顯示所有文章
顯示具有 車用電子 標籤的文章。 顯示所有文章

2023年8月28日 星期一

J1850 J1939 K-Line (ISO 9141) LINBUS CANBUS FlexRay MOST BroadR-Reach

Reference Difference Between LIN, CAN, MOST, FlexRay, Communication Protocols
Reference Serial Communications Protocols - CAN and LIN
Reference Bus Systems – CAN/FD, FlexRay, Ethernet, LIN, MOST, K-Line in use

LIN : Local Interconnect Network
CAN: Controller Area Network
MOST: Media Oriented System Transport

01. Application

  • The LIN protocol is used in a low-level communication system. It may be used to make a connection between sensors and controllers. For example: In the body of the vehicle.
  • CAN is used in soft real-time systems. For example: In engines, power trains, chassis, battery management systems, etc.
  • FlexRay is used in a hard real-time system. For example: In power trains, chassis.
  • MOST are used in media-related applications and control in automotive. For example: In multimedia, telematics, etc.

02. Architecture

  • LIN has a single master and typically 2 to 10 slaves.
  • CAN has a multi-master and typically 10 to 40 nodes.
  • FlexRay has a multi-master and up to 64 nodes.
  • MOST also have multi-master and up to 64 nodes.

03. Bus Access

  • LIN has polling bus access
  • CAN has CSMA/CA bus access
  • FlexRay has TDMA/FTDMA bus access
  • MOST have TDM CSMA/CS bus access

04. Topology

  • LIN has a bus topology
  • CAN also have bus topology
  • FlexRay has BUS/Star topology
  • MOST have a ring/star topology

05. Message Transmission

  • In LIN, message transmission is synchronous.
  • In CAN, message transmission is asynchronous.
  • In FlexRay, message transmission is synchronous and asynchronous.
  • In MOST also, message transmission is synchronous and asynchronous.

06. Data Rate

  • In LIN, the data rate is 20 Kbps.
  • In CAN, the data rate is 1 Mbps.
  • In CAN FD, the data rate is upto 15 Mbps.
  • In FlexRay, the data rate is 10 Mbps.
  • In MOST, the data rate is 24 Mbps.
  • In BroadR-Reach, the data rate is 100 Mbps.

07. Data Bytes Per Second

  • In LIN, the data bytes per second is 0 to 8.
  • In CAN, the data bytes per second is 0 to 8.
  • In FlexRay, the data bytes per second is 0 to 254.
  • In MOST, the data bytes per second is 0 to 60.

08. Physical Layer

  • An electrical single wire is used in the LIN protocol.
  • The electrical dual wire is used in CAN protocol.
  • Dual wire – optical or electrical wire is used in FlexRay.
  • The optical fiber cable is used in MOST.

Serial Communications Protocols - CAN and LIN

 Mark Harris 
|  Created: August 16, 2021  |  Updated: June 25, 2023
Serial Communications Protocols - CAN and LIN

Table of Contents

In this article, we will be looking at the popular CAN and LIN protocols together. This article is part of the series Serial Communication Protocols. We hope this resource will prove invaluable on the next occasion when you find yourself implementing a serial communication bus as part of your design. We aim to help you choose the best option for your circumstances.

CAN Bus

CAN stands for Controller Area Network and is a communication protocol used by various electronic devices. CAN is often used to provide communications between devices in vehicles, like engine management systems, active suspension, ABS, gear shift control, lighting control, air conditioning, airbags, central locking system, and other systems found in a vehicle.

CAN is a high integrity serial data communication bus ideal for real-time applications. The bus can operate at data rates of up to 1 Mbps and has excellent error detection and correction capabilities. CAN was developed by Bosh with its primary application being for automotive applications, but it is now also in many industrial automation and control applications.

CAN is a multi-master, message-based protocol. This means that all the CAN devices can transmit data, and several CAN devices can request the use of the bus simultaneously. CAN network has no addressing system and instead uses a prioritized message system. All the messages are divided into a range of priorities.

SPICE: Certainty for All Decisions

Design, validate, and verify the most advanced schematics.

There are several versions of CAN bus in use today, which include:

  • CAN 2.0A – Uses an 11-bit Message Identifier
  • CAN 2.0B - Uses a 29-bit Message Identifier
  • CAN FD - Uses a Flexible Data Rate

In a CAN bus, a transmitting device sends a message to all the CAN nodes, and each node decides how to react to the received message. Also, the nodes determine each message’s priority if several messages are sent at the same time.

The simplified message flowchart
The simplified message flowchart

There are three different speed types for CAN buses, which are:

  • Low Speed - 125 kbps data rate and 500 meters maximum bus length
  • High Speed (or Hi-Speed) - 1 Mbps data rate and 40 meters maximum bus length
  • Flexible Data Rate - 15 Mbps data rate and 10 meters maximum bus length

CAN bus uses differential transmission lines and therefore does not require a ground connection. 120 Ω termination resistors are used at each end of the differential lines, as shown in the circuit diagram below.

Simple CAN wiring example with 120 Ω termination resistors at the ends
Simple CAN wiring example with 120 Ω termination resistors at the ends

A differential pair transmission line is much more robust and immune from environmental interference and noise. This is because the two signal wires are kept very close to each other, so when the electromagnetic interference affects one transmission line, it will equally affect the other. Because there is no reference ground in a differential pair, the CAN bus voltage is measured from the difference between the paired differential transmission lines.

Easy, Powerful, Modern

The world’s most trusted PCB design system.

Electromagnetic disturbance affecting both differential pair wires
Electromagnetic disturbance affecting both differential pair wires

In the CAN differential transmission lines, the dominant logic level is low or 0, while the recessive logic level is high or 1.

Below is a complete CAN protocol frame for a standard 11-bit message:

CAN data message frame
CAN data message frame

The message begins with the Start Frame, which indicates the start of the message. Usually, the CAN bus will be in an idle state (1), so to identify the beginning of the message, the dominant 0 signal is sent, which wins over recessive 1.

This is followed by the Arbitration Field, which indicates the priority of the data. The transmitters identify a message priority when they start to send a message. If multiple transmitters send a message simultaneously, they detect this when they detect they are sending recessive logic level 1 but the actual Arbitration Field bit on the bus is a dominant level 0. This tells the affected transmitter to delay transmitting, as it is not the highest priority. This continues until only one transmitter is left to send its message. Once this message has been sent, the other lower priority transmitters restart the process. This repeats until all the messages have been sent in the order of priority, as shown below:

CAN message priority competition
CAN message priority competition

The next bit is the Remote Transmission Request. This bit shows what the format of the message frame will be. It can be a Data Frame, which is used when the transmitter sends information and is indicated by being set to the dominant logical 0. Alternatively, it can be a Remote Frame, where the transmitter requests information and is denoted by being set to the recessive logical 1.

Easy, Powerful, Modern

The world’s most trusted PCB design system.

The next bit is the ID extension. If the ID extension is set to the dominant logical 0, then the Arbitration field will be a standard 11 bits in length, which is sufficient for 2048 different identifications. If this bit is set to the recessive level 1, then the Arbitration field will be extended 29 bits in length, which is sufficient for 536870912 different identifications. The additional 18 bits of the Arbitration field following the ID extension bit.

The next bit is reserved, and it usually is set to a dominant logic level 0 but setting to the recessive logic level 1 will have no effect.

The next four bits are the Data Length Code bits, which show how many bits will be in the data field. The data length can vary from 1 to 8 bytes, equating to between 8 to 64 bits.

The next 15 bits are the CRC (Cyclic Redundancy Check) field used for error detection.

The next bit is the CRC Delimiter, which must be set to the recessive logic 1.

The next bit is the Acknowledgement Slot Bit. The transmitter sets this to the recessive logic level 1. If the message is received successfully, the receiver indicates this by overriding this bit and assigning it to the dominant logic level 0.

The next bit is the Acknowledgement Delimiter, which must be set to a recessive logic 1.

The last seven bits are the End of Frame indication, which identifies that the message has ended.

The standard OBD2 automobile connector includes the CAN Bus differential pair pins for use for diagnosis or software control purposes:

OBD2 connection with two dedicated CAN pins
OBD2 connection with two dedicated CAN pins
https://components101.com/connectors/obd2

LIN Bus

LIN stands for Local Interconnect Network and is an electronic communication protocol primarily used in vehicles similar to CAN. The LIN protocol’s need arose because buses using the CAN protocol become too expensive when every device in a car is needed to communicate via the bus. Because of that, European car manufacturers began to use a different serial communications system, which led to compatibility problems.

LIN was created by five automakers: BMW, Volkswagen Group, Audi, Volvo Cars, and Mercedes-Benz, with the help of Volcano Automotive Group and Motorola.

The LIN communication network is a master-slave arrangement. Typically, the LIN bus consists of 16 nodes (1 master and 15 slaves). All the LIN bus messages are initiated by the single master. At the same time, only one slave may respond at any time to a message chosen using an identifier sent by the master.

Data is transferred between the devices connected to the LIN bus using fixed form messages of variable length. The master device transmits a break signal followed by synchronization and identifier fields to initiate data transfer. The slave devices can reply by sending a data frame that contains either 2, 4, or 8 bytes of data plus 3 bytes of control information.

LIN may be used as a sub-bus connected to a CAN bus. The CAN bus sends a signal to one of its nodes, which can itself be a LIN master. When the LIN physical layer transmitter receives the message, it converts it at a logic level to the LIN protocol using the CAN battery voltage level (typically 12 V). The LIN transmitter also includes a current-limited wave-shaping driver, which reduces electromagnetic emissions.

LIN and CAN bus integration
LIN and CAN bus integration

The LIN slave receivers then convert the high battery level voltage data from the LIN bus into lower voltage level logic signals that can be sent to a microcontroller.

LIN operates as a serial broadcasting system using a one-wire bus with a ground reference. Typical LIN bus speeds are relatively low compared to CAN or other serial communication protocols (<20 kbps). However, the cost of implementing the LIN bus is significantly reduced, making it ideal for mass production. It is mostly used for less critical non-safety functions. LIN is often used for controlling windows, air conditioning, wipers, etc. The maximum length of a LIN bus is 40 meters.

On the LIN bus, signals can be either dominant (logic level low or 0) or recessive (logic level high or 1).

The LIN protocol uses message frame structures that follow one of six frame types as listed below:

  • Unconditional Frame – this is the message frame that all the subscribers (slaves) receive (assuming no errors were detected)
  • Event-Triggered Frame - this message frame increases the responsiveness of the LIN cluster (LIN cluster - one LIN data bus) without using excessive bus bandwidth
  • Sporadic Frame - this message frame is transmitted when required to prevent a collision with other messages
  • Diagnostic Frame - this message frame carries diagnostic or configuration data and always contain eight bits
  • User-defined Frame - this message frame can carry any type of information
  • Reserved Frame – this message frame is reserved for confirming LIN networks and should not be used in LIN 2.0
LIN bus data frame example
LIN bus data frame example

LIN buses have become very popular in the last decade because of their standard protocol, simplicity, and low cost, with more than 600 million LIN nodes fitted in automobiles in 2020.

LIN is now also being used in applications in non-automotive industries such as home appliances and industrial automation.

Summary

This article has looked at some features of the popular CAN and LIN protocols and discussed some of their advantages and implementation details. In the other articles in this series, we will look at some of the alternate serial communication protocols available.

If you want to know more, why not browse our product page for a more in-depth feature description or call an expert at Altium.

2021年1月28日 星期四

未來汽車緊急傳呼系統(NG eCALL)

Source https://www.ctimes.com.tw/DispArt/tw/%E8%87%AA%E5%8B%95%E7%B7%8A%E6%80%A5%E5%82%B3%E5%91%BC%E7%B3%BB%E7%B5%B1/ETSI/IMS/%E8%BB%8A%E8%BC%89%E9%81%A0%E7%AB%AF%E8%B3%87%E8%A8%8A%E6%9C%8D%E5%8B%99/CEN/190719133326.shtml


在汽車自動緊急傳呼系統(eCall)導入之前,曾經在歐洲層面進行了多年的討論和協調。自2018年3月起,歐盟所有新認證車型都必須配備該系統。雖然eCall只在數量相對較少的車輛中進行了安裝,但它在技術層面已經過時。eCall的繼任者正在等待時機。


在發生嚴重交通事故時,eCall會透過行動電話自動聯絡公共安全應答點(PSAP),車載電子設備確定是否發生嚴重事故,其中安全氣囊是否釋放是事故嚴重程度之典型標誌,也可以使用SOS按鈕手動觸發系統,來報告不同類型緊急狀況或事故是否涉及其他車輛。


現有的eCall安裝基於ETSI和CEN標準,這些標準的制定始於大約15年前。系統使用帶內調變解調器,透過GSM語音通道以音訊傳輸(使用類似於傳真機的鳴叫音)eCall最小資料集(MSD)到112緊急號碼。選擇這種技術上已經過時的解決方案,是因為當時似乎只有GSM能夠提供必要的國際覆蓋。規劃階段這很合乎情理,但當下手機技術發展已經讓業界對此產生質疑。


德國保險業估計,到2035年才能達到近乎完全的eCall市場覆蓋率。但到那時,一些歐洲國家將不再提供GSM網路,因為LTE和5G迫切需要這些頻譜。目前,已有超過95%歐洲人口可以使用LTE網路,所以出現的問題是:這會對eCall產生哪些影響?網路營運商不可能僅僅為了提供這種eCall服務而維持GSM基礎設施。解決方案可能是一種混合模式:基於GSM和當代新興系統的eCall將共存於車載遠端資訊服務(telematics)系統中,以便在汽車所在之處都能保持功能暢通。


從eCall到NG eCall

eCall的繼任者已經被指定為是下一世代eCall(NG eCall)。在基於IP的LTE系統中,NG eCall自然地將不使用調變音訊訊號進行資料傳輸。但它仍將使用語音傳輸,因為eCall不僅只傳輸資料,還可建立與事故車輛的語音連結。LTE IP多媒體子系統(IMS)可以支援服務。IMS是用於陸地和行動電話網路中基於IP多媒體應用的傳輸技術,其主要目的之一是啟用電話,在LTE中被稱為語音LTE(VoLTE)。


IMS並不是新技術,它始於21世紀初,基於ETSI(TISPAN)和3GPP(IMS)開發的舊行業標準。隨著LTE導入,IMS框架得以建立,可用於語音傳輸、視訊電話、短信服務等等。IMS也是可用于NG eCall的完美基礎技術,並且經過適當調整。 3GPP的Release 14規定了一個網路支援標識,可告知網路是否支援NG eCall或者是否必須使用傳統eCall。這確保了eCall和NG eCall可以共存(圖1)。



圖1 : 在LTE網路中,網路支援指示能夠確定是否支援NG eCall,或是否需要傳統的eCall。
圖1 : 在LTE網路中,網路支援指示能夠確定是否支援NG eCall,或是否需要傳統的eCall。

NG eCall如何運作?

如果連接到LTE網路的車輛發生事故,遠端資訊服務系統將評估網路對於NG eCall的支援標識。如果支援NG eCall,則車輛可使用會話發起協定(SIP)和會話描述協定(SDP)透過IMS發出緊急傳呼。如果不支援NG eCall,則需要向GSM網路進行切換(電路交換機回退),以便透過GSM帶內調變解調器進行傳統eCall。圖2顯示了如何建立連接。



圖2 : 在遠端資訊服務系統,網路和緊急傳呼中心之間建立NG eCall連接的詳細資訊。
圖2 : 在遠端資訊服務系統,網路和緊急傳呼中心之間建立NG eCall連接的詳細資訊。

傳呼到PSAP路徑由發送SIP中的資源名稱控制,以下統一資源名稱已經定義:


urn: service: sos.ecall.manual:


manual eCall


urn: service: sos.ecall.automatic:


automatic eCall


urn: service: test.sos.ecall:


test call


為了不丟失任何時間,MSD在建立傳呼時被發送到PSAP。該資料集目前限於140 bytes。但是在LTE網路中可以容易地增加資料量。


圖3顯示了eCall和NG eCall之比較。



圖3 : NG eCall(右)可以使用快速IP網路的功能來傳輸大量資料。
圖3 : NG eCall(右)可以使用快速IP網路的功能來傳輸大量資料。

NG eCall優勢

由於NG eCall建立了快速資料連接,因此系統可以傳輸MSD以外的資料,這些資料在緊急狀況下可能非常有用,例如駕駛員健康資料,可以透過藍牙連接到車輛的智慧手錶提供。如果連接了dashcam,則可以建立視訊連結,以便傳呼中心能夠有可視資訊。


在另一個層面,可以想像緊急傳呼中心能夠向車輛發送遠端指令,例如打開車門或關閉點火裝置。儘管這些特徵的資料存在隱私和IT安全方面的問題,但事實是NG eCall相較技術上已經過時的傳統eCal具有更多潛在功能。


這也是eCall服務可能會變得越來越兩極化的一個原因,一種是使用112緊急號碼的公共系統,另一種是傳呼私人緊急傳呼中心的製造商專有系統。製造商需要安裝標準的eCall,但也可以實施自己的收費服務。如果他們這樣做,仍然必須讓車輛駕駛員選擇想要使用的系統,並確保如果專有系統不可用,車輛將自動切換到公共eCall。


為何當下開始使用NG eCall?

即使歐盟委員會尚未就NG eCall做出任何具有約束力的指令,但可以安全地假設它會這樣做。一旦足夠數量的網路運營商為NG eCall配置其LTE IMS,汽車行業就可以將其與適當設計的遠端資訊服務系統一起使用,包括私人緊急傳呼服務。它不需要,也絕對不會等待立法去強制解決問題。


即便已經在行動網路中實現NG eCall功能,在實際網路中測試遠端資訊服務系統也將困難且耗時,在現場測試中永遠無法實現資料再現。在IMS上也很難獲得測試結果,因為它是用戶無法訪問的網路基礎設施一部分。但是,客制化設計的測試和量測系統可以輕鬆、可靠地提供必要的資料。


T&M解決方案

Rohde&Schwarz長期以來一直在為基於GSM的eCall提供全面測試解決方案(圖4)。該系統的設計非常通用,甚至可用於俄羅斯緊急傳呼系統ERA-GLONASS(現在也是NG eCall)。為了處理NG eCall,R&S CMW-KA096已被添加到PC測試軟體套件中。作為行動網路模擬器的R&SRCMW500寬頻無線電通訊測試儀和R&SRSMBV100AGNSS模擬器都已具備所有必要功能。


@圖說;(圖4)可以使用此設置測試所有車輛緊急傳呼系統的接受程度。


R&SRCMW-KA096軟體可模擬支援NG eCall的緊急傳呼中心,並遠端控制可複製LTE行動網路和必要IMS基礎設施的R&SRCMW500。


透過由控制電腦和R&SRCMW500組成的測試裝置,可以驗證板載NG eCall電子設備(IVS)是否可以觸發NG eCall,選擇正確的網路,傳輸正確的MSD資料以及與之建立語音通訊,並透過緊急傳呼中心撥打LTE語音電話。MSD中的資料以RAW格式和解碼格式提供。如果將帶有GNSS選件的R&SRSMBV100A向量訊號發生器整合到測試設置,還可以檢查MSD條目(entry)的GNSS位置精度。


測試程式可以輕鬆擴展到多單元方案。這些場景可用於互用性測試,以模擬車輛進入不支援NG eCall之區域。在這種狀況下,有必要測試遠端資訊服務系統是否能夠使用傳統的eCall備份系統正確地發出緊急傳呼。


(本文作者Christian Hof為Rohde&Schwarz公司移動無線電測試儀產品經理)


2015年5月11日 星期一

WISH電瓶耗電

原文: http://clie.ws/bbs/?showtopic=144461

......熄火後拆下負極(關掉二顆不斷電喇叭)靜電流為 0.25A~0.19A不停跳動,很明顯的是有東西在吃電
技師/班長/組長都來一起幫忙看,不過一開口就是指向我加裝的GSM/超音波/不斷電喇叭
不甘心的我,請他們先把冷光踏板斷電,再量還是沒什麼差異

我只好拔下車上的GSM手機,一量之下只剩下0.09A,雖然離不加裝任何防盜品的原車0.02A-0.03A還有一段距離,但是至少抓到了耗電最大的加裝品
......

依猴子爸測得原廠防盜耗0.2A,和原廠說的數據0.02A差了10倍
您測得的0.2A...會不會太大了點? 我是在有加裝二顆不斷電喇叭+GSM防盜+12v小電瓶的情況下才吃到0.2A,你的車子是否可能有漏電?

因為以46安培的電池充飽電, 46/0.2 = 230(小時) = 9.58(天) 完全吃完電的話,即使是新車應該不到一個禮拜就發不起來了,但實際上車子卻可以放到二個禮拜還是發的起來,甚至有同學放到一個月(我個人很佩服~ :devil: )..不知道我的理解對不對 :>

p.s. 想不到故障燈這麼耗電,只是閃個燈...實在不太了解 :jolin: