-
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-FD mit MCP2517fd und MCP2562FD bei hohen Baudraten
kann helfen. Folgendes Problem: 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
geht, schaue dir die Clock Einstellungen mit Bezug auf den Abtastzeitpunkt an. siehe dazu: - MCP2517FD Bit Time Calculations http://ww1.microchip.com/downloads/en/DeviceDoc/MCP2517FD%20Bit%20Time%20Calculations%20-%20UG.xlsx - http://ww1.microchip.com/downloads/en/DeviceDoc/20005678A.pdf
-
Thread
Schaltplan für Haussteuerung im Hutschienengehäuse (Raspberry Pi, CAN, MCP2515, MCP2562, PCF8574)
einem 12V Netzteil 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.
Schau nochmal ins Datenblatt vom MCP2562. Ich meine Du hast da VDD und VIO vertauscht.
-
Thread
OpenHAB mit Raspberry PI / CAN
auch gute dienste..... Ja 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
Christian S. schrieb im 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.
-
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
angekurbelt. Erster Treffer: https://controllerstech.com/can-protocol-in-stm32/ Anm. dazu: Der MCP2551 tut auch mit 3.3V, die 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
-
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
LIN-CAN Gateway / Bauteilauswahl
Lichtmaschine, Zünden der Scheinwerfer etc.) Ich hab mir jetzt folgende Bauteile mal genauer angesehen: MCP2004A (LIN transceiver), MCP2515(CAN Controller), MCP2562 (CAN transceiver) Vor allem stell ich mir die Frage, ob es besser ist auf einen Controller zu setzten, der die Hardware für CAN und LIN bereits
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.
-
Thread
CAN Schaltung
Leopold N. schrieb im Beitrag #5865808: > Der µC läuft mit 3,3V, der MCP2551 mit 5V. > Aus dem Datenblatt habe ich entnommen, dass der MCP2551 als TX High > mindestens 2 Volt benötigt, das sollte doch mit 3,3V vom µC hinhauen > oder? MCP2562 verwenden? Der ist extra
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
Frank K. schrieb im Beitrag #4282443: > 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. Cool, ist mir
-
Thread
Spannungsteiler zw. MCP2515 und MCP2551 liefert falsche Spannung
angemerkt sind die Widerstände zu hoch -> 1k + 1k8 wären sicherlich besser geeignet. 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
wenigstens umgehend, sobald sie mir bekannt werden. Ich hatte ja bereits die verbesserte Version mit dem MCP2562 unter dem alten Schaltplan angefügt.
-
Thread
MCP2515 CAN-Bus Modul
. https://www.reichelt.de/de/de/shop/produkt/entwicklerboards_-_can-modul_mcp2562-239277
> Transceiver wie den MCP2562(FD). Das wäre der Reichelt Link weiter oben
-
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
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
, 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
ESP32 - CAN-Bus
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
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
CAN BUS Raspberry
. Also: 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
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.
-
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.
schrieb 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
-
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
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/
-
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
alle 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
-
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
-
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
-
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
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
-
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
sehen, 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
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
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
-
Thread
RaspberryPiB+ mit CAN (MCP2515)
24.879310] mcp251x spi0.0 can0: bit-timing not yet defined [ 24.879357] mcp251x spi0.0: unable to set initial baudrate! [ 25.879995] mcp251x spi0.0 can0: bit-timing not yet defined [ 25.880047] mcp251x spi0.0
meiner Internet-Seite (http://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
can bus am dspic33fj128gp802
kim schrieb im Beitrag #4286062: > Als Tranceiver wird mir der mcp2515 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
auch was gebaut. Es ist einen sehr leistungsstarke uC. Erstens, du meinst sicherlich nicht den MCP2515 als Transciever, sondern den MCP2551. Es gibt aber eine Problem, der MCP2551 ist ein 5V Transciever und läuft nicht bei 3,3V. Dafur muss du einen 3,3V CAN Transciever nehmen (wie der SN65HVD233
-
Thread
MCP2551 Standby Mode wenn AVR im Power down Modus
Ich habe mal eine Frage zum MCP2551 CAN Transceiver. Am RS Pin der zum Einstellen Flankengeschwindigkeit dient kann man per High Pegel den MCP2551 in den sparsammen Standby Modus schicken. Aber wie würdet ihr das machen, denn wenn
ein 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
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
Der MCP2515 läuft von 2.7V bis 5.5V. So kann ich ihn mit einer USB2SPI Bridge mit 3.3V ansteuern. Der SN65HVD230 hat 3.3V. Gesamte Betriebsspannung wäre somit 3.3V aber stabillisiert.
-
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
CAN BUs Transceiver für Freescale ARM A9
Wenn ich dich richtig verstehe suchst du sowas wie den mcp2551 von Microchip, oder? Den gibt es sogar in PDIP-8 lg
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 Bus Filter/Blocker
Hallo, Ich habe einen MCP2515 CAN-Transceiver TJA1050 für mein Auto und kann die Signale vom Can Bus nun Auswerten. Nun möchte ich, dass ein Steuergerät im Auto bestimmte Can Massages nicht bekommt. Das heißt ich muss alle Nachrichten
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
CAN Sammelbestellung
geschrieben. Ich brauche grad eigentlich nichts. Das sollten auch nur Hinweise sein. Ich nutze den MCP2561 ohne 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
-
Thread
CAN Transceiver für 3,3V gesucht
an Pin 8 Standby 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-Controller/µC
Transceiver), 70 MHz; oder dsPIC33FJ64GP802, 3.3V Chip, 40 MHz Transceiver: für 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
-
Thread
Li-Ion Akku und 3.3/5V Quelle
Nimmst passend dimensionierten LDO und z. B. den MCP73812 als lade ic. Um während des Ladens das lade ic nicht zu verwirren machst du in Serie zum Akku und Vin einen P-kanal mosfet mit dem gate über nen Widerstand gegen gnd und die 5v über ne schottky
Adafruit-Micro-Lipo-USB-LiIon/LiPoly-charger-v1 + https://www.pololu.com/product/2118 + https://www.pololu.com/product/2562
-
Thread
RS485 Bussystem
PIC24KL200 14-Pinner: http://ww1.microchip.com/downloads/en/DeviceDoc/30001037c.pdf und dazu ein MCP2050 LIN-Transceiver mit Spannungsregler und Watchdog: http://ww1.microchip.com/downloads/en/DeviceDoc/22299B.pdf Die LIN-Transceiver sind auch ein guter Schutz vor Störungen auf der 12V-Seite.
evtl. auch CAN-Treiber verwenden, die sind i.A. billiger zu haben. Ich finde hierbei insbesondere den MCP2562 sehr interessant.
-
Thread
CAN-Bus mit Arduino auswerten
Bei dem hier von Reichelt wird dann von einem MCP2562 Transceiver gesprochen obwohl ein TJA1050 verbaut ist ... jetzt bin ich komplett verwirrt :D. @fchk: Danke für den Tipp werde es aber erstmal mit nem Arduino probieren :D. Wenn das nicht
müsste es ja mit 8 Mhz klappe.... In der Bib sind aber auch ganz andere werte als deine :D. mcp2515_setRegister(MCP_CNF1, cfg1); mcp2515_setRegister(MCP_CNF2, cfg2); mcp2515_setRegister(MCP_CNF3, cfg3); cfg1 = MCP_16MHz_1000kBPS_CFG1; cfg2 = MCP_16MHz
-
Thread
Junkers CAN-Bus Protokoll
Adapter hatten wir Probleme. Aber Automotive ist halt etwas anders. Der letzte Treiber ist bei mir MCP2562 (Watterott)allerdings für FD soll besser sein ~~.Übrigens eine Terminierung über Rg<60 Ohm (2x120) wird kritisch. Zu meinen Anliegen zurück. Bin etwas verwirrt, wenn ich Eure einzelnen ID's
Alle Bauteile sind beständig mit einander, aber das heißt nicht das der Potenzialunterschied zwischen MCP2515 und TJA sich nicht vereinzelt bemerkbar macht. Der MCP2562 ist hier besser geeignet, aber ist meine Meinung. Genau so würde ich keinen Quarz für diese Aufbau wechseln halte ich auch für unnötig
-
Thread
mit CAN Bus Fensterkontakte abfragen.
sind 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 :)
Spannungsregler und schon waren 16mA fällig. Leider waren die Platinen schon fertig und Typen wie MCP17xx haben ein anderes Layout...
-
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
kann 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.
-
Thread
R&S Logiktastkopf f. HMO1002 vs. RTC1000
LTC2051) - Sollwertvorgabe mittels (analoger) Potentiometer - Digitalteil mit (3 *) AT90S2313, ADC MCP3202 Das auf den ersten Blick recht ähnliche 8142/8143 ist aber doch komplett anders aufgebaut, d.h mit nur einem einstufigen Linearregler ohne Vorregler. Es wurde auch nicht von Hameg in Deutschland
hab gerade durch zufall dies hier gelesen: http://imex.co.uk/epages/20249b99-f30f-43a5-8f50-a5e2562eae4e.sf/en_GB/?ObjectPath=/Shops/20249b99-f30f-43a5-8f50-a5e2562eae4e/Products/RT-LZ03 R&S® RT-LZ03 8 Channel Logic Probe for RTC, RTB series scopes. HO3508 compatible. Es besteht also zumindest
-
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
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
> 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
CANopen-I2C Schnittstelle
die 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
