Frage zum CAN-Bus

Falko Gast #1935909
Lesenswert?
• ▲
▼ 
Moin Moin,

ich bin dabei mir ein CAN-Board für eine Anwendung rauszusuchen, bei der 
ich Nachrichten empfangen möchte und diese umgewandelt mittels Display 
anzeigen möchte.

Und habe dazu ein paar Einstiegsfragen:

1. Für eine CAN-Kommunikation  benötigt man eine CAN-Schnittstelle. 
Diese Schnittstelle setzt sich aus einem CAN-Controller und einem 
Transceiver zusammen. Gibt es Mikrocontroller, die beides in einem 
können?

2. Der AT90CAN128 kann das z.B. nicht und benötigt einen Transceiver? 
Hab ein Board gefunden, auf dem ein AT90CAN128 implementiert ist. 
Zusätzlich hat er die Bausteine "PCA82C250" und "TJA1054" enthalten. 
Beides scheinen Transceiver zu sein, wenn ich richtig recherchiert habe? 
Wieso werden dann zwei benötigt?

3. Werden weitere Bausteile nur im Bezug auf CAN benötigt?

Vielen Dank!
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Rainerfl Gast #1935950
Lesenswert?
• ▲
▼ 
Hallo,

der CAN Transceiver sorgt für den notwendigen Treiberstrom und 
Signalanpassung. Der CAN Controller nimmt dir nur die Handarbeit ab das 
CAN Protokoll in SW zu implementieren. Der Tranciever hat eine ähnliche 
Funktion wie ein RS232 Treiber.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Falko Gast #1935960
Lesenswert?
• ▲
▼ 
Hallo,

erstmal Danke für die Antwort. Das der Transceiver (Sender / Empfänger) 
auf der physikalischen Ebene für die rein elektrische Ankopplung 
zuständig ist, ist erstmal bekannt.

Beantwortet die Fragen aber nicht ganz?
Es gibt wohl einen Mikrocontroller, der beides hat. Ich hatte das wohl 
verwechselt mit der CAN-Controller Integration in einem Mikrocontroller. 
Und das hat der AT90CAN128 ja.

Bleiben noch immer Fragen 2-3
Antwort Zitieren Bearbeiten Löschen Beitrag melden
(prx) A. K. #1936024
Lesenswert?
• ▲
▼ 
Falko schrieb:

> Zusätzlich hat er die Bausteine "PCA82C250" und "TJA1054" enthalten.
> Beides scheinen Transceiver zu sein, wenn ich richtig recherchiert habe?
> Wieso werden dann zwei benötigt?

Werden sie nicht. Aber es gibt verschiedene elektrische Definitionen für 
CAN. Das klassische High-Speed-CAN (PCA) und das neuere Low-Speed-CAN 
(TJA). Das Board scheint vorsorglich beides implementiert zu haben.

> 3. Werden weitere Bausteile nur im Bezug auf CAN benötigt?

Nein.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
tom Gast #1936674
Lesenswert?
• ▲
▼ 
Falko,

Was Du brauchst:

1. uC mit integriertem CAN-Controller
* mit einem at90can128 bist du ganz gut beraten, da die C 
entwicklungs-toolchain (WinAvr + AvrSTudio) kostenlos ist...
* Als debug-interface würde ich Dir einen avrDragon empfehlen, ohne 
source-level debugger zu entwickeln ist nicht mehr zeitgemäss.

2. CAN-Transceiver
* verscheiden, je nachdem, ob Du Highspeed- oder Low Speed CAN 
beobachten willst, da musst Du mal recherchieren was Du brauchst.

3. ggf noch einen 120 Ohm Abschlusswiderstand ;o).

4. Sinnvollerweise ein CAN-Analyse Programm für den PC. Gibt es in allen 
möglichen Abstufungen für mehr oder weniger Geld. Die günstigen dürften 
incl. CAN-Interface für den PC bei unter 100 Euronen liegen. Damit 
kannst Du dann z.B. auch Testdaten auf dem Bus für Dein embedded System 
generieren.

5. Das board von display3000 ist ja ganz witzig aber hat das 
JTAG-Interface nicht rausgeführt wie es scheint...

6. falls Dir etwa einfaches genügt (board mit 2x16 text display, 
at90can128, hi-speed can transceiver), kannst du dich gerne bei mir per 
email melden : tom at tktronic.de

7. alternativ würde ich dir das AVR header-board von olimex mit nem 
at90can128 empfehlen, aber da musst du dann transceiver + display noch 
ranfrickeln...

gruss + viel erfolg, tom
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren