-
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
-
Thread
SPI Konverter Frage
;-) Ich dachte an folgende Lösung. Die Sensoren werden mit einem SPI-> CAN Bus Wandler wie z.B MCP2515/MCP2551 angeschlossen. Alle 500m würde ich dann z.B einen CAN to LWL Wandler verbauen. Gibt es dagegen irgendwelche Einwände? Was mir nicht ganz klar ist wie das mit der Adressierung bei
>Ich dachte an folgende Lösung. Die Sensoren werden mit einem SPI-> CAN >Bus Wandler wie z.B MCP2515/MCP2551 angeschlossen. CAN über 40 km? >Alle 500m würde ich dann z.B einen CAN to LWL Wandler verbauen. 300 Sensoren / 40 km = 7,5 Sensoren /km bzw. 133m zwischen den Sensoren. D.h.
-
Thread
CAN-Bibliothek für den at90CAN128 und das AVRStudio
1 den ankommenden Datenstrom per UART ausgibt. (Verwende den UART Port 1, NICHT den 0er) Meine MCP2515 haben die Baudrate auf 125kbit (Glaub ich zumindest - Zur Kontrolle hier meine Einstellungen) write_Reg_MCP2515(CNF3, (1<<PHSEG21)); write_Reg_MCP2515(CNF2, (1<<BTLMODE)|(1<<PHSEG11)); write_Reg_MCP2515
Ich habe noch immer das Problem zwischen dem AT90CAN128 und dem MCP2515 das sobald der AT90CAN128 aktiv geht das Netzwerk der funktionierenden MCP2515-er zusammenbricht... Hat jemand eine Idee woran es liegen könnte?
-
Thread
ATxMega o. ARM-Cortex-M3
besseren CAN Debugger + Router bauen und die Anforderungen lauten wie folgt: 6x CAN 1Mbit(max) MCP2515 o. SJA1000 11Bit + 29Bit Identifier 2x Uart to USB Bridge (z.B. mit FT2232) 1x Uart mit Max232 1x Externen Speicher (der Controller sollte ein externes Memory Interface besitzen) 1x Epprom
Du erwartest aber nicht, dass der Controller 6 voll ausgelastete CAN-Busse per MCP2515 bei 1Mbps fullspeed tracken kann?
-
Thread
Quartzoszillator für 4,1943 MHz
Frequenz erzeugen kann. Warum erzeugst Du die Rechteckspannung nicht mit einem Timer? Der MCP2515 läuft sicher nicht mit einer krummen Frequenz. D.h. er läuft schon, aber die Baudraten stimmen dann nicht. Ich nehme an, Du musst noch etwas die Grundlagen erforschen. Viel Erfolg!
Kehrwertbildung ist bestenfalls für einzelne Werte ganzzahlig möglich... eProfi schrieb: > Der MCP2515 läuft sicher nicht mit einer krummen Frequenz. D.h. er läuft > schon, aber die Baudraten stimmen dann nicht. Genau das befürchte ich auch, habe dazu aber weder im Datenblatt noch in der Doku
-
Thread
SPI haut nicht immer hin
warm geworden ist, läuft die Schaltung nicht stabil. Die SPI Kommunikation zwischen Atmega8 und dem MCP2515 schein nicht ganz ok zu sein. Die Daten kommen MANCHMAL an MCP fehlerhaft an, so dass der MCP2515 nicht darauf reagiert. Wenn ich das Gehäuse abkühle läuft alles wieder. Der MCP läuft mit 16Mhz
sagt. Gute oder schlechte Frequenzen gibt es nicht, nur zu hohe oder zu niedrige. Der 16MHz-Quarz am MCP2515 hat nichts mit dem SPI zu tun, sondern nur mit dem CAN. Signalstärke ( Pegel ) könnte noch ein Grund sein bzw. Signalanstiegszeiten. Zudem kann es zu Signallaufzeitverzögerungen kommen, die bei
-
Thread
AT90CAN128 CAN senden mit WinAVR
Hallo Mal ne Frage von nem Anfänger: Warum ist in dem Programmbeispiel überall die Rede vom MCP2515 wenn das Programm für einen AT90CAN ist??? Danke
MCP2515 Programm abgeleitet wurde...