Talk:CAN bus - Knowledge

1193:

to see an dominant bit (binary zero - active) within that slot. Each node that receives a valid CAN frame is required to send a dominant bit (actively drive a binary zero on the CAN wires) within the ACK slot. The active zero overrides the passive one and the transmitting node will see an ACK. Since the transmitting node sees an ACK it knows that the frame was received by at least one node. If the transmitting node does not see an ACK it immediately re-sends the frame. If only one node is operating on the network, the first frame it sends will not be ACKed and it will immediately resend it, over and over. This will saturate the network with CAN traffic. This synchronizing ensures that the CAN receiver (who is transmitting the ACK) generates the ACK in a position that the transmitter sees it and does not rebroadcast the frame.

1197:

on every recessive to dominant transition after that. For the receiver to resync, the bits being transmitted must change value. Since the data being transmitted could be all zeros or all ones, CAN 2.0 and ISO11898-1 call for bit stuffing. When the transmitter detects five consecutive bits with the same value (including a stuffed bit) it "stuffs" a complimentary bit into the data stream. The receiver must then "unstuff" the bit from the incoming data stream. Bosch's CAN 2.0B specification does indeed state that "The maximum length between two transitions which can be used for resynchronization is 29 bit times". I don't know why since the same spec also calls for bit stuffing at five bits meaning that there will be at most ten bits between two recessive to dominant transitions.

2698:

on systems that send proprietary data around cars on CAN bus; but we never referred to it as Controller Area Network, which is the origin of the CAN name, but essentially generic in itself. Even the course link that Greg gives uses the term only once, in introducing the acronym. A few sources actually introduce the acronym with lowercase controller area network, suggesting that they specifically wanted to avoid giving the impression that Controller Area Network is the name. As for the first RM above, it was fix a bizarre mis-punctuation; the change to lowercase was done back in 2008.

1180:. On the other hand the CAN2.0 spec and ISO11898-1 discuss bit synchronization, which is what probably causes many, including the CiA in Kevin's link above, to call it synchronous. The key difference between CAN and what I call synchronous is that CAN transceivers do not synchronize their data reception by the means of a clock edge, but derive a clock by the data transmission edge. The synchronization is bit level synchronization between nodes where each node monitors the data edges and can adjust the point within the bit that it samples the data. 3674:

being their preferred way of naming it. This mess revolves around the original group not choosing a better name that didn't have an acronym that is identical as another common word. I'm not 100% opposed to renaming the article, but I am opposed to renaming it every couple of years. That why I'd rather have a longer discussion about the pro's and con's of each name, then try to flush out which one is best. Once we are done, then we could vote on it, and archive the entire discussion for future reference when someone wants to rename it again. •

1978:"Time constraints require efficient use of test processes, available resources and tools to ensure the highest levels of product quality are delivered at the conclusion of the integration testing phase. Testing teams must possess a means for identification and isolation of faults, along with the experience needed for quickly assessing possible root causes. The time required for actually tracking down and solving the root failure mode can often be extremely difficult and not time effective in widely distributed processes." 583: 777: 756: 562: 488: 787: 1981:"Testing tools must be scalable, flexible, and integrate able to provide test coverage for all pertinent levels of the OSI model. The ideal test tools themselves must provide the knowledge and know-how of skilled engineers by identifying questionable conditions, and then using reasoning to guide the test engineer in solving the issue. The tool should also be easily configurable, comprehensive, include predefined test libraries, and provide extremely reliable measurements.." 357: 330: 4617: 222: 478: 457: 253: 243: 191: 688: 667: 3781: 425: 593: 945: 905: 865: 1990:

for efficient use of test processes? What processes are those, and which apply to CAN systems integration versus other systems integration scenarios?), "Testing teams must possess a means for identification and isolation of faults" (please enlighten me; how is THAT supposed to be achieved in the context of CAN systems integration? Do you actually know how? Please say so!)

2562:, and more, among those with lowercase usage and free PDFs online. The real proper name is CAN; there is no evidence that I can find that what CAN stands for is also a proper name. There is plenty of precedent in reliable sources to treat "controller area network" like "local area network" and "wide area network": things one makes acronyms of, but not proper nouns. 1923:

Freescale, Renesas, you-name-it, has to pay. This includes also any implementation in ASIC or FPGA. Because, e.g. Altera, does not distribute a CAN implementation, but I do so, if I implement CAN in one of the Altera chips. So I would have to pay. But anybody who uses the chips, including the one I distribute based on the Altera, does not has to pay anything.

2403:. The plural in particular suggests that "controller area network" can be considered a common noun. I'm not an expert on this topic and this article is badly referenced so I can't rely on usage in the article's sources to determine whether or not it's used as a common noun. Just like ISO style, Knowledge style can differ from general usage. For example, 4891:

When separate power supply is required to power a device (eg full beam bulbs) is a separate plug/socket used to connect the device to power?, or do some manufacturers combine a power cable with the bus and use a beefier plug/socket so that each device only requires one male and one female connector?

4825:

There is no limit from the protocol. There is a limit by the transceiver used, bacause a choosen transceiver can drive only a certain amount of current and such only a certain number of nodes can be connected. The weakest transceiver defines the usable nodes in a network. There may is also limitation

3692:

That sounds reasonable but it doesn't appear anyone took the initiative to start that discussion. I read through the previous discussion before opening this RM and I decided to take a different approach and I encourage you to not get caught up in the means and support the move if you believe it is an

2810:

First one's a training house, who endemically over-capitalise because it makes things sound More Important. Second one is German, and German sources also have an inherent tendency to capitalise nouns, particularly compound nouns. You'll note from Bosch though that for every full version of the name,

2224:

The digital canbus codes are transmitted along a two wire canbusnetwork referred to as a BUS hence the word CANBus or CAN BUS. There are other interfaces used to get CAN codes as most manufactures will not share this information easily, if you are requiring a product that will bridge your device with

1196:

Since CAN data is NRZ, there are only transition edges for the receiver to synchronize to. I.e. when the value of the current bit being transmitted is different than the value of the previous bit (zero-to-one, or one-to-zero). Hard synchronization occurs at the start bit and resynchronization occurs

1131:

say "The bus consists of a single channel that carries bits. From this data resynchronization information can be derived." I'm new to serial protocols, and to Knowledge... just making sure that "asynchronous" is the correct classification of CAN... please let me know. If so, I'll figure out how to

2697:

I would be the first to agree to capitalization if the sources all did that. As I pointed about above the defining standard does not, and I linked several books and papers that do not, from among the ones visible on the web; I can link more. And for the record, I am not incompetent; I have worked

1778:

In its place I'm adding a new table with the ID bits and contention resolution described in the text. This is my first shot at a wiki table, and I'm not very happy with it. I would be happy if someone who knows tables would improve it. Specifically, the ID10, ID9, etc. needs to have a label above

1250:

Any message in CAN is always transmitted in broadcast. Because the transmitter does not have any knowledge about the receivers. Any receiver have to decide by itself, if it is interested in a certain message. The filtering can be done in software or in hardware. If the filtering is done in hardware,

1192:

The second is that there is definitely an ACK (Sorry Kevin but you're wrong, see Bosch's CAN 2.0 spec in the link at the start of this section). Towards the end of the CAN data frame is the ACK field. The transmitting node sends two recessive bits (binary one - passive) in the ACK slot and expects

1095:

Is it plesiochronous ? The data is sent at a rate with a tolerance of within say 50 ppm of a standard bit rate and since the other end is reading data, it looks for frames and bytes. The receiver then recovers the clock rate which was implicit in the received data (from the voltage transitions and

1012:

Agreed. NMEA 2000 is definitely derived from CAN, since the marine engine and electrical people, rather than the more electronic (navigation, communications, etc.) seemed to drive it. Having been through the IEEE 802.4 Token Bus for manufacturing, which was eventually overtaken by 802.3, using fiber

2927:

has SI purity and achieves consistency across the project (and we are a publishing house and can have our own house manual of style, yadda yadda). This violation of Technical Writing 101 is amazing to me because the entire discipline of gravimetry—from NASA and their satellite measurements to boots

1271:

I presume you have basically four equal ECUs that you wish to selectively talk to. Unless you have software control of the ECUs to put in place some kind of addressing in the identifier (such as reserving the first two bits as an ECU address) then you can't do it without isolating each ECU on it's

1203:

To answer Julian's questions, a transition is when the next bit transmitted changes value from the previous bit. Two transitions means when the bit value changes then changes back. A "bit time" is the length of time to transmit a single bit, and is the reciprocal of the bit rate. A 125k bit rate

995:

States Intel developed the first silicone for CAN bus in 1987... also states that CAN Bus developed by Bosch in 1986 probably the 1989 date of the BMW technical document is when it was first used / implemented and or the standard finalized. However the above PPT does not cite any source I will only

1993:

The last quote is really a jewel: it is an utopian tool that is supposed to do the work of the test engineer so s/he does not have to. Does it actually exist, or it is just a figment of someone's imagination? In absence of concrete examples of such tool, I would go for the latter rather than the

1989:

Flags for platitudes vs real knowledge are phrases such as "to eliminate all causes of system behavior which may negatively impact the manufactured products reliability" (that is a general quality goal that is not specific of CAN), "efficient use of test processes" (tell me, where is there NO need

3820:

capitalize when forming acronyms. That and the common appearance in titles and headings and tables explain much of the caps usage. The rest is by people who think of it as a proper name or prefer to capitalize it for emphasis, but that doesn't make a case that we should do the same, in light of

3673:

uhhhhh, naming of other articles certaining does have bearing, otherwise there wouldn't be numerous guidelines on Knowledge about the topic. I've seen numerous variations for "CAN" in magazine articles, datasheets, online articles, blogs. No matter what you pick, someone will whine about it not

3659:

Naming used by other articles has little bearing. What's of primary concern here is what is the name the technology is most commonly known by in the references. If it is CAN or Controller Area Network, the article should be "Controller Areas Network". If it is CAN bus, CAN Bus or CANbus, then the

1922:

As with any patent someone holds, in the whole producer/user-chain only one pays for the licence, depending on whom is infringhing the patent. Bosch has decided that anybody who distributes CAN in some kind of implementation has to pay the licence. That means, any chipmanufacturer, like Infineon,

1162:

in CAN specB2.0, it said "Clocking information may be derived from transitions from one bit value to the other. The property that only a fixed maximum number of successive bits have the same value provides the possibility of resynchronizing a bus unit to the bit stream during a frame. The maximum

2767:

I'm in the industry. I stopped capitalising it when I realised I was copying the name from official specs and having to add the capitalisation myself. The reason "anyone in the industry" capitalises it is only because no-one ever calls it "controller area network", it's always called CANbus (and

1475:

Can soemone explain and then fix the table in the article (copied below for reference. I understand CAN, I understand dominant and recessive, I understand the AND function. I don't understand the table - what are the columns what are the rows, why is one cell empty, why are some entries bold? --

1175:

CAN does not include a clock in the data transmission. All nodes on the CAN network must operate at the same bit rate, and the error between each node's internal clocks must be within tolerance, for the nodes on the network to communicate. This is the same as a PC's RS-232 serial port which is

3805:

that's interesting but in the references I examined, the first incidence is spelled out ("Controller Area Network (CAN)") and the references following use the acronym ("CAN"). The articles that use "CAN bus" use it repeatedly. If you look up "CAN" in the Ngram viewer you find that it is a giant

2415:. The blogs that used "Universal Serial Buses" were referring to multiple versions of the USB standard. I also haven't seen a respectable sources treat "Universal Serial Bus" as a generic thing (a bus), but rather as describing a connector, or in the redundant form "USB bus." Also in Knowledge, 3838:

I think you may have missed my point. Sources that use "CAN bus" use that phrase for all instances. Sources that use "Controller Area Network" use that once and then use "CAN" for further instances. My point is that n-gram viewer blindly counts instances and is not necessarily going to give an

3503:

Independent of how specific it is, the official protocol name seems to be CAN bus, and many sources, and especially better edited sources like books, interpret "controller area network" as generic, and set it in lower case. That's usually all the evidence we need to conclude that caps are not

1997:

These platitudes are, in fact, not constrained to CAN system integration; it is common to ANY systems integration. They add no value to this article (or any other). I propose to strike them out and simply describe the systems integration process, if the author has no real knowledge of how to

1884:

Indeed, the CAN protocol license on the Bosch website doesn't cover use of existing CAN controllers, but is intended for ASIC developers or FPGA programmers. I can see no limitation on the use of CAN in NXP's LPC2129 microcontroller, for example, but I expect that NXP had to pay a license fee.

1327:

You need a CAN controller (e.g., MCP2510 by Microchip) and a CAN transceiver (e.g., PCA82C250 by Philips). The controller gets you a logical interface and transceiver gives you physical interface. Plus the software to interface with the controller. You can get microcontrollers with built-in

3819:

Certainly you wouldn't want to use n-grams to look at just CAN. But it does show that "CAN bus" is much more common than "Controller Area Network", and also that the lower-case form is not uncommon. I agree with you that "Controller Area Network (CAN)" is very common, since people typically

1284:(used for heavy trucks and buses) which uses 29-bit addresses, has a method of sending messages selectively to one ECU. using 8-bit ECU addresses. There is no room for that in the 11-bit addresses normally used for passenger cars. When wished, this must be placed in the payload data.-- 2157:

is used for a range between numbers and should not be used to hyphenate or compound words/titles. (In this response, I use the en-dash after the word "support" to lead into my paragraph and before signing.) The en-dash is 100% being used incorrectly in the name of the article. –

1381:

Since I am affiliated with the company Softing I should not add this link. Instead, I would like to ask you as a neutral editor to evaluate this link and to add this link to the external link section of the Controller Area Network article if you think the link provides valuable

1016:

That ISO and NMEA standards are expensive to purchase may be a factor. IEEE seems to be moving to more of an open publication model, which the IETF always has been used. One of the reasons for the failure of OSI protocols was the cost of the documents, just to evaluate

1403:

I found some misinformation in the site: "Remark: CAN Specification 2.0 B passive implementations can’t store or transmit Extended Data Frames; CAN Specification 2.0 B active implementations can store and transmit Standard Data Frames as well as Extended Data Frames"

2650:

The job of any good encyclopedia is to educate its readership on a particular subject and properly prepare them for their continuing studies elsewhere. We do no reader a favor by mangling the spelling from the way all industry insiders and experts always spell the

4887:

What items on a vehicle are typically controlled by the CANbus? What items are typically not controlled by the bus? Do the power lines in the D plugs only power the transceivers+controllers, or do they power electrical consumers too (eg indicator light)?

1396:

Selket, I find the content behind the link interesting and valuable - I don't see a problem with the fact that it comes from a company. It's good practice of capable companies to contribute content and make it accessable for everyone. This is a good example.

2624:

Specific type. It is a particular standard for a particular microcontroller bus. My best friend is an über expert in this stuff and has done it since the dawn of the digital controller age (back before the 8051). The term refers to *a particular one* and is

1144:

It's synchronous and broadcast (no ACKing, a message is fully sent once it's emitted). The leading edge of the synchronization bit begins automatic re-synchronization. Bits after that are counted out by time sequence, not by a seperate reference signal.

4964:

I don't know what happened there. I had no intention of making that revert. All I can guess is the pointer just happened to be sitting on revert and something fell on the mouse. It has been one of those days. Anyway, I reverted my revert. Cheers.

2419:

was recently moved to the uncapitalized form (though I don't think I'd have supported that move). "Open source" is rarely hyphenated in English-language sources, but it's hyphenated as a compound adjective in Knowledge. Linguists (!) don't hyphenate

4946:

You didn't explain why you reverted me. I thought I gave an adequate explanation of what I was doing im my edit summary. The edit that added the clarification needed tag actually succeeded in making the whole passage far less clear to the reader.

2541:

That's why I suggested we follow the ISO standard instead; that would seem to be the "most reliable" for an article on the standard. Other reliables sources that use lowercase, thereby suggesting that term is not accepted as a proper name, include

1975:"The integration testing phase requires that the “live” ECU’s be interconnected for the first time and the ultimate goal of this phase is to eliminate all causes of system behavior which may negatively impact the manufactured products reliability." 1926:

As normally, nobody implements CAN but uses it like any other serial connection, like RS232 or Ethernet, it is free of charge. Almost nobody implements RS232 or Ethernet by himself but uses available controller chips. The very same applies for CAN.

1072:

I used a binary division algorith with the data of 000000010100000000100000001b (data from the image) with a polynomial 1100010110011001b (0xC599), as descibed in the CAN standard and got 111011101010011b (0x7753), which confirms your observation.

4707:

The article starts out with defining a CAN bus as a vehicle bus. IMHO, that's overly specific: It was developed by Bosch who certainly had vehicle applications in mind. However, it's also used e.g. in control cabinets for industrial machinery.

1013:

rather than coax to get around noise problems, I do take it with a grain of salt. In marine applications, I am seeing Ethernet for some of the more general purpose computer interaction, while NMEA 2000 is more for the dedicated microprocessors.

5008:

As I understand it, the article confuses frames (the basic units of transmission) with messages (information being communicated, via a Data Frame). Lots of references to messages should be changed to frames, among other clarifications.

2554:. It's actually harder to find books that capitalize it for an ordinary use is a sentence; almost all capitalized uses are in paper titles, headings, and acronym definition. Similarly there's no shortage of scholarly articles like 1308:

Are these two bus's compatible with each other? I have seen PCI instrument cluster receiving messages on a CAN PCM. I'm not sure if the instrument cluster was compatible with both PCI and CAN or if PCI and CAN are mostly compatible.

2658:

changed it. Wrong; the article had been correct from when it was first created in 2003 (by editors who understand this stuff) through 2009 when those two editors at the RM patted each other on the back and said “Good show—by all

1880:

The article states that CAN is often used due to the low cost of CAN controllers, but then goes on to state that official uses of CAN must pay license fees to Bosch. The article does not state what constitutes an official usage.

3414: 5023: 2864: 2827:

Sorry if my statement "uses the term only once, in introducing the acronym" was slightly misleading as to the form; but I'll stick to it for the principle of why they capitalized. Ah, but you weren't talking to me; sorry.

2342:

is the closest I can think of. Title case is appropriate for the subject of this article as it is a proper noun, the name of a particular, standardized implementation of a network for controllers. A google survey confirmed

1004:

I don't know anything about CAN, but I was looking into NMEA, which has recently evolved from its serial carrier roots (see NMEA 0183) to NMEA 2000, which appears to use CAN. I'd have thought that was worth recognising.

1842:

Does anyone have a reference for this? I've added the text to the page on the basis that what I've added has to be better than simply overloading the acronym without explanation, but there should probably be a citation.

1220:

I found that I had a number of misunderstandings of this subject and have edited my previous comments to correct the most glaring errors. I hope to use my new (miss?)understanding to expand the Bit timing section soon

4925: 2522:

1; yes, the originator of the term, Bosch, wants it to be capitalized; no surprise there. But it became an official standard, which is what the article is about, and the official standard does not capitalize

153: 2257:

Although the original patents on the 1980's implementations are obviously expired, what part of the new patents still forces people to license them? It seems that you could just not use the new features?

1985:

The above quotes from this article shows a statement of goals or how things ought to be, with no indication whatsoever of how to achieve it given the difficulties faced in the CAN integration process.

2526:

2; if you download the PDF and look, it includes "Controller Area Networks" and a heading "Controller area network." Certainly not much support for a proper noun interpretation of a protocol name here.

2496:

for the standard they created. It is not within the purview of mere wikipedians to second-guess how the real world applies or misapplies the English language nor endeavor to lead by example in hopes of

2464:. If it's a specific standard, it's OK to respect the capitalization in the standard, which is lower case. It is not unusual to find it lower case in books, and very common in scholarly articles. 2424:. Applying style guidelines is a tricky matter. I'd be interested in revisiting the question when this article is well enough referenced to give a good sampling of reliable, high-quality sources. – 3810:. The Ngram viewer just counts total instances and is not intelligent enough to give accurate results given the way "Controller Area Network" and "CAN" is used in the references I've examined. ~ 1047:

I noticed the same thing. When I transmit the same packet from an STM32, I get a very different CRC than what's depicted in the diagram. According to the hardware, the correct CRC is 0x7753.

738: 2210: 1607:

OK I've sussed it. The left column and top row are the inputs and the bottom right 2*2 is the result. I'll change the table so I can understand it and if you others dislike it, revert it. --

3227:

In the physical layer diagram nodes are labeled SG1 SG2 .. SGn. What is "SG"? Is this a German acronym? Should we replace it with ECU or Node (the terms used elsewhere in the article).

2719:

Usually, the document writes of “CAN.” But “Controller Area Network” is written three times. This is by Bosch now, and all three times it is all uppercase. This is exactly like Intel’s

3354:. Previous lengthy discussion about how the subject is or is not capitalized in sources is not directly relevant. If you don't like the caps, please provide justification for CAN as a 2221:

Data communications protocol (digital codes) to control and monitor functions on most modern canbus vehicles are identified using diagnostic tools only available to trusted Dealers.

4862:

What is meant (if any)? That the CRC value is invalid for the example CAN message (resulting in an error frame)? Where does bit stuffing come in (it also happens in the CRC field)?

4653: 1888:

I suspect that the statement on the page is partially incorrect. I have no citation to back this up, but there is also no citation backing up the full scope of the existing text.

4783: 1200:

To me, this means that CAN data is transmitted in an asynchronous format, but all of the nodes on the CAN network are "synchronized" to sample the transmitted data at same time.

5106: 4736:

as a wl in the lead. It needs to keep that. I've no objection to anything expanding on this with non-vehicle applications, but it should keep vehicle bus in the prime position.

4702: 2682:

that something be different in the world, does not make it incumbent that Knowledge allow itself to be exploited as a vehicle to change reality to what some think is better.

1864: 1303: 4777: 2666:

is editors who are active in how the English language should properly do this or that but who have next-to-zero experience in this particular discipline. And, like always,

4751: 3641:- because need more discussion and analysis of other "bus" article naming methods before a vote, instead of playing "article name" Ping-Pong. See the template below. • 2950:

was, but the pure SI units would also probably confuse me. Not that I'm arguing for (ft/sec/sec)/ft, but some us grew up on that, too. Hey, that would also be 3.1E-06.

1317:

my question is what components both hardware and software would it take to create a CAN BUS between several microcontrollers or FPGAs. Where can I find such Information?

4921: 2407:(a common noun IMO) is uncapitalized in Knowledge, despite many American-English sources using capitals. I've never seen a respectable English-language source pluralize 1947:

From the article: "Interframe spacing between frames is normally 96 bits. It provides time for machines on an Ethernet network to listen and have a chance to send data"

1364:

A representative of a company that maintains a CAN tutorial website asked me to add them to the external links section. He or she did not to so his/her self because of

1243:

In my application 4 ECUs are connected to the CAN bus.Can I send messages selectively to one ECU and not to other ECUs using CAN?How to use mask or filters to do this?

2132: 1832: 1627: 3259:

Can you provide a background as to why the extended identifiers were added to the standard frame, making it extended frame? Was it that 11 bits were not sufficient?

1235: 1081: 2848:

in that case? That would avoid both the ambiguity of this being a specific kind of bus/network and the, as usually little more than time-wasting, spelling debate. —

1374: 1176:

considered asynchronous. Many engineers (well at least this engineer) consider CAN to be asynchronous data transmission. Freescale calls it asynchronous in this

1061: 147: 5037: 2237: 434: 340: 2519:

Greg, you are mistaken about those sources. I agree that it is important not to stray too far from sources; but look more carefully at those external links:

1413: 544: 312: 5101: 3342:– Most commonly known as CAN or Controller Area Network and secondarily as CAN bus, CAN Bus or CANbus. CAN is normally expanded in technical documents and 2272:

AFAICT, the distinction will become irrelevant soon: a patent based on documents published in 1991 must also be close to expiring, if not already expired.

2245: 1107: 439: 1894: 1844: 2904:

discipline if none truly exists. I just have no patience for wikipedians who seek cross-project consistency and try to push Good Ideas©™®, like how our

843: 415: 1858: 1186:

The first is that for the CAN arbitration scheme to work, all of the nodes need to be synchronized so that they send or receive bits at the same time

3271: 2233: 1902: 1421: 1020:

To what extent should NMEA 2000 be integrated into this article? The lead starts off with respect to automobiles, but is not the applicability wider?

4929: 4671: 1268:. Instead, it has message identifiers that say "this is what's in this packet" and each & every node has to decide to process it or discard it. 3472:

by saying "Use lowercase, except for proper names." "Controller area network" is not a proper name, though the name of the protocol, CAN, may be.

2735: 4806: 1812:

While I can accept that ECU can stand for electronic control unit. DaimlerChrysler (as was) always used ECU to refer to the Engine Control Unit!

1312: 649: 5136: 4791: 1916: 639: 1172:

This section has not been updated in years, but it is so full of wrong information and unanswered questions that I just can't leave it as is.

5096: 1951: 1908: 1794: 1780: 1222: 1207: 1255: 3267: 5126: 5076: 4612:

Interfaces are listed by their speed in the (roughly) ascending order, so the interface at the end of each section should be the fastest.

3577:, then I'm happy to have this move proposal rejected. I've reviewed the references and external links cited in the article and find that 3304:

Subsequent comments should be made in a new section on the talk page. Editors desiring to contest the closing decision should consider a

986: 534: 302: 4726: 5161: 5091: 4760:

specification (no mention in Knowledge, at the time of writing), specifies a Single Wire (plus ground) physical layer for the CAN bus.

4057: 2023:

I'm helping reduce the platitudes and improve the knowledge density in other sections of this article. If I step on toes, let me know.

833: 405: 79: 2281: 5111: 5081: 4585: 1463: 4214: 3660:

existing title ("CAN bus") is good. (This is not to be confused with the capitalization use in the references. Capitalization is a

3449: 1821:-I always understand ECU to mean engine control unit in the context of automotives. BMW calls it "DME" Digital Motor Electronics. 2777: 1332: 886: 5166: 5151: 5131: 4818: 4077: 2854: 2678:. In short, this RM is properly settled not by nose count, but by the strength and weight of the arguments. Just because someone 2456: 728: 3557: 3539: 2167: 1375:

http://www.softing.com/home/en/industrial-automation/products/can-bus/more-can-bus/communication/broadcast.php?navanchor=3010076

4766: 3884: 3724: 2619: 2068: 510: 279: 4711:

I'd like to update the article by saying just that: designed mainly as a vehicle bus but now also used in other environments.

3087: 3069: 3060:

We seem to have converged nearly on CAN bus. Either move it that, reopen it to see if we agree, or make a new one for that.

3055: 2820: 2805: 2724: 2473: 2384: 1950:

This is obviously incorrect. The correct interframe spacing is something like 6 bits, and Ethernet has nothing to do with it.

1157: 2932:

We always do our readers a service by using the vernacular truly used in the field without prejudice against the true facts.

2880: 2338:– This request follows the example of other wikipedia articles on technical standards and specifications for network busses. 85: 4835: 4745: 3793: 3756: 3405: 2514: 1459:

by 24.91.109.193 to TekNewell, which seems to be nothing more than a commercial software suite for interfacing with CAN? --

1276: 1119: 5121: 5071: 4912: 4799:

Is there some reasonable limit? 70 requires 6+ bits (i.e. 7 or more). Is there something else that constrains this to 70?

4688: 4265: 3936: 3654: 3434: 2691: 2258: 2131:— An n-dash between controller and area doesn't make grammatical sense. A hyphen would be an option grammatically, but the 1828: 1623: 1090: 809: 381: 4920:

For new students of CAN Bus, this could be very confusing. CAN Bus itself cannot take any input nor process informations.

2959: 2941: 2837: 2753: 2707: 2589: 2571: 2186: 1936: 5156: 5141: 5086: 5003: 3181: 2990: 2538:

6 uses it in text only as "Controller Area Networks"; this can't be the name of a protocol, and suggests a generic usage.

2447:, which Knowledge lowercases. Anyways, this is the proper name of a specific protocol, regulated by a specific entity. -- 2433: 1115: 1077: 926: 3971: 3843: 3833: 3814: 3774: 3697: 3687: 3668: 3517: 3498: 3481: 3460: 2445: 2400: 2393: 4318: 4157: 4087: 3216:

Subsequent comments should be made in a new section on this talk page. No further edits should be made to this section.

3114:

Subsequent comments should be made in a new section on the talk page. No further edits should be made to this section.

3018:

Subsequent comments should be made in a new section on this talk page. No further edits should be made to this section.

2305:

Subsequent comments should be made in a new section on the talk page. No further edits should be made to this section.

2273: 2204:

Subsequent comments should be made in a new section on this talk page. No further edits should be made to this section.

2094:

Subsequent comments should be made in a new section on the talk page. No further edits should be made to this section.

1293: 1057: 274:

on Knowledge. If you would like to participate, you can choose to edit the article attached to this page, or visit the

30: 1907:

It is my understanding as well that FPGA/ASIC developers pay a license fee to Bosch. Users of CAN controllers do not.

168: 4147: 3548:. Leaving it at CAN bus is a fine alternative; I was just saying where it would go "if we don't like the acronym". 1230: 1215: 704: 501: 462: 275: 266: 227: 3625: 3601: 3447:

is what's directly applicable here. Examples of how capitalization is handled for similar topics can be found here:

3198: 1640:

This table is so confusing (and pointless) that I'm deleting it. If you are interested in what is was, here it is.

135: 5146: 4245: 3491: 3254: 3243: 2675: 2241: 966: 615: 2266: 5116: 4696: 1354: 800: 761: 364: 335: 99: 44: 5018: 4995: 4979: 3279: 2485: 1127:

My first question about CAN is: is it asynchronous, synchronous, or both? It seems it is asynchronous -- the

4814: 4037: 2946:

True, such cases need to include alternative forms in parens. Not being into gravimetry, I didn't know what a

1631: 104: 20: 3132: 2893:

truly and most authoritatively handle it. If there are multiple ways, it wouldn’t hurt to be up front and say

1416: 4589: 4240: 4209: 2529:

3 has it only in title and in acronym definition; no significant support here for proper name interpretation.

2366: 2322: 2032: 1187: 891: 74: 3862: 2117: 5056: 4874: 4187: 3041: 2013: 1959: 1128: 990: 695: 672: 202: 4658:

I have no idea what is the cause, but the links to other languages are gone. I see them just fine on e.g.

3377: 3326: 2144: 4917:"The CAN bus also takes inputs from the rain sensor to trigger the rear windscreen wiper when reversing" 4907: 4513: 4452: 4307: 3275: 2791: 2783: 2713: 2638: 2493: 2124: 2017: 1611: 1480: 1085: 606: 567: 129: 65: 3163: 2489: 2441:

The capitalization in ISO standards depends of who writes. For example, this other standard capitalizes

1836: 1373:

Question: Could you please evaluate the following link that leads to a very comprehensive CAN tutorial?

1065: 4984:

Thanks, no problem. I've made my own fair share of stupid mistakes on Knowledge so I can't complain.

4692: 4659: 4112: 3877: 2788:

A full-day hands-on training class about the Controller Area Network (also known as CAN bus or CANbus).

2646:

A full-day hands-on training class about the Controller Area Network (also known as CAN bus or CANbus).

2064: 1942: 1802: 1788: 1341: 1177: 4482: 1852: 1391: 1024: 4167: 3386:- generally we avoid acronyms unless the acronym is actually better known than the spelled-out form ( 3295: 2421: 2252: 1368:. I said that it should be discused rather than giving me the sole decision, so I'm posting it here. 1189:. All nodes in arbitration must sample both their own and the other nodes ID bits at the same time. 1149: 1135:

Its a little of both. All nodes synchronise their clocks to the last message that went over the bus.

3490:. My argument is that Controller Area Network is a specific and singular network technology akin to 2930:

The gravity gradient (variation with height) above Earth’s surface is about 3.1 µGal per centimeter.

1467:

Great software provides productivity and efficiency on the factory floors. We should keep the link.

1427:

Various tools are available for developing CAN systems using these high level protocol. For example:

1096:

line codes? ), without being separate start/stop bits or an explicit Signal Element Timing circuit.

125: 4958: 4884:

This article contains much technical information, but hardly any practical information on usage.

4841: 4757: 4676: 3286: 3024: 2555: 2287: 2262: 2076: 1967: 1816: 1272:

own bus and putting a "switch" connecting all four buses that understands some addressing method.

872: 808: