-
Thread
OpenHAB mit Raspberry PI / CAN
muss CAN sein :) Gerd B. schrieb im Beitrag #4171485: > Anstatt eines MCP2551 würde ich den MCP2562 verwenden. Kannst du das begründen? Ich werde mal Tests machen mit einem MAX3050 / MCP2551 und MCP2562 Gerd B. schrieb im Beitrag #4171485: > Das Zusammenspiel zwischen GPIO-IRQ und SPI/CAN
Beitrag #4172703: > Gerd B. schrieb im Beitrag #4171485: >> Anstatt eines MCP2551 würde ich den MCP2562 verwenden. > Kannst du das begründen? Der MCP2562 kann mit zwei Spannungen arbeiten: Vio zum MCP2515 mit 3V3 und Vdd 5V CAN-Bus. Das entspricht der CAN-Spezifikation. Mit einem MCP2551 (5V)
-
Thread
Welcher Bus kann das?
MCP2562 als Bus-Treiber (relativ günstig) und "Multi-Processor Communication Mode" z.B. mit ATtiny1634 oder ATtiny841 (Hardware-UART vorhanden)
deutlich günstiger wäre und auch ein ATtiny2313 passen würde. Bei Mouser und Digikey ist der MCP2562 billiger als der PCA82C250. Zudem geht der MCP2562 auf der µC-Interface-Seite von 1.8V bis 5.5V Versorgungsspannung. Der ATtiny841 ist billiger als der ATtiny2313, hat mehr Speicher und deutlich
-
Thread
CAN-Device oder Platine zum üben
Dip-Package verfügbar ist. https://www.reichelt.de/bus-controller-1-treiber-1-empfaenger-dip-8-mcp-2562-e-p-p143744.html https://www.microchip.com/en-us/product/mcp2562 > Desweiteren brauche ich eine Terminierung, müsste ich irgendwo in der > Schublade haben. 120 Ohm Widerstände, nichts besonderes
Pegel auf dem Bus sind aber nicht normgerecht. Besser geeignet ist der bereits mehrfach erwähnte MCP2562, den gibt es auch im freundlichen DIL-Gehäuse. Braucht aber 3.3 und 5Volt Versorgung. Uwe
-
Thread
LIN-CAN Gateway / Bauteilauswahl
für 3,3V. Richtig, der LIN Transciever MCP2004 wird über die Boardspannung versorgt. Beim MCP2562 liegt VDD bei 5V und der VIO zwischen 1.8V und 5.5V und kann somit mit einen 3.3V Controller betrieben werden, oder? Danke für eure Hilfe! Grüße Stefan
kommt es aus folgendem Grund. Ich hab noch ein paar Bauteile mehrfach da, die ich verbauen wollte (MCP2562/MCP2004A/dsPIC33) und zum anderen war der Mikrocontroller die letzten Wochen nicht in anderer Bauform verfügbar. Ebenfalls ist der MCP2562 immer noch schwer in einem SMD Gehäuse zu bekommen. Die
-
Thread
Schaltplan für Haussteuerung im Hutschienengehäuse (Raspberry Pi, CAN, MCP2515, MCP2562, PCF8574)
gespeist wird. Die Schaltung habe ich aus dem Datenblatt. Dann ist da noch ein MCP2515 und ein MCP2562, die zusammen die CAN-Kommunikation übernehmen sollen. Und zum Schluss noch ein PCF8574, mit dem ich von ein paar Stromzählern mit S0-Ausgang die Signale mitloggen möchte. Jetzt meine Bitte:
Schau nochmal ins Datenblatt vom MCP2562. Ich meine Du hast da VDD und VIO vertauscht.
-
Thread
CAN Schaltung
Thomas F. schrieb im Beitrag #5865906: > MCP2562 verwenden? Der ist extra für niedrigere Signalspannungen > gemacht. Danke für den Tipp, den schaue ich mir mal an.
und tausch den bei Bedarf dann aus. Einen in der TX Leitung am µC und einen in der RX Leitung am MCP2562, richtig?
-
Thread
Schaltplan für CAN
dsPIC33FJ128GP802. Ist nebenbei noch ein wenig schneller. Als Transceiver nimmst Du dann einen MCP2562. fchk
runter und überbrücke die Pads. Problem erledigt. Und Dir ist aufgefallen, dass ich Dir einen MCP2562 als Transceiver für den dsPIC33FJ genannt habe? Der hat nämlich zwei VDD-Pins: einmal 3.3V für die Logikseite und einmal 5V für die Bus-Seite. Ist auch nicht teurer. fchk
-
Thread
UART <-> CAN(open)
Sowas? https://www.distrelec.de/schnittstellen-ic-can-spi-dil-8/microchip/mcp2562fd-e-p/643386 Mit Software ist es jedenfalls so nicht möglich die CAN SChnittstelle arbeitet mit Linedriver.
RS232(3V3) -> SLCAN PIC18F25K80 + MCP2562 + CAN-CAN: http://wiki.kewl.org/dokuwiki/projects:can-can http://hg.kewl.org/pub/can-can/file/
-
Thread
Spannungsteiler zw. MCP2515 und MCP2551 liefert falsche Spannung
TL;DR: Der MCP2551 ist obsolet. Die legitimen Nachfolger MCP2561/2 sind besser geeignet. Der MCP2562 kann mit zwei Spannungen arbeiten. Hier entfällt sogar die Pegelanpassung bzw. der Spannungsteiler über die Widerstände - weniger Bauteile -> weniger Fehlerquellen
umgehend, sobald sie mir bekannt werden. Ich hatte ja bereits die verbesserte Version mit dem MCP2562 unter dem alten Schaltplan angefügt.
-
Thread
Platine mit verschiedenen Spannungen
Thomas schrieb im Beitrag #6324837: > Can Bus: MCP2515 (3.3V) + MCP2562 (5V) Thomas schrieb im Beitrag #6324837: > Weil dann könnte > ich meinen atmega + den SHT85 mit 5V versorgen und hätte nur eine 5V + > 12V Spannung auf meiner Board. Ja was nun? Keine 3,3
. MCP2515 (3.3V) bekommt seine 3,3 Volt, unsinnige Frage, da Du die Spannung sowieso hast. MCP2562 (5V) bekommt 5 Volt und einen Pegelwandler, um die Eingänge des AT328 nicht zu überfahren.
-
Thread
MCP2515 CAN-Bus Modul
bisher nicht gefunden. https://www.reichelt.de/de/de/shop/produkt/entwicklerboards_-_can-modul_mcp2562-239277
#8073558: > Wenn ich 5V zur Verfügung habe, dann nehme ich immer Dual-Supply > Transceiver wie den MCP2562(FD). Das wäre der Reichelt Link weiter oben
-
Thread
12 Volt DC Motor über WS2811 Chip steuern
Orin Nano hat einen CAN-FD integriert. Dafür brauchst Du nur einen passenden Transceiver, z.B. MCP2562FD. https://www.microchip.com/en-us/product/mcp2562fd Bei CAN statt LIN wäre z.B. der hier eine gute Wahl: https://www.microchip.com/en-us/product/dspic33ck256mp502 Dazu eben ein passender
Module über IDs angesprochen, also "Adressiert". Jedes Modul greift mit dem von Frank genannten MCP2562 alle Signale ab. und reicht diese an einen Prozessor mit CAN Protokoll weiter. Der wiederum steuert den MOSFET an (denke mal das ist die günstigere Lösung als mit dem o.g. DSC) Eine zusätzliche
-
Thread
Galvanisch getrennter CAN Transceiver
Eventuell dieser hier: MCP2562 ??
Roboant schrieb im Beitrag #4470757: > Eventuell dieser hier: > > MCP2562 ?? Leider nein, er besitzt gar keine galvanische Trennung. Trotzdem Danke.
-
Thread
Ich finde den richtigen Baum im ARM Wald nicht
www.microchip.com/wwwAppNotes/AppNotes.aspx?appnote=en539328 Als CAN-Transceiver nimmst Du den MCP2562-E/P. Diese Typennummer ist für die DIL8-Version, d.h. auch das ist problemlos für Dich lötbar. http://www.microchip.com/wwwproducts/en/MCP2562 Der MCP2562 ist explizit für den Betrieb mit 3.3V
-
Thread
ESP8266 & CAN // Vorschläge passender Baustein
RS232(3V3) -> SLCAN PIC18F25K80 + MCP2562 + CAN-CAN: http://wiki.kewl.org/dokuwiki/projects:can-can http://hg.kewl.org/pub/can-can/file/
Gerd B. schrieb im Beitrag #3989913: > RS232(3V3) -> SLCAN > > PIC18F25K80 + MCP2562 + CAN-CAN: > http://wiki.kewl.org/dokuwiki/projects:can-can > http://hg.kewl.org/pub/can-can/file/ danke!
-
Thread
ESP32 - CAN-Bus
wie schon erwähnt für 5V Mikorcontroller. Für Controller mit niedrigeren Spannungen gibt es den MCP2562. 15m Länge sind für einen CAN-Bus gar nichts.
Vielen Dank für die schnellen Antworten: der MCP2562 ist leider nicht als Modul zu haben ... zu viel wollte ich nicht rumlöten (schon alleine, weil ich im späteren Plan ein größeres Netzwerk plane) der SN65HVD230 sieht hingegen gut aus, das werde
-
Thread
TCAN334 - Supply Current
Wenn ich das mit einem MCP2562FD vergleiche, dann hat auch der bis zu 70mA an VCC im dominanten Zustand. Deine Stromversorgung muss sowieso dafür ausgelegt sein, da kommst Du nicht drumrum. Dein Transceiver ist ein Single Supply
, aber dann ist es eben nicht mehr zuverlässig. Wenn Du einen Dual-Supply Transceiver wie den MCP2562FD nimmst, dann kannst Du die Stromversorgung für den Bus von der Stromversorgung für die restliche Elektronik entkoppeln. Wenn der Bus dann abmeiert, läuft der Rest weiter. fchk PS: CAN ist
-
Thread
Einfacher CAN-FD (streaming-)logger mir Rpi(?)+?
Hallo, der Teensy 4.1 hat doch unter anderem einen Can-FD. Noch einen MCP2562FD dran und fertig. Da gibt es 1 SDIO (4 bit) native SD Card Port an einem ARM Cortex-M7 mit 600 MHz, zur Not auch Usb 2.0 Hi Speed. Das sollte wohl für zwei Sensoren mehr als ausreichend sein. Gruß
im Beitrag #7511609: > Hallo, > der Teensy 4.1 hat doch unter anderem einen Can-FD. Noch einen MCP2562FD > dran und fertig. Wenn tatsächlich zwei separate CANs nötig sind, müsste man halt noch einen zweiten CAN-FD-Controller anschließen. Ansonsten denke ich auch, dass der Teensy ziemlich gut für
-
Thread
RPi - CANbus - STM32F303K8
Nimm den MCP2562 anstelle des 2551. Der 2562 hat zwei Spannungsversorgungspins, einmal 5V für die CAN-H/CAN_L Bus Signale, einmal VIO für die CAN_RX/CAN_TX Signale. Bei Dir wäre VIO 3.3V. Damit brauchst Du keine Pegelwandler. -> https://www.microchip.com/wwwproducts/en/MCP2562 fchk
-
Thread
Mehrere Sensoren über I²C
oder 4.1. Die haben einen CAN-Controller drin, und Du brauchst einen externen CAN-Transceiver (z.B. MCP2562). - Pixhawk und Teensy können über die CAN-Hardware mit dem UAVCAN Protokoll sprechen und Daten austauschen. https://dev.px4.io/v1.10_noredirect/en/uavcan/ Das ist so umsetzbar und wird auch
Die haben > einen CAN-Controller drin, und Du brauchst einen externen > CAN-Transceiver (z.B. MCP2562). > - Pixhawk und Teensy können über die CAN-Hardware mit dem UAVCAN > Protokoll sprechen und Daten austauschen. > > https://dev.px4.io/v1.10_noredirect/en/uavcan/ > > Das ist so umsetzbar
-
Thread
CAN BUS Raspberry
Sofort alles außer Betrieb nehmen. MCP2515 mit 3.3V versorgen. Als Transceiver nimmst Du einen MCP2562. Der braucht einmal 5V für den CAN-Bus und einmal 3.3V für RX/TX zum MCP2515. Am MISO machst Du ab Besten noch einen Pullup (irgendwas zwischen 10k und 100k nach 3.3V), damit der Pi auch dann noch
Habe den MCP2561 durch einen MCP2562 ersetzt, den MCP2515 mit 3.3V versorgt, wie im Diagramm oben angezeigt. Ich benutze einen 8Mhz Quarz und habe 2x 27pF Kondensator. Ansonsten entspricht alles dem Diagramm. Mein Raspberry bootet
-
Bild
Datenblatt eines MCP2515 CAN Interface Moduls
mit MCP2515 CAN Interface & MCP 2562 Transceiver HAUPTMERKMALE Modell CAN Modul Chipsatz MCP2515, MCP2562 CAN Spezifikation CAN V2.0B Kompatibel mit Arduino, Raspberry Pi und weitere gängige Mikrocontroller Interface SPI, CAN Abmessungen
-
Thread
STM32F103C8T6 Schaltplanüberprüfung
1. Ich würde den MCP2551 durch einen MCP2562 ersetzen. Der hat einen extra 3.3V Spannungseingang für die Logik. Damit hast Du auch passende Logikpegel am Prozessor. 2. Ich schalte immer einen 1M Widerstand parallel zum Quarz als Anschwinghilfe
Frank K. schrieb im Beitrag #7260311: > 1. Ich würde den MCP2551 durch einen MCP2562 ersetzen. Ist ne gute Idee.... ist es richtig, dass der STBY nur auf GND gezogen wird? > 2. Ich schalte immer einen 1M Widerstand In den meisten Fällen werden (wenn überhaupt) nur 47 Ohm
-
Thread
CAN high-speed ,low-speed übertragungsraten
mit einem 5v transmitter ? Ich > stelle mir das nicht unproblematisch vor. Schaut Euch mal den MCP2562 an. Der hat ne getrennt Versorgung fürs Interface zu Controllern, die mit niedrigerer Spannung laufen. Ich hab der Einfachheit halber alles auf 5V. Bis jetzt hatte ich da keine Probleme. Ich hatte
Bad U. schrieb im Beitrag #5341788: > Schaut Euch mal den MCP2562 an. Der hat ne getrennt Versorgung fürs > Interface zu Controllern, die mit niedrigerer Spannung laufen. Das Pendant dazu von NXP heißt: TJA1042T/3 https://www.nxp.com/docs/en/data-sheet/TJA1042
-
Thread
STM32 sendet nicht im CAN-Mode "Normal"
Software-Seitig müsstest du als Folge daraus einen Missing ACT Fehler bekommen. Ansonsten ist was an deinem MCP2562FD kaputt oder der Rx-Pin am STM ist falsch konfiguriert.
müsstest du > als Folge daraus einen Missing ACT Fehler bekommen. > > Ansonsten ist was an deinem MCP2562FD kaputt oder der Rx-Pin am STM ist > falsch konfiguriert. Dass der kaputt oder falsch konfiguriert ist, schließe ich aus. Ich kann ja senden und bekomme die Antworten aus dem externen Loopback
-
Thread
K-Line auf CAN Converter
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 Lösungen
-
Thread
CAN BUs Transceiver für Freescale ARM A9
Schau dir mal den MCP2562 an. Der hat nen extra Pin zum festlegen der I/O-Spannung. Wenn ich das richtig sehe, sollte mit allem zwischen 1.8V und 5V funktionieren. Gibt's z.B. da: http://teske-electronics.de/product_info.php
-
Thread
CAN Transceiver für 3,3V gesucht
und benötigt einen Pegel gemäß Vio (Pin 5). Vertreter davon wären der TJA1042/T3, MCP2542FDT-E/SN, MCP2562FDT-E/SN und weitere.
-
Thread
Can Bus Filter/Blocker
mit zwei Spannungseingängen, zB: - TJA1042T/3 (das /3 ist wichtig!) - TJA1051T/3 - MAX13054 - MCP2562 - NCV7349D13R2G Diese Lösung ist einfacher zu realisieren und zudem sehr viel performanter. Falls Du etwas fertiges willst: http://copperhilltech.com/dual-can-bus-interface-for-arduino-due-with-extended-power-range
-
Thread
MCP2551 Standby Mode wenn AVR im Power down Modus
Prozessorpin, der den Pin im High-Speed-Fall auf GND zieht. Du könntest auch den Nachfolger MCP2561 oder MCP2562 nehmen. Die haben auf Pin 8 einen STBY-Pin, und das ist ein normaler Logikeingang ohne weitere Seiteneffekte. fchk
-
Thread
Titel: CAN-Bus: ACK-Bit zeigt doppelte Differenz-Amplitude am Oszilloskop (Setup: Olimex ESP32 & Vic
Wenn das zu Problemen führt, ersetze den Transceiver durch einen mit zwei Versorgungsspannungen wie MCP2562. fchk
-
Thread
Module miteinander verbinden - welchen Bus nehmen?
ein Handshake-System zu bauen. Eth-Switch-Baustein (2 Port) zieht 90mA (~0,3W @3,3V) De CAN MCP2562fd zieht auch max. 45mA, und davon zwei je Modul Es kommt also aufs Selbe raus hinsichtlich Stromverbrauch. EDIT: CubeMX machts einem echt leicht, das stimmt. Find ich eh genial was ST da alles
> Eth-Switch-Baustein (2 Port) zieht 90mA (~0,3W @3,3V) > De CAN MCP2562fd zieht auch max. 45mA, und davon zwei je Modul > > Es kommt also aufs Selbe raus hinsichtlich Stromverbrauch. Öh, nö, Du brauchst ja nur einen CAN Transceiver je Modul. Um die Sternform
-
Thread
CAN-Bus mit TM4C123G und MCP2562
tool/ek-tm4c123gxl) von TI mithilfe ihrer eingebauten CAN-Controller und CAN-Transceivern vom Typ MCP2562 herzustellen. Den Schaltplan habe ich angehängt (aus Versehen sogar doppelt, Entschuldigung). Als Programme verwende ich die von TI im TivaWare-Paket enthaltenen CAN-Beispielprogramme simple_tx.c
-
Thread
can bus am dspic33fj128gp802
gegeben. Der MCP2515 ist gar kein Transceiver, sodern ein CAN Controller. Als Transceiver würde der MCP2562 in frage kommen. kim schrieb im Beitrag #4286062: > Hat dieser wirklich ein CAN-Modul im inneren? Ja > Wenn ja, wo sind die pins? Nirgends und überall. Die kannst du mit dem Peripheral Pin
-
Thread
SPI für verteilte Systeme
CAN-Bus sein soll, gibts verschiedene Transceiver. Wenn Du 3.3V UND 5V zur Verfügung hast, ist der MCP2562 eine gute Wahl. Für ein reines 3.3V-System wäre z.B. der TCAN332 eine gute Wahl. Für CAN gibts einen Haufen Literatur. Für CAN gibts dann verschiedene High-Level-Protokolle wie CAN-Open, Devicenet
ich auf USART umsteigen, wird mich nur einen Abend kosten. Dabei würde ich dann auch mal mit dem MCP2562 experimentieren, ist mit knapp 90 Cent ja keine Investition. Natürlich werde ich den Karren trotzdem an die Wand fahren, wahrscheinlich in dem Moment, wo ich einen zweiten ATmega einsetzen will. Oder
-
Thread
CANopen-I2C Schnittstelle
Hardware selber frei wählen kannst, dann nimm einen dsPIC33FJ128GP802-I/SP Controller und einen MCP2562E/P Transceiver. Alles im DIL-Gehäuse, einfach zu löten, einfach in Betrieb zu nehmen, und der Stack oben kennt den Chip. I2C selber ist auch nicht so schwer, und der Controller hat gleich zwei
-
Thread
CAN Sammelbestellung
galvanische Trennung. Das ist der Nachfolger des hier viel benutzten MCP2551. Den gibts auch als MCP2562 mit getrennter IO-Spannung. EDIT: Die PICs aus China mit CAN sind preislich auch sehr interessant ;) Hierzulande sind die Preise in den letzten 2 Jahren ja gut gestiegen...
-
Thread
RS485 Bussystem
auch CAN-Treiber verwenden, die sind i.A. billiger zu haben. Ich finde hierbei insbesondere den MCP2562 sehr interessant.
-
Thread
SN65HVD230 CAN Board Network Transceiver Config und Befelssatz für UART
der zwei Spannungsversorgungen hat: VIO=3.3V für die Logikseite und BUS=5V für die Busseite. Der MCP2562 wäre z.B. ein solcher Baustein. Der hat dann natürlich kein Problem, die 3.5V auszugeben, und bei einem USB-Adapter hast Du eh 5V vorliegen. fchk
-
Thread
Start in CAN Bus mit uC
ist gleich Debuggerhardware mit drauf, d.h. Du musst nur noch einen Transceiver Deiner Wahl (z.B. MCP2562 oder TJA1042T/3 mit 3.3V VIO-Pin) anschließen. TI liefert alles erforderliche gleich mit: Code Composer, TI ARM Compiler, TIVAware Treiberbibliotheken, TI-RTOS. Passt alles zusammen, funktioniert
-
Thread
CAN-FD mit MCP2517fd und MCP2562FD bei hohen Baudraten
Auf der Platine befinden sich ein XMega, der CAN-FD-Controler MCP2517FD und der CAN-FD Transceiver MCP2562FD. Die normale Kommunikation mit CAN2.0 läuft problemlos. Auch die CAN-FD Kommunikation mit einer Nominal-Bitrate von 1MBaud und der Daten-Bitrate von 2MBaud funktioniert. Signale sehen am Oszi ebenfalls
-
Thread
CAN - Bluetooth Platine
und AGND sind IMMER zu beschalten und bekommen natürlich ihren eigenen 100n. 3. Du solltest den MCP2562 verwenden, der Split-Voltage hat - 3.3V Logik und 5V Bus. So wie es jetzt ist wirst Du den dspic töten. Der hat zwar 5V-tolerante Inputs, das sind aber nur die, die keine analogen oder sonstigen Sonderfunktionen
-
Thread
galvanische Trennung & CanBus GND
: > Als CAN-Trenner ist z.B. der ADM3054 geeignet. Nettes Bauteil, ich habe bisher immer den MCP2562 und einen Si8621 verwendet, wenn ich GEräte mit einer lokalen Spannungsversorgung, zusätzlich zur Busleitung hatte. Flos Ansatz versteh ich allerdings nicht, wenn ich ein Gerät habe, welches nur
-
Thread
Can-Controller/µC
5V-Controller: MCP2561, Single Supply; hat bessere Daten als der alte MCP2551 für 3.3V-Controller: MCP2562, Dual Supply (5V für den Bus, 3.3V für IO) Der Transceiver ist IMMER ein separater Chip; selbst beim LPC11C24 ist es ein separates Siliziumplättchen, das zusammen mit dem Prozessor eingegossen
-
Thread
konventionell Taster über 24V einlesen
Verbindung mit einem Loxone Miniserver, aber auch auf Beckhoff SPSen. Als Transceiver verwende ich den MCP2562. Controller: LPC11C24 Stromversorgung 5V: BD9G101, früher den TPS62175 Stromversorgung 3,3V: AP2127K-3.3 Angaben zu den Mindestlasten von Schaltern sind schwer bis garnicht zu erhalten. Ich
-
Thread
TDI Vp37 Steuergerät selber bauen
wesentliches Problem dar. Habe einen STM32F103C8T6, Schema BluePill, genommen, 16k EEPROM, MCP2515/MCP2562. Gruß aus Bukarest
-
Thread
RaspberryPiB+ mit CAN (MCP2515)
://lnxpps.de/rpie) veröffentlichen ? Alternativ zum CAN Tranceiver MCP2551 kann man auch den MCP2562 verwenden. Vorteil: Der Spannungsteiler entfällt, da der Tranceiver mit zwei Spannungen arbeitet (VDD und VIO). Gruß Gerd
-
Thread
mit CAN Bus Fensterkontakte abfragen.
ja 5V Pegel vorgeschrieben. Bei unterschiedlichen Versorgungsspannungen kannst Du dir mal den MCP2562 anschauen. Der hat extra Versorungspins für die uC Schnittstelle. Ansonsten noch viel Spaß beim Bauen :)
