Kysymys:
Mikä on rajoittava tekijä, jos CAN-väylä ylittää 1Mbps kaistanleveyden?
Vinay Veeramaneni
2019-04-30 01:35:34 UTC
view on stackexchange narkive permalink

Miksi CAN-tiedonsiirtonopeus ei voi nousta yli 1 Mbit / s

Riippuu käytetyistä standardeista ja ohjaimista.On nopeampia versioita, mutta on muitakin eroja,
Kysymykseni on, miksi emme voi saavuttaa suurempia nopeuksia, kuten jopa 100Mbps, CAN: n avulla?
Sytytys- ja radiotaajuuksien häiriönsieto ja viivekilpailut väylällä
Tarkista: [Mikä on Can Bus -tuen suurin tuettu bittinopeus] (https://electronics.stackexchange.com/questions/215294/what-is-the-maximum-bitrate-supported-in-the-can-bus)
CAN-väylällä ei ole selkeää synkronointia, paitsi törmäysten havaitsemiseen.
Kolme vastused:
StainlessSteelRat
2019-04-30 03:39:23 UTC
view on stackexchange narkive permalink

Ohjaimen alueverkon fyysisen tason vaatimukset

-sivulta

CAN termination

CAN on avoin keräystekniikka - protokolla ei voinut toimia toisin. Tämä tarkoittaa, että CAN-lähetin-vastaanottimen resessiivistä tilaa ei ohjata aktiivisesti. Päätevastukset yhdessä lähetin-vastaanottimen sisääntulokapasitanssin ja kaapelin kapasitanssin kanssa luovat RC-aikavakion purkautumisen, kun väylän aktiivisesti ohjattu hallitseva bitti siirtyy käyttämättömään resessiiviseen bittiin. CAN: n 1Mbps: n suuremmille signalointinopeuksille tarvitaan tekniikkaa, joka ajaa aktiivisesti väylää molemmissa tiloissa, kuten RS-485, jotta helpotettaisiin väyläsiirtymiä, joita vaaditaan suurille nopeuksille.

Viime kädessä vastaus kysymykseen on, kuinka CAN-protokolla toteutetaan fyysisellä tasolla. Muuta kyseistä protokollaa ja suurempaa tiedonsiirtonopeutta voidaan käyttää.

Mikrosirun CAN-moduulin bittiajastuksen ymmärtäminen:

... CAN-protokolla toteuttaa rikkomattoman bittien välisen sovittelumallin, joka sallii useiden solmujen sovittelun väylän hallintaa varten. Siksi on välttämätöntä, että kaikki solmut havaitsevat / ottavat bitit saman bittiajan kuluessa. Etenemisviiveen ja oskillaattorin toleranssin suhde vaikuttaa sekä CAN-datanopeuteen että väylän pituuteen.

Enter image description here

Kahden CAN-väylän kummassakin päässä olevan päällikön on kyettävä kommunikoimaan ja päättämään, kummassa on väylä, samalla kun kukin on bussissa samanaikaisesti.

Jos väylän pituus on 30 m, signaalin etenemiseen väylän yli kuluu seuraava aika: $$ t_ {BUS} = 30 \ m @ 5,5 \ ns / m = 165 \ ns $$

Oletetaan, että syötevertailuviive on \ $ t_ {CMP} \ $ = 40 ns ja lähtöajurin viive on \ $ t_ {DRV} \ $ = 60 ns kaikille laitteille.

Pieni meno-paluu aika fyysisessä bussissa on:

$$ t_ {PROP} = 2 (t_ {BUS} + t_ {CMP} + t_ {DRV}) = 2 (165 \ ns + 40 \ ns + 60 \ ns) = 530 \ ns $$ $$ TQ = 530 \ ns / 6 = 88,33 \ ns $$ $$ t_ {BIT} = 10 \ kertaa TQ = 883,3 \ ns $$ $$ f = 1 / t_ {BIT} = 1 / 883,3 \ ns = 1,13 \ MHz $$

Suurinta nopeutta säätävät väylän pituus, linjan kapasitanssi, liitetyt solmut ja protokollan valitsemat ohjaimet. Periaatteessa 30 metrin etäisyydellä CAN (ISO 11898) voisi tehdä 1,13 Mbps, jos kaikki olisi täydellistä.

Mitä pidempi väylä, sitä hitaampi tiedonsiirtonopeus. Mutta lyhyempi bussi merkitsisi korkeampaa hintaa. CAN-bittinopeus vs. väylän pituus:

CAN BIT RATE VS. BUS LENGTH

Molemmat viitatut asiakirjat käsittelevät tätä enemmän.


CAN (ISO 11898) voi siirtää jopa 8 tavua nopeudella 1 Mbps 80-luvulla perustuvalla protokollalla. Nykypäivän ajoneuvoissa on tarpeen siirtää enemmän dataa (64 tavua paketteja), mutta 1 Mbit / s nopeudella 64 tavua vie jopa suuren osan aikavälistä, mikä viivästyttää elintärkeää tietoa.

CAN FD (Flexible Data-Rate) on jatkoa alkuperäiselle CAN-väyläprotokollalle (ISO 11898-1). Sen on tarkoitus toimia nykyisillä CAN-väylillä ja lopulta korvata CAN.

Protokolla alkaa CAN 1 Mbps (500 kbps, jne.), mahdollinen välitysprosessi useiden CAN ja CAN FD masterien välillä, mutta kun CAN FD master saa väylän, tiedonsiirtonopeus kiihtyy 5 Mbps CAN FD-orjille. Tällä nopeudella 64 tavua voidaan siirtää lyhyemmässä ajassa kuin 8 tavun CAN 1 Mbps -paketti. Tämä tarkoittaa, että nykyisten CAN-siirtojen kanssa ei ole ajoitusristiriitoja. Kun CAN FD -mestari luopuu väylästä, mikä tahansa CAN- tai CAN FD -mestari voi hankkia väylän.

Alkaen CAN FD EXPLAINED - A SIMPLE INTRO (2019):

CAN FD protocol

Tosi vastaus riippuu 1 Mbps: n sovitteluprosessista 40 m CAN-väylälle, mutta kun väylä on saatu, kaistanleveyttä voidaan kiihdyttää väylän pituudesta, linjan kapasitanssista, liitettyjen solmujen määrästä ja ohjaimista riippuen.CAN FD -kaistanleveys on 3-8 kertaa perinteinen CAN-kaistanleveys.

Adam Haun
2019-04-30 02:09:24 UTC
view on stackexchange narkive permalink

Se voi.Tapaa CAN-FD.

Miksi uutta protokollaa tarvittiin?CAN on multi-master-väylä, jossa on välitys ja virheilmoitus.Nämä ominaisuudet rajoittavat tiedonsiirtonopeutta kaapelin pituuden perusteella, koska signaalin kulkeminen edestakaisen matkan kahden kauimpana olevan solmun välillä kestää jonkin aikaa.Tämä yhdessä taaksepäin yhteensopivuusvaatimusten kanssa johti CAN-FD: hen.

Klassinen CAN-nopeus 1 Mbps on rajoitettu 40 metrin väylään.(Käytännössä luulen, että se on pienempi harhakapasitanssin takia.) 100 Mbps: n nopeudella olet onnekas, että sinulla on jopa puoli metriä käytettävissä olevaa väylän pituutta, mikä ei riitä autoteollisuuden ja teollisuuden sovelluksiin.

DKNguyen
2019-04-30 02:18:52 UTC
view on stackexchange narkive permalink

Tämä johtuu siitä, että CAN 2.0B -standardi ei määrittänyt mitään suurempaa laitteistokustannusten pienentämiseksi ja silti standardin eri vaatimusten (kuten etäisyyden ja melunkestävyyden) täyttämiseksi.Se ei ole tekninen este.

Standardi kirjoitettiin tällä tavalla luultavasti, koska heidän mielestään ylimääräinen nopeus oli tarpeeton aiotulle sovellukselle, ja suuremman nopeuden määritteleminen turhaan lisäisi kaiken standardia tukevan laitteiston kustannuksia, kun ominaisuutta ei hyödynnetä riittävästi.

Jos standardi kirjoitetaan tällä tavalla, harvat mikropiirivalmistajat yrittävät yrittää ylittää sen, koska ei ole mitään järkeä.Se ei todellakaan ole tekninen este.



Tämä Q & A käännettiin automaattisesti englanniksi.Alkuperäinen sisältö on saatavilla stackexchange-palvelussa, jota kiitämme cc by-sa 4.0-lisenssistä, jolla sitä jaetaan.
Loading...