-
Thread
Probleme mit MCP25625
http://www.kreatives-chaos.com/artikel/universelle-can-Bibliothek Als Controller nutze ich den MCP25625 anstelle dem MCP2515. Die sind beide identisch, bis auf das der MCP25625 auch den CAN Transreceiver inne hat. Die SPI Kommunikation zwischen dem Atmega168 und dem MCP25625 funktioniert. Am CAN-BUS
Das ist doch zum Mäusemelken mit dem MCP25625, so langsam aber sicher fliegen die Platinen gleich aus dem Fenster. Habe nochmal folgende Sachen überprüft: - SPI funktioniert - INT funktioniert - Der MCP25625 ist sauber beschaltet. TX geht
-
Thread
Jede Mykrosekunde Impuls
Alter Schwede...Warum nicht gleich ein ATMega128 und per SPI beschaltet ein MCP25625 dazu. Dazu dann beide mit einem Quarz versorgen. Den Clockout kann man dann auch vom MCP25625 entnehmen und dann braucht man auch keine Timer verwenden, sondern nur den MCP25625 konfigurieren.....
Beitrag #4016386: > Alter Schwede...Warum nicht gleich ein ATMega128 und per SPI beschaltet > ein MCP25625 dazu. Dazu dann beide mit einem Quarz versorgen. Den > Clockout kann man dann auch vom MCP25625 entnehmen und dann braucht man > auch keine Timer verwenden, sondern nur den MCP25625 konfigurieren
-
Thread
EDS-Schaden Can-Bus Hot-plug
Ach was schreib ich denn da. Der TJA1051 ist das doch gar nicht... der zweite Can-IC ist der MCP25625: https://ww1.microchip.com/downloads/en/DeviceDoc/MCP25625-CAN-Controller-Data-Sheet-20005282C.pdf Die Schaltung darf ich leider nicht rausgeben :( Ich skizzier mal den groben Aufbau vom CAN-Part
nicht mehr. Dann muss hier die Schutzdiode getauscht werden und häufig auch der Can-Tranceiver (MCP25625 oder SN65HVD230). Könnte es Sinn machen, parallel zur PESD1CAN noch weitere TVS-Dioden einzusetzen, welche eine niedrigere Klemmspannung haben, damit diese den Potentialaufgleich vornehmen, bevor
-
Thread
MCP25625 Platine Feedback
Moin zusammen, Könntet ihr bitte über das Layout schauen und mir ein Feedback geben? Die vorherige war nicht so toll, daher habe ich was an der Schaltung geändert und das Layout komplett neu überarbeitet. Danke und viele Grüße, Bülent
-
Thread
Eagle lib für MCP25625 QFN-28
Guten Morgen, ich brauche dringend Hilfe bzgl. einer lib für den MCP25625 im QFN-28 Gehäuse. Konnte leider nirgends eine lib dafür finden. Hat jemand diesen lib evtl. da oder könnte mir diesen machen? Vielen Dank! Gruß, Uwe
-
Thread
Low power CAN Modul
mindestens 10mA - der TJA1050 hat kein standby. Ich habe jedoch mehrere ICs recherchiert (zB MCP25625, ...), die den standby Verbrauch in den Microampere-Bereich reduzieren. Ich habe jedoch damit trotz längeren Suchens keine Module (Controller, Transceiver, Peripherie) gefunden. Gibt es die
-
Thread
kleinste CAN-Devices
gibt es noch den bekannten SPI-to-CAN von Microchip mit Transceiver in einem QFN28 Package, heißt MCP25625. Braucht man noch die CPU. Die Transceiver können im Extremfall recht stromhungrig sein, daher die Frage, womit versorgt werden soll. Das Netzteil kann im Vergleich recht groß ausfallen.
-
Thread
CAN-Bus mit uC
erfahrener geworden bist, gehst du über ins nächste Level. Dann nimmst du einen atmega168 plus einen Mcp25625 oder gleich einen atmega16m1
-
Thread
Einfacher CAN-FD (streaming-)logger mir Rpi(?)+?
Vergiss den MCP2518FB bzw. MCP25625FD. Der Raspi wird die Daten nicht schnell genug abholen können wenn der Bus ausgelastet ist, selbst bei einem Bus. Das Protokoll ist viel ineffizienter als beim MCP2515 (der aber, wie bereits angesprochen
-
Thread
Schutzbeschaltung für I/O Pins und Versorgung
Regel >2000V ESD aus. Gibt > auch 12v-Tolerante für den Automotive-bereich. Es geht um einen MCP25625. Laut Datenblatt sind CAN High und Low laut Human Body Model bis 8kV geschützt. Ebenso wird eine maximale Spannung von -58V bis +58V an CANH und CANL angegeben. Eine PESD2CAN würde also weder hinsichtlich
-
Bild
Schaltplan Ladestation und Fahrzeug CAN-Bus Verbindung
50V DC, U2, MCP25625, Ladestation, STBY, VDD, VIO, CANH, CANL, RXD, TXD, TxCAN, RxCAN, OSC2, OSC1, INT, CLKOUT, GND, VSS, FL1, Chake, D1, PESD1CAN, R1, 120, Stecker verkantet --> GND verbindet zuletzt bzw. trennt zuerst
-
Thread
ARM abseits der Mikrocontroller, neuer Einplatinenrechner mit x86-CPU uvm
aus Atmega168PA und MCP2151. Wollte man lediglich MCP2551+MCP2151 ersetzen, hätte man auch einen MCP25625 nehmen können. Es wird auch nichts in Software nachgebildet. Der GD32E103 hat einen richtigen CAN-FD controller in Hardware.
-
Thread
CAN-Sender im Mini-Format
Für die braucht man einen Transceiver. 2 ICs brauchst Du anscheinend immer. Der MCP 25625 hat den Tranceiver schon drin. Als QFN ca. 6x6mm2 Zusammen mit eine Tiny könnte das die kleinste Lösung sein
