-
Thread
CAN-Bus + Protokoll bereits im Chip
Ein schrieb: > Einfacher geht es nicht, und preiswerter wohl auch nicht. Wobei Mega8+MCP2515 zusammen deutlich billiger sind als der PIC18F258.
Sorry Tipfehler: MCP2551 sollte MCP2515 heißen
-
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
CAN Bustreiber beim großen C?
ich vor ein paar Wochen gerade dort bestellt und ebendiese Transceiver vergessen. Werde ich wohl die MCP2515 zum Testen provisorisch per Diode und Pull-up verkabeln müssen...
vor ein paar Wochen gerade dort bestellt und ebendiese > Transceiver vergessen. Werde ich wohl die MCP2515 zum Testen > provisorisch per Diode und Pull-up verkabeln müssen... Du suchst CAN Transceiver, hast aber MCP2515 rumliegen? Hab ich da was falsch verstanden? Was geht an den MCP2515 nicht
-
Thread
CAN Masken und Filter
will ich auf zwei Adressen fltern: 201 und 300. Wie muß ich das einstellen? [c] // Group 0 MCP2515_FILTER(???), // Filter 0 MCP2515_FILTER(???), // Filter 1 // Group 1 MCP2515_FILTER_EXTENDED(???), // Filter 2 MCP2515_FILTER_EXTENDED(???), // Filter 3 MCP2515_FILTER_EXTENDED(???), // Filter 4 MCP2515_FILTER_EXTENDED(???), // Filter 5 MCP2515_FILTER(???), // Mask 0 (for group 0) MCP2515_FILTER_EXTENDED(???), // Mask 1 (for group
-
Thread
CAN netzwerk aufbauen
Aber nicht für den Atmel-AVR Microcontroller zusammen mit dem Microchip-MCP2515 CAN-Baustein. Stefan
Hallo Stefan, ich schicke dir die Treiber für den MCP2515 zu. Ich muss nur noch das CMX aus den Sourcen löschen und andere Aufrufe verwenden. gruss Steffen
-
Thread
SPI-Probleme (Mega64)
Hallo Leute, ich versuche gerade, mit einem ATmega64 einen MCP2515 und einen ENC28J60 zum Laufen zu bringen. Bisher ist erst der MCP2515 auf dem Board, aber ich merke bereits, daß das ein Schuß in den Ofen war. Ist es tatsächlich so, daß man nur EIN Gerät an den
, und hatte auch mal was ähnliches mit dem Mega8 gebaut. In der Software heißt es, daß der /CS des MCP2515 am SS des AVR angeschlossen werden muß, damit das Hardware-SPI genutzt werden kann. Das heißt für mich, daß nur Geräte, die am SS hängen, verwendet werden können, ergo genau eins. Stimmt das so?
-
Thread
Adressierung über Bus
Beitrag #3766252: > Bei einem AVR wäre das noch ein extra Baustein mit extra Quarz, Selbst wenn man MCP2515 statt AT90CANxx einsetzt kann man dennoch ohne doppeltem Quarz arbeiten. Der vom AVR wird dann oft überflüssig.
Version des MCP2515 mit mehr Puffern und weniger Bugs. fchk
-
Thread
mcp2551 + standby-mode
einen sender und 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
empfangen (Interrupt wurde vom mcp2515 ausgelöst) wird dieser wieder in den Normal-Modus gesetzt und ich setze den RS-Pin auf 0V. Als Clock habe ich ein 16MHz Quarz. Wird weder der mcp2515 noch der mcp2551 in sleep versetzt, so funktioniert
-
Thread
Welcher CAN controller
>Ich nehme am liebsten den MCP2515, der >SJA1000 hat mir zuviele Anschlüsse :-) Sehe ich auch so... hab den mcp2510 und später den mcp2515 am msp betrieben! Geht super! Beispiele hierui gibt es wie sand am mehr. Zur not kann
Daten-, Adreßbus, ALE, /RD, /WR = 11 Leitungen). Wenn Dein MC ein HW-SPI hat würde ich auch den MCP2515 empfehlen. Peter
-
Thread
gibt es rs232-CAN Converter?
Zufuß: Mega8 + MCP2515 + CAN-Transceiver + MAX232 ...
mir das 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
Schieberegister und CAN Controller an SPI
Beitrag #3859248: > Allerdings habe ich jetzt einen Knoten im Hirn. Als Can Controller ist > der MCP2515 wohl eine gute Wahl. Äh. Nö. Für nur wenig mehr bekommst Du auch den PIC18F26K80, der eine verbesserte(!!!) Version des MCP2515 plus ein kompletter Mikrocontroller ist. Auf die CAN-Register kannst
MCP2515 ist ne gute Wahl, wenn du mit mit einem bekannten System auch per CAN kommunizieren willst. Mag sein, dass eine andere Lösung theoretisch sinnvoller ist, optimal ist aber die lösung, die schnell
-
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
Florian S. schrieb im Beitrag #3824457: > der MCP2515 ist da wohl sensibler. Der läuft auch noch mit 3,3V. Strom verbrauchen die Tranceiver. Dafür gibt es für 3,3V-Systeme dann eigene Tranceiver.
-
Thread
CAN-Bus; Was brauche ich?
Der MCP2515 hat einen ziemlich konkurrenzlosen Charme: Er lässt sich mit jedem Microcontroller kombinieren der noch 4 Pins frei hat. Beim SJA1000 ist das aufgrund des pinraubenden parallelen Businterfaces nicht
Schnittstellen dieser Mikrocontroller bietet alle Vorzuege eines ARM7. Ich würde Dir für den Start ein MCP2515 o. AT90CAN128 empfehlen.
-
Thread
ATMEGA328P - CAN
unsicher, da der USBtin einen 24Mhz Quartz verwendet. Für die Kommunikation reichen mir 125kBit mit dem MCP2515 vollkommen. Anbei der Schaltplan. Schönen Gruß aus Köln!
6 des MCP2515 kannst du unbeschaltet lassen. RS am Tranceiver mit einem Widerstand nach GND. Meist nehme ich hier irgendwas unter 1k. Die Quarzfrequenz des MCP2515 ist unabhängig von anderen CAN-Knoten, hier
-
Thread
Wieder mal Oszillator-Verständnisfrage
ziemlich ungenau ist und für serielle Verbindungen nicht geeignet ist: Ich möchte den CAN-Controller MCP2515 mit einem ATTiny2313 verbinden und möglichst viel Platz einsparen. Falls ich den 2515 an den interen Takt anschliessen kann, langt das für den CAN-Betrieb bei 500 kbaud? Oder ist der Takt dafür
Der MCP2515 hat neben den Quarzanschlüssen noch einen Ausgang CLKOUT, an dem, wenn man nichts dagegen tut, ein gepufferter Takt mit Quarz/4 anliegt. Programmierbar auch auf Q/2 und Q/1.
-
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.
. Den NCP3036 kenne ich nicht. > 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
-
Thread
Robuste Datenverbindung
... Servus, CAN ist nicht sonderlich komplizierter als UART oder I2C. Mein Tipp: Nimm den MCP2515 (CAN-Controller) und den MCP2551 (CAN-Treiber). Kosten je ca. 1-2€ Hab dir mal aus dem CAN:Artikel was rauskopiert: MCP2515 * SPI Schnittstelle * 2 Empfangs- und 3 Sendepuffer jeweils
* erhältlich z. B. bei Reichelt (ca. 2€) Es gibt genügend Projekte mit AVRs die sich mit dem MCP2515 beschäftigen. Der MCP2551 ist nur der Treiber (ähnlich dem MAX232 für RS232 halt in diesem Fall für CAN).
-
Thread
CAN-Bus Management Senden/Empfangen
Empfangswarteschlange brauche und sogar auf das Abholen in der ISR verzichten kann. Dazu kommt, dass der MCP2515 2 Empfangspuffer hat und, sebst wenn beide voll sind, gleichzeitig noch eine dritte Nachricht empfangen kann.
Overhead die wofür-auch-immer-überhaupt "libs" verursachen. Der SPI von dem Mega328 läuft mit 8MHz, der MCP2515 kann das auch und mit mehr als einem Datenbyte auf dem CAN wird es tendenziell auch nicht schlimmer.
-
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
-
Thread
Einfache Frage zu Bascom Syntax
BASCOM erlaubt nur 1 Operand hm, nicht so gut. was machen ich, bei meinem Aktuellen Beispiel: Int_mcp: Gosub Lesen Return Lesen: Disable Interrupts Mcp2515_read_register Rxb0dlc Wert1 = Canin Mcp2515_read_register Rxb0d0 Wert2 = Canin Mcp2515_read_register Rxb0d1 Wert3 = Canin Mcp2515
-
Thread
CAN BUS Emulation / Raspberry PI / Arduino - Wie am besten??
aber nicht ganz trivial. Mit Windows 10 wirst du glaube ich nicht weit kommen. Es gibt zwar für den MCP2515 einen Linux Kernel Treiber aber der ist meines Wissens nicht im Standardkernel von Rasbian enthalten. D.h man muss den Kernel selber neu kompilieren. Kann sein das der Treiber mittlerweile im Standardkernel enthalten ist. Wenn du nach RPI +MCP2515 suchst findest du ein haufen Anleitungen. Habe gesehen das man fertige Boards kaufen kann wo schon der MCP2515 inkl. CAN Tranciever verbaut ist. Bei Ebay so für 1.80€ zu haben. Der CAN-Bus wird
-
Thread
Universelle CAN Bibliothek Probleme beim erstellen
bekomme beim zusammenfügen zur "libcan.a" Datein immer eine Fehlermeldung in WinAVR diese lautet: mcp2515.c:265: fatal error: opening dependency file .dep/mcp2515.o.d: No such file or directory Jemand eine Ahnung wie ich diese Weg bekomme gab zwar schon einen anderen Lösungsansatz hier auf der Seite
Mein Vorhaben ist über ein MCP2515 mit einem Microkontroller wie zb den ATMEGA88 Nachrichten über CAN zu verschicken und zu empfangen und das sobald das mal klappt möglicherweise zu erweitern. Das Problem ist nur ich finde keine
-
Thread
Wo bekomme ich ...
einen MCP25050 CAN-Buscontroller? Gruß Tenner
Billiger ist es da wohl den MCP2515 und nen kleinen AVR zu verwursten... Wobei der MCP2515 auch schon gewissen "stand-alone" Eigenschaften hat...
-
Thread
Can Controller mit 3.3V und CanTreiber mit 5V?
Ich würd den MCP2515 nehmen...
Einzelfall betrachten. Manche Controller besitzen 5V-tolerante Pins, beispielsweise viele ARMs. Aber weder MCP2515 noch die AVRs sind 5V-tolerant und der MCP2515 will bei 5V-Betrieb mindestens 3,5V am Eingang. Es gibt aber von TI CAN-Transceiver für 3,3V-Betrieb: SN65HVD23x.
-
Thread
Studienprojekt Wireless CAN
Da der Arduino kein CAN Interface hat benötigen wir einen CAN Transceiver. Hier haben wir folgenden MCP2515 ausgewählt: https://www.amazon.de/haljia-mcp2515-Can-tja1050-Empf%C3%A4nger-Arduino-Raspberry/dp/B06XCMJNQH/ref=sr_1_1?ie=UTF8&qid=1524131975&sr=8-1&keywords=mcp2515 Da wir jedoch noch kaum
verschickt / sendet ist trivial. Jepp, siehe hier: 2x https://github.com/GBert/misc/tree/master/RPi-MCP2515 https://github.com/GBert/railroad/blob/master/can2udp/src/can2eth.c Fertig an einem Nachmittag ...
-
Thread
Can bus Messen
das Protokoll Decoden. Warum? > Zum mitlesen was ich da eigentlich mache. Ich habe einige mcp2515 module Der MCP2515 übernimmt das codieren und decodieren für dich. Du brauchst dir darüber keine Gedanken zu machen, der kann das sehr gut;-) > richtig sende oder Fehler beim Emfang auftauchen. Dazu liest man die Error-Counter im MCP2515 aus. > Die frage ist ja eher nur wie ich das nun Messe Den Logicanalyser direkt > an die Can leitungen? Oder besser durch den Bustreiber. Was steht denn in der Bedienungsanleitung? Wie ich
-
Thread
Ist das Möglich über RS232
für dieses projekt egal, in Asambler. Wenn ich jetzt einen belibigen Atmel nehme und diesen mit dem MCP 2515 verbinde (parallel?) kann ich dann einfach ein byte an den MCP2515 schicken und der gibt das auf dem canbus aus? warscheinlich nicht das währe bestimmt zu einfach. Vieleicht würde mir ein beistpielqueltext
der mcp2515 wird per spi angeschlossen, sollte also schon ein avr sein, der das in hardware hat. ganz so einfach geht die ansteuerung leider nicht, sonst wäre das datenblatt nicht 80 seiten stark :) http
-
Thread
Problem durch Optimierung -Os
ich arbeite gerade an einem CAN Bootloader, der auf einem atmega32 laufen soll, welcher dazu einen MCP2515 via SPI verwendet, um mit dem Bus zu kommunizieren. Um die zum Flashen erforderlichen Daten auf den Bus zu bekommen verwende ich einen atmega168, der ebenfalls einen MCP2515 via SPI verwendet,
anzeigen lassen. Ich vermute, dass in der 'handle_interrupt(message);' welche die Daten per SPI aus dem MCP2515 ausließt ein Konflikt mit der Optimierung auftaucht, da das Programm bis zu diesem Punkt problemlos arbeitet. Die 'handle_interrupt(message);' sieht wie folgt aus und verwendet einige weitere
-
Thread
Transporter Smart machen
Danke, hab mich schnell eingelesen und ein paar MCP2515 bestellt. Werde ich morgen testen. Ich denke, dass ich ein normales Cat7 Kabel nehmen werde.
Pierre N. schrieb im Beitrag #6186296: > MCP2515 bestellt Dann brauchst du aber auch noch ein paar MCP2551 (CAN Transceiver). Der 2515 macht nur das Busmanagment, der 2515 ist der Schaltkreis der eigentlich am CAN hängt. VG Paul
-
Thread
SPI in CAN per uC
SPI-Signal per uC in CAN wandeln? Woher kommt das "SPI-Signal"? Warum steuerst du da nicht gleich einen MCP2515 an? > Das selbe auch per I2C. gehts das? Du hast aber auf den beiden Bussen ein völlig anderes /Protokoll/. Das solltest du dir m.E. nochmal genauer anschauen.
per uC in CAN wandeln? > Woher kommt das "SPI-Signal"? > Warum steuerst du da nicht gleich einen MCP2515 an? > >> Das selbe auch per I2C. gehts das? > Du hast aber auf den beiden Bussen ein völlig anderes Protokoll. Das > solltest du dir m.E. nochmal genauer anschauen. Also mit dem MCP2515
-
Thread
SN65HVD230: Fake? Probleme mit Rs und Ausgangspegeln
mehr startet, weil der TJA1050 auf CRX 4.3V ausgibt, und diese Spannung durch die Schutzdioden des MCP2515 auf das zunächst unversorgte 3V3-Rail gerät und auf 840mV anhebt, so dass der Versorgungs-IC des RPi die 3V3-Versorgung nicht freigibt. Also war meine Idee stattdessen den TJA1050 durch einen
Fälschungen aber nicht. Aber ich werde jetzt zunächst noch eine andere Lösung ausprobieren, nämlich den MCP2515 durch einen LDO aus den +5V mit 3V3 zu versorgen. Eventuell brauche ich dazu noch einen 10k Pullup von CS zu diesen 3V3 damit der MCP2515 auf MISO still bleibt und nicht über MISO des RPi anfängt
-
Thread
Projekt kompatible Hardware Empfehlung
UNO einen Nano nimmst und statt des CAN-Shield z.B. dieses https://www.amazon.de/ShanTan-Arduino-MCP2515-TJA1050-Empf%C3%A4nger/dp/B07588PKWK ist es schon viel kleiner. Gruß aus Berlin Michael
Board von einem Hersteller X, der den ATmega328P benutzt. Die Lib des CAN shields ist für den MCP2515 konzipiert. Also ein CAN Modul, welches diesen benutzt. Nun zu den Verbindungen der Beiden: Der derzeitige Anschlussplan des CAN Shields: https://github.com/SeeedDocument/CAN_BUS_Shield/raw
-
Thread
Problem mit der Beschaltung eines CAN-Knoten
Erfahrung damit. Außerdem hast Du Dir die Sache unnötig schwer gemacht. Hättest Du statt dem Mega8+MCP2515 z.B. einen PIC18F26K80 genommen, hättest Du es beim Layout einfacher gehabt, und billiger und platzsparender ist es obendrein. Der 18F26K80 ist im Prinzip der gleiche CAN-Controller wie der MCP2515
bei der Hardware könnte es sein, dass er mit einem extern angebundenen sehr einfach strukturierten MCP2515 schneller dabei ist, als mit dem deutlich komplexeren CAN Controller der AT90CAN Typen.
-
Thread
USB2CAN Adapter aus China - kann der was ?
es schief geht. >Billig (<10€) gibt es CAN-Shields aus dem Arduino-Bereich. >Die benutzen den MCP2515 und werden per SPI angeschlossen. das ist exakt mein Board, MCP2515-I/P + 12MHz Quarz + 5V/3.3V/CAN Bus Treiber MCP2551-I/P. Läuft auf Anhieb mit den angehängten Einstellungen unter Raspi-OS. Wenn man den 2. MCP2515 auch aktivert kann man im Loop Nachrichten Senden und Empfangen. Oder halt die eigene Applikation debuggen.
-
Thread
UART-CAN mit Raspi Experiment
der can-lib von Florian Greif) und 160m Kabel dazwischen geklemmt. Erste Tests. Beide Knoten (328p, MCP2515, MCP2561) sind über UART (Fleury) an je einen FTDI verbunden - beide USB gehen an denselben Rechner, auf dem zwei Konsolen offen sind - je eine verbunden an einen FTDI. So kann man in die eine Konsole
Atmega versorgt, da (zumindest auf dem Steckbrett) der 16Mhz Kristall (zwar am Atmega, aber) nicht am MCP anschwingt. Quarz vorerst komplett entfernt und beide 328p mit 1 MHz getaktet per int. OSC 8MHz + CKDIV checked, der dann über CLKOUT den MCP2515 mit Takt versorgt. Baudraten: CAN: 10kBaud (konservativ
-
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
Netzteil. Cube_S schrieb im Beitrag #4533738: > 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. Bei solch einer Variante wie von euch, konkret: 1.
-
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
:: High- and Low- Speed CAN...
als auch an einen Low-Speed-CAN angeschlossen werden kann. Ich hatte angedacht dazu einen ATmega16 + MCP2515 + MCP2551 verwenden. Damit wäre die HIGH-Speed-CAN-Seite angedeckt. Was ich nun noch nicht herausbekommen habe ist, ob die Kombination auch Low-Speed-CAN-fähig (softwareseitig einstellbar) ist,
MCP2515 kannst Du auf so ziemlich jede Baudrate einstellen. Gruß, Stefan
-
Thread
Bus in "Mischnetz" aus Stich und parallel Durchkontaktierten
Ich rate auch zu CAN (ATMega8 + MCP2515 + PCA82C251), einfacher gehts nicht. RS-485 ist ein Dinosaurier, wo Du entweder aufwändige industrielle Protokolle einsetzen mußt oder Mannmonate für ein eigenes Protokoll verschwendest.
überzeugen lassen (und habe es nicht bereut). Im Übrigen ist der Mehraufwand ja nicht wesentlich. Ein MCP2515 mehr auf der Platine, das ist geschenkt. (heute würde ich wahrscheinlich den AT90CAN32 benutzen). Viele Grüße, Stefan
-
Thread
CAN-Bibliothek fans laufen bringen
sollte etwas machen. Die ist aber auch für einen ATMEGA32 mit F_CPU = 14745600 und einem externen MCP2515 !!!
Interrupt noch nicht abgearbeitet, obwohl die nächste Nachricht eingetroffen war. Also mit dem MCP2515 kannst Du über SPI, die Botschaften so schnell auslesen, dass die nachfolgende Botschaft nicht die ausgelesen überschreibt. Außerdem funktioniert beim MCP das Rollover von der RXB0 in die RXB1 recht
-
Thread
MCP2510 läuft nicht unter 250k
Hallo ich habe bereits einige Projekte mit dem MCP2515 gemacht, so jetzt hab ich hier ein paar MCP2510 ner und wollte die auf 100 k laufen lassen mit nem 16 Mhz Quarz. Geht aber nicht immer error Frames sobald ich unter 250kb geh. Hat jemand ne Idee
MCP2510 hat generell Probleme, die im MCP2515 behoben sind. Siehe: http://ww1.microchip.com/downloads/en/DeviceDoc/80059d.pdf
-
Thread
CAN-Aufgabe für neuling bei CAN
Hardwareseitig beispielsweise mit AVR + MCP2515. Es gibt zwar auch AVRs mit integriertem CAN (AT90CAxxx) aber die sind komplexer als der MCP2515. Wenn du die Vorstellung hast, dass dich eine UART bei CAN irgendwie weiterbringt, dann hast du
http://www.kreatives-chaos.com/artikel/ansteuerung-eines-mcp2515
-
Thread
CAN-Bus mit ATmegaX8 möglich?
Empfehlung: CAN Controller MCP2515. Verträgt sich gut mit Mega8 und Mega168.
Gleiche Meinung - sehr hilfreich ist auch http://www.kreatives-chaos.com/artikel/ansteuerung-eines-mcp2515
-
Thread
AT90CAN128 CANBUS mit 50kbit
der UART sache Ändern, Stichwort: keine "busy-wait" Warteschleifen "Ich habe deshalb mit dem MCP2515 weiter gemacht. Für anspruchsvollere Aufgaben ist der AT90CANxxx zu umständlich in der Handhabung." das hört sich sehr interessant an. außerdem kenn ich mich in SPI besser aus. da gibts auch
can-testboard ein kleines Testboard habe ich hier mit einem ATMeg644 @ 20Mhz. da könnte ich einen MCP2515 dranhängen, oder was meinst du? so wie ich das sehe ist das die einfachere / erfolgsversprechendere lösung...
-
Thread
CAN Bus Alternative für Arduino
can-bus-module-shield-tutorial-for-arduino-raspberry-pi-intel-galileo/ 35€ ist natürlich ne Menge. Schaltplan konnte ich keinen finden. Vermutlich ist da ein MCP2510 + MCP2551 drauf.
> > 35€ ist natürlich ne Menge. > Schaltplan konnte ich keinen finden. > Vermutlich ist da ein MCP2510 + MCP2551 drauf. Hab bei Ali was gefunden mit MCP2515 und TJA1050 um ~2€ pro Stück...
-
Thread
Auswahl Bussystem
PC Zugang zu CAN zu verschaffen geht über den USB-Interface-Chip FT2232C, an dem ein CAN Controller MCP2515 oder SJA1000 hängt.
MCP2515: Nix UART. SPI. Hat fast jeder Microcontroller von Haus aus. Meist als eigene Funktionseinheit. SJA1000: Parallelanschluss. Braucht wesentlich mehr Pins und mehr Platz. Eigentlich nur sinnvoll
-
Thread
Sparkfun OBD-II Uart
Ja - das ist ein gangbarer Weg. Ob es für die Arduino-Umgebung eine fertige Library betreffend MCP2515 gibt kann ich nicht sagen. Für C gibt es eine im Kreativen-Chaos.
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
USBtin Protokoll
1Mbaud) Pakete verliert. Das liegt mit ziemlicher Sicherheit an der zu langsamen SPI-Verbindung zum MCP2515. Wenn schon AVR, dann würde ich einen mit integriertem CAN verwenden. Oder gleich einen STMxxxx. Gruß, Stefan
steht dir frei >Wenn schon einen Neuentwicklung, dann muss es sich > auch lohnen. Auf SPI und MCP2515 bzw. serielle Schnittstellen dazwischen > würde ich mich nicht mehr einlassen. Ich habe das halt hier, daher macht das für mich Sinn. > Als Basis erscheint mir im Moment > das hier als
-
Thread
SPI 1,5m im Auto, galvanische Trennung nötig?
CAN-Controller? Na, dann zeig mir mal bitte, wie man einen SJA1000 per SPI anspricht! Mit dem MCP2515 bin ich auch vertraut...
kann ich gerne mal hochladen wenn Interesse besteht. Eingesetzt habe ich die hier vorgeschlagenen MCP 2515 und MCP2551. Gruß Jan
-
Thread
Hardware für CAN-Versuche gesucht
ist. Und die Doku ist dort oft auch eher schwierig. Florian schrieb im Beitrag #6595019: > Ein MCP2515-"Shield" Da muss auch noch ein Arduino o.ä. mit dabei und dann kann man auch einfach 2 davon kommunizieren lassen...
Selbstbau kann ich mir bei dem Wunschpreis keine Lösung vorstellen. Wie oben schon angemerkt kommen zum 3€-MCP2515-"Shield" noch Arduino und Spannungsversorgung dazu. Mit anderen Controllern (die CAN haben) wird es auch kaum billiger. Was ich mir noch vorstellen kann ist ein CAN-IO-Expander, z.B. MCP25020