-
Thread
MCP2515 und AVR durch PonyProg ISP zerstört
SPI-Interface 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
programmieren. Allerdings meldete PonyProg gleich beim ersten Versuch: "No device found". Als ich dann den MCP2515 anfasse, ist dieser sehr (!) heiß. Der MCP2515 ist kaputt gegangen (ich habe ihn in anderen Schaltungen getestet). Der ATMega32 war ebenfalls hin, da bin ich mir aber nicht sicher, ob das sofort
-
Thread
Delay mit Gatter ohne R/C realisieren
besteht 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
lässt sich durch ein NOR mit n Eingängen nachbilden. Die input/output buffer duch die NOR gatter zum MCP2515 ( wird durch ein SJA1000 ersetzt ) können wegfallen. Beste Grüße Karsten
-
Thread
WLAN Anbindung
kleine AVRs mit eingebautem CAN-Controller. Fehlanzeige! Die ganzen Bastler hier müssen einen Microchip MCP2515 per SPI anbinden, während es auch kleine PICs gibt, die eine verbesserte Version des MCP2515 gleich mit eingebaut haben. Bei den MSP430 gibts schöne Controller, die 24 Bit ADCs eingebaut haben
-
Thread
SJA1000 CLK_OUT unerwartetes Verhalten
Liebe CAN-Freaks, Ich steige gerade von ATMEGA162/MCP2515 auf AT90CAN und SJA1000 um :-) Den SJA habe ich an das XMEM interface von AT90CAN angeschlossen und setze !CS noch "per Hand" da ich mit dem Adressdecoder noch nicht zurecht komme. Um nun zu
-
Thread
CAN-Bus Filtern klappt nicht - MCP2515/PIC18F
Hallo, ich habe Problem mit meinem PIC18F2680. Das Versenden und Empfangen von Nachrichten klappt problemlos. Jetzt wollte ich mich an den Filter machen. Nach dem Datenblatt bestimmt das Maskenbit darüber ob das ID-Bit geprüft wird oder nicht. Wenn das also auf "1" steht wird überprüft ob das Filter-Bit und das ID-Bit in der Adresse übereinstimmt. Also wenn ich in den Filter-Bytes das selbe stehen habe wie im der Empfangenden ID könnte ich alle Maskenbits auf "1" setzen. Seltsamerweise klappt das aber nicht. [code] ;; RX filter 0 ;#define CAN_RXF0SIDH b'00000001' ;0x01
-
Thread
CAN auch schneller als MCP2515 ?
Moin Moin CAN Wissende :-) Ich habe ein MCP2515 an einem ATMEGA 1284 via SPI mit 2Mhz. Der MCP und die MCU laufen mit 16Mhz. Die Problematik ist, dass ich auf eine CAN Nachricht innerhalb von < 80µs antworten möchte ( Request <-- Response ).
die End of Frame Daten + IFS nicht berücksichtigt. Wenn ich das mal grob interpoliere antwortet der MCP2515 nahezu sofort ... Gruß Gerd
-
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.
auch schon den MCP2515 mit einem neuen getauscht. Keine Änderung.
-
Thread
[V]erkaufe MCP2515 PicT Demoboard
Hallo, zum Verkauf steht hier ein MCP2515 PicTDemoboard (Neupreis ca. 50Euro) Node A + B (CAN) Preisvorstellung 25Euro Versand aus Österreich mit der Post. Sollte Interesse bestehen suche ich euch gerne die Versandkosten heraus
-
Thread
Meine erste MCU - Die ulimative Entscheidung
Controller auswählen zu können. Hier im Forum gibts genug Idioten, die einen CAN-Knoten mit Atmega8+MCP2515 aufbauen, wo zB ein PIC18F26K80 angebrachter wäre, weil der (a) CAN eingebaut hat und (b) der eingebaute CAN leistungsfähiger ist und (c) der PIC weniger kostet und weniger Platz und einen Quarz weniger braucht als die AVR-2515-Kombination. Gleiches Spiel mit Ethernet und dem AVR-NET-IO. Ein kleiner PIC18F67J60 macht alles das, wofür man bei AVR ein ganzes Board braucht. Es gibt auch Dinge, wo zB MSP430 optimal ist.
-
Thread
SPI MCP2515 MISO Problem
Hallo, ich arbeite momentan an einer Ansteuerung eines CAN-Busses mit MCP2515 und ATmega8. Die SPI Kommunikation zum MCP hin funktioniert einwandfrei, nur auf dem MISO-Signal ist kein vernünftiges Signal zu erkennen (Pegel pendelt zwischen 1-2V). Mit Pullup auf MISO
-
Thread
[V] CAN Platinen fürs Raspberry Pi
bringen. So wie ich das bis jetzt sehen gibt es eine Reihe verschiedener Implementierungen wie ein MCP2125 halbwegs sicher und schnell mit dem Pi kommunizieren kann. Was ist da jetzt aktueller Stand der Dinge und ist das stabil?
SPI Slaves gegeben ist, wenn ich mir die Initialisierung des spi-config Kernelmoduls ansehe: # MCP2515 with /INT on GPIO25 and 16MHz clock modprobe spi-config devices=\ bus=0:cs=0:modalias=mcp2515:speed=10000000:gpioirq=25:pd=20:pds32-0=16000000:pdu32-4=0x2002:force_release Ich selber benutze
-
Thread
Atmega stürzt ab, bleibt hängen
Hardware/Software. 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
Nachrichten "verschluckt". Gekennzeichnet hab ich es im Programm mit if(MCPMessageReceived[1] == MCP_BUFFER_1) PIEP1(500); Wenn diese Anweisung Wahr ergibt, heißt es, das Flag für den MCP2515 Buffer 1 VOLL ist noch immer gesetzt. Da der MCP2515 nur 2 Buffer für Nachrichten enthält, überschreibt
-
Thread
RS232 CAN RS232 und zurück
habe 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.
Verbindung zwischen dem Canbus meiner Modellbahn und dem Pc, und wollte es mit dem Iso1050, einem 2515, einem Atmega 328 und einem Ftdi Rs 232 versuchen. Kannst Du mir da einen Hinweis geben wie man da vorgeht? Habs bisher geschafft von meinem Digitalsystem aus mit dem Bediengerät über Can eine Weiche
-
Thread
MCP Fehler bei Nachrichten während Initialisierung
Hallo, ich habe ein Problem mit dem MCP2515 Chip. Ist bei der Initialisierung viel Verkehr am CAN Bus kommt es immer wieder mal vor, dass der MCP Chip am SPI Bus alles 1er oder 0er sendet. Ich nutze den Bulk Receive Mode der 2 Empfangsboxen
-
Thread
Suche einfache Lösung für SPI zu CAN
http://www.kreatives-chaos.com/artikel/ansteuerung-eines-mcp2515 Funktioniert gut.
kann, da hast ein Atmega 32 mit MCP2515.
-
Thread
Can Bus free Software und Billige Hardware
geht das Projekt vom Kreativen Chaos. http://www.kreatives-chaos.com/artikel/ansteuerung-eines-mcp2515 Ansonsten siehe [[CAN]]. Der CANUSB Adapter ist auch recht preiswert. http://www.canusb.com/
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
-
Thread
UC3C CAN Inbetriebnahme
dem ASF habe ich mir natürlich zuerst angesehen. Ich kannte Kommunikation per CAN bisher nur vom MCP2515 mit einem 8bit-µC, jetzt mit einem AVR32 ist das ungemein komplizierter. Die Beispiele aus dem ASF sind meiner Meinung stellenweise unnötig verschachtelt. Gibt es denn nicht irgendwo eine Einbindung
aber in den Atmel Beispielen nicht ganz verstehe, ist das Empfangen von Nachrichten. Mit einem MCP2515 kannte ich dass so: Wenn eine Nachricht eingetroffen ist, wurde ein Interrupt ausgelöst. Innerhalb dieser ISR wurde die Nachricht abgeholt. z.B. im ASF CAN_Example21 ist das nun so: Wenn die
-
Thread
MCP2515 und RPi - Problem
driver interface can: raw protocol (rev 20120528) can: broadcast manager protocol (rev 20120528 t) mcp2515 spi0.0: can0: device registered (cs=0, irq=195) mcp2515 spi0.0: can0: bit-timing not yet defined mcp2515 spi0.0: can0: bit-timing not yet defined mcp2515 spi0.0: can0: bit-timing not yet defined
interface > can: raw protocol (rev 20120528) > can: broadcast manager protocol (rev 20120528 t) > mcp2515 spi0.0: can0: device registered (cs=0, irq=195) > mcp2515 spi0.0: can0: bit-timing not yet defined > mcp2515 spi0.0: can0: bit-timing not yet defined > mcp2515 spi0.0: can0: bit-timing not yet
-
Thread
Can Bus mit pic18f45k80 und/oder MCP2515
habe beispiele in dem " PCWHD example Ordner" Ich verstehe die Abläufe nicht. Ich versuche sogar mit MCP2515 da klappt auch nicht. Kann mir bitte hier jemand die Verbindung mit pic18f45k80 sowie mit mcp2515 erklären. Ein Code kann ich außer dem beispiel nicht anbieten, den müsste eigentlich jeder habe
nicht, kann es sein das pic18f45K80 überhaupt nicht CAN kann. es kommt kein "can_kbhit()". über MCP 2515 klappt es auch nicht. ich versuche mal den mal den anderen irgenwie kein erfolg. Ich habe kein ozcilloskop daher weiß ich gar nicht ob da irgend etwas kommt. Ich benutze die beispiele im C-Compiler
-
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
4x MCP2515 oder 4x SJA1000 an AT90CAN128
( wenn auch schwieriger zu bekommen ). Die MCP2515 sind da viel einfacher anzuschließen. Ein testaufbau mit zwei MCP2515 und einem ATMEAG88 lief soweit problemlos nachdem ich die canlib auf interrupt betrieb umgestellt habe. Der AT90CAN hat ja
Memorybus (11 Leitungen). Dafür kannst Du sie direkt als MMIO ansprechen, also über Pointer. Beim MCP2515 muß alles erstmal über den Flaschenhals SPI gehen. Und der AT90CAN128 hat noch nicht mal die modernen UARTs als gepuffertes SPI.
-
Thread
Arduino und CAN via SPI
den PC direkt gesteuert. Der Arduino soll eine CAN-Schnittstelle haben. Eine Möglichkeit wäre der MCP2515 als CAN-Controller, dieser lässt sich aber nicht so einfach programmieren. Deshalb überlege ich gerade, das ganze wie unten gezeichnet aufzubauen. Der AT90CAN128 geht natürlich nicht direkt auf
-
Thread
[S] CAN-Simulator
Das Arduino-Ding ist bizarr teuer, MCP 2515 + 2551 gibt's zusammen bei Reichelt für insgesamt 2,80 EUR! Simulieren will ich nix, im Gegenteil, ich will die Daten lesen die vom Auto kommen. Da ich damit aber noch ziemlich unsicher bin
-
Thread
MCP2515 von welchen Addressen muss ausgelesen werden ?
Hy, ich verwende den MCP2515 um an CAN Daten zu kommen und diese weiter auszugeben... Dazu habe ich zwei Fragen wo mir aus dem Datenblatt nicht alles ganz klar war... 1. Werden die CAN- Daten automatisch aufgenommen
-
Thread
FPGA MCP2515 Register setzen
Hy, ich versuche mit einem FPGA Daten vom CAN bus zum Chip zu bekommen ...dazu habe ich einen MCU(MCP2515) der mir die Sauber bereitstellt dazwischengeschalten...jedoch ist jetzt die Frage wie ich mit einem FPGA ein Register setzen kann, sodass beispielsweise ein Interruptsignal kommen kann wenn es
Datenblatt des MCP2515 lesen. Da steht das ausführlichst drin. Ich würde jedoch anstelle des MCP2515 einen PIC18F25K80 nehmen. Das ist eine verbesserte Version des CAN Peripherials plus eingebautem PIC. Der kann Dir
-
Thread
Frage zum Datenblatteintrag(MCP2515)
Hy,vor mir habe ich das Dateblatt zum MCP2515 da Datenblätter für mich insgesamt eine neue Materie sind möchte ich fragen ob ich die als Bild angefügten Auschnitte richtig verstanden habe... Also beim Lesen muss ich die CS Leitung auf low
) > > Bzw. Wenn sich da jemand mit dem MCP2515 auskennt dann möchte ich noch > fragen > welche Register da überhaupt noch zu setzen sind, bevor man überhaupt > diese Lese-/Schreibinstruktionen sendet. ...Also damit ich mit SPI > arbeiten
-
Thread
Atmega und CAN
=> MCP2515 MISO - MISO MOSI - MOSI SCK - SCK 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
dass ich mich an dieses Tutorial halte: http://www.kreatives-chaos.com/artikel/ansteuerung-eines-mcp2515 Ich habe zum debuggen leider nix da aber ich habe mal folgendes probiert: mcp2515_write_register(TXB0D0, 0x05); _delay_ms(100); x = mcp2515_read_register(TXB0D0); Also 5
-
Thread
AT90CAN + MCP2515
Fehler gefunden. Der RESET vom MCP2515 lag auf einem PIN. Beim Initialsieren der CAN Register des AT90CAN wurde der Port kurz zurückgesetzt was zu einem Reset des MCP2515 geführt hat. Abhilfe war ganz einfach: Habe die Resetleitung des MCP2515 über einen 10K Widerstand auf 5 Volt gelegt. Gruß Bernd
-
Thread
MCP2510 ansteuern mit Atmel168P
ready machen und habe 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 daran: http://www.kreatives-chaos.com/artikel/ansteuerung-eines-mcp2515 Hat jemand vllt. etwas parat oder weiß, wie ich den Code evtl. abändern muss damit er auch auf dem 2510 läuft? Wäre sehr dankbar über Hilfe! MfG FX
-
Thread
ADM3053 arbeitet nicht
ich genau so übernommen habe [vgl. Bild im Anhang]. Leider tut sich am Controller nichts. Der MCP2515 sendet über TX Nachrichten, welche soweit erstmal stimmen aber an CANH bzw. CANL kommt nix raus. An Visoout und Visoin messe ich 5 V. Was mache ich falsch?
einen neuen ADM eingelötet, wahrscheinlich hat der erste etwas abbekommen. Weiterhin hatte ich am MCP2515 statt ein 16, einen 20 MHz Quarz. Dadurch stimmte irgendwas die Prüfsumme nicht und es liefen nur Error-Frames über den Bus. Danke für eure Hilfe!
-
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
Push: Keiner einen reinen Sniffer mit dem MCP2515 gebaut?
-
Thread
MCP2515 Probleme
Mein Anliegen war es ja, einen passiven CAN "Empfänger" zu bauen. Durch die o.g. Dioden zwischen dem MCP2515 und MCP2551 könnte dies ja Hardwaremäßig umgesetzt werden. Kann man dies auch Softwaremäßig umsetzten? Also das man dem MCP2515 vom µC keine Frames sendet. Oder generiert der MCP2515 selbständig
> P.S.: Im Normal Mode geht es nicht, da der MCP2515 selbstständig Errors > und Acks erzeugt. Also werden Error Frames direkt vom MCP selbständig erzeugt. Mein Verständnis: - Der MCP2515 schafft es die empfangene Nachricht in Echtzeit zu
-
Thread
zwei MCP2515 über eine Bibl. ansprechen
#3218062: > Teilweise. hm... ich hab es geahnt. Dazu hab ich mir folgendes gedacht: #define MCP2515_CS D,3 #define MCP2515_INT D,4 #define MCP2515_CS_1 D,5 #define MCP2515_INT_1 D,6 Immer wenn die Bibl. MCP2515_CS oder MCP2515_INT verwendet bau ich eine kleine Entweder-Oder Bedingung
@qwertz (Gast) >#define MCP2515_CS D,3 >#define MCP2515_INT D,4 >#define MCP2515_CS_1 D,5 >#define MCP2515_INT_1 D,6 >Immer wenn die Bibl. MCP2515_CS oder MCP2515_INT verwendet bau ich eine >kleine Entweder-Oder
-
Thread
Welche Schnittstelle für Bus-System ?
Danke Falk, Ich hab das jetzt so 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.
#3217980: > Ich hab das jetzt so 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
-
Artikel
CAN Bibiliothek für AT90CAN Prozessoren
Zugriffs von einem AVR Prozessor auf einen CAN Bus: CAN on the AVR (Mike Blendermann) Ansteuerung des MCP2515 (Tutorial, Fabian Greif) Daneben gibt es Tonnen von Artikeln zu CAN, die aufzuzählen hier fehl am Platze wäre. Dateien mit dem Quelltext der Bibliotheksprogramme. Can.c - V1.0.1, korrigiert 30.07.2009
-
Thread
SPI-Bus, SD-Karte, CAN und LCD -> wie lösen(C/C++)?
Hallo zusammen, ich stehe gerade vor der Aufgabenstellung eine SD-Karte, einen CANbus-Treiber(MCP2515) und ein SPI-Lcd(1,8"noname)an einem Atmega1284(als Spi-Master) zu betreiben. Da ja immer nur einer der Teilnehmer gleichzeitig auf dem Bus aktiv sein darf, stelle ich mir die Frage wie ich diese
NickNack (Gast) >ich stehe gerade vor der Aufgabenstellung eine SD-Karte, einen >CANbus-Treiber(MCP2515) und ein SPI-Lcd(1,8"noname)an einem >Atmega1284(als Spi-Master) zu betreiben. Kein Problem. >Da ja immer nur einer der Teilnehmer gleichzeitig auf dem Bus aktiv sein >darf, stelle ich
-
Thread
Welcher Einplatinen-Computer eignet sich?
geht's aber gut. ... solange Du keine hohen Busgeschwindigkeiten und Buslasten hast. Das SPI des MCP2515 ist der Flaschenhals, den es bei anderen Plattformen mit eingebautem CAN-Controller nicht gibt. fchk
-
Thread
Gartensteuerung und CAN
einheitliches Protokoll - einfach erweiterbar - CAN-Knoten sollen günstig sein (Knoten mit Atmega8 und MPC2515 funktioniert bereits) Ich benötige folgende Grundtypen an Nachrichten: - Übertragen von Systemeinstellungen (z.B Uhrzeit, Messintervall) - Rückmeldungen von Knoten über Zustände der Aktoren und
Wenn Du es noch einfacher haben willst: PIC18F26K80. Enthält eine deutlich verbesserte Version des MCP2515 plus einen 8 Bit Prozessor und ist platzsparender und billiger als Mega8 plus separatem MCP2515. fchk
-
Thread
Filter im MCP2515, Socket CAN und der RaspberryPi
Hallo, ich kann erfolgreich mit meinem RaspberryPi über CAN kommunizieren. Dazu verwende ich einen MCP2515. Mit folgender Anleitung zur Implementierung von Socket CAN im Pi habe ich gearbeitet: http://www.mjmwired.net/kernel/Documentation/networking/can.txt Soweit so gut. Nun möchte ich mit
wie ich die Software einstellen kann, um CAN Nachrichten zu filtern. Ich würde aber lieber den MCP2515 über den Pi so konfigurieren können, dass der Pi sich nicht im laufenden Prozess darum kümmern muss, sondern das die Filterung vom MCP2515 erledigt wird. Weiß jemand wie das geht? Gibt es dafür
-
Thread
NXP LPC11C24 mindest CAN-Speed
Du 20 kbit/s brauchst musst Du einen LPC11C14 und einen langsamen externen Transceiver nehmen z.B. MCP2515 Der ATmega32M1 hat einen CAN Controller aber keinen Transceiver, also wohl auch MCP2515
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
[V] Diverse Microchip Development Tools
Demo Board mit PIC18F4550 http://www.microchipdirect.com/productsearch.aspx?keywords=DM163025 1x MCP2515 CAN Cont. PICtail Demo Bd [] (15€ + Versand) Erweiterungsplatine mit MCP2515 CAN Controller und MCP25020 CAN I/O Expander http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en024094&part=MCP2515DM-PCTL 1x CAN Bus Demonstration Board [] (15€ + Versamd) CAN nach USB Demo Boards (zwei Stück) mit PIC18F4550 und MCP2515 CAN Controller http://www.microchip.com/stellent/idcplg?IdcService=
-
Thread
CAN-Interface für Arduino u.ä.
habe ich ein kleines CAN-Modul entwickelt, das pinkompatibel mit dem RF-Modul ist. Es benutzt den MCP2515 und den SN65HVD230, beide mit 3.3V. Die Platine ist etwas gross wie die NRF24L01-Module, die man bei eBay bekommt: ca. 34x16mm. Ein paar Infos gibt es noch hier: http://www.open-homeautomation.com
-
Thread
SPI CAN Controller mit tieferer Pufferung
Wir benutzen momentan den mcp2515 an einer Linux CPU. Problematisch ist, dass der Baustein nur 2 Empfangspuffer hat, was bei hoher Baudrate zu Überläufen führt. Gibt es eine SPI CAN Alternative mit tieferer Pufferung? Ich habe
sind unterschiedlich wahrscheinlich auch das generelle Verhalten. Trotzdem könnte man auf Basis des mcp2515 starten.
-
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
läuft Dein MCP in einen Bus Error beim Senden. fchk