-
Thread
dsPIC30F6014 using 2 CAN-Module
> zum anderen muss beim MCP2551 der RS-Pin > auf Masse gelegt werden, sonst hab ich ein floatendes Signal. Das muss bei allen CAN Transceivern gemacht werden, sonst legt er sich schlafen.
sollte das ganze auch richtig senden, zumindest geht das im Loopback-mode...also liegts irgendwo am MCP2551 RX oder am 4012er RXn ?? Hast du oder jemand anders eine Idee?
-
Thread
RPi - CANbus - STM32F303K8
Für den MCP2551 brauch ich noch ein Level Shifter (5V -> 3.3V), richtig? Vdd (MCP2551) verbinde ich mit dem +5V Output vom STM32F303. Die Rx Leitung muss ja dann noch auf 3.3 reduziert werden, da die Pins vom
folgt: RPi 24V out (optoentkoppelt) -> Spannungsregler (30V->12V) -> Vin STM32F303 RPi CAN_H -> MCP2551(am STM32F303) CAN_H RPi CAN_L -> MCP2551(am STM32F303) CAN_L STM32F303 Rx/Tx -> MCP2551 Rx/Tx (Rx über Level Shifter?) STM32F303 +5V -> MCP2551 Vdd (mit 100nF CAPACITOR zu GND)
-
Thread
Sparkfun OBD-II Uart
eigentlich, dass der ELM327 die 1mbps nicht anbietet? Die Kommunikation auf dem CAN Bus läuft doch über den MCP2551 und der schafft 1mbps.
Tonne), was ein Datenblatt ist (da steht nämlich drin, was der STN1110 kann) und nimm einen PCA 82C250/MCP 2551 und einen MCP 2515, Quarz, zwei Rs, vier Cs und gut ist. Kostet keine 3€.
-
Thread
Bus für >50m
MCP2551. fchk
wo das Ding braucht? Jo Ka schrieb im Beitrag #2205268: > Mein Plan ist jetzt: > Controller -> MCP2515 -> MCP2551 -> CAT5-Kabel Als kleiner Tipp: Schau mal bei Kreatives Chaos vorbei, da gibts ne fertige Library für den MCP2515 & Atmel: http://www.kreatives-chaos.com/artikel/universelle-can-bibliothek
-
Thread
Can Bus Treiber defekt/fake
MCP2515 und MCP2551 verzichtet da ich hier noch solche Arduino Can Shields aus vergangenen Tagen rumliegen habe und Reichelt weder MCP2551 noch einen TJA2050 am Lager hat. Also war der Plan diese zu schlachten
Gibts die denn auch nicht mehr zu kaufen? Zur Not habe ich MCP2551 da.
-
Thread
can-Bu sendet nicht
paar neue Erkentnisse über meinen Fehler und zwar funktioniert die Kommunikation wenn ich die beiden MCP2515 direkt miteinander verbinde, wsobald ich aber die MCP2551 dazwischen hänge ist funkstille es wird also nicts mehr übertragen. Wo könnte denn der Fehler liegen? Der Anschluss der beiden MCP2551
Habe jetzt herausgefunden das der TXCAN-Pin des MCP2515 sofort auf Low gezogen wird sobald ich ihn an den MCP2551 anschließe und diese ja dadurch dann den Can-Bus abschaltet, doch was ist die Ursache dafür das der TXCAN-Pin aud Low Pegel gezogen wird
-
Thread
Mikrocontroller mit Can Controller und Transceiver und OLED Bildschirm
MCP2515) der per SPI kommuniziert und den MCP2551. Wenn du es schnell und einfach realisieren willst würde ich dir mit wenig Programmieraufwand Nr.2 empfehlen, da arduino einfach ist und es schon Librarys
Ich habe jetzt mal folgende Varianten für mich zusammengestellt: Für alle Varianten habe ich den MCP2551 I/P ausgesucht http://www.mouser.de/Search/ProductDetail.aspx?R=MCP2551-I%2fPvirtualkey57940000virtualkey579-MCP2551-I%2fP Und folgende 2 Bildschirme habe ich rausgesucht, könnt ihr mir dazu
-
Thread
Umsetzer von CAN auf RS232 bauen
mit. Dafür finde ich die Preise ganz ok. Du kannst dir das ganze natürlich auch mit einem ATMega + MCP2515 (über SPI) + MCP2551 aufbauen und das Protokoll + die Host-Software selbst implementieren.
Danke, Anja für Deine Erklärungen und Hinweise. Ich habe mir das Datenblatt vom MCP2515 hergeholt. Das sieht ganz vernünftig aus. Dann werde ich mir mal den MCP2551 und den 2515 besorgen und mal sehen, wie ich über die SPI-Schnittstelle von einem Atmega8 aus mit ihm "reden" kann
-
Thread
STM32F103 board + CAN
HI Ich hab den MCP 2551 jetzt drauf auf meinem STM32F103 board. Habe von Keil ein Beispielprogramm runtergeladen für das STM32F103 board. Es funktioniert leider nicht. Weis jetzt nicht ob es am Code liegt oder am MCP
Achso stimmt hab ganz vergessen das RS ein PIN am MCP2551 ist. ich hab den auf GND gelegt. Vref hab ich offen gelassen !? ist das ok oder auch auf GND legen !?
-
Thread
Kann mir jemand was in C schreiben?
Deal, dann nehme ich 2 Stück UND 3x MCP2551. ok?
Passt. MCP 2551-I/P oder MCP 2551-I/SN ?
-
Thread
Sendefehler MCP2515 / Arduino nur bei 10 kbps
versteckt im Datasheet steht, und nicht irgendwo eine minimum usable baud rate oder so etwas. Der MCP2551 scheint auch nur bis auf 40 kbps runter zu können. Hier https://github.com/Neuroquila-n8fall/JunkersControl wird das obige Board empfohlen zur Kommunikation mit einer Junkers Heatronic, dann
Moritz M. schrieb im Beitrag #7366089: > Der MCP2551 scheint auch nur bis auf 40 kbps runter zu können. Nö, 16kbit/s, RTFM. "1.5 TXD Permanent Dominant Detection If the MCP2551 detects an extended Low state on the TXD input, it will disable
-
Thread
MCP2515 Can IC Woher ?!
PDIP währe schon super, habe jetzt schon leider mein Layout fertig darauf. Wie gesagt ich suche MCP2515 MCP2551 jeweils in PDIP. Versteh gar nicht warum die so schwer zu bekommen sind :( Gruß Dennis
Hallo Dennis, Ich habe mal nachgesehen: MCP2515-E/P 3 stück a 3,38 MCP2515-I/P 3 stück a 4,29 MCP2551-E/P 5 stück a 1,19 Plus versand. 3,20 Grüße Mark,
-
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
Transceivers. https://www.google.com/search?q=mcp+2515+can+modul... Welchen Transceiver soll ich denn am besten verwenden? Oft wird ein TJA1050 oder MCP 2551 verwendet.. https://cdn-reichelt.de/documents/datenblatt/A300/SBC-CAN01-DATENBLATT.pdf
-
Thread
Impuls über CAN auswerten
mit integrierten CAN-Controller, werte den Impuls aus, schicke ihn über CAN_TX und CAN_RX auf den MCP2551 und kann dann auf den CAN-Bus gehen. Habe ich das so richtig verstanden ?
werte die Impuls über den Mikrocontroller aus und sende je nach Auswertverfahren Datenpakete an den MCP2551.So hatte ich mir das vorgestellt.
-
Thread
Probleme CAN bekomme nur Error
ich habe ein kleines Problem mit meinem CAN-Bus. Ich habe folgendes aufgebaut: Einen Atmega32 mit MCP2515 und MCP2551 sowieo einen zweiten Knoten mit einem PCA82c250 (hatten keine zwei Gleichen). Die RS-Leitung des MCP2551 liegt mit 0 Ohm an , GND der Bus ist an beiden Knoten mit 120 Ohm terminiert
MCP2551 und PCA82C250 kooperieren erfahrungsgemäss problemlos.
-
Thread
Multi - Master fähiges Protokoll
SC143 als Zentrale), die Peripherie bekommt teilweise den AT90CAN128, die kleineren Geschwister Mega8+MCP2551+MCP2515. I2C kannst du getrost vergessen.
>>Wenn der Transceiver MCP2551 7 teuer ist, nimm besser den PCA82C250 >>(Reichelt: 1,40 ). Einen CAN-Treiber wie den PCA82C250 brauchst Du immer. Der MCP2551 ist kein Treiber sondern SPI-gesteuerter CAN-Knoten (für µCs
-
Thread
Welche Schnittstelle für Bus-System ?
Danke Falk, Ich hab das jetzt so verstanden, das an Das RPI (Oder den ATMega etc) via SPI der MCP2515 kommt, dahinter kommt dann der MCP2551. Aus dem MCP2551 kommt dann CAN, Richtig? Dann habe ich das jetzt nähmlich verstanden.
#3217980: > Ich hab das jetzt so verstanden, das an Das RPI (Oder den ATMega etc) > via SPI der MCP2515 kommt, dahinter kommt dann der MCP2551. Aus dem > MCP2551 kommt dann CAN, Richtig? Eine CAN Peripherie besteht ähnlich wie bei Ethernet immer aus zwei Teilen: einem MAC (dem Digitalteil, zB
-
Thread
UART an CAN-Treiber
Ja, ich meine den MCP2551. Habe mich nur vertippt.
Würdet ihr den MCP2551 oder den PCA82C251 bevorzugen?
-
Thread
Aufwand für CAN-Sniffer
je einen CAN Controller (z.B. > MCP2515) dazwischen zu schalten? Meinst du ernsthaft du kannst einen MCP2551 an einen UART anschließen? Der LPC1830 hat 2 CAN-Controller, also auf keinen Fall sind da noch externe Controller nötig. Wie
Michael B. schrieb im Beitrag #6556286: > 2 UARTs. An denen könnten > 2 Transceiver (z.B. MCP2551) Du hast vermutlich RX und TX gesehen. Das hat aber mit UART nichts zu tun. CAN ist komplett anders aufgebaut.
-
Thread
CAN-Bus Problem
Nun muss ich ein weiteres Gerät einbinden, dazu habe ich mir zunächst eine Testschaltung mit dem MCP 2511 aufgebaut (Schaltplan ist angehängt). Sobald ich den MCP 2551 am Bus mit dazuhänge, geht die Anzahl der Nachrichten in die Knie: 2-4 Nachrichten / Sekunde (Buslast 0.2 - 0.4 %). Hat jemand eine
darauf tippen, dass dein Transreceiver den Bus physikalisch kaputt macht. Kannst du den deinen MCP2551 mal außerhalb testen?
-
Thread
RaspberryPiB+ mit CAN (MCP2515)
+ für 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
zu senden! (weiß aber noch nicht wieso es auf einmal gehen sollte... habe folgendes gemacht: - MCP sendete auf einmal Daten an den MCP2551 (Bus war noch nicht angeschlossen) - Raspberry reboot - CAN an "CAN Monitor" (Atmega mit MCP2515 und Display) angeschlossen - ip -s -d link Show can0 (can
-
Thread
CAN mir das einer mal erklären?
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 (nenen wir ihn SPI <-> CAN Wandler) - einen Transceiver, z.b. MCP2551 (ganz grob so was wie ein MAX232 für CAN) Beim PIC18F25K83 brauchst du auch einen Transceiver. (von On-Board Sonderlösungen
-
Thread
Unterschied MCP2515, 2551 und PIC 18F2685
Nun bin ich auf PIC 18F2680, 2682 und 2685 gestossen. Außerdem habe ich sowohl den CAN-Controller MCP 2515 und auch den CAN-Transceiver MCP 2551 gesehen. Worin liegen hierbei die Unterschiede? - PIC 18F268x - CAN-Controller MCP 2515 - CAN-Transceiver MCP 2551 Dass sich bei den PICs die Anzahl
Danke für die Antwort. D.h. den Transceiver MCP2551 brauche ich auf jeden Fall. Wozu braucht man dann den CAN-Controller MCP 2515? Datenblätter habe ich schon mal angesehen, jedoch sind die des PIC mit 484 Seiten und die des MCP2551 mit 80
-
Thread
Zwei uC teilen sich eine serielle Leitung?
Möglichkeit, dass beide gleichzeitig > anfangen zu senden, deswegen wäre ein CAN-Transceiver, z.B. MCP2551 > zu empfehlen, also CAN nur auf Hardwareebene benutzen, da es die > Möglichkeit der Arbitration bietet. Naja, der MCP2551 kann auch nicht mehr, als mein AND-Gatter. Ohne echte CAN-Controller
Möglichkeit, dass beide gleichzeitig >> anfangen zu senden, deswegen wäre ein CAN-Transceiver, z.B. MCP2551 >> zu empfehlen, also CAN nur auf Hardwareebene benutzen, da es die >> Möglichkeit der Arbitration bietet. > > Naja, der MCP2551 kann auch nicht mehr, als mein AND-Gatter. Ohne echte > CAN-Controller
-
Thread
CAN-Sender im Mini-Format
quasi Digital zu 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
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
-
Thread
CANTransceiver
demnächst ein paar Nachrichten versenden und empfangen. Dazu verwende ich eine dsPIC30F4011 und einen MCP2551. Jetzt ist es so, dass der MCP2551 die Informationen vom controller erhält, diese passend umwandelt und auf den Bus schickt. Sollte der Bus belegt sein, bekomme ich die Nachricht als Fehler zurück
> Meine frage ist nun, wer kümmert sich darum, dass die Nachricht neu > gesende wird? macht der MCP2551 automatisch? ein CAN-Transceiver wie MCP2551 ist lediglich eine Art Verstäerker oder Endstufe für die beiden CAN-Leitungen. Von sich aus macht der nichts. Eine nicht gesendete Botschaft wird
-
Thread
RS485 auf Fonera
nimmste die vom CAN-Bus --- z.B. MCP2551
Fhutdhb Ufzjjuz wrote: > nimmste die vom CAN-Bus --- > > z.B. MCP2551 Mh, daran habe ich noch nicht gedacht. Klappt das in der Praxis wie erwartet? Gibts Bauteiltips für 3,3Volt direkt? (Der MCP2551 ist ja für 5 Volt ausgelegt)
-
Thread
Sabotageschutz für Teilnetz am CAN-Bus
Ich habe mir CAN-Gateways aus einem Atmega328 + 2x MCP2515 +2x MCP2551 gebastelt. Zwar mehr aus topologischen Gründen aber mich würde auch interessieren wie störsicher die Angelegenheit ist. Bietet der Can-Transceiver (MCP2551) nicht ausreichend Schutz
Innen-CAN-Controller u. Innen-CAN-Transceiver? CAN-Gateway würde verm. an Außen-Stromversorgung hängen.(Der MCP2551 hat keine integr. galv. Trennung.)
-
Thread
2 Stk. MCP2515 an einem z.B. ATMega32
IC6 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
Welchen CAN treiber?
Ich denke ich werde MCP2551 nehmen..
Kann man eigentlich auch zwischen MCP2515 und MCP2551 TX weglassen? damit sicher nichts gesendet wird..
-
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
-
Thread
CAN-BUS - Nur empfangen - Was mache ich mit dem TXD Pin am Tranceiver??
Ohne ext. CAN-Tranceiver geht der MCP2551 sowieso nicht, und dann stellt sich diese Frage erst gar nicht.
Harry L. schrieb im Beitrag #6650575: > Ohne ext. CAN-Tranceiver geht der MCP2551 sowieso nicht, und dann > stellt > sich diese Frage erst gar nicht. Der MCP2551 IST ein CAN Tranceiver. Beim MCP2515 meinst du wohl ;-) Na dann lasse ich den Pin mal offen. Es ist mir
-
Thread
CAN-Bus + Protokoll bereits im Chip
der CAN-Controller. Um das also klarzustellen: Ein CAN-Controller ist ein Gerät wie SJA1000 und MCP2515 (extern), kann auch in diversen µCs eingebaut sein (z.B. AT90CAN). Ein Transceiver wie der MCP2551 oder PCA82C251 passt diesen an die elektrische Definition des CAN-Bus an und ist stets extern.
Sorry Tipfehler: MCP2551 sollte MCP2515 heißen
-
Thread
Konzept-Entscheidungshilfe
oder ist das schon eine gute Wahl? 2. Für das CAN-Interface würde ich nach einiger Recherche zum MCP2515 als Controller (auch 3V3-fähig) und ursprünglich zum MCP2551 als CAN-Treiber greifen. Allerdings benötigt der wohl 5V, d.h. ich müsste einzig für diesen Baustein die Spannung wieder hochregeln.
SN65HVD230, der auch 3V3-fähig ist. Gibt es mit > dem denn (ähnlich positive) Erfahrungen wie mit dem MCP2551? Der Alterativ-Transceiver sollte gehen.
-
Thread
Can Bus Simulator mit Mcp2515
genauen Typen der jeweiligen Radios nennen? Ich vermute stark, dass für deine Zwecke ein Arduino, ein MCP2551 und ein MCP2515 ausreichen. mfg mf
Big 1. schrieb im Beitrag #7579451: > Ein MCP2515 und Arduino Uno, Du kannst ja schon mal den Arduino, den MCP2551 und den MCP2515 nach Datenblatt- bzw. Library-Vorgabe zusammenstecken. mfg mf PS. Hast du ein Oszi? Könnte nützlich zum
-
Thread
Den CAN Transceiver extern abschalten wegen Stromverbrauch
Hallo, da ich in meiner Anwendung MCP2551 CAN Transceiver verwende und den Stromverbrauch etwas drücken möchte würde ich gerne Wissen ob ich die MCP2551 einfach mittels FET von der Stromversorgung abtrennen sollte. Letztens sind mir
Thomas O. schrieb im Beitrag #3958714: > MCP2551. Diese > muss ich jetzt aber erstmal verbauen Normalerweise liest man erst Datenblätter und ordert dann. fchk
-
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
sind allerdings 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
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
-
Thread
DIY Can Interface! Brauche dringend Hilfe
beides in > einem. Das allein wird nicht reichen. Es wird wohl auch ein µC nötig sein, der den MCP2515 (+2551 Transceiver z.B.) ansteuert und dann auch das Lämpchen schaltet. Aber alles in allem sollte das bei bekannten CAN-Nachrichten und bekannter Bitrate lösbar sein
dich erstmal so richtig durchgooglen. ISO9141-2 und CAN scheint für dich dasselbe zu sein. Und MCP2515 braucht einen MCP2551 um überhaupt mit CAN verbunden zu werden. > Baudrate ist übrigens bekannt, 104000 oder so irgendwas Für ISO9141 und KWP2000 ist es 10400B für CAN 25-50 Mal so schnell
-
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?
Informationsherausgabe nur auf Nachfrage vergrault man selbst noch 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
-
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
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
Empfehlung für CAN Transceiver
Hallo. Wir verwenden bisher den MCP2551 als CAN Bus Treiber. Wir haben zwar bisher keine Probleme, aber ich bin trotzdem auf der Suche nach Erfahrungswerten. Evtl. auch nach einem anderen Treiber. Mit welchem CAN Transceiver habt
Der MCP2561 sollte anscheinend besser sein als sein Vorgänger der MCP2551. Hatte bisher allerdings mit Beiden keine Probleme, wobei derzeit alles nur Prototypen sind. Christian_RX7
-
Thread
ESP32 - CAN-Bus
ist vom CAN Transceiver abhängig. Einen 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)
Gamergirl schrieb im Beitrag #6559774: > Ich denk mal, dass ein MCP2515 höhere Reichweiten 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
-
Thread
Minimale Hardware zum Auto CAN-Bus abhören
Audi A3 8P). 2. Von diesem Stecker aus nehme ich CAN H, CAN L, und GND und schließe das an einen MCP2551? 3. Von da aus gehe ich dann mit RX, TX zu einem PIC18F2580 und da in CANRX, CANTX rein? 4. Sollte ich aus Sicherheitsgründen vielleicht das "Sende Kabel" gleich weglassen ? 5. Muss ich irgendwo
Anschluss >"2. Von diesem Stecker aus nehme ich CAN H, CAN L, und GND und schließe >das an einen MCP2551?" Ja, das ist der High-Speed CAN Transceiver. Er setzt die Pegel um. >"3. Von da aus gehe ich dann mit RX, TX zu einem PIC18F2580 und da in >CANRX, CANTX rein?" z.B. das wäre eine von
-
Thread
MCP2515 und RPi - Problem
Can-Hardware_1 : o.g. Probleme > > Pi_System_1 an Can-Hardware_2 : keine Probleme > > => der MCP2515 von Can-Hardware_1 scheint also das Problem zu sein und > ich will herausfinden woran es liegt. In der Schaltung finde ich 3k3 Ohm für MCP2551 RS merkwürdig bei 500k. Sollte RS nicht mit GND
> In der Schaltung finde ich 3k3 Ohm für MCP2551 RS merkwürdig bei 500k. > Sollte RS nicht mit GND verbunden werden ? 500k ? Über RS wird die Flankensteilheit der Frames eingestellt. 3,3k sind i.O. > Dann musst Du das Modul einmal entladen
-
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
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
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
bei welchem 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