-
Thread
Löt-Probleme mit MCP2515
Problem: auf einer selbst erstellten Platine möchte ich mit einem Arduino Nano IOT über SPI auf einen MCP2515 zugreifen. die Eagle *.sch und *.brd hänge ich an. aufgelötet sind nur die Stiftleisten für den Nano, ein 100nF vor dem MCP2515 und der 10k2 um den MCP in Betrieb zu nehmen und ein 16Mhz Quarz
Nur so ne Idee... Hast du dem Treiber im Nano gesagt, dass der MCP auf 16MHz tickt?
-
Thread
Infrarot-Decoder MCP2120
DH schrieb im Beitrag #5298216: > Mit µC meinst du den MCP2120? Nein, den, der Daten vom und zum MCP2120 schaufelt. Es sich auch an beiden Seiten die gleichen Quarze?
2.4.1.2. "To place the MCP2120 into Command Mode, the MODE pin must be at a low level. When in this mode, any data that is received by the MCP2120’s UART is "echoed" back to the controller and no encoding/ decoding occurs
-
Thread
AD Wandler misst falsch Gesperrt
schrieb im Beitrag #6888083: > C und D bewirken auch nichts anderes. *Was* bewirken die nächsten 2 MCP3008 nicht anders? Hast du jetzt also 3 "schlechte" und 1 "guten" MCP3008? Die 3 "Schlechten" verhalten sich alle gleich schlecht?
Systematisch vorgehen. Misst ein bestimmter MCP falsch? Sind alle Eingänge des Multiplexers gleich betroffen? Wie verhalten sich die anderen 3? Da kommt dann eine Tabelle heraus mit Spalten z.B. "MCP1 Eingang 1", "MCP1 Eingang 2", ... "MCP2 Eingang
-
Thread
MCP23008 unterbricht I2C Verbindung zu ESP8266
Das Problem dabei: Das Ganze funktioniert ungefähr 10 Sekunden lang perfekt. Danach fängt der MCP23008 an zickig zu werden und blinkt nur noch sporadisch mal mit. An Librarys nutze ich "Wire.h" für die I2C-Verbindung und die "Adafruit_MCP23008.h", um den MCP komfortabel ansprechen zu können.
portwandler schrieb im Beitrag #6480021: > gibt es die auch mit mehr Ports? > 16 oder so? MCP23017 https://www.az-delivery.de/blogs/azdelivery-blog-fur-arduino-und-raspberry-pi/port-expander-mcp23017-teil-1
-
Thread
MCP23017 friert ein, stürzt ab
hier. Ich habe ein System "Homeassistant" aktuell auf einem Raspi 4 laufen, dort habe ich schon 2 MCP23017 (MCP23017 IO Expansion Board von Waveshare) kabelgebunden am I2C Bus am laufen, diese MCP s laufen als OUTPUTs und schalten Relais für Jalousien, hier gibt es keine Störungen und diese laufen Fehlerfrei
Piotr schrieb im Beitrag #7710805: > MCP23017 friert ein, stürzt ab Ich frage mich immer noch wie ein MCP23017 abstürzen kann. Ich kann mir das jedenfalls nicht vorstellen .... höchstens dass der MCP23017 von der Leiterplatte fällt.
-
Thread
Spannung verschieben
#5857325: > Und woher kann man den bekommen? Weiss ich nicht. Alternativ dürfte auch ein halber MCP34072 gehen. Oder ein MCP6001 oder ein halber MCP6002 (achtung, der verträgt maximal 6V Versorgungsspannung).
einen MC34072, aber das ist nur eine single supply OpAmp wie > LM358 und kein Rail-To-Rail OpAmp wie MCP6001. Aber der Mcp6001 kann nur - 1 Volt bis 6 Volt an den Eingängen das ist bei mir zu wenig
-
Thread
Empfehlung universal OP-AMP?
Meine Standard Typen : MCP606, MCP161 fuer 5V, RR
Stefan ⛄ F. schrieb im Beitrag #6454776: > MCP34071 - MCP3472 geht schon ab 3V Korrektur: MC34071 - MC34074
-
Thread
Problem mit I²C-Device
latch transparent USICTL0 &=~USIGE; // Latch back to shift clock controlled if( mcp3425_control.flags ) { if( mcp3425_control.flags & MCP3425_WRITE_CONFIG_FLAG ) { USISRL = 0x00; // Write operation -> LSB '0' } } else { USISRL = 0x01; // Read operation -> LSB '1' } USISRL |= MCP3425_DEVICE_CODE | MCP3425_ADDRESS; USICNT |= 8; mcp3425_control.sm_state = SM_RECEIVE_N_ACK; break; } ... [/c] So...das funktioniert nicht. Wenn ich es reinflashe, dann kommt als
-
Thread
CAN-Sender im Mini-Format
quasi Digital zu CAN ;-) Da dachte ich jetzt an einen PIC oder kleinen AVR (Attiny45) in Kombi mit MCP2515 und MCP2551 oder TJA1050 Transceiver. Da das ganze möglichst klein sein soll wär meine Frage an Euch, ob es noch bessere Chips für eine solch triviale Aufgabe gibt? Das ganze soll so klein und
Schau mal hier. https://www.ebay.de/itm/Can-Bus-SPI-MCP2515-CAN-Transceiver-TJA1050-fur-Arduino-Prototyping-DIY/263779810424?hash=item3d6a807c78%3Ag%3A60UAAOSw3VpbMZrM&_sacat=0&_nkw=mcp2515&_from=R40&rt=nc&_trksid=m570.l1313
-
Thread
MCP1700-3302 mit ESP8266
Beitrag #6010060: > Sven Scholz schrieb im Beitrag #6010042: >> für >> die Spannungsversorgung einen MCP1700 in der 3,3V Version eingesetzt > > ... der mcp1700 ist bekannterweise zu stromschwach für die stromspeaks > die auftreten, also nicht geeignet! Um das noch weiter auszuführen: Der MCP1700
long as the average current does not exceed 250 mA, pulsed higher load currents can be applied to the MCP1700. The *typical current limit* for the MCP1700 *is 550 mA* " Mag sein, dass der MCP1700-3302 tatsächlich kein sinnvoller Spannungsregler für den ESP8266 ist. Aber ich würde vermuten, dass das konkrete
-
Thread
CAN-Bus funktioniert nur ohne Terminierung
unter der Last von 120Ohm ;) Vieleicht wird eine Schaltung nur duch CANH durch die Schutzdioden des MCP2551 versorgt. Oder nur de mcp as würde für rezessive Pegel sorgen
überprüfen, ob VCC zusammenbricht? Mir Fehlt U$2G$2 (VCC und GND) in der Schaltung vieleicht wird der MCP in einer Schaltung nicht versorgt. > - Wie meinst du das mit der Schutzdiode des MCP 2551 bzw. mit > dem rezessiven Pegel? die meisten ICs besitzen Schutzdioden zwischen Eingängen
-
Thread
I2C - Pull Up Widerstände
http://www.embedds.com/programming-avr-i2c-interface/ gefolgt, >jedoch kann ich an einen Pin des MCP23017 nichts schalten. Liegt es jetzt an den I2C-Routinen oder am Verständnis des MCP23017? Für jemand, der noch nie I2C programmiert hat hätte ich etwas einfacheres empfohlen. MfG Spess
Hallo, im Codeschnipsel hatte ich mal mehrere MCP über Decoder am SPI dran. Vielleicht wird dadurch die Ansteuerung eher klar. MfG
-
Thread
Günstige CAN-Filter Lösung
das ganze so: [c] void setup() { ... pinMode(CAR_CAN_INT, INPUT); if (CAR_CAN.begin(MCP_ANY, CAN_125KBPS, MCP_8MHZ) != CAN_OK) { Serial.println("!! ERROR initializing CAR-CAN interface !!"); } CAR_CAN.setMode(MCP_NORMAL); CAR_CAN.enOneShotTX(); pinMode(NAV_CAN_INT, INPUT); if (NAV_CAN.begin(MCP_ANY, CAN_125KBPS, MCP_8MHZ) != CAN_OK) { Serial.println("!! ERROR initializing NAV-CAN interface !!"); halt(); } NAV_CAN.setMode(MCP_NORMAL); NAV_CAN.enOneShotTX(); SPI.setClockDivider
-
Thread
CAN Gateway mit AVR möglich?
aussendet ein Gateway zu bauen. Ist das noch mit einem 8-Bit AVR, also AT90CANxxx oder mit einem MCP2515 möglich? Schönen Abend. Herbert
wenn es zu Problemen kommt, wobei ich es erstmal nicht vermute :) Weißt du zufällig wie stark der MCP2551 eingreift? Also der CAN Transceiver, undzwar, wenn der MCP2515 oder AT90CAN128 fälschlicherweise mit dem Senden beginnt, obwohl gerade eine Nachricht läuft, ob der MCP2551 das unterdrückt, oder
-
Thread
Transistortester AVR
gegen den MCP1702, war alles hübsch! Gruß Michael
Kondensator (ohne 10uH Drossel) in der VCC Versorgung gemessen: vcc_78L05 mit dem 78L05 Regler vcc_mcp1702 mit dem MCP1702-5002 Regler 100nF_10uF zeigt die nachgerüsteten Kondensatoren vcc100n10u_78L05 mit dem 78L05 Regler nachgerüstet vcc100n10u_MCP1702 mit dem MCP1702-5002 Regler Nur mit
-
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
Ja, MCP2551
-
Thread
CAN-Bus: MCP2515 und MCP2551 mit Linux Treiber
oben und das Datenblatt geben aber mir recht. TX ist mit TX, RX mit RX verbunden. Datenblatt: MCP2515 RX: Receive input pin from CAN bus MCP2551 RX: is usually connected to the receiver data input of the CAN controller device
Der MCP2551 ist nicht mit 3.3V lauffähig, siehe Datenblatt. Für 3.3V muss ein anderer Transceiver drann...
-
Thread
Universelles CAN Interface; MCP2515: Probleme beim Filter setzen
Ich verwende den MCP2515 an einem Blackfin DSP. Für meine Treiber habe ich aber nur folgende Funktionen aus der lib verwendet: mcp2515_write_register mcp2515_read_register mcp2515_bit_modify mcp2515_read_status mcp2515
( RXM1SIDL, 0xe0 ); mcp2515_write_register( RXM1EID8, 0 ); mcp2515_write_register( RXM1EID0, 0 ); mcp2515_write_register( RXF0SIDH, 0xc4 ); mcp2515_write_register( RXF0SIDL, 0 ); mcp2515_write_register(
-
Thread
I2C Unterschied einfacher LCD
gebunden. Noch eine Option: statt I2c_Porterweiterung SPI-Porterweiterung zu nehmen. So sind z.B. MCP23008 und MCP23S08, genau wie auch MCP23017 und MCP23S17, beinahe identisch, nur bei ersten (ohne S) I2C, bei den zweiten (mit S) SPI-Interface. Mit SPI geht es deutlich schneller, als mit I2C. Jörg
Maxim B. schrieb im Beitrag #5966790: > Lieber MCP23008, PCF8574 kann nur 100 kbit. :-)) Mein MCP23S17 steuert ein 128x64 GLCD mit 8MHz SPI clock vom BluePill aus befeuert. Bis auf das E alle LCD IOs am MCP, Updatezeit komplettes LCD < 7ms.
-
Thread
ATMega Flash wird langsam knapp. Upgrade o. Plattformwechsel?
braucht keiner, denn das sind alles Konstanten. In C nutzt man hier eher #define [c] #define MCP7940_ADDRESS 0x6F // Device address #define MCP7940_RTCSEC 0x00 // Section 1: timekeeping [/c]
keiner, denn das sind alles >> Konstanten. In C nutzt man hier eher #define >> >> [c] >> #define MCP7940_ADDRESS 0x6F // Device address >> #define MCP7940_RTCSEC 0x00 // Section 1: timekeeping >> [/c] > > Oder static const uint8_t, wenn es typsicher sein soll. Mmh, und [c] MCP7940_RTCSEC
-
Thread
Benötige Hilfe beim Schltplan
um klemmen auf 3V3 ist nur für den DS18B20 (dann auch Vdd des selben auf 3V3) eine Lösung, wenn die MCP23017 an 5V betrieben werden reicht der H-Level (lt. Datenblatt 0,8Vdd=4V) nicht aus. Also die MCP auf 3V3 legen oder einen Pegelwandler dazwischen schalten.
definierte Pegel. Ich nutze dieses Bauteil. Dort ist der MCP23017 drauf. https://tasmota.github.io/docs/MCP230xx/ Über die Firmware Tasmota kann man die Pullup Widerstände ein oder ausschalten. Ich werde sie Einschalten, damit wenn ich die Taster schließe,
-
Thread
Einsteiger bei AVR und Can
des MCP ## spi on spi = 0xC0 spi off ## MCP in ConfigMode (nur so sind einige Register beschreibbar ## ## und ClockOut ein und auf clk/2 (Takt für meinen µC) ## ## 1Byte ist der Schreibbefehl
(SPI)--> MCP2515 --> Can-Leitung Schon mal danke im Vorraus.
-
Thread
Spannungsteiler zw. MCP2515 und MCP2551 liefert falsche Spannung
CAN-Ports an einem Teensy 3.2 über SPI ansteuern möchte. Die CAN-Ports habe ich jeweils mit einem MCP2515 und MCP2551 realisiert. Ich habe jetzt jedoch den seltsamen Effekt, dass mein Spannungsteiler zwischen dem RXD-Ausgangspin am MCP2551 (5V) und dem RXCAN-Eingangspin (3.3V) eine ganz andere Spannung
Daniel H. schrieb im Beitrag #6751078: > Können der MCP2515 oder MCP2551 so einen Einfluss auf den Widerstand > gegen GND haben aufgrund deren interner Beschaltung? Im Datenblatt des MCP2551 sind für RXD min 0.7 VDD spezifiziert, das wären 3.5V. Hast
-
Thread
I2C als "Hausbus"
Hallo Stefan, in einer Appl. von Microchip ist nach dem MCP2515 noch ein Treiber MCP2551 geschaltet, ich gehe mal davon aus der ist nötig? Mike
SPI programmieren willst, mußt Du an CE des MCP2515 einen Pull-Up gegen VCC schalten (z.B. 10k). Peter
-
Thread
Platinenentwurf für Heizungsregelung mit Raspberry Pi - Kritik?
brauchst und kein ULN Die Optos werden nach Masse geschaltet. Damit die Relais bei Stromlosigkeit des MCP nicht alle plötzlich schalten, muss ein NPN dazwischen. Der ULN hat sich da einfach angeboten. Wenn ich die Platinen umgearbeitet habe, melde ich mich wieder. VG, Martin
eine Leiterbahn unterschiedliche Breiten aufweist, wie z. B. zwischen Pin 1 des PCA und Pin 12 des MCP? VG, Martin
-
Thread
RaspberryPiB+ mit CAN (MCP2515)
+ für Hausautomatisierungszwecke. Ich habe eine Versuchsschaltung aufgebaut bei der ein Atmega8+MCP2515+MCP2551 Daten auf den Bus legt, ein zweiter Atmega8+MCP2515+MCP2551 zeigt diese ankommenden Daten auf einem Display an. Der CAN-Bus an sich läuft also ohne Probleme. Jetzt will ich per Raspberry
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
-
Thread
ESP8266 über MCP1700 powern
würde gerne meinen ESP8266 über 3-4 AA Akkus betreiben. Hierfür habe ich mir die 3,3V Variante des MCP1700 besorgt und in meine Schaltung eingebaut. Zu meiner Verwunderung ließ sich der ESP8266 allerdings nicht korrekt "hochfahren". Die Idee mit dem MCP1700 hatte ich aus dem Internet... Im Internet
MCP1700? Danke!
-
Thread
SPI Problem mit MCP2515
( RXM0SIDL, 0 ); mcp2515_write_register( RXM0EID8, 0 ); mcp2515_write_register( RXM0EID0, 0 ); mcp2515_write_register( RXM1SIDH, 0 ); mcp2515_write_register( RXM1SIDL, 0 ); mcp2515_write_register( RXM1EID8
, 0 ); mcp2515_write_register( RXM1SIDL, 0 ); mcp2515_write_register( RXM1EID8, 0 ); mcp2515_write_register( RXM1EID0, 0 ); // Deaktivieren der Pins RXnBF Pins ( High Impedance State ) mcp2515_write_register
-
Thread
CAN Grundlagenfrage
Danke für die SUPER schnelle Antwort. Dann habe ich soeben mein erstes CAN Telegramm mit einem MCP2515 versendet. :-) Vielen Dank ronald
Grundstruktur an geht an die Anleitung von http://www.kreatives-chaos.com/artikel/ansteuerung-eines-mcp2515 gehalten. Ronald
-
Thread
Mikrocontroller mit PC via HID
MCP2200 ist und die Platine bereits in Produktion ist. Aber für zukünftige Projekte interessant - danke!
MC Seite nix, ausser das du statt dem MAX den MCP anschliesst.
-
Thread
Stommessung mit Shunt und OPV ging schief.
Hallo, die Spannung nach Vss spielt keine Rolle, da es Differenzeingänge sind. Der MCP3424 ist in einen Fertiggerät eingebaut von dem ich auch schon den Schaltplan gepostet habe. Im Datenblatt vom mcp3424 Seite 33 ist der Anschluß genau beschrieben und auch zu sehen das Ch2 volle Batteriespannung
dein Plan anders gemeint war, dann stell das bitte richtig. Ansonsten gilt halt einfach, dass der MCP3424 mit 12V zwischen beliebigen Eingängen sofort stirbt (was er ja bei dir ja auch zuverlässig getan hat).
-
Thread
USB I2C Interface Hardware Software
Der MCP2221 könnte evtl. das sein, was du suchst. Ist allerdings kein Geschwindigkeitswunder. Hab vor einer Weile mal eine Python-Lib dafür geschrieben: https://hobbyelektronik.org/w/index.php/MCP-USB-Bridge
/MCP-USB-Bridge Inzwischen gibts den MCP2221A mit verbesserter Firmware, aber ja, den verwende ich auch gerne. Ist im Prinzip ein vorprogrammierter PIC16F1455. fchk
-
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
PIC ICD 2 selbstgebaut
dienen, obwohl sie jeder selbst herausfinden könnte. INFORMATIONEN: 1. Das Reichelt IC MCP42010 kann als Ersatz für MCP41010 verwendet werden. Es ist die Dual-Version des 41010.DAs Poti 0 in dem 42010 hat dabei denselben Befehlssatz, wie das (einzige) Poti 0 im 41010.Das Poti2 im 42010
dem design entfernt,Den Selbstschutz der Hardware verbessert. Dazu folgendes tun: -----1/2 MCP42010 statt 1x MCP41010 verwendet. ----- PULL up von 6k8 an 1RA4 (PIN6 des 877) ----- in der VPP Regelung wird R5=20k R6=8k2 R19=2k2 -----Die Ausgangsschalterkonfiguration wird umgebaut: --
-
Thread
2 Esp32 mit CAN verbinden
setup() { Serial.begin(115200); // Initialize MCP2515 running at 16MHz with a baudrate of 500kb/s and the masks and filters disabled. if(CAN0.begin(MCP_ANY, CAN_500KBPS, MCP_8MHZ) == CAN_OK) Serial.println("MCP2515 Initialized Successfully!");
filters disabled. if(CAN0.begin(MCP_ANY, CAN_500KBPS, MCP_16MHZ) == CAN_OK) Serial.println("MCP2515 Initialized Successfully!"); else Serial.println("Error Initializing MCP2515..."); CAN0.setMode(MCP_NORMAL);
-
Thread
Sammelbestellung Transistortester III - schnelle Runde
Tolle Arbeit, danke! MCP 1702-5002 ist im Moment ausverkauft, gibt es dafür noch eine brauchbare Alternative?
danke dann bestelle ich mal. Für den MCP 1702-5002 lass ich mir dann was einfallen.
-
Thread
40khz mit ESP32 erfassen
auslesen und weiter bearbeiten. Ich brauch 2 Kanäle. Was ich bisher versucht habe: Ich habe ein MCP3008 verwendet, mit der Hoffnung die 40khz auszulesen. 200ksps dachte ich, sollte ausreichen. Ich nutze den adafruit_mcp3008 library. https://github.com/adafruit/Adafruit_MCP3008 Dann habe ich bemerkt
Für den MCP3008 habe ich diese Library verwendet: https://github.com/adafruit/Adafruit_MCP3008 Ich musste die etwas umschreiben, weil der nur für 3.3V ausgelegt war, aber ich verwende den als 5V. Also habe ich
-
Thread
Elektroniktaster an ESP32
#7967328: > Ich habe keinen passenden SPI-Konverter gefunden, jedoch einen mit > I2C-Verbindung: MCP23017 MCP23S17
only (MCP23017). [/code]
-
Thread
Wahl der richtigen Referenzspannung, und Konsequenzen
für den MCP65R41) fällt, wird beim Stromverbrauch des MCP65R41 (3 Mikroampere) eine Weile vergehen müssen. Ich werde auch versuchen alles so zu schalten, dass in diesem Fall, wenn also der MCP65R41 selbst abschaltet
Vielleicht könntest Du mir ja einen guten Tipp geben, wie man an die Berechnung herangeht, wenn mit dem MCP65R41 ein P-Kanal-MOSFET am Ausgang geschaltet werden soll? Im Datenblatt des MCP65R41 https://ww1.microchip.com/downloads/en/DeviceDoc/MCP65R41;MCP65R46-Data-Sheet-20002269C.pdf zeigt Figure 4
-
Thread
MCP41100 soll ein Potentiometer ersetzen
die Aussgangsspannuung aber digital steuern. Dafür habe ich das Potentiometer rausgelötet und einen MCP41100 angeschlossen. Der MCP41100 wird über einen Arduino gesteuert. Ich habe ein Skript, dass den Widerstand alle 7s von 25%->75% switcht. Wenn ich eine LED an den Wiper anschliesse funktioniert es
dass der MCP606 nicht kaputt geht, aber das steht in dessen Datenblatt.
-
Thread
MCP23017 - gemischter Betrieb von LEDs und Taster
Port aus je 4 LEDs und 4 Taster angesteuert werden können. [c] // Abfrage der Taster i2c_start(MCP23017_ADDR); // Adresse i2c_write(MCP23017_GPIOB); i2c_stop(); i2c_start(MCP23017_ADDR +1); // Read-Adresse, mit Fehlerüberprüfung, falls das die Lib so macht! Data =
Programm, z.B. setzt es Port 4 und 5 o.ä. contentOLATA |= 0x02; <- setzt nur bit 2 i2c_start(MCP23017_ADDR); i2c_write(MCP23017_OLATA); i2c_write(contentOLATA);
-
Thread
Schaltung um µC bei wenig Energie zu starten
des µC ist an einen Inverter angeschlossen, die doppelt >invertierte Spannnung und der Ouput des MCP112 speisen, jeweils mit >einer Diode versehen, Vdd des µC. Der Eingang des MCP112 hängt an der >Nachdem der Kondensator auf 2V geladen ist, macht der MCP112 auf und der >µC startet. Der setzt den
des µC ist an einen Inverter angeschlossen, die doppelt >>invertierte Spannnung und der Ouput des MCP112 speisen, jeweils mit >>einer Diode versehen, Vdd des µC. Der Eingang des MCP112 hängt an der > >>Nachdem der Kondensator auf 2V geladen ist, macht der MCP112 auf und der >>µC startet. Der setzt
-
Thread
SPI - RS-485 - CAN
MCP2515 eng verwandt ist. Die AT90CAN AVRs mit CAN drin sind demgegenüber deutlich komplexer gebaut.
Maik Geßner schrieb im Beitrag #2393573: > Werd wohl daher auf einen Pic18F6680 und einem MCP2515 steigen. somit > hab ich D/A I/O, RS485 und Can angedeckt... Der PIC hat CAN doch schon intern. Weshalb dann noch den MCP?
-
Thread
ESP32 mit 3,3V PWM einen 3,7V Motor betreiben
Alexander schrieb im Beitrag #8062003: > Der ESP32 braucht 2,8V + MCP1826 250mV Dropout = sind 3,05V tiefer > sollte man den Li-Ion wohl auch nicht entladen. Du bist jetzt zum MCP1826 gewechselt, der für bis zu 1A ausgelegt ist. Gut so. > Es reicht ein beliebiger
Paul gleich ein fertiges Modul löten? ;) Nemopuk schrieb im Beitrag #8062005: > Du bist jetzt zum MCP1826 gewechselt, der für bis zu 1A ausgelegt ist. Um was wollen wir wetten dass der ESP32 mit dem verlinkten MCP1700 im TO92 Gehäuse läuft? ;)
-
Thread
Can Bus galvanische Trennung
trennen möchte, reicht es, wenn ich den MCP2551 mit einer eigenen Spannungsversorung (5V) versorge, welche ich über die CAN-Leitungen mitziehe? Oder benötige ich zwischen den Datenleitungen von MCP2515 zu MCP2551 auch einen Optokoppler? lG
galvanisch trennen möchte, reicht es, > wenn ich den MCP2551 mit einer eigenen Spannungsversorung (5V) versorge, > welche ich über die CAN-Leitungen mitziehe? > Oder benötige ich zwischen den Datenleitungen von MCP2515 zu MCP2551 > auch einen Optokoppler
-
Thread
Spannungsstabilisierung
mit der Toleranz? Hätte doch trdm nen Fehler mitmessen ist gut aber problematisch ist dass der MCP3008 nur 5V kann
Sebastian M. schrieb im Beitrag #6881603: > aber problematisch ist dass der MCP3008 nur 5V kann Falsch. Er kann nur /positive/ Spannungen. Aber abgesehen davon ist das ein Nichtproblem. Der MCP3008 braucht ohnehin eine Referenzspannung. Und dafür passen 4.096V wie die Faust
-
Thread
Sammelbestellung bei Microchip
Ich habe mir mal einige der LiIo/LiPo Laderegler von Microchip angesehen. Dem MCP73811/2 fehlt ja, anders als z.B. dem MCP73831/2, eine Anzeige des Ladezustandes. Es wäre halt schon interessant zu wissen, wann der Ladevorgang beendet und der Akku voll ist. Ich bin nur etwas
Version gibt es in EInzelstuecken: http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail?name=MCP73811T-420I%2FOTCT-ND
-
Thread
ESP8266 Deep Sleep Hardware Wakeup
haben wenn sie im Dropout Bereich betrieben werden. Ich hab mit einem MCP1700 45µA bei ~3.3V gemossen. Beim MCP1702 sollen es bis zu 90µA sein wie hier jemand festgestellt und beschrieben hat: http://jeelabs.org/wp-content/uploads/2011/06/21/mcp1702-current-draw/index.html
Hallo, Johannes S. schrieb im Beitrag #4723017: > Wieso eigentlich MCP1703? Für den akkubetrieb hat mir der MCP1700 > aufgrund der niedrigeren Dropout Spannung mehr zugesagt. weil der MCP1703 gerade da war... >Wenn man aber die Akkuspannung überwacht und sich gegebenenf
-
Thread
MCP2515 SPI Kommunikation myRIO vs. Arduino
ich vom MCP bei der letzten 0 als Antwort eine 135 erwarten, dann wäre alles ok.
Der MCP2515 hängt an den 5V vom my RIO , oder ? Nimm mal die 3,3V Versorgung wenn die stark genug ist. Die Ports sind ja 3,3V ggf reicht es grad nicht das der MCP die high Flanken sieht. Gruß JackFrost
-
Thread
dsPIC30F6014 using 2 CAN-Module
> zum anderen muss beim MCP2551 der RS-Pin > auf Masse gelegt werden, sonst hab ich ein floatendes Signal. Das muss bei allen CAN Transceivern gemacht werden, sonst legt er sich schlafen.
sollte das ganze auch richtig senden, zumindest geht das im Loopback-mode...also liegts irgendwo am MCP2551 RX oder am 4012er RXn ?? Hast du oder jemand anders eine Idee?