Wer hat schonmal den MCP2551 CAN Transceiver benutzt? Schaltungfrage Pullup an RX-Leitung

CAN_Newbie schrieb:
> die Übertragung läuft einwandfrei
> aber ganz zum Schluß wird die Nachricht am PC-Interface verworfen und
> ich komme nicht drauf woran das liegt.

Woher weißt du, dass die Übertragung einwandfrei läuft, wenn sie doch 
verworfen wird?

Mit welchem Fehler wird sie verworfen?


Pullups sind nicht notwendig, sollten aber eigentlich auch nichts kaputt 
machen.

CAN_Newbie schrieb:
> Benutzt ihr auf der RX Leitung zw. µC und MCP2551 in der Hard-/Software
> einen Pullup oder ist das sogar contraproduktiv.
Warum sollte da ein Pullup rein? die Leitung kann kein Tristate, also 
ist der Pegel immer definiert und ein Pullirgendwas unnötig.

> aber ganz zum Schluß wird die Nachricht am PC-Interface verworfen
An welchem PC-Interface? Von welcher Software?

Pull-ups brauchst du keine auf TXD/RXD. Mit welchen Spannungen arbeitest 
du? Die µC-VCC legst du auf Vref, den Transceiver selbst versorgst mit 5 
V. Denk dran, den CAN-Bus auf beiden Seiten mit 120 Ohm zu terminieren.

Viele Grüße

Jochen

Ein CAN Bus benötigt mindestens 2 aktive Teilnehmer am Bus, sonst wird 
ein gesendeter Frame nicht quittiert. 1 aktiver Teilnehmer reicht nicht, 
ein zusätzlicher rein passiv bleibender Sniffer ändert nichts.

Vref bleibt offen, korrekt. Aber warum ist RS mit 100k auf einen Portpin 
gelegt? Brücke RS mal stumpf auf GND. Bei RS mit 100k gegen GND hast du 
schon extrem langsame Flanken, vlt noch für sehr niedrige Bitraten aber 
nicht mehr 100kbit oder höher. Siehe Bild.
Wenn der Portpin auf High liegt geht der MCP in Standby. Absicht?

Und zeige mal einen Screenshot von deinem Sniffer bitte.

Pull-ups an RXD/TXD kenne ich höchstens noch aus der 8051 Zeit, wo die 
Portpins beim Startup teilweise nicht Highpegel halten konnten und vor 
der Initialisierung des Ports bei einem zufälligen Low mal schön einen 
Busfehler bei den übrigen Busteilnehmern erzeugt hat.

OMG schrieb:
> Es ist eine alte Weisheit dass Schaltungen mit dem MCP2551
> CAN-Transceiver keine Abblock-Kondensatoren brauchen. Solche
> Kondensatoren müssen nur dann vorgesehen werden wenn auf der
> Schaltung das Prädikat "professionell" aufgeklebt ist.
>
Bevor ich den Verdacht raushaue, würde ich erstmal den Rest der 
Schaltung betrachten. Mit der Drossel, PESD1CAN und der 
Split-Termination entstammt das ja höchstwahrscheinlich nicht der Feder 
eines Dilettanten. Die Abblockung kann je nach Aufbau auch anderweitig 
stattfinden, wenn z.B. der Transceiver direkt neben dem Spannungsregler 
sitzt.

@CAN_Newbie:
Das Oszillogramm sieht etwas merkwürdig aus, entweder 1MHz 
Taschenoszilloskop oder fehlender Masseanschluss. Ich würde nicht so ein 
Auf und Ab im Pegel erwarten…

Ich denke dein Problem sind die zwei rot eingekreisten Impulse, die 
offensichtlich nicht zum CAN Protokoll gehören. Die können den Error 
auslösen. Während das gesamte Oszillogramm zu deinem Diagramm passt sind 
die beiden Impulse fehl am Platz. Auch von der Breite her passen die 
nicht zur eingestellten Baudrate.

So etwas kann ausgelöst werden, wenn die IO-Portpins mit 0 initialisiert 
sind und die Sonderfunktion CAN von diesen beiden Portpins zu- und 
abgeschaltet wird. D.h. solange das CAN-Modul die Portpins bedient 
werden die schön mit 1 in den Ruhephasen belegt. Wird die Sonderfunktion 
CAN von dieser IO weggeschaltet gilt wieder der zuvor eingestellte 
Pegel. Also bitte mal das IO-Ausgangsregister mit „1“ vorbelegen.

Harald: Ja genau diese 2 Impulse habe ich im Verdacht, als ob das als 
Errorframe erkannt wird und die ganze Übertragung verworfen wird.

CAN_Newbie schrieb:
> Die Bussignale sind sauber. Das Interface sagt einfach nur Error.
> Anbei
> der beigelegte Schaltplan.

Laut Forenregeln müssen Schaltpläne im PNG-Format (oda GIF) gespeichert 
werden! Ich hab das mal korrigiert! Halte dich nächstes mal bitte daran!

Zidat:
"Bitte das JPG-Format nur für Fotos und Scans verwenden!
Zeichnungen und Screenshots im PNG- oder
GIF-Format hochladen. Siehe Bildformate."

Thomas O. schrieb:
> Harald: Ja genau diese 2 Impulse habe ich im Verdacht, als ob das als
> Errorframe erkannt wird und die ganze Übertragung verworfen wird.

Lass dich nicht mit den Bildformaten irritieren.

Aber was ist denn jetzt mit den beiden Impulsen? Vom CAN Controller 
kommen die eher nicht. Die Übertragung ist eigentlich nicht verworfen, 
das Quittungsbit kommt ja.