www.elektronik.si

[Auslander]

Zdravo
Prepričan sem, da je na tem forumu nekdo, ki ima s CAN-om izkušnje.

S CANom se srečujem prvič in potrebujem nasvet glede CAN-a fizičnega in datalink nivoja rad bi namreč opravil acceptance test s katerim bi se prpričal neodvisno od softwera oz. Firmwarea če hardver deluje oz. izpolnjuje zahteve za fizični in datalink layer po ISO 11898-2. predvsem me zanima če deluje hardversko pravilno, tranciever in kontroler in ali je slučajno vodilo napačno dimenzionerano (prevelika kapacitivnost, impedanca linije) ter diagnostika, ki bi ugotovila izvor napake.

pri drugih komunikacijah sem vajen, da se preveri nivoje signalov nihove rise in fall time, max. hitrost prenosa itd. pri CAN-u nisem zasledil neke preproste variante kako naj bi se to sistematično preverilo, da bi lahko z gotovostjo trdil, da napaka izvira ali ne iz hardwera.

zanima me ali je v omenjenem standardu to dobro opisano?
zanima me tudi ali obstajajo kaka namenska orodja s katerim bi lahko to preverjal?

za odgovore že v naprej hvala.

[mucek]

Glede standardov ti bom tezko odgovoril, ampak projekti c CSNom dosedaj so sli vsi skozi bp. Obicajni dizajn od transceiverja dalje je 15 pF kondija proti masi, ESD2CAN diodica in v dolocenih primerih common mode dusilka. Pa seveda terminator.

Mi imamo par debug orodij od tule: https://www.peak-system.com/PCAN-USB.199.0.html?&L=1
Imajo zelo dobre zadeve v smislu analiziranja itd, je pa res, da gre tu bolj za nivo protokola, ne za fizicni layer, kjer pa je CAN podoben RS485.

Lp, G

[mosqito]

CAN je dokaj robusten, vendar je vseeno treba preveriti obe impedanci (dif in CM). To se najlažje naredi v času načrtovanja. Pri nas to preračunamo glede na stackup tiskanine, preveri se pa še s simulacijo. Proizvajalec tiskanin potem naredi še impedančni test za vsako saržo. Kaj več pa že ni potrebe. Se pa težko ogneš skokom, saj že na enem DB konektorju nimaš zveznega prehoda. CAN trx to zelo dobro tolerira. Seveda pa ne pozabi na ustrezen zaključek linije.