-
Thread
MCP2515 sinnvolle Fehlerbehandlung
Hallo zusammen, ich nutze an einem ATMega128 zwei MCP2515/MCP2551. (AVR 18,3 MHz und die MCPs mit 16MHz, SPI mit AVR/2) Die Schaltung ist als Gateway ausgelegt und arbeitet mit je 100KBit. Durchschnittlich passieren 120 Frames bidirektional das Gateway. Im grunde
-
Thread
Welcher Bus kann das?
rießig" in der Bauform und kostet auch gut mal drei ganze Euros... als Treiber nimmst Du einen MCP2551 oder einen 82c251
mit einem Tiny (<1€) > hinzubekommen. Schade :-( bei digikey: PIC18F25K80-I/SS-ND: 1.746€ MCP2551-I/SN-ND: 0.6247€ Viel billiger wirds leider nicht. fchk
-
Thread
STM32F103 CAN Bus Frame Problem
mal eure Vorschläge hören würde. Ich habe zwei Boards, einmal ein Olimexino STM32F103RBT6 mit MCP2551 Transceiver und ein selbst gebautes STM32F103C8T6 Board mit ISO1050 Transceiver. Beide Boards sind mit 500KBit/s initialisiert und laufen im Loopback Mode für sich selbst (Intern CAN Rx auf Tx) einwandfrei
-
Thread
Ansteuerung des MCP2515 (SPI)
CANdiy-Shield_v13.pdf?raw=true Das CANdiy-Shield beinhaltet hauptsächlich einen MCP2515 CAN-Controller und MCP2551 CAN-Transceiver. Die Verbindung zum ATmega328 ist im oberen Link ersichtlicht. MCP2515-Datenblatt: http://ww1.microchip.com/downloads/en/DeviceDoc/21801G.pdf MCP2551-Datenblatt: http://ww1.microchip.com
-
Thread
MCP2515 und AVR durch PonyProg ISP zerstört
einen ATMega32. Über das SPI-Interface ist der ATMega32 auch gleichzeitig mit einem MCP2515 und MCP2551 an einen CAN-Bus angeschlossen, etwa wie hier: http://www.mikrocontroller.net/attachment/89702/can.png. (außer, dass bei mir die RESET-Leitungen des AVR und des MCP2515 über einen gemeinsamen Pullup
-
Thread
Delay mit Gatter ohne R/C realisieren
im wesentlichen aus zwei Gates die über die Verzögerungsglieder verreigelt gesteuert werden. Im MCP2551 wird das TXD Signal an RXD weitergeleitet. Sind beise synchron, sperrt das "untere" Gate. Wird ein dominates Siganl empfangen, so wird das "obere" Gate gesprerrt und das Dominate Signal gelangt über
-
Thread
MCP2515 senden wird nicht ausgeführt
Hi Leute, ich bin darüber mit zwei Atmegas32 sowie MCP2515 und MCP2551 eine Verbindung aufzubauen. Jedoch bekomme ich es nicht hin. Die SPI Verbindung zu den MCP2515 funktioniert. Ich kann Register beschreiben und im nachhinein auch wieder auslesen. Folgende Initialisierung
-
Thread
Gutes CAN Setup für automobilbereich gesucht
guten funktionsfähigen library und ein paar Code-Beispielen. Bisher haben wir mit dem PIC18F258 + MCP2551 gearbeitet. Da die Library einige Bugs hat und das Projekt abgeschlossen ist, ist es eine gute Zeit umzuschwenken. Vielen Dank für eure Hilfe!
Diesen MCP2551 habe ich auch noch auf keiner Freigabeliste gesehen. Üblich sind Infineon TLE6251, NXP TJA1051 oder TJA1043, und ggf. noch die SBCs von Bosch, Onsemi, IFX oder Elmos. Wenn Du CAN hast, bedeutet
-
Thread
Hausbus mit Raspberry Pi - Welcher Bus?
Dem TO gings erstmal - ausgehend vom Raspi - um die Hardwareanbindung. Klar kann man einen MCP2551 an die Serielle Schnittstelle des Raspis hängen und somit auch im HAP mitreden, aber über Raspi+CAN kann ich keine Erfahrungen berichten - das HAP auch nicht. Und im HAP ... Sorry, aber der Raspi
> Dem TO gings erstmal - ausgehend vom Raspi - um die Hardwareanbindung. > Klar kann man einen MCP2551 an die Serielle Schnittstelle des Raspis > hängen und somit auch im HAP mitreden, aber über Raspi+CAN kann ich > keine Erfahrungen berichten - das HAP auch nicht. > Und im HAP ... Sorry, aber
-
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
EMS > Adapter > NetIO > Raspi
0,27 € 1 1 MPE 115-1-006 Präz.-Buchsenleisten 2,54 mm, 1X06, gerade 0,42 € 0,45 € 1 1 MCP 2551-I/P High Speed CAN Transceiver, DIP-8 0,98 € 1,10 € 1 1 LM 393 DIP Komparator, 2-fach, DIP-8 0,16 € 0,16 € 1 2 BAT 43 Schottky Diode, DO35, 30V, 0,2A 0,04 € 0,04 € 1 4 BC 337-40
0,625W 4 BC 546B Transistor NPN TO-92 65V 0,1A 0,5W 4 MCP 2551-I/P High Speed CAN Transceiver, DIP-8 1 1N 4148 Planar Epitaxial Schaltdiode, DO35, 100V, 0,15A 8 µA 78L05 Spannungsregler 0,1A positiv, TO-92
-
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
Atmega stürzt ab, bleibt hängen
. Es handelt sich um einen Atmega 644 der mit 16 Mhz läuft. Der Atmega ist mit einem MCP2515 und MCP2551 an der Can Bus Seite verbunden. Zum PC wird mit einem FTDI treiber über UART gesendet. Das Programm funktioniert ohne Probleme, wenn nur CanBus Nachrichten empfangen werden und diese zum PC gesendet
-
Thread
RS232 CAN RS232 und zurück
damals nach einem passenden Baustein gesucht, aber nichts gefunden. Hardwaremäßig ist es nur ein MCP2551, PIC18F2580 (soweit ich mich erinnere) und ein MAX232. Die Software ist dabei dann eher die Herausforderung, wobei es nur aufwändig, aber nicht schwer ist.
-
Thread
Suche einfache Lösung für SPI zu CAN
ersten Blick gut dokumentiert und > wird mir hoffentlich den Einstieg erleichertn. PIC18F26K80, MCP2551, ein 8MHz-Quarz, und etwas Kleinkram. Mehr brauchst Du nicht für einen CAN-Knoten. Dazu noch die Anschaltung für Deine Sensoren und das wars. Passt alles auf eine kleine Lochrasterplatine, minimale
Flog alles noch hier rum. Genauso aus einem anderem Projekt eine Platine mit einem MCP2515 und MCP2551 auf einer Platine mit rausgeführtem PinHeader. Das sollte mir für den Anfang schonmal reichen. CAN Scanner haben wir auch als fertige Boxen. Werde morgen dann mal versuchen den Atmega8 in Betrieb
-
Thread
Can Bus free Software und Billige Hardware
Im Prinzip brauchst Du kein fertiges Board. Ein PIC18F26K80, ein MCP2551, ein Quarz (8 MHz oder so) und etwas Kleinkram, und fertig ist der CAN-Knoten. Und das alles für unter 10€ und lochraster-geeignet. Das ganze dann natürlich mal zwei, weil ein Knoten alleine noch
-
Thread
CAN BUs Transceiver für Freescale ARM A9
Wenn ich dich richtig verstehe suchst du sowas wie den mcp2551 von Microchip, oder? Den gibt es sogar in PDIP-8 lg
Christopher B. schrieb im Beitrag #3363309: > Wenn ich dich richtig verstehe suchst du sowas wie den mcp2551 von > Microchip, oder? Den gibt es sogar in PDIP-8 Das ist ein Schrott-Bastler-IC. timo martin schrieb im Beitrag #3363364: > ja danke, den hab ich auch schon gefunden, jedoch verträgt der
-
Thread
MCP2515 und RPi - 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 verbunden werden ?
> 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
Atmega32A mit MCP2551
Seifert schrieb im Beitrag #3340766: > CAN-Treiber als RS485? Ja, wunderte mich auch. Der MCP2551 ist ein CAN-Transceiver!?
-
Thread
CAN Projekt für coocox oder Atollic True Studio mit STM32F4Discovery
funktioniert auch bei mir alles. Das Problem lag nicht an meinem Code, sondern an meinem CAN-Controller (MCP2551, war irgendwie defekt). Habe den Controller gewechselt und jetzt geht auch mein Programm :-). Vielen Dank nochmal Gruß Masoud
-
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
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
CAN mit STM32F4Discovery und MCP2551: MCP lässt nichts von CANBus zu Rx durch
Hallo zusammen, habe in den letzten Tagen versucht, mit dem STM32F4Discovery-Board und dem MCP2551 als CAN-Transceiver, CAN in Betrieb zu nehmen. Irgendwo scheitert es aber, da der MCP2551 scheinbar nichts vom CAN-Bus zum Rx-Pin des MCPs/STMs druchlässt. Zweiter Teilnehmer ist CANoe (CANCardXL
return 0; } [/c] Des weiteren sind noch vier Bilder angehängt: 1) Die Verschaltung des MCP2551: Der 5V-Pin des Discovery-Boards gibt 4,56V aus (laut Datenblatt akzeptiert der MCP2551 4,5V <= VDD <= 5,5V. An dem SUB-D9 Stecker wird die CANCardXL angeschlossen. 2) Oszi-Aufnahme: Was am CAN-Bus
-
Thread
Asymetrie auf CAN-Bus
Erfahrungen mit nem TJA1050 eher irritierend waren, aber das war wohl meine Unerfahrenheit (bin auf MCP2551 ausgewichen).
-
Thread
CAN-Bus funktioniert nur ohne Terminierung
kann ich überprüfen, ob VCC zusammenbricht? - Wie meinst du das mit der Schutzdiode des MCP 2551 bzw. mit dem rezessiven Pegel?
Also mein letzter Versuch.... Evtl. ist einer der MCP2551 Defekt oder RS ist nicht auf GND und die Treiberfähigkeit ist dadurch nicht ausreichend.
-
Thread
WS2811/WS2812 aus der Ferne steuern + Stromversorgung
RS485 Treiber einbauen. Ist der schnell genug? Ich löte gerade Sender und Empfänger mit 'nem MCP2551 zusammen. In Datenblatt steht "Supports 1 Mb/s operation". Mal sehen, ob das reicht. Man sagt ja: "Versuch macht kluch."
im Beitrag #3276448: > Ist der schnell genug? Ich löte gerade Sender und Empfänger mit 'nem > MCP2551 zusammen. In Datenblatt steht "Supports 1 Mb/s operation". Mal > sehen, ob das reicht. Man sagt ja: "Versuch macht kluch." Der ADM485 geht bis 5 Mbit/s.
-
Thread
CAN Transceiver für 3.3 V UND 5.0 V
Hallo zusammen, ich bin gerade auf der Suche nach einem CAN Transceiver (wie z.B. MCP2551), der sowohl mit 3.3 V als auch 5.0 V (single supply) betrieben werden kann. Farnell, RS und Co. geben leider nicht viel Brauchbares her. Ist jemandem von euch schonmal so ein Baustein über den
-
Thread
Länge Stichleitungen ("stubs") an CAN bus
ist aber in diesem Fall nicht geeignet. Ich erwäge eine Alternative: - den Bustreiber (82C250, MCP2551 etc) nebst Widerstand für die Rampenkontrolle direkt am Bus anbringen (Signale CanH und CanL = kurz), - die 1.5m lange Stichleitung zwischen Bustreiber und dem AT90CAN einbauen (Signale RXD und
Mit einem Widerstand am RS-Pin der Treiber (MCP2551, PCA82C251, SN65HND etc.) kann man die Anstiegszeit der Signalflanken begrenzen, um hochfrequente Störspannungen zu vermeiden
-
Thread
Atmega und CAN
PB2(SS) - CS MCP2515: OSC1/2 an 16 Mhz OSC + 22nF zu gnd TXCAN und RXCAN zu TXD und RXD vom MCP2551 Reset mit Reset vom Atmel verbunden VDD = 5V Rest ist GND MCP2551: VDD = 5V VSS, RS, VREF = GND Ich hoffe das ist erstmal richtig. Im Anhang habe ich auch noch meine CAN.h, CAN.c und
vergessen habe die beiden Kondensatoren am Quarz des MCP2515 an GND anzuschliessen :). Ach so Vref am MCP2551 ist bei mir Offen.
-
Thread
MCP2510 ansteuern mit Atmel168P
dafür nur ein ziemlich schmalles Zeitfenster. Gegen ist eben der Atmel168P, ein MCP2510, sowie der MCP2551 (Tranceiver). Sind jemand gute Libs dafür bekannt? Ich finde zwar einiges für den MCP2515 aber wenn ich diese bei dem MCP2510 anwenden will, passiert mal rein garnix. Orientiert habe ich mich
-
Thread
Kabel für CAN-Bus + Stromversorgung die X-te
electromagnetic emissions (EME). Das wird sicher keine Besonderheit sein, aber der Vorgänger (MCP2551) hat einen externen slope-control Pin. Lg Stefan
machen Mist). Als Alternative zu einer Umleitung des Buses (hin-her) erwäge ich den Transceiver(MCP 2551 oder ähnlich) direkt am Bus anzubringen, und die 2.5 m in der Leitung zwischen Transceiver und Knotenprozessor unterzubringen. (siehe auch >http://www.mikrocontroller.net/topic/304752#new )
-
Thread
Hardware MCP2515 "listen only mode" MIT Filtern und Masken
Hallo zusammen, ich möchte noch dieses Wochenende einen Prototyp mit dem MCP2515 + MCP2551 fertigstellen und stehe vor folgendem "Problem": Der MCP2515 unterstützt keine Filter und Masken im "listen only mode" aber genau dies benötige ich, da ich keine aktive Teilnahme auf dem Bus machen
-
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
Welche Schnittstelle für Bus-System ?
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.
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 dem MCP2515 oder dem ECAN-Controller des
-
Thread
PIC + CAN, Baudrate weicht um ca 4% ab
Hab hier zwei PIC 18F458 mit 20MHz Quarz + MCP2551 die mit 125kBaud mit nem SAM3X8E + 65HVD234 via CAN kommunizieren sollen. Untereinander funktionieren die PICs. Auf dem Ozsi sehe ich, daß die Bitzeit anstatt 8.0us bei 125kBaud 8.3us beträgt
-
Thread
CAN: SID, Filter und Maske
Gehversuche, ich hab das zurückgehalten, weil ich es nicht für wichtig hielt. Sind zwei 18F458 mit MCP2551. >nicht nur auf ein paar wenige einzelne SIDs zu reagieren, sondern auf ein >Bündel davon Warum sollte man das haben wollen? Ist eine einzelne SID (SID = Adresse?) nicht besser als mehrere,
-
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
NXP LPC11C24 mindest CAN-Speed
Fehlerflags überlagern und somit kommen 6-12 dominante Bits hintereinander. Mist wieder ein IC mehr. Der MCP2551 war bei der Version mit ATmega32M1 auch mein Favorit. Bei der geringen Geschwindigkeit und hohen Leitungslänge (500m) ist die Slope Control sicherlich auch von Vorteil. Danke, Christian_RX7
-
Thread
MCP2551 CLKOUT -> AVR
Hallo zusammen, ich möchte ein wenig mit CAN-Bus experimentieren und habe mir dazu ein paar MCP2551 + CAN Treiber MCP2515 besorgt. Als AVR nehm ich dafür Atmega8. Dummerweise hab ich mich ein wenig vertanbei der Bestellung und nun zu wenig Quarze.. (und 7 EUR Versandpauschale für ein paar Cent-Quarze
-
Thread
PIC 18F4580 CAN / TX - Signal
CAN-Kommunikation mit Hilfe des oben angegebenen PIC. Nun bekomme ich das oben angefügte Signal an den PINs des MCP2551 sowohl an TX, als auch, mit den richtigen Pegeln an CAN-High bzw. CAN-Low! Habe bisher lediglich einen Teilnehmer und keinen Bus aufgebaut. Handelt es sich bei diesem Signalbild um die Grundkommunikation
-
Thread
AVR - EMV Problem bei steiler Flanke an Rx. Normal?
Hallo, ich hier einen ATmega32 mit einem MCP2551 (CAN-Treiber) an einen CAN-Bus gehängt und nutze den UART des Mikrocontrollers um den MCP2551 anszusteuern. Leider spinnt der AVR total rum (resettet sich von selbst, erzeugt BAD-Interrupts). Das
schließe mich an... Philipp M. schrieb im Beitrag #3150563: > ich hier einen ATmega32 mit einem MCP2551 (CAN-Treiber) an einen CAN-Bus > gehängt und nutze den UART des Mikrocontrollers um den MCP2551 > anszusteuern. Wie nochmal? Der UART kann CAN?
-
Thread
5V/3,3V 18F46K80
Ich möchte ein CAN-Modul verwenden und Brauche dafür die 5Volt an den Port ausgängen, da ich den MCP2551 nutze. wie werden dann die vorhandenen Pins für V_DD und V_CORE belegt? Programmiert wird via ICSP... aber V_PP ist auch nicht zu finden im Datenblatt, ist das dann der MCLR-PIN? Leider hab ich im
möchte ein CAN-Modul verwenden und Brauche > dafür die 5Volt an den Port ausgängen, da ich den MCP2551 nutze. Wenn Du einen MAX13054 verwenden würdest, könntest Du den PIC mit 3.3V betreiben, wenn Du den TI 65HVD230/231/232 verwenden würdest, bräuchtest Du keine 5V mehr (allerdings erreicht CAN_H
-
Thread
Leitungsauswahl I2C mit Stromversorgung
Signalreflektionen gibt. Außerdem brauchst Du noch einen Transceiver für jeden Busteilnehmer. Für CAN nimmst Du MCP2551 oder PCA82C251 oder sowas in der Richtung. > Da ich jedoch scheinbar bei den Vorlesungen über Schirmung und > Signalübertragung gepennt habe, würde ich mich freuen wenn sich das > jemand kurz
-
Thread
AT89C51CC03 CAN Bootloaden klappt nicht richtig
hat Knotenadresse 0xBB Cris 0x00. Die Kommunikation funktioniert auch tadelos. (Treiber sind MCP2551) Allerdings laufen jetzt erstmal keine Daten über den Bus. Beide Stationen erhalten ihre Programme über die CAN Schnittstelle/Bootloader mit Flip und einem CAN Interface von PEAK. Wenn ich jetzt
-
Thread
Normal-Mode CAN-BUS
Microchip, mit dem kann man die Werte für die BRP-Register berechnen lassen. Funktioniert für den mcp2551 und die pic18. http://www.codeforge.com/article/200254 Gruß, Steffen Sehe gerade das man sich zum Download anmelden muß, also wenn du es benötigst kurze Nachricht an mich. Sende es dir dann
-
Thread
I2C Reichweite
und das wars. Meine Empfehlung: PIC18F26K80 (8 Bit) oder dsPIC33FJ128GP802 (16 Bit, 40 MHz) plus MCP2551 Transceiver. Bei den AVRs brauchst Du immer noch einen extra Chip für den Controller, wenn Du nicht gerade die dicken 90CAN32/64/128 im 64-pin TQFP verwenden willst. Der extra Controllerchip (entweder
-
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