-
Thread
CAN-Bus: MCP2515 und MCP2551 mit Linux Treiber
obwohl sie funktioniert. Deine funktioniert nicht, ist aber richtig. Nagut. Ok, vielleicht ist der MCP2551 anders, ich nehme immer 82C250 oder 251.
Der MCP2551 ist nicht mit 3.3V lauffähig, siehe Datenblatt. Für 3.3V muss ein anderer Transceiver drann...
-
Thread
LPC11Cxx: C_CAN für "normales" CAN nutzbar?
Hallo, sind die LPC11Cxx als vollwertiger Ersatz für z.B. die Kombination ATMEGA, MCP2515 und MCP2551 nutzbar? Hätte ja einen enormen Charme, alles in einem Chip. Unter C_CAN-Beschreibungen konnte ich mir das nun leider nicht rauslesen. CANopen driver sind mit drin; das Ganze scheint ja eine eigene
ein wichtiger Punkt. Ein Atmega alleine kostet ja schon so viel wie ein LPC11C. Der MCP2515 und MCP2551 sind dann auch nochmal 1,50EUR. Vom Platz ganz zu schweigen. Hätte ich gerade was mit CAN vor, würde ich mir die echt mal näher anschauen.
-
Thread
Neuer CAN Bus Analyzer mit billigen Adaptern
Hallo > Damit sollte man doch einen CAN-Transceiver direkt lesen können > (z.B. einen MCP2551). Endlich verstehe ich was du meinst. Wenn du das 3 Postings vorher geschrieben hättest, hätte ich dich gleich verstanden. Du hast wirklich extrem naive Vorstellungen! Ich sehe, du hast dich
Bus fähigen Microprozessor aus der CAN Bus Datenflut das ausfiltern, was interessant ist. Dieser MCP2551 hat keine Filter. Er leifert ALLES was über den Bus läuft in ECHTZEIT. (Die CAN Bus Filter sind auch in meiner Hilfe beschrieben) Was an den TX Pin des MCP2551 geliefert werden muß, um ein Paket
-
Thread
CAN mir das einer mal erklären?
wie beim AT90CAN oder dann die größeren 32-Bitter (STM32, ATSAM, LPC). Der Transceiver wie z.B. MCP2551 ist lediglich ein Leistungsverstärker um die einzelnen Bits über die CAN-Busleitungen zu schubsen. Die Intelligenz dagegen sitzt im Controller.
einen Controller mit CAN Modul. z.B. den PIC18F25K83. Bei Mouser gerade sogar günstiger wie der MCP2551. Von anderen Herstellern gibt es da vermutlich auch was, aber da kenne ich mich nicht aus. Mit dem MCP2515 bräuchtest du ja drei Chips. - einen Controller mit Hard- oder Software SPI - den MCP2551
-
Thread
MCP2551 reagiert nicht
Hallo, Ich habe eine Schaltung mit PIC18F2480 und MCP2551 entwickelt und bin nun am programmieren. doch der CAN-Bus will nicht so recht hinhauen. mit dem Oszi konnte ich ein Frame am TX-PIN des MCP2551 messen, aber er gibt an den CAN-H/L ausgängen nichts
der RX-Pin des MCP2551 liegt permanent an 5Volt... egal ob am TX was passiert oder nur High-Pegel anliegt... kann das damit zusammen hängen das der IC auch die CAN-Ausgänge nicht benutzt?
-
Thread
CAN-Sender im Mini-Format
CAN ;-) Da dachte ich jetzt an einen PIC oder kleinen AVR (Attiny45) in Kombi mit MCP2515 und MCP2551 oder TJA1050 Transceiver. Da das ganze möglichst klein sein soll wär meine Frage an Euch, ob es noch bessere Chips für eine solch triviale Aufgabe gibt? Das ganze soll so klein und günstig wie
Rene Z. schrieb im Beitrag #5494927: > 7805, Tiny13, MCP2515 und MCP2551 benutzt um den Video Eingang beim MB > Command freizuschalten. Musste alle 500 ms eine Can Nachricht senden. > Alle Bauteile in THT. Platine war glaube ich 50 x 35 mm und schnell per Hand bestückt
-
Thread
ESD bei Kunststoffgehäuse
Wühlhase schrieb im Beitrag #7318593: > Uwe B. schrieb: >> MCP2551 >> Absolute Maximum Ratings† >> DC Voltage at CANH, CANL -42V to +42V >> (-> sonst Entweichen des magischen Rauches) >> >> Wie will man das sicherstellen wenn die GNDs der Teilnehmer keinen Bezug
Transceivers. Gemeint ist die Spannung zwischen GND des Transceivers und CANH *oder* CANL. Da ein MCP2551 nicht isoliert gibt es nur diese eine Masse. Das ist die gleich Diskussion welche hier regelmäßig und endlos um die RS485 Schittstelle geführt wird. Uwe
-
Thread
Auswahl eines µController mit 8 PWM und CAN-Controller
ATmega64M1 (10x Hardware-PWM). Kann ich diese beide einfach mit einem Philips PCA82C250 oder MCP 2551 verbinden und die CAN Kommunikation steht (mit ein paar Zeilen Code natürlich)? Für Hinweise/Lösungsansätze bin ich dankbar. Mit dem richtigen Controller kann ich mit dem Platinenentwurf beginnen
Hardware-PWM). Geht auch. >Kann ich diese beide einfach mit einem Philips PCA82C250 oder MCP 2551 >verbinden und die CAN Kommunikation steht (mit ein paar Zeilen Code >natürlich)? Sicher, aber wozu dann der AT90CAN128? Dann reicht ein kleiner ATmega88 oder sogar ATtiny2313. MFG Falk
-
Thread
KICAD Schaltplansymbole: CAN Controller MCP2515 und Transceiver MCP2551
benutze gerade deine beiden Komponenten, danke für die Arbeit! Was mir aufgefallen ist, ist dass beim MCP2551 PIN1 (TXD) Output und PIN4 (RXD) Input ist. Das ist vertauscht und führt zu einer Warnung und einem Fehler beim ERC. TXCAN (Out) vom MCP2515 wird an TXD (In) vom MCP2551 angeschlossen und RXCAN (In) vom MCP2515 wird an RXD (In) vom MCP2551 angeschlossen Mit freundlichen Grüßen, Daniel Willmann
-
Thread
CAN-Schaltungsentwurf: MCP2515 und MCP2551 - jemand Verbesserungsvorschläge?
des Signals des 5V MCP2551 an den FPGA 3,3V falls der TXD und RSD Pin direkt an den FPGA angeschlossen werden soll ohne den MCP2515 zu benutzen. Gibt es Verbesserungsvorschläge? Ich weiß auch noch nicht ganz genau welchen
der MCP2551 sollte deine 3,3v als Input High verarbeiten können, in die andere Richtung tut es ein 20k Widerstand der den Strom durch die Clamp-Dioden des MCP2515 begrenzt
-
Thread
CAN-Bus sniffen
mit 120 Ohm ab, ist das ev. gegen die Spezifikation. Alternative wäre jetzt, den CAN-Bus-Treiber (MCP2551) direkt am Bus zu installieren und dann über einen RS-485-Treiber die 2 Meter bis zum Controller zu gehen. Sind das brauchbare Ansätze oder bin ich ganz auf dem Holzweg und sehe den Wald wieder vor
. SJA1000). Warum unbedingt einen CAN-Controller im Listen-only-Modus? Ich wollte den Treiber MCP2551 verwenden und den Tx-Pin fest auf H legen. Da kann doch nix mehr schiefgehen oder hab ich wieder was verpeilt? Gruß Thomas
-
Thread
RaspberryPiB+ mit CAN (MCP2515)
Hausautomatisierungszwecke. Ich habe eine Versuchsschaltung aufgebaut bei der ein Atmega8+MCP2515+MCP2551 Daten auf den Bus legt, ein zweiter Atmega8+MCP2515+MCP2551 zeigt diese ankommenden Daten auf einem Display an. Der CAN-Bus an sich läuft also ohne Probleme. Jetzt will ich per Raspberry ebenfalls
meiner Internet-Seite (http://lnxpps.de/rpie) veröffentlichen ? Alternativ zum CAN Tranceiver MCP2551 kann man auch den MCP2562 verwenden. Vorteil: Der Spannungsteiler entfällt, da der Tranceiver mit zwei Spannungen arbeitet (VDD und VIO). Gruß Gerd
-
Thread
CAN Transceiver für ST Discovery Boards
Gibt mehrere Möglichkeiten: - MCP2551 DIP auf Lochraster oder Breadbord - kleine Platiene selber ätzen Ich habe mir für meine ersten CAN Gehversuche eine kleine Platine mit 2 Tranceivern und diversen Headern und Steckplätzen für Abschlusswiderstände
#3326871: > .... mit MCP Transceiver .... Du meinst sicher einen Transceiver vom Microchip, MCP2551. Mich interessiert, warum dieser so oft verwendet wird. Bessere Referenzen aus die Industrie, bzw. Automobilbereich haben eigentlich NXP, TI, Infineon. Heinz
-
Thread
CAN-Bus mit Arduino auswerten
ref=sr_1_9_sspa?s=computers&ie=UTF8&qid=1539883731&sr=1-9-spons&keywords=serial+canbus+module+with+mcp2551+and+mcp2515&psc=1 der hat aber einen TJA1050 Receiver... Mal wieder vielen vielen Dank für eure Hilfe! Wirklich ne spitzen Commuinty hier :). Mirco
natürlich günstiger geht): https://www.antratek.de/serial-can-bus-module-with-mcp2551-and-mcp2515?gclid=CjwKCAjw3qDeBRBkEiwAsqeO7gPaLY9Axx-Jm5Eo-PIJS2NovNZ4B60zCYM60REjpDnCW5_rH0hAZhoCVvUQAvD_BwE Bei deinem Link sind die ersten Treffer ja auch ähnlich... nur teilweise mit anderen
-
Thread
CAN-Bus mit uC
noch was, hinter Deinem CAN-Controller benötigst du noch einen Treiber. das könnte z.b. ein MCP2551 sein.
Natürlich atmega16m1 plus Mcp2551
-
Thread
Immer diese Verwirrung (meinerseits) bei RX und TX
komme ich immer durcheinander wenn es darum geht TX und RX zu verbinden ... Handelt sich um einen MCP2551. Muss ich hier jetzt RX mit TX verbinden und anders herum oder RX mit RX und TX mit TX? Ich meine es wäre erstes richtig, bin mir aber nichtmehr 100% sicher, da es sich bei dem IC ja um eine
Dann schau Dir mal das Blockschaltbild im Datenblatt an: http://www.mikrocontroller.net/part/MCP2551 Dort siehst Du: TxD ist ein Eingang und RxD ein Ausgang des MCP2551. Und jetzt kommt die einfache Logik: Eingang mit Ausgang verbinden. Gruß Dietrich
-
Thread
ARM abseits der Mikrocontroller, neuer Einplatinenrechner mit x86-CPU uvm
Seeed Studio gibt es nun ein neues Grove-CAN-Modul, das das bekannte Zweigespann aus MCP2551 und MCP2515 durch einen GD32E103 ersetzt.  (Bildquelle: Seeed, via Instagram: tam.hanna) Das neue Modul enthält dabei eine Firmware, die die CAN FD – to – Serial-Funktionalität
Der Text zum CAN Modul ist etwas irreführend. Nicht das Zweigespann aus MCP2551 und MCP2151 wird durch den GD32E103 ersetzt, sondern das aus Atmega168PA und MCP2151. Wollte man lediglich MCP2551+MCP2151 ersetzen, hätte man auch einen MCP25625 nehmen können. Es wird auch nichts
-
Thread
Kondensatoren an MCP2551
habe ich noch eine Frage. ich wollte mir ein Testboard für CAN erstellen. Dazu nehme ich einen mcp2551 als CAN-Transceiver. Jetzt habe ich im Datenblatt geguckt, was für Kondensatoren ich da drann machen muss. jetzt ist da neben dem Kondensator an Vdd noch ein Kondensator an RX und einer zwischen
keinen. Die Versorgungsspannung wurde ich mit einem 100nF Kerko und einem kleinen Elko 1-10uF am MCP2551 puffern. Den 120 Ohm Endwiderstand kannst du auf 2*60 in Reihe splitten und vom Mittelpunkt 100nF gegen Masse legen. Und wenn ein bisher störfester sein darf, noch eine CAN Drossel und ESD Dioden
-
Thread
Übertragungszeit MCP2551
Labview mit meinem PIC18F66K80 (mit 18Mhz externem Oszillator) und dem dazugehörigen CAN-Transceiver MCP2551 zu kommunizieren. Ich habe eine Übertragungsgeschwindigkeit von 1Mbit/s eingestellt. Der uC hat die Rolle eines Slave und antwortet nur auf Befehl des Master. Das funktioniert im Sekundenbereich einwandfrei
Ideen: - Abschlusswiderstände vorhanden? Bei 1MBit an beiden Seiten wichtig! - Widerstand an MCP2551 für Flankensteilheit? Der MCP2551 hat recht lasche Flanken, kann unter gewissen Umständen zum Problem führen - Klappen niedrigere Baudraten? - Lass Dir mal die BusWarnings/Errors mit ausgeben (Im
-
Thread
Von Arbiträr-Funktionsgenerator erzeugtes CAN-Frame in CAN-Bus einspeisen
einem "dummen" > Transceiver mit CAN-Ausgang. Habt Ihr einen Tipp für mich? Alle möglichen? MCP2551 und viele andere.
Hallo Falk, vielen Dank für Eure Tipps. Genau das, nachdem ich ich gesucht habe. Ich mir ein paar MCP2551 bestellt. Mit freundlichen Grüßen Guido
-
Thread
Simpler CAN Baustein
läuft. Damit ist das Ding für mich und vielleicht auch für den TO unbrauchbar Dann doch lieber MCP2551 + µC oder eben einen PIC18FxxK80 oder PIC18Fxx80
Matthias Keller schrieb im Beitrag #2234165: > Dann doch lieber MCP2551 + µC oder eben einen PIC18FxxK80 oder > PIC18Fxx80 Es gibt auch kleine STM32 mit CAN. Die STM32F103 + ext. Transceiver sind ganz nett. Haben auch mehr Speicher als die NXP-Teile. Bei dem MCP brauchst
-
Thread
STM32 Can Bus Raspi
Servus, ich habe 2 Raspis, beide mit einem MCP2515 und MCP2551 verbunden, Dann noch einen STM32 F103 mit MCP2551 verbunden. Alle 3 hängen über ein Kabel zusammen. Die sollten doch eigentlich miteinander reden können? Im Moment reden die beiden Raspi
Teilnehmer die Bitrate nicht stimmt. Da im Internet einiges an Informationen bzgl des MCP2515 und MCP2551 zu finden ist, das (bei mir) nicht funktioniert hat hier meine /boot/config.txt dtparam=spi=on dtoverlay=mcp2515-can0 dtparam=oscillator=5000000 dtparam=interrupt=25 dtparam=spimaxfrequency
-
Thread
ESP32 - CAN-Bus
solchen benötigst Du sowohl beim EPS32 und als auch beim MCP2515. Beim MCP2515 kommt häufig der MCP2551 zum Einsatz. Der MCP2551 ist ein 5V Transceiver. Ohne separate Level-Shifter benötigst Du für den ESP32 einen 3V bzw. 3,3V Transceiver (z.B. SN65HVD233-HT).
hat, aber ich muss so > ~15m überbrücken und hoffe das "zuverlässig" schaffen zu können. Der MCP2551 passt wie schon erwähnt für 5V Mikorcontroller. Für Controller mit niedrigeren Spannungen gibt es den MCP2562. 15m Länge sind für einen CAN-Bus gar nichts.
-
Thread
MCP2510 & MCP2551 an 5V und 3,3V gemischt möglich
Hallo, ich nutze für den µc 3,3V, der MCP2510 kann auch 3,3V so wie ich das gesehen habe, aber der MCP2551 kann nur 5V.. Kann ich nur den MCP2551 mit 5V versorgen und den Rest mit 3V oder jagt er die 5V dann bis zum µc?
Verwende einen Spannungsteiler zwischen MCP2510 und MCP2551. Sieht man bei den CAN Boards für das Raspberry.
-
Thread
MCP2515 keine CAN Bus Kommunikation möglich
das wird sicherlich nicht der ursprüngliche Fehler sein würde aber dem MCP2551 auch einen 100nF Kerko zw. VDD und VSS spendieren. Schau die mal die RS-Beschaltung im Datenblatt an glaube damit kann man neben der Risetime auch in den Standby wechseln.
Danke für die Antworten. Ich habe dem MCP2551 100nF spendiert, und habe den RS Pin jetzt mal auf Masse gelegt und schon geht es. Schönen Sonntag noch :D
-
Thread
Welcher Bus für Lichtsteuerung
Diese Seite habe ich auch schon gefudnen. Kann ich den MCP2551 auch direkt an RX und TX des ATmega hängen ohne den MCP2515 der am SPI hängt?
die hilfsbereitesten Forensiker. On topic: Der MCP2515 handled das CAN-Protokoll, während der MCP2551 ein Bustreiber ist, welcher die TTL-Pegel in etwas "Buskonformes" umwandelt. Der MCP2515 kann natürlich entfallen, wenn das CAN-Protokoll in Software nachgebaut wird (das ist ja gerade der Witz an
-
Thread
CAN Senden mit B10011s
aus. Zwei Transceiver gleichzeitig am gleichen CAN-Anschluss vom Controller, also B10011 und MCP2551 zusammen, geht nicht. Dein Text ist da nicht eindeutig.
. "Zwei Transceiver gleichzeitig am gleichen CAN-Anschluss vom Controller, also B10011 und MCP2551 zusammen, geht nicht" Genau da liegt ja mein Problem an dem ich nicht mehr weiter weiss! Das Senden geht nur, wenn der MCP2551 angeschlossen ist (keine Verbindung zum Bus). Sobald ich den von meiner
-
Thread
CanBus (PIC) OBD kommunikation
Ich will aus der OBD Schnittstelle Daten auslesen. Dafür habe ich eine Platine mit pic18f4580 mit mcp2551 aufgebaut. Baudrate auf 500 kbps eingestellt. Es so programmiert, dass ich nur die ID sehe, die über den Bus geschickt werden. Funktioniert aber nicht. Darauf hin habe ich einen CanUSB kabel genommen
Kommunikation. ich kann alle IDs am LCD sehen. Meine Hardware 3 platinen: 2 x pic18f258 mit mcp2551 1 x pic18f4580 mit mcp2551 Node 1: Sendet ID 0x80 und Sorgt dafür, dass Node 2 led toggled. Node 2: Sendet ID 0x350 und Sorgt dafür, dass Node 1 Auf Bildschirm Hallo schreibt
-
Thread
RS485 Can Transciver Test
Hallo, Ich hab ein Testaufbau von einem RS 485 (SN75176) und MCP2551 gemacht und wollte euch an die Ergnisse teilhaben. Die ICs wurden auf einem Steckbrett aufgebaut und verbunden wurden sie mit CAT5 Kabel, 500m. Einmal mit 1Paar (1km) und 2Paar(2km) verbunden.
@ Peter (Gast) >Ich hab ein Testaufbau von einem RS 485 (SN75176) und MCP2551 gemacht >und wollte euch an die Ergnisse teilhaben. Kann es sein, dass du CAN und RS485 zusammenwürfelst? Das ist NICHT das Gleiche und auch nicht kompatibel. Mach es richtig und nimm einen CAN-Tranceiver
-
Thread
MCP2551 sendet nicht
Hallo, Ich versuche verschiedene ATMega328P mit CAN zu verbinden. Eingesetzt werden MCP2551 und MCP2515. Der MCP2515 gibt auf dem TxCAN Ausgang auch keine richtigen Werte aus (siehe Anhang), somit kann der MCP2551 auch keine CAN-Nachrichten verschicken. Das kuriose ist aber, dass die selbe
-
Thread
MCP2515 Erfahrungen
nicht verwechseln der MCP2515 ist der CAN-Controller, der MCP2551 wäre der Tranceiver für die BUS-Anbindung.
Also wir verwenden die Kombination aus MCP2515 und MCP2551 in unserem Rennauto (Formula Student) um untereinander und mit dem Motorsteuergerät zu reden (natürlich alles CAN). Funktioniert völlig einwandfrei. Der erste und der letzte Busteilnehmer sollte
-
Thread
Frage zu High-Speed CAN-Transceiver
TX lege entsprechend lang das Signal an RX halten. Eben hab ich mit ein paar älteren TJA1050 und MCP2551 rumprobiert - die von den Herstellern mit "High-Speed" (obwohl sie wohl genauso schnell sind) bezeichnet werden. Wenn ich mit ihnen das gleiche mache ist das Signal sofort wieder weg. Quasi wie eine
MCP2551: "If the MCP2551 detects an extended low state on the TXD input, it will disable the CANH and CANL output drivers in order to prevent the corruption of data on the CAN bus.", "Bit frequency 16
-
Thread
can bus am dspic33fj128gp802
Max H. schrieb im Beitrag #4286084: > mcp2515 ach, ich meinte auch mcp2551 Max H. schrieb im Beitrag #4286084: > Nirgends und überall. Die kannst du mit dem Peripheral Pin Select > realtiv frei zuweisen. oha, dass muss ich mir noch angucken. Danke für den Hinweis
leistungsstarke uC. Erstens, du meinst sicherlich nicht den MCP2515 als Transciever, sondern den MCP2551. Es gibt aber eine Problem, der MCP2551 ist ein 5V Transciever und läuft nicht bei 3,3V. Dafur muss du einen 3,3V CAN Transciever nehmen (wie der SN65HVD233 von TI). Und ja CAN funktioniert auch
-
Thread
Can Bus Simulator mit Mcp2515
Typen der jeweiligen Radios nennen? Ich vermute stark, dass für deine Zwecke ein Arduino, ein MCP2551 und ein MCP2515 ausreichen. mfg mf
Funktioniert(e) das Radio denn in besagtem W203? Dann wäre Sniff und Replay wohl das einfachste. MCP2551 am Raspberry Pi nebst Wireshark ergibt ein Netzwerkanalysetool, das dir genau das leisten kann. mfg mf
-
Thread
CAN-BUS Manipulation mit 2MCP2551
Hallo Leute, ist es möglich den CAN-Bus auf TTL Logik per MCP2551 umzuwandeln und dann wieder von TTL mit einem zweiten MCP2551 auf CAN? Hat jemand dieses schon ausprobiert und getestet? Ich sitze hier und versuche gerade zu verstehen warum der MCP die Daten
Ich verstehe das Problem nicht genau, aber diesen Absatz aus den Datenblatt kennst du? If the MCP2551 detects an extended Low state on the TXD input, it will disable the CANH and CANL output drivers in order to prevent the corruption of data on the CAN bus. The drivers are disabled if TXD is Low
-
Thread
Abtastzeitpunkt bei CAN verschieben (Phasesegm1, Phasesegm2 und SJW)?
und 0b11 Kombinationen hab ich noch nicht getestet. Mein Hausbussystem besteht aus ATmega16M1-MCP2551 Gespannen was absolut gut funktioniert, keine CRC Fehler oder wiederholte Übertragungsversuche. Das Gegenstück ist ein PIC18F2680 mit MCP2551 Tranceiver. Einziger Unterschied der mir aufgefallen ist
meinem System eine 2x51µH CAN-Drossel benutzte und die Flankenzeiten durch 100kOhm am Rs PIN des MCP2551 etwas gestreckt werden. Der Microchip-Analyzer hat keine Drossel und mindert die Flankensteilheit auch nicht, hier ist lediglich ein 0 Ohm Widerstand vom Rs in gegen GND gelötet. Das Komische ist
-
Thread
CAN Status LED einfach machbar?
unrealistisch erscheinen. Man könnte für die digitale Signalbeurteilung einen CAN-Transceiver (wie z.B. MCP2551) dranhängen und daran eine LED. Dann könnte man allein schon visuell einige Betriebszustände auseinander halten (nichts, Dauersendung, flackern...). Für die analoge Signalbeurteilung könnte man
Beitrag #4685468: > Man könnte für die digitale Signalbeurteilung einen CAN-Transceiver (wie > z.B. MCP2551) dranhängen und daran eine LED. Dann könnte man allein > schon visuell einige Betriebszustände auseinander halten (nichts, > Dauersendung, flackern...). Ich habe mal einen CAN-Transceiver an
-
Thread
CAN BUS Raspberry
kommunizieren lasse. Die Arduino Schaltung habe ich nach folgenden Prinzip aufgebaut mit einem MCP2515, MCP2551 & einem 8Mhz Quarz): https://www.google.com/search?q=arduino+mcp2551&client=firefox-b-d&sxsrf=ACYBGNTVOO3Z8W83lqPT5Tjz6yL9u0ieDA:1577365696730&tbm=isch&source=iu&ictx=1&fir=jUpY41_pB0CMAM%253A%252CtEUf16LF1rHe5M
Raspberry habe ich folgende Schaltung erstellt, siehe Anhang. Für den Raspberry habe ich anstatt des MCP2551 einen MCP2561 Chip, sowie einen 8Mhz Quarz, ansonsten ist der Aufbau gleich. Da ich kein Oszilloskop habe, habe ich beide CAN L+H Leitungen auf einen Analogen Input meines Arduinos gehängt, um
-
Thread
STM32 CAN Botschaft empfangen
Hallo zusammen, ich habe hier einen STM32F103 auf dem BluePill Board. Daran hängt ein MCP2551 CAN Transciever. Damit versende ich erfolgreich CAN Botschaften. Jetzt möchte ich den umgedrehten Weg gehen und eine Botschaft empfangen. Allerdings scheitere ich daran. Ich nutze die
den Bus. Sollte passen. Aufbau ist relativ einfach. Steckbret, darauf die BluePill und der MCP2551 + 120 Ohm. Wie gesagt, die Hardware steht, da bin ich relativ sicher. Ich scheitere an der SW. VG
-
Thread
CAN Extension Board
Erweiterungsplatine für ein Entwicklungskit erstellen. Die verwendeten Komponenten sind der MCP2515 und der MCP2551. Das Entwicklungkit läuft auf 3,3V. Der verwendete MCP2551 CAN Transceiver benötigt aber 5V. Ich dachte mir, dass ich einfach noch einen Spannungsregler einbaue, der mir die 5 V erzeugt, und ich nur den MCP2551 auf 5V laufen lasse. Dadurch brauche ich nur eine Leitung zu wandeln, vom Transceiver zum Controller. Die TX Leitung sollte ohne Wandlung funzen. Dürfte das so funktionieren ? Wär super wenn mit
-
Thread
2 Stk. MCP2515 an einem z.B. ATMega32
und IC2 auf der Zeichnung von H.Joachim Seifert negiert? Ist es außerdem denkbar, statt zwei MCP2551 nur einen MCP2551 und zusätzlich noch einen TJA1055 (Lowspeed CAN) zu verwenden? Kann dieser Analog zum MCP2551 angeschlossen werden, oder wird zusätzliches benötigt? Der TJA1055 hat ja noch einige
seltsam gezeichnet. Florian schrieb im Beitrag #4110019: > Ist es außerdem denkbar, statt zwei MCP2551 nur einen MCP2551 und > zusätzlich noch einen TJA1055 (Lowspeed CAN) zu verwenden? Klar geht das, nur wird der TJA1055 eben anders verschaltet was Du ja auch schon erkannt hast. Die zusätzlichen
-
Thread
MCP2515 Probleme
Wäre es möglich, den MCP im normal Mode zu betreiben und einfach die TX Leitung zum CAN Transeiver (MCP2551) zu unterbrechen? Ich hoffe es kann mir jemand Licht ins dunkle bringen. Grüße
möglich, den MCP im normal Mode zu betreiben und einfach die TX > Leitung zum CAN Transeiver (MCP2551) zu unterbrechen? Ja, aber dann am '2515 RX und TX über ein Wired-& zusammenbinden. So ungefähr: [pre] vorher: _____ ____ '2515| |'2551 | | CANTX|------|TX |
-
Thread
mcp2551 + standby-mode
einen empfänger habe. da aber nicht laufend daten gesendet werden, wollte ich den mcp2515 und den mcp2551 solange in den sleep schicken. das funktioniert auch paarmale hintereinander aber dann ist schluss (ca. 10 bis 20mal). ich habe den mcp2515 wakeup-interrupt aktiviert, auf den ich dann auch reagiere. als mcu benutzte ich einen atmega48. den RS-Pin des mcp2551 habe ich dirket auf einen Ausgang des atmega48 gelegt. wenn also nun länger nix empfangen wird, wird dieser PIN auf 5V gelegt und über SPI der mcp2515 in den sleep geschickt. Wird nun wieder was
-
Thread
MCP2551 Schaltungsentwurf
Hy, im Anhang habe ich einen Schaltungsentwurf zum MCP2551 der mit dem CAN-BUS kommunizieren soll. Ich bin mir jedoch unsicher ob der so stimmt, deshalb würde ich euch bitten mal drüber zu schauen und gebenfalls Vorschläge zu bringen was ein kopletter blödsinn
-
Thread
gibt es rs232-CAN Converter?
gedacht: meine Baud-Rate ist 2400bps müsste also machbar sein, das zu bauen. SPS--AVR--MCP2515--MCP2551====CAN=====MCP2551--MCP2515--AVR--MAX232--PC und auf die SPS wird mal geschrieben und mal von gelesen. wer andere Lösungen hat, immer her damit :)
-
Thread
Identifizierung Bauteil
weiß jemand welchen Zweck das rot markierte Bauteil hat? Es ist Teil der Busterminierung eines MCP2551. Die Platine ist ein Hydraulikmodul von Fröling (FRHYU21A). Dennis
relevante Information aus deinem Bild rüberzubringen. > Es ist Teil der Busterminierung eines MCP2551. Das mag vielleicht auf der Platine drauf sein, auf der die Busterminierung aufgebaut ist. CAN hat zwei Leitungen, also müssen die Bauteile zur Busterminierung doppelt vorhanden sein - fail.
-
Thread
AVR Netzwerk am PC
...oder einen CAN-Transceiver, z.B. MCP2551, direkt an RX/TX der Controller hängen. PC-seitig dann MAX232 + MCP2551. Spart die Sende-/Empfangsumschaltung.
-
Thread
Fragen zum CAN Transciever MCP2551
ich bin gerade dabei eine CAN Simulation mit einem TI LM3S9B92 EVK aufzubauen. Ich verwende den MCP2551 als HighSpeed Transciever für meine Schaltung. Nun habe ich einen Can Teilnehmer an den Bus angeschlossen und möchte mit meinem EVK-Board die CAN Nachrichten empfangen. Leider habe ich ein Problem mit dem Transceiver. Die CAN Nachrichten liegen auf Seite des CAN Bus (CAN high, CAN low am MCP2551) an aber der Transciever gibt mir auf dem Rx Pin einen permanenten High Pegel (knapp 5 V) aus. Beschaltung des Transciever sollte passen. Versorgung mit +5V und GND, Vref und Rs sind auf Masse geschalten
-
Thread
CAN-Interface mit galvanischer Trennung für Pandaboard (OMAP4)
MCP2515 ausgewählt. Dieser wird per SPI an den OMAP4 angebunden. Als Transceiver wollte ich den MCP2551 einsetzen. Um den OMAP4 zu schützen soll außerdem eine galvanische Trennung integriert werden. Die Trennung der Datenleitungen wollte ich mit einem ADUM1402 realisieren, die der Spannungsversorgung
Dadurch bin ich hier gelandet. Meine Frage ist, ob es einen technischen Grund gibt warum der MCP2551 und der ADUM1402 durch den ISO1050 ersetzt wurde oder ob Bauteile gespart werden sollten. Hier geht es mir vor allem um die Beschaffungsmöglichkeit via Reichelt. Zweite Frage: Für was ist der AT24C01
-
Thread
mcp2551 Can-Transceiver - wo?
du kannst auch den pc82C250 statt des mcp2551 nehmen.
falls es kein MCP2551 sein muss: PCA82C250 (gibt's bei Reichelt)