-
Thread
Auswahl eines µController mit 8 PWM und CAN-Controller
ATmega64M1 (10x Hardware-PWM). Kann ich diese beide einfach mit einem Philips PCA82C250 oder MCP 2551 verbinden und die CAN Kommunikation steht (mit ein paar Zeilen Code natürlich)? Für Hinweise/Lösungsansätze bin ich dankbar. Mit dem richtigen Controller kann ich mit dem Platinenentwurf beginnen
Hardware-PWM). Geht auch. >Kann ich diese beide einfach mit einem Philips PCA82C250 oder MCP 2551 >verbinden und die CAN Kommunikation steht (mit ein paar Zeilen Code >natürlich)? Sicher, aber wozu dann der AT90CAN128? Dann reicht ein kleiner ATmega88 oder sogar ATtiny2313. MFG Falk
-
Thread
CAN HighSpeed gegen LOW Speed Transveiver
nichts vernünftiges gefunden... ich habe ein modul, da ist ein Highspeed Controller drauf (mcp2551) den würde ich gerne gegen einen LowSpeed austauschen (TJA1054) Leider sind sie nicht Pinkompatibel. was haltet ihr davon? Sollte das klappen??? hat so was schon mal jemand gemacht und wie
-
Thread
Großes SJA1000 Problem. Weiß nicht mehr weiter
Brauchte alles kein Erfolg. Ich poste die Ausschnitt gleich mal. Als CAN Tranceiver nutze ich den MCP2551. Der SJA1000 bekommt seine nachricht auch über den RX Pin zurück. Das is auf dem 3. Bild gut zu sehen. Channel 2 ist TX und Channel 4 is RX. Müsste ich nicht trotzdem eine vernünftige Nachricht
-
Thread
CAN-Controller Chip?
Und dann noch einen Tranceiver dazu wie z.B. den MCP2551 (man beachte den Zahlendreher). Eine fertige Lib gibt es z.B. bei Kreatives Chaos: http://www.kreatives-chaos.com/artikel/universelle-can-bibliothek
-
Thread
Terminierung von CAN-Bus
anzuschliessen. Der Bus besteht im Wesentlichen nur aus einem USB-CAN Wandler und einem CAN Tranceiver MCP2551. Meine Frage ist nun zur Terminierung: Ich habe gelesen dass der Bus auf beiden Seiten mit 120Ohm abgeschlossen werden muss. Ist das ein Widerstand als Bauteil gemeint oder ist das ein Wellenwiderstand
-
Thread
Probleme mit MCP2515
beschäftige mich gerade mit dem CAN-Bus und habe mir hierzu ein paar Platinen mit Mega16/MCP2515/MCP2551 hergestellt. Um das Rad nicht neu erfinden zu müssen, habe ich die Lib von Creatives-Chaos verwendet. Allerdings bekomme ich sie nicht zum Laufen. Init etc. läuft, aber bei mcp2515_static_filter
-
Thread
MCP2515 richtig initialisiert?
einem Skoda Octavia besorgt. Ein kleinen Bus mit 120 Ohm widerständen an den enden und daran meinen mcp2551 der die signale von CANH und CANL umwandelt in eine 0-5V Spannung. Das Signal liegt dann am RXD Pin beim MCP2515 an. Was mir jetzt aufgefallen ist: das Register "REC" = 10000001 und Das Register
-
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
-
Thread
CAN Gateway mit AVR möglich?
es zu Problemen kommt, wobei ich es erstmal nicht vermute :) Weißt du zufällig wie stark der MCP2551 eingreift? Also der CAN Transceiver, undzwar, wenn der MCP2515 oder AT90CAN128 fälschlicherweise mit dem Senden beginnt, obwohl gerade eine Nachricht läuft, ob der MCP2551 das unterdrückt, oder ob
-
Thread
Kommunikationsproblem zwischen ATMega32 und MCP2515 ueber ISP
aufbauen. Dazu habe ich den ATMega32 mit einem CAN Controller MCP2515 und diesen Controller mit einem MCP2551 verbunden. Den Bus an sich habe ich noch nicht aufgebaut, da ich erstmal den MCP2515 initialisieren will. Dieser ist ueber ISP mit meinem ATMega32 verbunden. Nach der Initialisierung lese ich in
-
Thread
AT90CANxx sendet solange bis ACK kommt
mal den Anhang an. Das ausgesandte, ist nie auf dem BUS zu sehen. Obere Kurve = Tx vom AVR / MCP2551 untere Kurve = Rx vom AVR / MCP2551 Eigentlich sollte ja, wenn alles passt die beiden Kurven gleich sein, wenn der AVR etwas aussendet, ist aber absolut nicht, obwohl hierfür eigentlich kein Grund
-
Thread
MCP2515 Initialisierung
für das mitlesen am CAN BUS (100Kb/s) habe ich mir eine Schaltung mit AtMega328P und MCP2515 und MCP2551 aufgebaut. Sowohl der ATMega wie auch der MCP haben einen eigenen 16MHz Quarz. Den Basiscode (ursprünglich für ATMega8) habe ich hier aus dem Forum den ich nochmal anhand des Datenblattes und der
-
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 brauchst
-
Thread
CAN-Interface mit galvanischer Trennung für Pandaboard (OMAP4)
MCP2515 ausgewählt. Dieser wird per SPI an den OMAP4 angebunden. Als Transceiver wollte ich den MCP2551 einsetzen. Um den OMAP4 zu schützen soll außerdem eine galvanische Trennung integriert werden. Die Trennung der Datenleitungen wollte ich mit einem ADUM1402 realisieren, die der Spannungsversorgung
Dadurch bin ich hier gelandet. Meine Frage ist, ob es einen technischen Grund gibt warum der MCP2551 und der ADUM1402 durch den ISO1050 ersetzt wurde oder ob Bauteile gespart werden sollten. Hier geht es mir vor allem um die Beschaffungsmöglichkeit via Reichelt. Zweite Frage: Für was ist der AT24C01
-
Thread
Display3000 CAN-Bus
Ob PCA82c250 oder MCP2551 Transceiver ist von dem Code unabhängig oder??
-
Thread
CAN-Bus Strombegrenzung
überschreitet wird. Machen die meisten CAN-Tranciever wahrscheinlich sowieso von alleine. Beim MCP2551 steht z.B. im Datenblatt: • Protection against damage due to short-circuit conditions (positive or negative battery voltage) • Protection against high-voltage transients • Automatic thermal
-
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
CAN Bus Log Verständnisfrage
welche ausgelesen. Wie kann das sein? Das CAN-Modul habe ich selbst gebaut mit den ICs MCP2515 und MCP2551, wie oben im Schaltplan zu sehen. Für die Kommunikation verwende ich eine fertige CAN-Bus-Library, die ich im Netz gefunden habe (MCP2515.zip). Als Controller verwende ich ein Arduino Mega2560
-
Thread
CAN-CRC berechnen
in dem ich über einen vorhandenen CAN-Bus Daten schicken möchte. Als Hardware verwende ich einen MCP2551 und einen PIC uC. Einen extra CAN-Controller wollte ich nicht verwenden. Also möchte ich einen CAN-Controller selbst mit Assembler schreiben. @Balu: Danke für die einzelnen Reduktionsschritte
>Als Hardware verwende ich einen MCP2551 und einen PIC uC. Einen extra >CAN-Controller wollte ich nicht verwenden. Es gibt doch haufenweise PICs mit eingebautem CAN Controller;)
-
Thread
Grundlegende Fragen eines Newbie - irq - tasten und schalten
man kann einen CAN-Bus aufbauen. Oder gleich nen AT90CAN für 8 Euro und nen CAN-Tranciever alla MCP2551 oder PCA82C250 für nen Euro. Wie gesagt, I2C ist für mich immernoch eine Lösung wenn die Strecke nur 1-2m betragen. Für größere Entfernungen würde ich was anderes nehmen wie CAN oder RS485.
-
Thread
AVR + CAN - Probleme mit ATMega8-16PU + MCP2515 + MCP2551
gesagt, mit einem CAN-Bus). Auf beiden Platinen befinden sich ein ATMega8-16PU, ein MCP2515 und ein MCP2551. Auf beiden Megas läuft der gleiche Code. Jetzt zum Problem: Wenn ich von Platine1 Daten zu Platine2 schicke, kommen diese perfekt an. Anders herum (P2 -> P1) funktioniert nicht. Das kuriose
Hallo pcb und danke für die Antwort, Ich kann die AVR's miteinander, die MCP2551 miteinander und/oder die MCP2515 miteinander vertauschen und jedes Mal kann ich nur von P1 nach P2 senden. Und ja das ist die gleiche ID, aber erstens ist das egal, weil ich sowieso immer vorher
-
Thread
Entwicklung eines Bussystems
entschieden) - CAN Bus-Controller: MCP 2515-I/P(Reichelt: 1,60 EUR) - High Speed CAN Transceiver: MCP 2551-I/P(Reichelt: 1,- EUR) Was haltet ihr davon? Und sollte ich dazu ein CAT-Kabel nehmen? Oder ist dies ein wenig überdimensioniert??? Also wie gesagt, Leitungslänge etwa 100m bei ~250kBit.
-
Thread
16 Bit Variable in 2x 8 Bit Variable aufteilen und Bits verschieben
schon, was ich machen möchte. Ich habe eine Platine mit einem ATMega8, einem MCP2515 und einem MCP2551. Programmiert wird über AVR Studio und AVR-GCC in "C". Ich würd gerne eine 16-Bit Variable in zwei 8-Bit Register klopfen, so wie auf der Grafik... Und dann müssen noch beim rechten Register 3
-
Thread
[V] 5x MCP2551 SOIC-8
Hallo, ich habe 5x MCP2551 SOIC-8 abzugeben. Versand per Brief. Für die Unkosten berechne ich 2€. Grüße.
-
Thread
Problem mit CAN Interface MCP2515/2551
Hallo zusammen! Ich habe mir ein CAN Bus Interface mit den Chips MCP2515 und MCP2551 gebaut. Dieses Interface spreche ich mit einem Arduino Mega 2560 Board über SPI an, dazu ist es mit den Anschlüssen CS, SCK, MOSI und MISO verbunden. Der Anschluß "Mode" geht auch zu einem Pin auf
Hause :-) Noch ne Sache: Während meinen letzten Tests war an den CANH und CANL Leitungen vom MCP2551 nichts angeschlossen. Ich dachte mir, das brauch ich nicht unbedingt, um den MCP2515 zum laufen zu bringen. Ist das richtig?
-
Thread
uC funktioniert erst nach reset
kann mir weiterhelfen. Ich habe 2 uC´s über CAN miteinander verbunden. D.h. mega32 -> mcp2515 -> mcp2551 und umgekehrt. Wenn ich nun die Stromversorgung einschalte passiert erstmal gar nichts. Nachdem ich nun an beiden Controllern den Reset betätige, klappt die Kommunikation einwandfrei. Jemand ne
-
Thread
Welchen Bus?
verbreitet. Es gibt abertausende Projekte mit diesem. Als CAN Treiber nimmt man dann meist den MCP2551. Sind beide sehr gut erhältlich (Reichelt) und kosten je 1€ und ein paar Cent. Ich muss sagen, dass ich kein großer Freund von I2C bin ... Ansichtssache.
-
Thread
CAN Bus schützen
einer Länge von ca 200m und 30 Teilnehmern. Als Hardware habe ich einen AVR Atmega - MCP2515 - MCP2551 eingesetzt. Leider hatte ich nun schon zwei mal das Problem dass wegen Überspannung (Blitzschlag) bis zu 20 CAN Treiber zerstört wurden. Ich habe nun eine Lösung gefunden. Offensichtlich Können
-
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
Buderus EMS-"Gateway" mit PIC18F / Sammelbestellung
so: Ich glaub ich habe das immer noch nicht so ganz verstanden... Denke der ACM sollte auf der MCP2551-Seite vom DC/DC-Wandler sein... Die Schaltung am Ausgang mit L, C und C habe ich aus einer anderen Schaltung "geklaut" Denke jetzt dass der Schaltplan sonst soweit fertig ist. Muss nur noch mal
-
Thread
Geschindigkeitssignal Kfz auslesen und interpretien
#MCP2515 Die Treiber dazu nicht immer vergessen =) http://www.mikrocontroller.net/articles/CAN#MCP2551 Billiger: AVR + externe CAN Controller + CAN Treiber Teurer AVR mit CAN + CAN Treiber (den braucht man ja trotzdem noch !) holger schrieb im Beitrag #2052914: >>;) auf Grundlage des Arduino
-
Thread
Hausbusprojekte mit CAN
hab) Btw. meines Wissens ist bei Verwendung eines normalen HS-CAN-Transceivers (á la PCA82C251/MCP2551) keine separate Wakeup Leitung zum Aufwecken des PIC notwendig, korrigiert mich bitte, wenn ich da falsch liege. Interessanter wäre (da die Interrupteingänge des PIC ja recht beschränkt sind),
> Btw. meines Wissens ist bei Verwendung eines normalen > HS-CAN-Transceivers (á la PCA82C251/MCP2551) keine separate Wakeup > Leitung zum Aufwecken des PIC notwendig, korrigiert mich bitte, wenn ich > da falsch liege. Kannst Du mir da eine Quelle geben? > Interessanter wäre (da die Interrupteingänge
-
Thread
Robuste Datenverbindung
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 individuell konfigurierbar (ID
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
Low-Speed-CAN mit einem High-Speed-CAN Transceiver
Kann man da was mit dem Pin RS (MCP2551) gerade biegen? Habe nähmlich mit dem funktionierendem System Probleme, es wird gestört. Der Tiny Can erkennt ebenfalls einen Fehler. Welchen, kann ich nicht nachgucken. Gruß
-
Thread
STM32 und PCA82C250
Der PCA ist so alt, da nimmt man automatisch TTL-Kompatibilität an. Alternative ist auch der MCP2551, der ist schon mit 2,0V zufrieden.
-
Thread
mcp2515 anschaltung tranceiver
zum CAN Tranceiver. Nach dem Schaltplan von Kreativ Caos ist der RXPIN (MCP2515) mit dem RXPIN (MCP2551) verbunden habe bei mir jetzt gemessen das funktioniert doch so nicht oder der rx muß doch mit dem TX und umgekehrt??? Oder???? Bekomme einfach nichts aus dem BUS Gruß Andy
-
Thread
MCP2551 vs. PCA82C250
Hallo Sind die beiden CAN Treiber nicht nur Pin-, sondern auch Funktionskompatibel? So weit ich das aus dem Datenblatt sehe, ja. Aber manchmal übersieht man ja was wichtiges... Danke
-
Thread
CAN-Bus Probleme
miteinander kommunizieren lassen. Hierzu habe ich nach den CAN-Spezifikationen je Controller einen MCP2551-Transreceiver an den Bus gelötet. Der Bus besteht aus zwei 3cm Kabel (Testplatine) die an den Enden jeweils mit 120 Ohm terminiert werden. Nun ist es so, dass der MCP den Bus nicht einmal auf 2.5V
-
Thread
Anforderungssammlung CAN Hausbus mit PIC µC
://datasheets.maxim-ic.com/en/ds/MAX5035.pdf). > - CAN Tranceiver (Typ?) Hier könnte ich den MCP2551 (http://ww1.microchip.com/downloads/en/DeviceDoc/21667f.pdf) empfehlen. Habe mit diesem bisher gute Erfahrungen gemacht. > - Bestückungsmöglichkeit für Abschluß R für CAN Bus Bestückungsmöglichkeit
datasheets.maxim-ic.com/en/ds/MAX5035.pdf >> - CAN Tranceiver (Typ?) > Hier könnte ich den MCP2551 > (http://ww1.microchip.com/downloads/en/DeviceDoc/21667f.pdf) empfehlen. > Habe mit diesem bisher gute Erfahrungen gemacht. Den hab ich glaub ich auch im Einsatz, müßte ich mal schauen. >
-
Thread
2 Stk. MCP2515 an einem z.B. ATMega32
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
CANBus mit dsPIC30F4011 und MCP2551
Hallo, ich bin Neuling auf dem Gebiet der Controller-Programmierung, bitte also um Nachsicht. Ich möchte ein CAN-Bus mit den oben genannten Bausteinen realisieren. Als Entwicklungsumgebung habe ich PIC C Compiler. Die Taktfrequenz des Oszilators beträgt 6MHz mit PLL8(clock=48MHz). Als Prototype-Llibrary verwende ich die mitgelieferte can-dsPIC30.c und can-dsPIC30.h. Ich möchte eine Baudrate von 500kbit/s einstellen und habe mir mit Hilfe von dem Bit Timing Calculator von Microchip die BitTimings berechnen lassen. Der Calculator berechnet folgende Werte(Tq=24): BRP-1 1 Propagation Delay 7 Phase