-
Thread
at90can128 spi + mkii
moin! ich hab das DVK90can1 board mit at90can128 und will da nun per SPI nen MCP2515 anschließen. Meine Frage: Das Programmiergerät avr ispmk ii läuft ja auch über SPI. Kann ich also mit nem MCP2515 am SPI trotzdem noch per ISP programmieren? Oder muss ich den MCP2515 beim programmieren
-
Thread
Ethernet - CAN Adapter gesucht
momentan auch nichts (würd' mich aber wundern, wenn es das nicht gibt). Mit einem Pollin NetIO, einem MCP2515 einem TJA1050 (oder ähnliches, ist momentan anscheinend schwerer zu bekommen) einem 16 MHz-Quarz und etwas Hühnerfutter ist das aber schnell zusammengeschraubt. Software-Schnipsel finden sich auch
@Gerd: Was willst Du wissen? Prinzipielle Anbindung des MCP2515, Tutorial und Software etc. findet sich hier: http://www.kreatives-chaos.com/ Alternative Software für den AVR NetIO findet sich hier im Artikel http://www.mikrocontroller.net/articles/AVR_Net-IO_Bausatz_von_Pollin
-
Thread
Projekt fertig! Kfz-Bordcomputer
" darf dein CAN-Baustein weder > ein ACK-Bit noch ein Error-Bit senden. Dazu gibt es z.b. beim MCP2515 den 'Listen-only Mode'. Der sendet laut Datenblatt auch keine Acks oder Error Messages. Sollte also moeglich sein.
-
Thread
Hausbus über RS232 möglich?
brauche ich "real" für einen Versuchsaufbau? Je 2x µC - atmega8 in Grundbeschaltung - Quarz nötig? MCP2515 MCP2551 Wenn ich nichts überlesen habe läuft das MCP-Gedöns auch mit 5V. Ich brauche also keine anderen Pegel? Kann ich, bei Verwendung von CAT7, die Versorgungsspannung für die Schaltungen
keinem anderen Hausbussystem gesehen ;-) >Je 2x >µC - atmega8 in Grundbeschaltung - Quarz nötig? >MCP2515 >MCP2551 Ich kenn die Teile nicht so genau; sollte aber genügen (MC, Can-Controller, Can-Transceiver). >Wenn ich nichts überlesen habe läuft das MCP-Gedöns auch mit 5V. Ich >brauche also
-
Thread
Analog ARM Microcontroller und MPC2515
-Basierende Mikrokontroller von Analog Devices. Als kleine Einstiegshilfe ist das Projekt mit AVR+MCP2515 vielleicht hilfreich. http://www.siwawi.arubi.uni-kl.de/avr_projects/can/index.html Gruß
http://www.kreatives-chaos.com/artikel/ansteuerung-eines-mcp2515 das ist zwar für einen avr gedacht, aber leicht portierbar.
-
Thread
Quartzoszillator für 4,1943 MHz
Frequenz erzeugen kann. Warum erzeugst Du die Rechteckspannung nicht mit einem Timer? Der MCP2515 läuft sicher nicht mit einer krummen Frequenz. D.h. er läuft schon, aber die Baudraten stimmen dann nicht. Ich nehme an, Du musst noch etwas die Grundlagen erforschen. Viel Erfolg!
Kehrwertbildung ist bestenfalls für einzelne Werte ganzzahlig möglich... eProfi schrieb: > Der MCP2515 läuft sicher nicht mit einer krummen Frequenz. D.h. er läuft > schon, aber die Baudraten stimmen dann nicht. Genau das befürchte ich auch, habe dazu aber weder im Datenblatt noch in der Doku
-
Thread
Hausbus; so realisierbar?
Naja, CAN-Controller MCP2515 bekommt man für kleines Geld. Ist schon ne echte Alternative zu MC mit integriertem CAN. Mega8+MCP2515+PCA82C250 ist man mit 4€ dabei.
-
Thread
CAN Controller
abzwacken? Ich habe bis jetzt noch nie nen parallelen CAN-Controller rangezwirbelt. Entweder den MCP2515 oder, wenn Probleme absehbar waren, direkt einen MC mit integriertem CAN. Die Auswahl ist inzwischen reichlich. Ob SJA + MC mit Speicherinterface ne kostengünstige Lösung ist? Platz- und routingmässig
-
Thread
Speicher voll durch Multiplikation
Standardausgabe => ab jetzt koennen wir printf() verwenden stdout = &mystdout; // Versuche den MCP2515 zu initilaisieren if (!mcp2515_init()) { PRINT("Fehler: kann den MCP2515 nicht ansprechen!\n"); for (;;); } else { PRINT("MCP2515 is aktiv\n\n"); } PRINT("Erzeuge
: MCP2515 nicht gefunden!\n"); for (;;); } [/C] oder [C] if (!mcp2515_init()) { PRINT("Error: MCP2515 not found!\n"); for (;;); } [/C] tut's auch. Und in Summe sinds dann
-
Thread
Cortex M3 Hobby: STM32* oder LPC17* ?
nicht mit so hohen Taktfrequenzen fahren, da ansonsten unnötig. Da war ja selbst die Struktur des MCP2515 besser; der hat ein Register, wo _jede_ Nachricht erstmal reinkommt und erst dann in einen der beiden Receivebuffer verschoben wird, wenn die Nachricht akzeptiert wurde. Beim STM32* hingegen
mit so > hohen Taktfrequenzen fahren, da ansonsten unnötig. Da war ja selbst die > Struktur des MCP2515 besser; der hat ein Register, wo _jede_ Nachricht > erstmal reinkommt und erst dann in einen der beiden Receivebuffer > verschoben wird, wenn die Nachricht akzeptiert wurde. > > Beim STM32*
-
Thread
at90can128 und externer can controller
die Kommunikation den größten gemeinsamen Teiler zwischen beiden Quarzen finden? Oder muss das beim MCP2515 nicht sein, da über SPI auch ein SCK übertragen wird? Und überhaupt: MCP2515 oder SJA1000? Gruß jamest
mal ausprobieren und berichten! Das ist kein problem. ich hab nen mega8 (14,7456MHz) und nem mcp 2515 (16MHZ) miteinander verheiratet.
-
Thread
MCP2515 und Filter
Bit Identifier zulassen und filtern mcp2515_write_register( RXB1CTRL, (1<<RXM1)); //Filter mcp2515_write_register( RXF0SIDH, 0b11110111); mcp2515_write_register( RXF0SIDL, 0b00000000); mcp2515_write_register( RXF0EID8, 0b00000000); mcp2515_write_register( RXF0EID0, 0b00000000); //Maske mcp2515_write_register( RXM0SIDH, 0b11111111); mcp2515_write_register( RXM0SIDL, 0b00000000); mcp2515_write_register( RXM0EID8
-
Thread
Can Controller mit 3.3V und CanTreiber mit 5V?
Ich würd den MCP2515 nehmen...
Einzelfall betrachten. Manche Controller besitzen 5V-tolerante Pins, beispielsweise viele ARMs. Aber weder MCP2515 noch die AVRs sind 5V-tolerant und der MCP2515 will bei 5V-Betrieb mindestens 3,5V am Eingang. Es gibt aber von TI CAN-Transceiver für 3,3V-Betrieb: SN65HVD23x.
-
Thread
Unterschied Atmega128 + MCP2515 + MCP2551 und Atmega128can
Gibt es da einen unterschied, zwischen der oben genannten kobinationen oder ob mal statt einen SPI Can Controller und einem Atmega128 lieber einen at90can128 und einen Tranciever nimmt??? Danke und Gruß Spice
-
Thread
Single-Wire-CAN
Übertragung. Ich habe mir jetzt mal probeweise den MC33897 besorgt und werde versuchen mit dem MCP 2515 und MCP 25050 einen CAN-Bus aufzusetzen. Ich habe im Netz eine Seite gefunden, auf der Single-Wire-CAN mit einem MCP2515 und einem TH8055 gemacht wird (alternativ mit MCP2551 für differentielles
bitte, dass ich diesen Thread ausgrabe, aber gibt es hier vielleicht Neuigkeiten zur Benutzung des MCP2515 zusammen mit dem MC33897? Oder generell wie man den MCP2515 im Single-Wire-CAN-Bus benutzen kann?
-
Thread
[S] WLAN-Stick mit Monitor Mode & Packet Injection im Tausch gegen irgendwas
5x HA456CMZ, 3x MAX1480CCPI, 3x MAX3158, 2x TDA7266, L6208N, 2x STA015T, 6x LT1491, 2x L6225PD, 8X MCP2551, 3x MCP2515, 3x AS5046, AS1113, 3x AS5040, 3x AS1325, 3x 24AA1024, 5x ISO1050DUBR, 5x TPA3110D2, 1x LIS3LV02DL, 3x TDA7267, 3x M24C04-WDW6TP, 3x Ee102, 3x AS1101, 2x MAX6620ATI+, 2x MAX7501MUA+,
-
Thread
mcp2515 listen only mode betreiben
Hallo, ich habe einen mcp2515 an einem At90crumb128. Da ich nur Can Botschaften über den mcp2515 empfangen möchte dachte ich, das es sinnvoll wäre, den mcp2515 im listen only mode zu betreiben. Zur Programmierung des mcp2515
, (1<<mcp2515_REQOP2)); mcp2515_bit_modify( mcp2515_CANCTRL, 0x80, 0); mcp2515_bit_modify( mcp2515_CANCTRL, 0x60, 1); } Zu einem Späteren zeitpunkt lesen ich die Reggister CANCTRL und CANSTAT aus.
-
Thread
multimaster + baumstruktur + bezahlbare controller, gibts das?
Aktion ansteht. Was teuer/guenstig ist kann man sich sicher streiten. CAN mit 'nem kleinen Atmel + MCP2515 + PCA82C251 find ich nicht sonderlich teuer.
-
Thread
CAN-Bus + Protokoll bereits im Chip
Ein schrieb: > Einfacher geht es nicht, und preiswerter wohl auch nicht. Wobei Mega8+MCP2515 zusammen deutlich billiger sind als der PIC18F258.
Sorry Tipfehler: MCP2551 sollte MCP2515 heißen
-
Thread
At90Can128 mcp2515 Problem im laufenden busnetzwerk
Hallo, ích habe ein At90Can128 an welchem über die SPI Shnittstelle ein mcp2515 dranhängt. Dazu noch ein laufendes Busnetzwerk. Ihm funktionierenden Betrieb sollen Botschaften über den mcp2515 an den At90Can128 versendet werden. Wird der At90Can128 gestartet und anschließend
, damit Daten an den mcp2515 gesendet werden so funktioniert dies nicht. # Kann es sein, das der mcp2515 in einen Overrun geht, da der AT90Can128 länger braucht bis er bootet? Habt ihr irgendwelche Ideen/Lösungen
-
Thread
CAN BUS Bootloader AT90CAN
folgendem Link ist ein CAN Bootloader beschrieben, der AVR Controller über den SPI<>CAN Chip "MCP2515" programmiert. http://www.kreatives-chaos.com/artikel/can-bootloader WAS FEHLT: - Bootloader Software für den AT90CAN, teilweise schon im Anhang - Boodloader Terminalprogramm für
-
Thread
ATMega128 + MCP2515 oder AT90CAN128?
Eigenentwicklung im CAN-Bus-Bereich stehe ich vor der Entscheidung, einen AT90CAN128 oder einen ATMega128 mit MCP2515 zu verwenden. Momentan tendiere ich zum AT90CAN128, da ich um die SPI-Anbindung nicht kümmern brauche. Zweifel bleiben, habe ich etwas Wesentliches übersehen oder ist das vollkommen egal? Danke
-
Thread
Warnung nach Neuinstallation
arg 1 of `eeprom_read_byte' from incompatible pointer type main.c:1442: warning: passing arg 1 of `mcp2515_read_register' makes integer from pointer without a cast main.c:1408: warning: unused variable `IntTemp' main.c: In function `Taster_auswertung': main.c:1623: warning: passing arg 1 of `eeprom_read_byte
eeprom_read_byte nicht den Zeigertyp, den es erwartet. > main.c:1442: warning: passing arg 1 of `mcp2515_read_register' makes > integer from pointer without a cast Hier versuchst du, einen Zeiger-Wert als Integer-Wert zu interpretieren. Wenn du das tatsächlich willst, mußt du das mit einem Cast
-
Thread
Canbus sendet nicht AT90CAN128 / STK600
der Software :-) Ich hab den AT90CAN128 damals auch in die Ecke geschmissen, da ich es eilig hatte. MCP2515, der geht problemlos. Wollte mich nochmal dransetzen, bis jetzt noch nicht gemacht.
Mein herangehensweise wäre: #define SUPPORT_MCP2515 0 #define SUPPORT_AT90CAN 1 #define SUPPORT_SJA1000 0 in der config.h gesetzt ? Zeigt das Ossi an das was auf PD5 rausgeht? Benutzte das stk600 auch mit nem AT90CAN128
-
Thread
can-Bu sendet nicht
paar neue Erkentnisse über meinen Fehler und zwar funktioniert 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
Habe gerade herausgefunden das der Loopback-Modus funktioniert sobald ich die RXCAN-Leitung vom MCP2515 abziehen. Was jemand woran das liegt?
-
Thread
1Mbit = 921600bps?
Na denn: (1) Externen CAN Controller verwenden, MCP2515 oder SJA1000 beispielsweise. Der kriegt seinen eigenen Takt. (2) Mikrocontroller mit fraktionaler Baudratengenerierung verwenden. Da geht so ziemlich alles bei fast jedem nicht zu kleinen Takt
-
Thread
SPI per Interrupt?
@Jörg: Ich habe bislang immer nur Porterweiterungen mit 74HCxxx, Ansteuerung des S65 Display und MCP2515 (CanController mit 10MHz SPI) über SPI gemacht, da bin ich wohl verwöhnt was die Geschwindigkeit angeht :)
-
Thread
AD Wandler MCP3208.bekomm ihn nich an rennen.
Hallo, verzweifel...... bin dabei einen MCP3208 AD-Wandler mit einem mega8 anzusprechen, bekomme jedoch einfach nichts zurück...! Ein MCP2515 am SPI läuft ohne Probleme und die Signale am MCP3208 hab ich überprüft, sollten ok sein. Hier die Funktion: int read_mcp3208() { char i=0; char j=0; unsigned int SPIreceived; cbi(PORTD, PIND7); //clear bit Chipselect (pull low) outp(0x06, SPDR); //send bitcombination for read to MCP loop_until_bit_is_set
-
Thread
STM32 CAN-Beispiel
Ist auch nicht sonderlich gut dokumentiert, weil die Schnittstelle schon in ähnlicher Form für MCP2515 und LPC2100 herhalten musste und deshalb hier nur die ziemlich sparsame kommentierte Implementierung drinsteht.
-
Thread
Umfrage zu installierten Hausbussen
can-hub5/can-hub5.php Verkabelung: Ethernetkabel Knoten: ATCAN128, ATmega168 mit MCP2515 Buskommunikation: dezentral, gleichberechtigt Anzahl Knoten am Bus: derzeit 9 Inbetriebnahme: 2009 Probleme: keine Teilnehmer: - Garagentor
Verkabelung: zentral je Stockwerk (3 + Garten) Knoten: AT90PWM3B und ATTINY84 mit MCP2515+TCA1050 NetIOs als CAN-Ethernet-Gateways (demnächst ersetzt durch Carambola-Boards) Buskommunikation: Je nach einzelner Konfiguration dezentral
-
Thread
mcp2551 + standby-mode
einen sender und einen empfänger habe. da aber nicht laufend daten gesendet werden, wollte ich den mcp2515 und den mcp2551 solange in den sleep schicken. das funktioniert auch paarmale hintereinander aber dann ist schluss (ca. 10 bis 20mal). ich habe den mcp2515 wakeup-interrupt aktiviert, auf den
empfangen (Interrupt wurde vom mcp2515 ausgelöst) wird dieser wieder in den Normal-Modus gesetzt und ich setze den RS-Pin auf 0V. Als Clock habe ich ein 16MHz Quarz. Wird weder der mcp2515 noch der mcp2551 in sleep versetzt, so funktioniert
-
Thread
CAN zu Ethernet / systematisch Vorgehensweise?
überschaubar. Solange keine 1Mbps Dauerfeuer rüber mussen wäre schon die Grössenklasse Mega168/ENC28J60/MCP2515 oder PIC18F2680/ENC28J60 geeignet. Wobei die Komplexität des Gateways selbst ein bischen davon abhängt, inwieweit Filterung im Gateway stattfindet, wie die ggf. konfiguriert wird, usw. Welchen
-
Thread
kleiner, günstiger controller mit can onboard gesucht
sollten eigentlich ausreichen, Rechenleistung braucht es keine nennenswerte. Auf Gebastel mit einem MCP2515 habe ich aus Zeit-, Platz- und Geldgründen nicht allzuviel Lust, wenn es irgendwie vermeidbar ist. Vielen Dank für die Hilfe!
-
Thread
Suche uC zum Pegel einlesen und auf CAN ausgeben
://www.das-labor.org/wiki/Laborboard Unter Layouts findest du auch eine Version mit CAN. Der MCP2510 lässt sich durch den MCP2515 ersetzen. Grüße, Jens
bei 1Mbps. Der muss die Bits ja nicht einzeln auf die Reise schicken, das macht der CAN Controller MCP2515 ganz gut selbst, auch bei 1Mbps. Und im Unterschied zum STM32 kann man dem vorhandenen MCP2515 noch einen zweiten nebendran hinzuschnallen, wenn 2 Kanäle nötig sind. Mit dem AVR + MCP2515 bist
-
Thread
SJA1000 und ATmega32A
ziemlich unübersichtlich finde ich. Meiner Meinung nach nimm lieber einen Atmega mit Can oder den MCP2515. Letzteren benutze ich selber und bin sehr zufrieden damit. Gruß Rene
-
Thread
problem mit mcp2515 und can-wakeup /atmega
hallo, ich habe einen can-sender sowie einen empfänger (beides mcp2515). Beide werden über einen atmega 48 gesteuert. da die daten in unterschiedlichen zeitabständen gesendet werden, lege ich meinen Empfänger-atmega48 solange in den sleep-mode (POWER_DOWN). so funktioniert
der empfänger mcp2515 im normal-modus, so funktioniert meine schaltung einwandfrei. Mfg
-
Thread
Mit MCP2515 CAN-Bus-Daten auslesen
Hallo zusammen, es gibt schon ne menge beitraege ueber den MCP2515 allerdings ist mein problem anscheinend noch nicht aufgetreten, hoffe es kann jemand helfen. Via SPI lesen und schreiben funktioniert ohne probleme solange ich im loop back mode arbeite. ich
lesezyklus 5 mal die spi funktion aufrufen. kann es moeglich sein, dass waehrend ich lese, die daten im mcp2515 ueberschrieben werden und ich daher flasche ergebnisse bekomme? die daten die am rx pin ankommen sind jedenfalls richtig. hoffe ihr habt ne idee!
-
Thread
FPGA (XC3SD1800A) und CanOpen
bei diesem Baustein auf Grund der 3.3V beim FPGA auch nicht geht. Auf der anderen Seite hab ich den MCP2515. Wobei ich mir dann da erst einen CanOpen-Stack besorgen müsste. Dieser hat jedoch 3.3V. Ich würde mir also die Pegelwandler sparen. Jedoch hab ich von ein paar Firmen schon die Aussage bekommen
-
Thread
Datenlogger: SD oder CF?
einzige Hässliche ist dann der Zugriff auf das Speichermedium und die Kosten. Ansonsten kann ich den MCP2515 von Microchip empfehlen. Das ist ein Standalone-CAN-Controller, den man per SPI an den µC anschließt. Der nimmt einem recht viel Arbeit ab, wenn man ihn per SPI konfiguriert hat und schiebt dann
Stand-Alone Controller versehen. Diese würden dann über SPI kommunizieren. > Ansonsten kann ich den MCP2515 von Microchip empfehlen. Das ist ein > Standalone-CAN-Controller, den man per SPI an den µC anschließt. Der > nimmt einem recht viel Arbeit ab, wenn man ihn per SPI konfiguriert hat > und schiebt
-
Thread
benötigt mcp2515 einen bustreiber (mcp2551)?
hallo, ich habe im Datenblatt des mcp2515 nix näheres gefunden ob zwischen TXCan und RXCan noch ein treiber (z.b mcp2551) geschaltet werden muss. Oder funktioniert der BUS zwischen zwei Controllern auch ohne Treiberbausteine? mfg
hallo, ja, schon! aber ich dachte der mcp2515 hat schon einen integriert..weil ich eben nix gelesen hab, dass man noch einen braucht
-
Thread
assert.h auf AVR
mir einige Hilfsfunktionen schreiben, um Fehler zur Laufzeit zu bearbeiten (z.B. beim CAN-Controller MCP2515 einem change-mode befehlen, artig alle laufenden messages abwarten und dann das Statusregister zurücklesen, ob der Mode auch tatsächlich ausgeführt wird). Bei µC's kann man nach meinem bisherigen
-
Thread
CRC-Überprüfung im CAN-Controller deaktivieren
einem fehlerhaften CRC nicht abweist, sondern entgegen nimmt. 1) Gibt es die Möglichkeit, beim MCP2515 einzustellen, dass auch Nachrichten mit fehlerhaftem CRC entgegen genommen werden? Die Abweisung von Nachrichten mit Stuffbit-Fehlern etc. und die Erzeugung eines Fehlerframes ist okay, nur halt
-
Thread
Wer hat Erfahrung mit HAP?
Vielleicht sollte man den Threadtitel in Nachbautagebuch ändern ;-) . Nach durchwühlen der MCP2515 Doku bin ich auf den Telegrammpuffer gestoßen und damit erklärt sich auch warum ich ohne Gegenstelle nur 3 Telegramme über den CAN-Bus verschicken konnte. Wenigstens bin ich nicht der erste der
hallo, ich habe MCP 2551 getestet. das läuft bei mir ohne probleme.
-
Thread
Expertenmeinung über Schwingungen am CAN-Bus
ein paar nützliche Tipps haben könnte. Bild 01 und Bild 02 zeigen die TXCAN-Leitung, die zwischen MCP2515 und SN65HVD230 verläuft. Ich denke mal, dass dies so halbwegs okay ist. Den Jumper JP18 habe ich geschlossen, damit das Ganze im Prinzip terminiert ist, wobei ich dazu sagen muss, dass kein anderes
Hi, Ich habe schon einige Schaltungen mit CAN-Bus aufgebaut. Auch schon mit dem MCP2515, aber Drosseln (wie bei Dir L2) oder Shotkeydioden habe ich dazu noch nie verwendet. Auch die Kondensatoren C19, C41 und C42 würde ich weglassen. Zusammen mit der Drossel gibt es Dir da doch einen
-
Thread
CAN PCA82C250 Stromaufnahme
Stromaufnahmen überschlagsmäßig zusammen gerechnet. Alles aus den Datenblättern. ATMEGA32 1mA MCP2515 5mA DS1820 1,5mA Pullup für DS1820 2,1mA Pullup für Taster 2mA beim Bustreiber PCA82C250 komme ich mit den Datenblatt nicht zurecht. Hat jemand schon mal was nachgemessen
Lagerbestände)). Schau dir mal die folgenden Typen an: NXP TJA1040, TJA1050 oder Atmel AT6660 oder Microchip MCP2551 Zur Frage: Bei einem CAN-Knoten setze ich 200mA Verbrauch an, wenn auch nur Spitze und unter Worst-Case Bedingungen (CAN_L/H Kurzschluss gegen +UB). Bei schlecht dimensionierten Netzteilen
-
Thread
CAN Gateway auf ein neues
100kBps. Das Gateway selber besteht aus einem AT90CAN128 (kleiner ginge auch leicht) und einem MCP2515. Der AT90CAN spielt die Rolle des Knotens am zentralen Bus, der gartenseitige Partner ist ein MCP2515, die beiden sind mit SPI gekoppelt (alle anderen Knoten am Gartenbus sind AT90CANs. Die Software
C3%BCr_AT90CAN_Prozessoren. Am Ende in den Referenzen gibt es auch den Verweis auf die entsprechende MCP2515 Loesung. Wenn Du willst, kann ich aber mein MCP2515 Modul hier ins Forum legen, ich habe doch einiges daran (meiner Meinung nach) verbessert und freundlicher fuer den Einsatz in solch einem Gateway
-
Thread
MCP2515 Problem
Hallo ich habe ein Problem mit dem MCP2515. Alles läuft bis ich durch das Anstecken eines anderen Busteilnehmers einen fehlerhafte Message bekomme. Danach sendet mein MCP2515 nicht mehr. Das Flag EFLG - ERROR FLAG -> RX0OVR wird gesetzt
das mir im Register EFLG das Flag RX0OVR gesetzt wird. Ich kann es zwar wieder löschen aber mein MCP2515 sendet nicht mehr. Kann sich das jemand erklären? Gruß wolf4124
-
Thread
Mikrocontroller mit 2x CANBUS
Die Piccolos von TI könnten was sein. Oder einen Atmel und zwei MCP2515, wäre auch eine Lösung.
-
Thread
Atmega168 Clockout (CLKO) benutzen um MCP2515 zu takten. Zusätzliche Bauteile nötig?
nicht ganz so perfekt schön. Im MCP2515 Datenblatt (siehe Anhang) ist ein Inverter(?) (Dreieck mit Kreis) angegeben. Brauche ich diesen wirklich? Oder kann ich das CLKO Signal direkt an OSC1 des MCP2515 anhängen? Da steht noch, man solle
habe ich ja nicht viel Platz gespart. Wäre das dann so ein 74AS04 wie im Datenblatt? Umgekehrt (MCP2515 clockout zu Atmega möchte ich nicht machen, da ich das Board auch ohne MCP2515 gebrauchen möchte). Danke für Hinweise diesbezüglich, komme eher von der Informatikseite ;-) Gruss Lynn