-
Thread
prog_uint8_t
Probleme ein? [c] typedef uint8_t prog_uint8_t; prog_uint8_t can_filter[] = { // Group 0 MCP2515_FILTER(0), // Filter 0 MCP2515_FILTER(0), // Filter 1 // Group 1 MCP2515_FILTER_EXTENDED(0), // Filter 2 MCP2515_FILTER_EXTENDED(0), // Filter 3 MCP2515_FILTER_EXTENDED(0), // Filter 4 MCP2515_FILTER_EXTENDED(0), // Filter 5 MCP2515_FILTER(0), // Mask 0 (for group 0) MCP2515_FILTER_EXTENDED(0), // Mask 1 (for group 1) }; [/c]
-
Thread
Can Bus Daten auslesen
CAN_500KBPS); // init can bus : baudrate = 500K Serial.println("CAN Init ok"); attachInterrupt(0, MCP2515_ISR, FALLING); // start interrupt Serial.begin(115200); } void MCP2515_ISR() { Flag_Recv = 1; } void loop() { if(Flag_Recv) // check if data was recieved { Flag_Recv = 0; // clear
Fehlerfeld unten taucht nun folgender Fehler auf: > C:\Program Files (x86)\Arduino\libraries\can\mcp2515.c: In function 'mcp2515_init': > C:\Program Files (x86)\Arduino\libraries\can\mcp2515.c:201: error: 'for' loop initial declaration used outside C99 mode kannst du mir da weiterhelfen? mfg
-
Thread
Universelle CAN Bibliothek: undefined reference to `can_init'
* * Select ONE CAN controller for which you are building the can-lib. */ #define SUPPORT_MCP2515 1 #define SUPPORT_AT90CAN 1 #define SUPPORT_SJA1000 0
Nimm die 1 beim Mcp2515 weg und setze da eine 0 hin
-
Thread
CAN Kommunikation aufbauen
Programmierbeispiel zum Senden einer Nachricht. Habe bereits etwas gefunden, dies ist aber über den MCP2515 CAN Controller. Oder kann ich dieses Beispiel benutzen? (Siehe Anhang) Danke schonmal für eine Antwort
-
Thread
Probleme mit MCP25625
typedef uint8_t prog_uint8_t; prog_uint8_t can_filter[] = { // Group 0 MCP2515_FILTER(0), // Filter 0 MCP2515_FILTER(0), // Filter 1 // Group 1 MCP2515_FILTER_EXTENDED(0), // Filter 2 MCP2515_FILTER_EXTENDED(0), // Filter 3 MCP2515_FILTER_EXTENDED
, 0); #if defined(MCP2515_INT) SET_INPUT(MCP2515_INT); SET(MCP2515_INT); #endif #ifdef RXnBF_FUNKTION SET_INPUT(MCP2515_RX0BF); SET_INPUT(MCP2515_RX1BF); SET(MCP2515_RX0BF);
-
Thread
MCP2515 und TJA1055 Sendet nicht TXD Problem
bißchen differenziell aus)? Liegt denn, wenn Du ein Problem bei der Verbindung vermutest, an TXCAN (MCP2515) und TXD (TJA1055) jeweils das gleiche an? Was ich untersuchen würde: 1. Bekommt der MCP2515 per SPI die richtigen Daten geliefert? 2. Läßt er erkennen, daß er etwas sendet / meint, etwas
ein bißchen differenziell aus)? Liegt denn, wenn Oben bei TXD in der Legende ist der PIN TXCAN am MCP2515 Controller und unten bei RXD der PIN RXCAN am MCP2515 Controller. Also beides sind Daten direkt am CAN Controller zum/vom Transceiver. Ganz unten im Bild ist ein Überblick der kompletten Aufzeichnung
-
Thread
socketCAN mcp2515 - rx buffer overflow Raspberry Pi
Raspberry Pi CAN Daten von einem Long range term Radar auslesen. Hierfür hab ich folgendes modul mit mcp2515 gekauft: http://wiki.gnublin.org/index.php/MCP2515_CAN#RaspberryPi Die Konfiguration habe ich auch wie im link Beschrieben befolgt, jedoch habe ich nicht die erwünschten Ergebnisse. Mein
und rumbastelei habe ich einen How To erstellt. Ich hoffe das es einigen hilfreich sein wird um den MCP2515 Treiber benutzen zu können. Das Overflow Problem wird dadurch behoben, da man den langsameren MCP251x nicht benutzt. Auch mit aktuellen RPI Kernels ist es möglich den MCP2515 zu benutzen.
-
Thread
peliCAN - CAN sniffer fuer Linux/Windows
CAN-RS232 Adapter verwendest du? Ich bin noch dabei die Firmware für meinen selbst gebauten Adapter mit MCP2515 und AtMega zu schreiben. Ein Punkt des Lawicel-Protokolls ist mir dabei nicht ganz klar: Wie sieht die Bytefolge aus, wenn der CAN-Adapter eine empfangene Botschaft an den PC sendet (Auto-Modus
Adapter verwendest du? > Ich bin noch dabei die Firmware für meinen selbst gebauten Adapter mit > MCP2515 und AtMega zu schreiben. Ein Punkt des Lawicel-Protokolls ist > mir dabei nicht ganz klar: Selbstbau mit einem PIC18F26K80, FTDI und einem CAN-Transceiver. Controller koennte kleiner sein,
-
Thread
Welches Programmiergerät für AVR und AVR32
sonstige Peripherie in einem Chip. Beispiel CAN: Viele AVR-Leute hühnern hier mit einem Mega 8 und einem MCP2515 herum. Ein PIC18F26K80 ist nur wenig teurer als der MCP2515, enthält eine verbesserte Variante des MCP2515 und hat zudem den Prozessor schon gleich mit drin. Schön blöd, wer da mit AVR arbeitet.
-
Thread
MCP2515 empfängt nicht (RXWAR/RXEP)
zyklisch auch eine kurze Flanken am TX Pin (Ist das vielleicht das ACK?). Allerdings scheint der MCP2515 mit diesen Daten nicht wirklich klar zu kommen, da dort nach (sehr) kurzer Zeit die entsprechenden Fehler-Flags gesetzt werden. Im EFLG-Register sehe ich dann die gesetzten Bits für EWARN, RXWAR
Dank für deine Antwort und entschuldige bitte, dass ich diese wichtige Angabe vergessen habe. Der MCP2515 hat einen eigenen Quarz, welcher mit 16 Mhz taktet... Da man damit, zumindest dem kvaser-Baudrate-Kalkulator zu Folge, nicht exakt auf die 33,333kbps kommen kann, habe ich den Bus testweise auch
-
Thread
CAN Fehlersuche
sind alle verbunden und verlaufen durch einen Transistor zu GND Pin 2 (TXD): Direkt mit Pin 1 des MCP2515 (TXCAN) verbunden Pin 3 (MODE0): Liegt an Vcc, also an 3,3V Pin 4 (MODE1): Liegt an Vcc, also an 3,3V Pin 5 (RXD): Laut Datenblatt über einen PullUp (16,2 kOhm) an Vcc verbunden und mit Pin 2 des MCP2515 (RXCAN) verbunden Pin 6 (NC): nicht verbunden Pin 9 (CNTL): nicht verbunden Pin 10 (VBAT): mit Abgriff des Netzteils verbunden, liegt bei 8,4V Pin 11 (LOAD): über 6,49kOhm mit Pin 12 (BUS) verbunden
-
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
[MSP430] SPI funktioniert nicht richtig
Hallo zusammen, ich versuche mit meinem MSP430F5438 mit einem MCP2515 CAN-Controller zu kommunizieren. Die Verdrahtung steht auch schon und ich konnte bisher noch keine Fehler identifizieren. Ich verwende UCA1 als Hardware-SPI. Die Initialisierung läuft so ab:
schrieb im Beitrag #3862361: > Bei den allermeisten Chips ist SPI CS active low. So auch beim MCP2515, siehe Datenblatt, Seite 63, grauer Kasten.
-
Thread
Schieberegister und CAN Controller an SPI
Beitrag #3859248: > Allerdings habe ich jetzt einen Knoten im Hirn. Als Can Controller ist > der MCP2515 wohl eine gute Wahl. Äh. Nö. Für nur wenig mehr bekommst Du auch den PIC18F26K80, der eine verbesserte(!!!) Version des MCP2515 plus ein kompletter Mikrocontroller ist. Auf die CAN-Register kannst
MCP2515 ist ne gute Wahl, wenn du mit mit einem bekannten System auch per CAN kommunizieren willst. Mag sein, dass eine andere Lösung theoretisch sinnvoller ist, optimal ist aber die lösung, die schnell
-
Thread
[MSP430] Starthilfe zum MCP2515 CAN-Controller
des MSP's Der SN65HVD230D ist wie folgt verschaltet: 1 - D_TO_TXCAN - verbunden mit TXCAN vom MCP2515 2 - GND - verbunden mit GND 3 - VCC - verbunden mit VCC 4 - R_TO_RXCAN - verbunden mit RXCAN vom MCP2515 5 - VRET - nicht verbunden 6 - CANL - verbunden mit CAN-BUS (CANL) 7 - CANH - verbunden
Ich hatte mal einen F5508 mit einem MCP2515 und TJA1043 verwendet. Da musste noch ein RC-Glied zwischen MCP2515 und TJA1043 RX. Könnte sein, dass Du das auch gebrauchen könntest. Gruß Gunther
-
Thread
MCP2551 sendet nicht
Hallo, Ich versuche verschiedene ATMega328P mit CAN zu verbinden. Eingesetzt werden MCP2551 und MCP2515. Der MCP2515 gibt auf dem TxCAN Ausgang auch keine richtigen Werte aus (siehe Anhang), somit kann der MCP2551 auch keine CAN-Nachrichten verschicken. Das kuriose ist aber, dass die selbe
Florian S. schrieb im Beitrag #3824457: > der MCP2515 ist da wohl sensibler. Der läuft auch noch mit 3,3V. Strom verbrauchen die Tranceiver. Dafür gibt es für 3,3V-Systeme dann eigene Tranceiver.
-
Thread
TAE für eigenes CAN Bussystem
der Software nichts machen kann und will. Der Rest sind mehr oder weniger Eigengewächse, teils mit MCP2515, teils mit AT90CAN... Terminierung - naja. An einem Ende ist ein 120R, der Rest hat je einen 2k2 bekommen. Übertragungsfehler? Fehlanzeige. Habe mal eine Woche mitgeloggt und ausgewertet.
-
Thread
Sammelbestellung WLAN2Serial ESP8266
Aber dafür wird es fülliger: -> Webserver -> Telnet -> GPIO AT -> HC4051 MUX/DEMUX -> SPI MCP23S17 -> I2C MCP23017 -> CAN MCP2515 ( Controller ) -> CAN SN65HVD230DR ( Transreceiver ) -> OLED SPI -> OLED I2C -> I2C Portexpander + LCD Display -> SPI Portexpander + LCD Display -> SPI
-
Thread
CAN MCP2515 Überlauf
Bibliothek für CAN mit dem Arduino uno. https://github.com/franksmicro/Arduino/blob/master/libraries/MCP2515/MCP2515.h Wie kann ich damit am besten feststellen, ob zwischen zwei Leseaufrufen eine Nachricht verloren gegangen ist? Das passiert, wenn die Leseaufrufe nicht schnell genug erfolgen und zwischen den einzelnen Lesefunktionen zu viele Nachrichten kommen (Pufferüberlauf). Es gibt vom MCP2515 ein Overflow-Bit in einem Register. Diese Lib scheint aber darauf nciht zugreifen zu können.
-
Thread
Angabe Empfangspuffer
Momentan verwende ich diese Bibliothek: https://github.com/franksmicro/Arduino/tree/master/libraries/MCP2515 Funktioniert auch ganz gut. Wenn ich aber zu viele Nachrichten zu schnell hintereinander versende (oder alternativ in der Loop-Routine noch andere Dinge mache) kommen einige nicht an. Der Puffer
-
Thread
CAN-Bus Fehlererkennung
Guten morgen, für die CAN-Kommunikation verwende ich einen AVR mit MCP2515 und Bustreiber. Am Bustreiber meiner Platine sind 120 Ohm zwischen High und Low, am angeschossenen CAN<->USB Gateway (für die Diagnose und Anzeige von Telegrammen am PC) ist ebenfalls ein Abschlusswiderstand
-
Thread
CAN-Bus - Gnublin Board - MCP251x - In Linux C++
Hi Leute, ich arbeite gerade an einer CAN-Kommunikation zwischen einem Gnublin Board via MCP2515 (CAN Controller) zu einem Battery Master System. Ich habe das Gnublin per USB an das Notebook angeschlossen und konnte mithilfe des Terminals und den gewissen einstellungen von der Seite http://wiki.gnublin.org/index.php/MCP2515_CAN , über den Befehl CANSEND auch Messages senden und das BMS ist so eingestellt das für bestimmte Identifier die LEDś unterschiedlich leuchten (Soll Zustandsautomat simulieren). Klappt alles
-
Thread
Adressierung über Bus
Beitrag #3766252: > Bei einem AVR wäre das noch ein extra Baustein mit extra Quarz, Selbst wenn man MCP2515 statt AT90CANxx einsetzt kann man dennoch ohne doppeltem Quarz arbeiten. Der vom AVR wird dann oft überflüssig.
Version des MCP2515 mit mehr Puffern und weniger Bugs. fchk
-
Thread
CAN Kommunikation
#define SUPPORT_EXTENDED_CANID 1 #define SUPPORT_TIMESTAMPS 0 #define SUPPORT_MCP2515 1 #define MCP2515_CS B,2 #define MCP2515_INT D,2 Nur um Missverständnisse auszuräumen, da ich bei "Setting for MCP2515" nicht ganz sicher war. Hier gebe ich doch die Ports an, mit denen CS und INT vom MCP 2515 mit meinem Mikrocontroller verbunden sind???
-
Thread
Probleme mit Signalgenerator
2048,2051,2054,2057,2060,2063,2066,2069,2073,2076,2079,2082,2085,2088,2091,2095,2098,2101,2104,2107,2110,2113,2117,2120,2123,2126,2129,2132,2135,2139,2142,2145,2148,2151,2154,2157,2161,2164,2167,2170,2173,2176,2179,2182,2186,2189,2192,2195,2198,2201,2204,2208,2211,2214,2217,2220,2223,2226,2229,2233,2236,2239,2242,2245,2248,2251,2254,2258,2261,2264,2267,2270,2273,2276,2279,2283,2286,2289,2292,2295,2298,2301,2304,2308,2311,2314,2317,2320,2323,2326,2329,2332,2336,2339,2342,2345,2348,2351,2354,2357,2360,2364,2367,2370,2373,2376,2379,2382,2385,2388,2391,2395,2398,2401,2404,2407,2410,2413,2416,2419,2422,2425,2429,2432,2435,2438,2441,2444,2447,2450,2453,2456,2459,2462,2466,2469,2472,2475,2478,2481,2484,2487,2490,2493,2496,2499,2502,2505,2508,2512,2515,2518,2521,2524,2527,2530,2533,2536,2539,2542,2545,2548,2551,2554,2557,2560,2563,2566,2569,2572,2576,2579,2582,2585,2588,2591,2594,2597,2600,2603,2606,2609,2612,2615,2618,2621,2624,2627,2630,2633,2636,2639,2642,2645,2648,2651,2654,2657,2660,2663,2666,2669,2672,2675,2678,2681,2684,2687,2690,2693,2696,2699,2702,2705,2708,2711,2714,2717,2720,2723,2726,2729,2732,2734,2737,2740,2743,2746,2749,2752,2755,2758,2761,2764,2767,2770,2773,2776,2779,2782,2785,2787,2790,2793,2796,2799,2802,2805,2808,2811,2814,2817,2820,2823,2825,2828,2831,2834,2837,2840,2843,2846,2849,2851,2854,2857,2860,2863,2866,2869,2872,2875,2877,2880,2883,2886,2889,2892,2895,2897,2900,2903,2906,2909,2912,2915,2917,2920,2923,2926,2929,2932,2934,2937,2940,2943,2946,2949,2951,2954
Der DAC ist der MCP4821 und den SPI Takt von 200kHz habe ich wegen der Settling Time des DACs gewählt. Der SPI Master wurde von Lothar Miller 1:1 übernommen.
-
Thread
CAN ACK Slot
- Der TJA 1040 ist ein Tranceiver, kein Controller. - Ein Controller, z.B. MCP2515, sendet selbstständig das ACK, ausser er wurde als Listen-Only initialisiert.
Aus dem Datenblatt des MCP2515: Any node that has received an error-free frame acknowledges the correct reception of the frame by sending back a dominant bit (regardless of whether the node is configured to accept that specific
-
Thread
TDI Vp37 Steuergerät selber bauen
stellt kein wesentliches Problem dar. Habe einen STM32F103C8T6, Schema BluePill, genommen, 16k EEPROM, MCP2515/MCP2562. Gruß aus Bukarest
-
Thread
CAN Anbindung - ein bisschen Input gebraucht.
CAN-Transceiver, der mir die Pegelanpassung macht. Bei Microchip wurde ich bisher fündig, und bin über MCP2561 gestolpert. Macht der allerdings nur High-Speed oder auch Low-Speed? Bzw. sind beide Standards abwärtskompatibel im Bezug auf den Transceiver? Und wie sieht das mit dem µC aus? Der soll eigentlich
Schau dir dennoch mal den MCP2515 als CAN-Controller an. Ich finde den absolut super, gibts auch in der 125°-Version. Natürlich ist eine on-chip Version auf den 1.Blick verlockender, aber manch interner CAN-Controller ist deutlich
-
Thread
Frage zu CAN Kommunikation
entweder durch mehrere Messageboxen (in den oben genannten µC) oder tatsächlich als Quasi-FiFo (z.B. MCP2515, bei dem Box 1 in Box 2 "überlaufen" darf). Auch gibt es Hardware, bei der man einstellen kann, ob bei einer vollen Messagebox die neue Nachricht verworfen oder die alte überschrieben werden soll
-
Thread
MCP2515 Filterprobleme
Hallo, hier mal wieder die X-te Anfrage bzgl MCP2515 und den Filtern. Ich habe so sämtliche google Ergebnisse und alte Threads durch. Ich nutze einen AtMega16 mit SPI und dem MCP2515. Soweit funktioniert alles gut. Ich nutze nur den RXB0 und hatte
-
Thread
2 ICs an einem Quarz ?
Hi, Habe hier einen Atiny 2313 und ein MCP2515. Könnte ich die an einen Quarz hängen ? mfg Florian
Florian K. schrieb im Beitrag #3682789: > Hi, > > Habe hier einen Atiny 2313 und ein MCP2515. Könnte ich die an einen > Quarz hängen ? > > mfg > Florian Du kannst die CKOUT-Fuse beim Tiny setzen und den MCP2515 an PD2 anschließen.
-
Thread
CAN - Controller MCP2515 mit Xmega betreiben--> Problem mit xpcc Biblothek
Hallo, ich versuche den MCP2515 CAN-Controller mit einem Xmega zum Laufen zu bringen. Ich verwende dafür die xpcc Biblothek des Roboterclub Aachen. Link: http://xpcc.kreatives-chaos.com/sitemap.html Das Problem ist: Ich verwende eine AVR Atmel Xmega32a mit einem MCP2515 CAN-Controller. Auf meiner ersten Bord habe ich es zum laufen bekommen. Da ich dies für mehrer Blöcke benötige habe ich die Schaltung dupliziert. Jedoch funktioniert der Quellcode auf der gleichen
-
Thread
K-Line auf CAN Converter
Definiere einfach. AVR + MCP2515 + Bustreiber + K-Line Treiber. Oder bisschen was flotteres. Kommt bisschen drauf an was du vorhast und wie viel du hin und her schicken willst. Zumindest solltest du bisschen Ahnungn von Datenstrukturen
SD Adapter für Mikro SD befindet sich aus die CANBUS Shields. Oder Arduino DUE mit IC 9637D und MCP 2562E und SD. Es ist die günstigste Lösung. Im Dt sprachigen Raum gibt es dafür drei Lösungen. Zwei die definitiv funktionieren und eine unbrauchbare. Außerhalb gibt es massenhaft funktionsfähige
-
Thread
Can Bus Filter funktionen MCP2515
Hallo An alle, Ich benutze Pic18F4580 mit mcp2515 ich kommuniziere zwischen zwei platinen. Es funktioniert alles. Ich würde gerne mehr über Filter und Mask eigenschaften lernen. Ich verstehe aber den Protokoll nicht. kann mir jemand kurz
-
Thread
MCP2515 Atmega Absturz
Hallo, ich habe zwei Atmegas32 mithilfe des MCP2515 und MCP2551 verbunden. Der eine Atmega32 ist ein AVR Net IO Board und der andere ist auf ein Steckbrett aufgebaut. Ich benutze die Can-Bibliothek von kreatives-chaos und habe auch die Schaltung
Mit dem MCP2515 hab ich mich auch schon geärgert aber auch gefreut, weil er funktioniert. Ich habe dabei so ein bisschen den Verdacht, dass er einen ordentlichen Reset braucht. Also richtig über den RESET-Pin und
-
Thread
MCP2515 CAN Bus Ausgabeproblem
Hallo! Zur Umsetzung eines Bussystems würde ich gerne den CAN-Bus und dazu den Controller MCP2515 in Verbindung mit einem MCP2551 verwenden. Die SPI Verbindung zu MCP2515 erfolgt ordnungsgemäß: es können sowohl Register beschrieben als auch gelesen werden. Nachdem die Register geladen und
Konnte mich seit langem mal wieder mit dem MCP2515 auseinandersetzen und hab auch gleich meinen Fehler bzw. meine Fehler entdecken. Zum einen gab es einen Wackelkontakt auf der RX-Leitung des MCP2515 und zum anderen hat das Bit-Timing nicht gepasst
-
Thread
Welchen Stack für mega16 + ENC
Ich bastle gerade an so einer Lösung. Ich habe eine Kombination aus Atmega328, MCP2515 und ENC28J60. Pakete vom CAN-Bus schicke ich per UDP-Broadcast ins Ethernet und umgekehrt. Prinzipiell funktioniert das schon. ARP und Ping habe ich spaßeshalber auch realisiert. Ist allerdings
Einfach einfacher. Das war so dahin gesagt. Ich will auch den MCP2515 verwenden.
-
Thread
Projektvorstellung: RFduino CAN-Shield
nehmen will, lieber wäre mir eigentlich die SMT Version auf einem selbstentwickelten Trägerboard mit MCP2515 und USB-Programmer. - Reicht die Datenrate von Bluetooth um alle Nachrichten auf dem Bus weiterzuleiten oder muss auf dem RFduino vorgefiltert werden? Über mich: - Ich habe Informatik studiert
man den ja auch schlecht programmieren. Mittlerweile tendiere ich dazu, den Bosch CC750 statt dem MCP2515 zu verwenden, weil der mehr Empfangspuffer hat. Den Schaltplan werde ich mal mit http://easyeda.com machen: http://easyeda.com/project_view_RFduinoCAN_y82kCUOun.htm
-
Artikel
Hausbus Diskussion
Universaler I/O-Knoten in UP-Dose:. Vorschlag 1 basierend auf ATtiny 2313 (günstig!) CAN-Controller MCP2515 mit 4 Eingänge 4 Ausgänge Eingänge optional mit Optokoppler Ausgänge wahlweise mit MOSFET, ULN2003, ... Ausgänge optional mit PWM Platine sollte in eine Standard UP-Dose passen Vorschlag 2 Huckepacksystem
mit folgenden Platinen: Hauptplatine groß. Prozessor: Z.B. ATmega32 oder ATmega16 CAN-Controller: MCP2515 CAN-Anbindung Spannungsversorgung aus Buskabel Hauptplatine klein. Wie Hauptplatine groß aber tiny Steuerplatine. 2 * 230V Schalter Relais oder Optokoppler? Dimmer. 1 PWM 230V Dimmer Bedienungselement
-
Thread
Arduino CAN-Bus Problem
gemeldeten Arbitrierungsfehler umgeht. > Was passiert, wenn ich empfangene Meldungen nicht vom MCP2515 lade? Was sagt das Datenblatt zum MCP2515 zu diesem Fall?
MCP2515 an https://www.sparkfun.com/datasheets/DevTools/Arduino/MCP2515.pdf dann ist auf Seite 17 ein Flowchart, in dem der Fall im Prinzip behandelt wird. Dort wird von diesem Control Register das Bit
-
Thread
typedef struct führt zu unknown type name
CANMessage *p_message) { uint8_t length = p_message->length; // ID einstellen mcp2515_write_register(TXB0SIDH, (uint8_t) (p_message->id>>3)); mcp2515_write_register(TXB0SIDL, (uint8_t) (p_message->id<<5)); // Ist die Nachricht ein "Remote Transmit Request" if
aber keine Daten */ // Nachrichten Laenge + RTR einstellen mcp2515_write_register(TXB0DLC, (1<<RTR) | length); } else { // Nachrichten Laenge einstellen mcp2515_write_register(TXB0DLC, length); // Daten
-
Thread
Rückwandbus mit I2C
dann große Bausteine mit 64 Pins. Viele Bastler verwenden den per SPI extern angebundenen Controller MCP2515 von Microchip zB in Verbindung mit einem Mega8. Ein Microchip PIC18F26K80 auf der anderen Seite hat CAN bereits eingebaut, und der eingebaute CAN-Controller ist eine stark verbesserte Version des MCP2515 mit mehr Pufferspeicher, und der PIC kann direkt auf die CAN-Register zugreifen, ohne SPI dazwischen. Zudem kostet der PIC deutlich weniger als der AVR plus MCP2515, und einen Quarz spart man auch
-
Thread
MCP2515 Bitrate
Hallo Ich versuche mich am CAN - Testboard von kreatives-chaos. Habe es soweit am laufen. Nun stelle ich mich an. Das Ding läuft mit dem Beispielcode auf 125 kbps. Das sieht in der Konfiguration dann so aus: spi_putc((1<<PHSEG21)); // Bitrate 125 kbps at 16 MHz CNF 3 spi_putc((1<<BTLMODE)|(1<<PHSEG11)); //CNF 2 spi_putc((1<<BRP2)|(1<<BRP1)|(1<<BRP0)); //CNF 1 Das sollte in hex CNF1 = 7 CNF2 = 90 CNF3 = 2 bedeuten wenn ich mich nicht irre. Ich bin zu blöd es mit 100 kbps in die Reihe zu bekommen. Das müsste in hex dann so aussehen CNF1 = 9 CNF2 = 91 CNF3 = 1 Ich bekomme
-
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
Eeprom speichern). Nach einem Spannugs on/off bzw. Hardwarereset sind die betreffenden Register der MCP2515 wieder leer und Anhaltspunkte wären verloren.
-
Thread
CAN-Adapter mit Rx/Tx - LED ?
Hallo, ich entwerfe gerade ein kleines CAN-Adapter-Board. Dazu habe ich mir auch die Schaltung eines MCP2515-Eval-Boards angesehen. Dort gibt es an Rx und Tx (zwischen dem MCP2515 und dem Bustreiber) jeweils eine LED. Ein wenig optische Signalisierung, was auf dem Bus so los ist, finde ich ganz ok. Meine
-
Thread
Welcher Bus kann das?
Beitrag #3561647: > Gibt es da was bezahlbares? Der PCA82C251 kostet bei Reichelt 0,97€. Und der MCP 2515 kostet 1,70€ (wenn du keinen CAN-Atmel benutzen willst).
"rießig" in der Bauform und kostet auch gut mal drei ganze Euros... als Treiber nimmst Du einen MCP2551 oder einen 82c251
-
Thread
Ansteuerung des MCP2515 (SPI)
blob/master/pcb/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
und habe dazu folgendes Tutorial gefunden: http://www.kreatives-chaos.com/artikel/ansteuerung-eines-mcp2515#receive Jetzt kann ich aber schon die Initialisierung des SPI-Interface nicht ganz nachvollziehen. Hier der C-Code: void spi_init(void) { // Aktivieren der Pins für das SPI Interface