-
Thread
Spannungsteiler zw. MCP2515 und MCP2551 liefert falsche Spannung
einem Teensy 3.2 über SPI ansteuern möchte. Die CAN-Ports habe ich jeweils mit einem MCP2515 und MCP2551 realisiert. Ich habe jetzt jedoch den seltsamen Effekt, dass mein Spannungsteiler zwischen dem RXD-Ausgangspin am MCP2551 (5V) und dem RXCAN-Eingangspin (3.3V) eine ganz andere Spannung ergibt
Daniel H. schrieb im Beitrag #6751078: > Können der MCP2515 oder MCP2551 so einen Einfluss auf den Widerstand > gegen GND haben aufgrund deren interner Beschaltung? Im Datenblatt des MCP2551 sind für RXD min 0.7 VDD spezifiziert, das wären 3.5V. Hast du die 5V an RXD
-
Thread
CAN Schaltung
CAN_CAN_EN ist das Enable Signal, um den MCP2551 entweder in den Sleep Mode zu versetzen oder mit High Speed am CAN Bus teilnehmen zu lassen. CAN_CAN_TX und CAN_CAN_RX gehen zum µC. Der µC läuft mit 3,3V, der MCP2551 mit 5V. Aus dem Datenblatt
Ja, MCP2551
-
Thread
OpenHAB mit Raspberry PI / CAN
gute dienste..... Ja muss CAN sein :) Gerd B. schrieb im Beitrag #4171485: > Anstatt eines MCP2551 würde ich den MCP2562 verwenden. Kannst du das begründen? Ich werde mal Tests machen mit einem MAX3050 / MCP2551 und MCP2562 Gerd B. schrieb im Beitrag #4171485: > Das Zusammenspiel zwischen
einem MCP2551 (5V) brauchst Du einen Spannungsteiler zum MCP2515. > > Ich werde mal Tests machen mit einem MAX3050 / MCP2551 und MCP2562 > > Gerd B. schrieb im Beitrag #4171485: >> Das Zusammenspiel zwischen
-
Thread
Wer hat schonmal den MCP2551 CAN Transceiver benutzt? Schaltungfrage Pullup an RX-Leitung
Leitung zw. µC und MCP2551 in der Hard-/Software einen Pullup oder ist das sogar contraproduktiv. Ich habe hier aus der Forums Wanderkiste eine Platine mit einem AVR ATMega16M1 dem ein MCP2551 bestückt, die Übertragung läuft
das RS schaltbar ist. Die Bitrate ist sehr langsam 16 kbit/s glaub das war das unterste Ende des MCP2551. Ich könnte aber den 100kOhm Widerstand zum testen mal austauschen.
-
Thread
CAN high-speed ,low-speed übertragungsraten
Leitungslängen auch mal etwas länger sein könnte. Daher die Frage, ob sich ein highspeed can (mit mcp2551, tja1051) auch mit geringeren bitraten oder besser gesagt mit 125kbit/s betreiben ließe. Habe halt schon einige high-speed can-transceiver (mcp2551, tja1050/1051) hier noch rumliegen. Es geht erst
Dies bedeutet, dass ich sowohl mcp2551 als auch SN65HVD230 (für reinen 3,3v betrieb) verwenden kann? aus dem datenblatt des mcp2551 sieht man, dass der high-pegel des txd bei min. 2v - VDD liegt. ebenso ist der i/o des stm32 (für die
-
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
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
Can Bus galvanische Trennung
möchte, reicht es, wenn ich den MCP2551 mit einer eigenen Spannungsversorung (5V) versorge, welche ich über die CAN-Leitungen mitziehe? Oder benötige ich zwischen den Datenleitungen von MCP2515 zu MCP2551 auch einen Optokoppler? lG
trennen möchte, reicht es, > wenn ich den MCP2551 mit einer eigenen Spannungsversorung (5V) versorge, > welche ich über die CAN-Leitungen mitziehe? > Oder benötige ich zwischen den Datenleitungen von MCP2515 zu MCP2551 > auch einen Optokoppler
-
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
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
Can Bus Treiber defekt/fake
angefangen diese zu bestücken. Bei der Bauteilbeschaffung habe ich auf die Bestellung von 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 und die
Gibts die denn auch nicht mehr zu kaufen? Zur Not habe ich MCP2551 da.
-
Thread
Mikrocontroller mit Can Controller und Transceiver und OLED Bildschirm
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
ProductDetail.aspx?R=STM32F746G-DISCOvirtualkey51120000virtualkey511-STM32F746G-DISCO Zusammen mit dem MCP2551 Variante 2: Dieses STM32 Entwicklungsboard. http://www.mouser.de/Search/ProductDetail.aspx?R=STM32F407G-DISC1virtualkey51120000virtualkey511-STM32F407G-DISC1 Zusammen mit dem MCP2551
-
Thread
Sammelbestellung Staffelpreis ATMega16M1-AU (CAN) MCP2551Interesse?
Statt mcp2551 solltest Du den Nachfolger mcp2561 nehmen. Hat bessere Werte und ist billiger. fchk
falls es noch nicht zu spät ist würde ich auch gerne noch folgendes nehmen: 3x ATMEGA16M1-AU 5x MCP2551-I-SN 5x SRF4532-510Y Grüße Tobias
-
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 2551
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
Sparkfun OBD-II Uart
dass der ELM327 die 1mbps nicht anbietet? Die Kommunikation auf dem CAN Bus läuft doch über den MCP2551 und der schafft 1mbps.
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
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
can-Bu sendet nicht
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 ist ja sehr simpel kann mir nicht vorstellen das ich dort etwas
- Falsch angeschlossen. - Der MCP2551 kriegt keinen Strom. Beim Stichwort Glaskugel hat's nicht geklingelt? Solange du nicht mit was Bildhaften aufkreuzt läuft das auf Allgemeinplätze unsererseits oder Selbstgespräche deinerseits raus
-
Thread
Umsetzer von CAN auf RS232 bauen
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.
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. MfG Paul
-
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
Multi - Master fähiges Protokoll
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 ohne
-
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
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
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
UART an CAN-Treiber
Ja, ich meine den MCP2551. Habe mich nur vertippt.
Würdet ihr den MCP2551 oder den PCA82C251 bevorzugen?
-
Thread
MCP2515 Can IC Woher ?!
nur per Kreditkarte. Die MCP2515 haben bei mir 1.68 bei 50 Stück gekostet. Ich habe gleich den MCP2551 mitbestellt, dann verteilen sich die Versandkosten auf mehrere Chips. Stefan
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
Aufwand für CAN-Sniffer
abgreifen. Vorhanden ist ein LPC1830-FreeRTOS-System mit 2 UARTs. An denen könnten 2 Transceiver (z.B. MCP2551) angeschlossen werden. Genügt dies, um die heraus zu lesenden Records zu erkennen oder muss jeweils das komplette Protokoll implementiert werden? Ist es sinnvoll oder notwendig, zusätzlich je
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
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 hat
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 the
-
Thread
Bus für >50m
Digitalteil. Du brauchst IMMER noch einen PHY dazu. Wenn Du bei Microchip bleiben willst, wäre das der MCP2551. fchk
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 Wenn
-
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
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
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? Im Datenblatt
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
Unterschied MCP2515, 2551 und PIC 18F2685
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 der IOs, die Gehäusegröße, der Speicher
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 Seiten
-
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
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 klar
-
Thread
CAN-Bus mit AT90CAN32 und MCP2551.Hilfe benötigt!
versucht daten zu senden und mit dem Ozcylloskop sowohl an den ausgangs pins CAN-H und CAN-Low von dem MCP2551 als auch TXCAN von dem µC zu sehen ob da was passiert, das ergebnis war leider negativ... frage: wie kann ich testen ob meine Hardware funktioniert. besonders MCP2551? ich freue mich falls jemand
daten zu senden und mit dem Oszilloskop > sowohl an den Ausgangspins CAN-H und CAN-Low von dem > MCP2551 als auch TXCAN von dem µC zu sehen ob > da was passiert, das ergebnis war leider negativ... > frage: wie kann ich testen ob meine Hardware funktioniert. besonders > MCP2551? An RxD gegen GND
-
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 vielen
-
Thread
CAN-Bus Problem
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 Idee woran das liegen kann ? Ausgangsseitig ist der MCP noch
darauf tippen, dass dein Transreceiver den Bus physikalisch kaputt macht. Kannst du den deinen MCP2551 mal außerhalb testen?
-
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 die
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
Konzept-Entscheidungshilfe
ist. Gibt es mit dem denn (ähnlich positive) Erfahrungen wie mit dem MCP2551? Ich danke euch für euere Vorschläge/Feedback! :) Achja, bin kein E-Techniker sondern Informatiker, daher nicht ganz so vertraut mit den Fallstricken. AVR-Erfahrung ist allerdings durchaus ein
3V3-fähig ist. Gibt es mit > dem denn (ähnlich positive) Erfahrungen wie mit dem MCP2551? Der Alterativ-Transceiver sollte gehen.
-
Thread
Probleme CAN bekomme nur Error
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. Kabellängen
MCP2551 und PCA82C250 kooperieren erfahrungsgemäss problemlos.
-
Thread
CAN Transceiver - wozu wird Vref benutzt?
keine Ahnung. slope control ist normalerweise im Datenblatt gut beschrieben (ich benutze immer den MCP2551)
wrote: > slope control ist normalerweise im Datenblatt gut beschrieben (ich > benutze immer den MCP2551) Naja, bei den beiden erwähnten Typen scheint mir das im Datenblatt nicht sehr gut beschrieben zu sein. Ich schaue dann mal in dasjenige des MCP2551... Nachtrag: Ja, im Datenblatt des MCP2551
-
Thread
MCP2551 Standby Mode wenn AVR im Power down Modus
Ich habe mal eine Frage zum MCP2551 CAN Transceiver. Am RS Pin der zum Einstellen Flankengeschwindigkeit dient kann man per High Pegel den MCP2551 in den sparsammen Standby Modus schicken. Aber wie würdet ihr das machen, denn wenn
man hier 3 verschiedene Spannungswerte anlegen muss und man beim TJA dafür extra Pins hat? Die MCP2551 gibts halt an jeder Ecke (z.B. Reichelt) deswegen habe ich erstmal darauf zurück gegriffen.
-
Thread
CAN-Bus + Protokoll bereits im Chip
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
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 ihr
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
CANBus und DriveEnable bzw. ReceiveEnable
CANBus Treiber wie z. B. der MCP2551 haben ja keine DriveEnable/ReceiveEnable-Pins wie RS485 Treiber um zwischen Senden und Empfangen umzuschalten, was passiert wenn ich mit einem µC am MCP2551 was sende, empfange ich dann automatisch wieder alles oder wird das vom MCP2551 ausgeblendet?
-
Thread
CAN-BUS Problem
bekomme ich aber dieses Bild siehe Bild2 von MCP2551. Schaltplan ist auch Im Anhang. Hier mein Quellcode für den Sender. #include <stdlib.h> #include <avr/io.h> #include "lcd.h" #include "lcd.c" #include <util/delay.h> #include <math.h> #include
@Oli. Hast du Pin 8 vom MCP2551 (DIL) mit 10 Ohm an Masse/GND? Anbei ein Schaltungsbeispiel mit mega16 und externem CAN-Trasceiver. Poste mal deinen Schaltplan.
-
Thread
Probleme bei CAN Bus
einen ATMega32 der ueber SPI mit einem MCP2515 verbunden ist. Als Bustreiber verwende ich einen MCP2551. Schaltplan befindet sich im Anhang. Hab hier kein Eagle deswegen mal schnell einen mit Powerpoint gemacht. Ich benutze die Bibliothek die vom Roboterclub Aachen entwickelt wurde. Beim Erstellen
Hallo, > Verwende ich den LOOPBACK Mode des MCP2551 funktioniert alles einwandfrei. Logisch; der MCP2551 ist falsch angeschlossen (siehe Datenblatt!). TxD an TXCAN und RxD an RXCAN anschliessen, nicht anders rum. > rs solltest du offen lassen