Hi,
ich bin dabei, mich in CAN beim STM32 einzuarbeiten und habe dazu mit
der STM Lib (Version 3.4) und die CAN-Beispielprogramme durchgearbeitet.
Da ich selbst kein EVAL-Board mit CAN habe, sondern ein STAMP Module
(http://www.steitec.net/product_info.php?language=de&gm_boosted_product=ARM-STM32F103---512-Stamp&products_id=143&;),
habe ich das Controller Interface PCA82C250 angeschlossen, das ich aus
Atmega-Projekten kenne.
Es läuft auf dem STM32 ein Programm, daß im Sekundentakt eine
CAN-Nachricht versendet oder besser versenden soll. Das Problem ist nun,
daß der STM32 offenbar keine CAN-Nachrichten versendet. Er kann drei
Nachrichten für den Versand aufnehmen und das war's. Offenbar nimmt der
die Sende-Requests nur entgegen, füllt die Tx-Puffer, aber wird die
Sendung "nicht los".
Mit dem Oszilloskop war denn auch prompt kein Verkehr sichtbar.
Ich vermute nun, daß es an der Beschaltung liegt. Vielleicht "glaubt"
der STM32, der Bus sei belegt..
Der PCA82C250 wird mit 5V betrieben. Um auf Nummer sicher zu gehen, habe
ich den Rx-Pfad vom PCA82C250 zum STM32 über einen Spannungsteiler
verbunden, d.h. der Rx-Pin des PCA82C250 liegt über zwei 10k-Widerstände
an Masse, der Rx-Pin des STM32 liegt greift die Spannung "zwischen" den
beiden Widerständen ab. Die Tx-Pins sind direkt verbunden. Die CANL und
CANH-Pins des PCA82C250 sind mit einem 124 Ohm Widerstand verbunden
(Terminierung).Ich habe den Aufbau separat getestet (keine Sendungen
beobachtet) oder auch an einem bestehenden CAN-Netz (auch keine
Sendungen, das bestehende CAN-Netz funktionierte weiter).
Mit dem Voltmeter habe ich am Rx-Pin des STM32 ca. 2,5V gemessen, sollte
doch vom STM32 als 'High' interpretiert werden. Inzwischen habe ich auch
mal den Widerstand zur Masse entfernt bzw. die beiden Rx-Pins direkt
verbunden (dabei fließt ca. 80uA Strom). Alles ohne sichtbare
Änderungen..
Habt ihr eine Idee oder einen Vorschlag? Setzt ihr andere Controller
Interfaces mit dem STM32 ein (ich weiß, daß es hier auch den ISO1050
gibt, aber der ist ja praktisch nicht zu bekommen..)?
Im Datenblatt des STM32 steht im CAN-Abschnitt (wo sonst ...), wie der
gute Chip auch alleine klarkommt, also ohne Anbindung an einen echten
CAN-Bus (Loopbackmode). Schon mal probiert, was dabei rauskommt?
Hallo,
nein, das habe ich noch nicht ausprobiert, hatte das für heute Abend
vor. Meine Hoffnung ist, daß das jemand die Kombination STM32 und
PCA32C250 am Laufen hat und sagen kann, ob es hier noch etwas zu
beachten gibt.
CAN ohne eine zweite Node am Bus funktioniert nicht, der Sender läuft
sonst nach etlichen Retries auf Fehler, weil niemand das ACK-Bit
aktiviert.
Es kann sich bei Tests übrigens lohnen, in die Status-Anzeigen und
Error-Counter reinzusehen.
STM32+PCA82C250 habe ich mal erfolgreich ausprobiert. Direkt verbunden,
die CAN-Pins sind 5V-tolerant => Datasheet). Spannungsteiler ist nicht
sinnvoll, könnte stören (Pegel, Tempo).
Vielen Dank für die Klarstellung mit dem PCA82C250. Ich habe inzwischen
erkannt, daß mein Problem offenbar woanders liegt. Beim Loopback gibt es
"merkwürdige" Effekte - ich mache einen eigenen Thread dafür auf.
Grüße
schnack
Mit dem PCA82C250 kann es Probleme geben, weil:
Der Tx Pin erkennt nur sicher ein Hi-Pegel bei 0,7Vcc = 3,5V
Es kann funktionieren, aber eben nicht sicher!
Ich verwenden immer den SN65HVD234 (TI), den betreibe ich mit 3,3V und
ist somit Kompatibel mit der Logik-Spannung.
Alternative: Level-Shifter um die 3,3V auf 5V hoch zu ziehen.
Thx, war mir garnicht aufgefallen. Der PCA ist so alt, da nimmt man
automatisch TTL-Kompatibilität an.
Alternative ist auch der MCP2551, der ist schon mit 2,0V zufrieden.
Eine eigene Frage?
Dieser Thread ist über 15 Jahre alt.
Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.
