-
Thread
mcp23008 funktioniert nicht
Hallo Forum, ich hab ein Problem mit dem MCP23008. Ich würde gerne LEDs zum Leuchten bringen, was jedoch nicht klappt. Hier ist der Code: [c] TWI_M_init(F_CPU, 100, TWIE_DISABLE); TWI_M_start(MCP_ADDRESS, WRITE, MCP23008_OPTION
TWI_M_stop(); TWI_M_start(MCP_ADDRESS, WRITE, MCP23008_OPTION); TWI_M_write(0x09); // GPIO register TWI_M_write(0xFF);
-
Thread
MCP23008 Problem
sendMCP(0x40, 0xff); Delay_ms(500); } } //MCP23008 initialisieren als Output: void initMCP(char addresse){ TWI_Init(100000); TWI_Start(); TWI_Write(addresse); TWI_Write(0x00); TWI_Write(0x00); TWI_Stop(); } //MCP23008 Daten senden: void sendMCP(char addresse, char daten){ TWI_Start(); TWI_Write(addresse); TWI_Write(0x09); TWI_Write(daten); TWI_Stop(); }
-
Thread
MCP23008 Problem
Hallo, ich habe ein Problem mit dem MCP23008. Hier der Code: [c] // Hauptschleife while(1) { //LED blinken lassne i2c_start_wait(MCP23008_ADDR+I2C_WRITE); // set device address and write mode
Danke! Das war's :-) Ein i2c_start_wait(MCP23008_ADDR+I2C_WRITE); i2c_write(0x00); i2c_write(0x00); i2c_stop(); vorher hilft :-)
-
Thread
MCP23008 Taster entprellen
Hallo, ich habe folgendes Problem: Ich habe einen MCP23008 über I2C an einen Atmega128 angeschlossen. Zudem nutze ich die library von Peter Danegger zum Entprellen. Die Ansteuerung des MCP23008 funktioniert. Nun möchte ich gerne die Entprell-routinen nutzen
den interrupt Ausgang des MCP23008 genutzt, um diesen als "Taster" an die Enptrell-routine zu übergeben (Der Interrupt Ausgang wird gesetzt, wenn am MCP ein Eingang gesetzt wurde und bleibt solange, bis der MCP abgefragt wurde).
-
Thread
MCP23008 Exposed Pad
Weiß jemand bei dem MCP23008 QFN package, ob das exposed Pad mit Masse verbunden werden kann oder muss? Ich finde dazu im Datenblatt keinerlei Informationen.
Zumindest beim MCP23009 steht "Exposed Thermal Pad (EP). Can be left floating or connected to VSS." Man kann davon ausgehen, dass das auch für den 23008 gilt. fchk
-
Thread
MCP23008 Adress Pins
Moin! Mal eine kurze Frage bezüglich der I2C Portexpander IC´s MCP23008. Muss ich unbedingt einen Pullupwiderstand verwenden um die Adresspins auf logisch 1 zu setzen, oder kann ich diese auch getrost weglassen ? Gruß
-
Thread
Display mit HD44780 am MCP23008
Der MCP23008 kann 3,3V und 5V. Das Display W204 Oled von EA kann auch 3,3V und 5V. Passt das?
Hi >Der MCP23008 kann 3,3V und 5V. Das Display W204 Oled von EA kann auch >3,3V und 5V. Passt das? Passt genau so gut wie der PCF8574 mit seiner Versorgungsspannung von 2.5 - 6.0 V. MfG Spess
-
Thread
MCP23008 Interrupt Flags nicht wie im Datenblatt?
Hat jemand erfahrung mit einem MCP23008? Ich nutze den Chip ausschließlich mit Pullups um Taster per interrupt ab zu fragen. Sobald der Chip einen Interrupt meldet und der µController Zeit hat werden die Register INTF und INTCAP
Ich habe jetzt eine Stellungnahme von Microchip erhalten: "Your inquiry regarding the MCP23008 only storing the first interrupt in the INTF register has been asked in our support que by several different customers in the past. This is the response provided from the business unit in charge
-
Thread
Lib für hd44780 am MCP23008
Hallo zusammen, ich habe hier ein HD44780 LCD welches am MCP23008 Expander hängt. Leider habe ich im Internet nur Libs für dieses komische Arduino (C++) gefunden. Kennt jemand evtl. eine Bezugsquelle für eine C lib? Viele Grüße, Uwe
Ja der Beitrag ist sehr alt, aber da ich gerade nur den MCP23008 hier liegen habe und nachher im Produktiveinsatz den https://www.mikrocontroller.net/articles/Port-Expander_PCF8574 Frage ich mich, wieso man nicht einfach diese Lib dort nimmt: http://www.mikrocontroller.net
-
Thread
PIC: I2C mit MCP23008
Hallo Elektroniker, bastel seit ein paar Tagen mit einem PIC4550 und dem I/O-Expander MCP23008 von Microchip rum. Ich verwende den I2C-Bus zum ersten Mal und habe prompt ein Problem: Wenn ich einen Output-Pin setzen möchte und dazu in das OLAT-Register schreibe, so schreibt er zwar ins
übernommen PIR1bits.SSPIF = 0; //SSPIF zurücksetzen SSPBUF = (addressModule&0xFE); //Adresse des MCP23008 while(SSPCON2bits.ACKSTAT); //Wait for ACK PIR1bits.SSPIF = 0; //SSPIF Bit löschen SSPBUF = addressReg; //Adresse des Registers while(SSPCON2bits.ACKSTAT
-
Thread
MCP23008 / ULN2803 in einem?
Kurze Frage: gibt es eine Kombination aus MCP23008 und ULN2803 in einem Gehäuse. Wobei es nicht exakt diese Kombination sein muss, sondern: * I2C-Schnittstelle * 8 oder 16 Kanäle * OC / OD-Ausgänge, ca. je max. 100mA Gibt so etwas?
-
Thread
MCP23008 mit 3,3V 5 Voltschalten
Forum schon tolle antworten bekommen Danke Nochmals!! Aber ich habe da noch eine Frage ich will den MCP23008 mit 3,3V betreiben wegen meinem Controller habe aber bei manchen GPIO PINS 5V als Eingang!!! Das müsste kein Problem Sein oder?? http://www.microchip.com/wwwproducts/Devices.aspx?dDocName=en021393
nicht. (So etwas könntest du eigentlich auch selbst im Datenblatt nachlesen) Betreibe doch den MCP bei 5V und nutze beim I2C-Bus einen Pegelumsetzer. Braucht nur zwei MOSFETs und zwei Widerstände zusätzlich.
-
Thread
I²C-Expander MCP23008 verliert ständig seine ID
Moin moin! Ich möchte mehrere Displays über je einen MCP23008 per I²C von meinem Raspberry Pi aus ansteuern. Ich habe eine Platine gebaut, auf der die Expander sitzen und gleich Buchsenleisten angebracht, in die ich die Displays (HD44780 20x4) einstecken
mit 5V arbeite Bevor du dich in weitere Basteleien stürtzt, solltest vielleicht die Erratas des MCP23008 lesen. http://ww1.microchip.com/downloads/en/DeviceDoc/80251A.pdf
-
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.
Pullup-Widerstände an SDA und SCL? Wo ist der Entkopplungskondensator an der Betriebsspannung vom MCP23008?
-
Thread
MCP23008-E/ML Gibt nur 1.5V aus
Ich habe ein Problem mit dem MCP23008-E/ML. Ich initialisiere das IODIR Register mit 0 und will allle ausgänge auf Ausgang schalten. Wenn ich dann OLAT ensprechend setze gibt mir der Pin aber nur 1.5V aus. Weiß jemand woran das liegen
-
Thread
8x Relais-Karte über I2C mit dem MCP23008 Gesperrt
MCP23008 eben nicht auf High wie der PCF8574, das ist der Hauptgrund, warum ich überhaupt nach einer Alternative gesucht habe. Der MCP23008 steht nach dem Reset hochohmig auf Input und muss per Software
der MCP23008 eben nicht auf High wie der > PCF8574, das ist der Hauptgrund, warum ich überhaupt nach einer > Alternative gesucht habe. Der MCP23008 steht nach dem Reset hochohmig > auf Input und muss
-
Thread
MCP23008: 3,3V LED und 1,2V Motoren schalten
Ich möchte über einen MCP23008 zwei LEDs und zwei kleine Motoren steuern. Der MCP23008 wird mit 3,3V versorgt. Die LEDs können ebenfalls mit 3,3V laufen (2,8-4,0V sind im DB angegeben). Hier ergibt sich für mich schon die
ausschalten. I2C finde ich deshalb gut, weil ich dann keine weiteren GPIOs brauche und somit auf den MCP28003 verzichten könnte. Bei den Treibern braucht man sich ja dann nicht mehr um den Strom und/oder Widerstände kümmen zu müssen, was es natürlich einfacher macht. Leider finde ich keinen LED Treiber
-
Thread
I2C Kommunikation Fehlerhaft
while(1) { _delay_ms(100); lcd_command(LCD_CLEAR); uint8_t regvalue = mcp23008_reg_read(TASTER_I2C_DEVICE,MCP23008_GPIO); i2c_stop(); show_value(regvalue); } [/c] Das ist wohl die bescheurteste Zustandsabfrage der IO Pins am MCP23008 wenn
= mcp23008_reg_read(TASTER_I2C_DEVICE,MCP23008_GPIO); i2c_stop(); show_value(regvalue); [/c] was macht der i2c_stop da? Warum macht den der reg_read nicht automatisch? Persönlich halte ich
-
Thread
MCP23017 - Ansteuerungsproblem
opcode for read data = i2c_receive_byte(false) i2c_stop() end procedure -- setup mcp23008 as required procedure mcp23008_initialize(byte in opcode) is mcp23008_register_write(opcode,0x0A,0b0000_0000) -- OLAT O/P (0000_0000 no latching on all pins) mcp23008_register_write(
-- b2 int pin open end procedure -- setup mcp23008 as required all ouputs procedure mcp23008_lcd2_init(byte in opcode) is mcp23008_register_write(opcode,0x0A,0b0000_0000) -- OLAT O/P (0000_0000 no latching on all pins) mcp23008_register_write
-
Thread
STM32 HAL I2C Daten im Startbyte
Es ist nicht verboten, einfach mal das Datenblatt des MCP23008 zu lesen. In "FIGURE 1-1: MCP23008 I2C DEVICE PROTOCOL" ist doch alles zu sehen, was auf dem I2C passiert.
Man koennte auch gucken, wie andere es gemacht haben. Z.B. https://github.com/m1geo/MCP23008_STM32
-
Thread
I2C IOExpander macht mich wahnsinnig
extra vom PCF8574 auf diesen umgestiegen weil ich die Versorgung schalten muss. Hatte das auch mit dem MCP23008 am Steckbrett getestet und dachte dass der MCP23009 das auch kann. Danke für den Hinweis. Jetzt werde ich doch den 08er im kleinen QFN Package nehmen müssen. Damit sollte das erste Problem
zeigt die funktionierende Kommunikation. Wobei da der MC auch auf meinem eigenen Board sitzt, der MCP23008 am Steckbrett. Im zweiten Bild (ERROR) sieht man das fehlende ACK. Selber MC in der selben Schaltung nur das der MCP auf einer zweiten Platine von mir sitzt. Die PullUps auf SCL, SDA sind
-
Thread
I2C Unterschied einfacher LCD
R. schrieb im Beitrag #5966787: > Nimm einen PCF8574 zur Ansteuerung. Lieber MCP23008, PCF8574 kann nur 100 kbit.
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
Porterweiterung
MCP23008 (I2C,SPI) gibt es bei www.mouser.com fuer 83cent (12$ Versand + paar Cent Zoll)
@Schoaschi: Wo bekomme ich in Deutschland den MCP23008 bzw. MCP23016/17? mfg AVRWalli
-
Thread
Mit A/D Wandler PCF 8574 LEDs ansteuern - zu wenig Strom?
open-collector schaltet nach GND, damit können bis 25mA gegen Vcc geschaltet werden. Flexibler ist ein MCP23008 / MCP23017, der kann Eingang / Ausgang, mit high / low, mit Pull-up oder ohne. Allerdings auch ein wenig aufwendiger in der Ansteuerung.
Karl K. schrieb im Beitrag #6389821: > Flexibler ist ein MCP23008 / MCP23017, der kann Eingang / Ausgang, mit > high / low, mit Pull-up oder ohne. Allerdings auch ein wenig aufwendiger > in der Ansteuerung. Der MCP23017 hat dann sogar gleich 16 Ausgänge.
-
Thread
Spannungsausfall erkennen
zu überwachen, bin ich auf diese Schaltung gestoßen. Der Ausgang geht auf einen I2C IO Expander (MCP23008) der einen 100k internen Pullup hat. In der Zeichnung ist noch der externer 1k Pullup drinnen, den ich dann eigentlich nicht mehr brauche. Sollte so schon funktionieren, oder? Oder gibts noch
am GPI beliebige, für den Betrieb nicht zulässige Spannungen, auftreten können. Für die GPIOs des MCP23008 ist lt. Datenblatt der Spannungsbereich 0.2 bis 0.8 VDD nicht zulässig (Datenblatt Kap. 2.1 DC Characteristics)
-
Thread
Übliche Beschaltungsregel: Welche Richtung?
die Wahl hat, oder ist das je nach Mondphase anders? PS: Wen es interessiert, der "IC" ist der MCP23008 PortExpander. Es geht hier aber eher um eine allgemeine Frage.
In diesem Fall musst du den Common an Masse anschließen, da der MCP23008 lediglich über Pull-Ups und nicht über Pull-Downs verfügt.
-
Thread
-MCP23017 - INPUT_PULLUP mit INPUT verbinden
Software/Config die Pins definiere der Master/Slave-Linien. Die Grundidee war, dass ich über einen MCP23017 und MCP23008 die Masterlinien mit INPUT_PULLUP und die Slavelinien mit INPUT definiere (Das input floating zwischen Hi/lo war mir jetzt anfangs egal, da ich sonst einfach einen PullDown Wiederstand
Thomas M. schrieb im Beitrag #6865448: > Die Grundidee war, dass ich über einen MCP23017 und MCP23008 die > Masterlinien mit INPUT_PULLUP und die Slavelinien mit INPUT definiere Was soll das bringen? Um eine Verbindung zu erkennen, wird genau eine Reihe auf Output-Low gesetzt
-
Thread
Arduino Framework Klassen
ahnungslos (Assembler, C, C++, Basic, ..). Beim betrachten einer Arduino Lib für einen SPI Port Expander (MCP23008) kamen mir ein paar Fragen bezüglich der Klassen. Ich habe mal fein gelernt das man Variablen in einer private Klasse durch Setter (setzten) und Getter (lesen) Funktionen schützt (vor un-plausiblen
beenden! Es gibt aber ein ganz anderes Problem: Die Datei definiert ein Makro namens "_ADAFRUIT_MCP23008_H". Bezeichner, die mit Unterstrich+Großbuchstabe oder 2 Unterstrichen beginnen, sind aber der Umgebung, d.h. Compiler+C++ Standard Bibliothek, vorenthalten. Auch wenn dies in diesem Fall wahrscheinlich
-
Thread
MCP23017 ESP 8266 Interrupt?
#define MCP23017_IPOLB 0x03 #define MCP23017_GPINTENB 0x05//vorher05 #define MCP23017_DEFVALB 0x07 #define MCP23017_INTCONB 0x09 #define MCP23017_IOCONB 0x0B #define MCP23017_GPPUB 0x0D #define MCP23017_INTFB
Nur um das ganze zum Ende zu bringen : Ich habe die Lib gewechselt. Und zwar auf :adafruit_MCP23008.h Auch hier hatte ich anfangs ein ähnliches Problem. Nur diesmal an einem anderem Relais. Nachdem ich in der .h das define geändert habe, läuft es wie gewünscht. #define MCP23008_GPIO
-
Thread
Display am Attiny 841
veröffentlich wurden. Teilweise habe ich bis 6 Slave am Master dran. Beispiel dazu: PCF8574, PCF8591, MCP23008, MCP23017, OLED, E-Paper, INA221, Farb TFT Display von EA mit bis zu 3,2 Zoll. Teilweise habe ich 2 Displays gleichzeitig am Bus betrieben. Auch der Austausch von Atmega zum Attiny 841 und
Hardware) hängt. Wie kommt es dann eigentlich zu den grossen Unterschieden zwischen Slave z.B. MCP23008 und Slave Attiny 841. Ist ein Prozessor, klar. Beim Betrieb des Attiny 841 als Slave am Bus sieht die SW ganz anders aus. c-hater schrieb im Beitrag #7026702: > Wenn das der Fall ist (du hast
-
Thread
I2C: verschiedene Geschwindigkeit
(Reichelt) war für mich gerade der Grund, diesen Baustein auszuwählen. Ursprünglich wollte ich den MCP23008 nehmen. Der hätte mir auch sonst besser gefallen, weil ich für den PCF8574 noch zusätzliche Pull-Ups brauche (der soll einen ULN2803 steuern). Aber RS, Fanell & Co sind leider nicht meine Stammdealer
Detlev T. schrieb im Beitrag #1738885: > diesen Baustein auszuwählen. Ursprünglich wollte ich den MCP23008 > nehmen. Der hätte mir auch sonst besser gefallen, Gibts bei TME (verfügbar) und versandkostensparend auch bei modtronix (leider grad nicht verfügbar).
-
Thread
ram mit pcf8574 vom display hd44870 lesen
jojo, ich bins wieder, scheint nicht zu gehen, hole mir daher den MCP23008, damit gehts **************************
>hole mir daher den MCP23008, damit gehts Das geht auch mit dem pcf8574. Du bekommst es nur nicht gebacken DB4..7 auf 1 zu setzen bevor du liest. Dann wirken nur noch die Weak Pullups und das Display kommt dann auch
-
Thread
AVR Beeinflussung der Nachbarpins
Kann es sein, daß es darum geht den MCP23008 in Highspeed I2C anzubinden? Wegen der 1μs pro Bit. Ich denke das geht nicht, denn die TWI Hardware des AVR kann max den 400kBit Mode und BitBanging mit 1MBit ist falls überhaupt möglich, nicht
Bastler schrieb im Beitrag #4210993: > Kann es sein, daß es darum geht den MCP23008 in Highspeed I2C > anzubinden? Wegen der 1μs pro Bit. Ich denke das geht nicht, denn die > TWI Hardware des AVR kann max den 400kBit Mode und BitBanging mit 1MBit > ist falls überhaupt möglich
-
Thread
Verständnisfrage Open Collector
nicht festgelet, für den PCF sprach die einfache Ansteuerung, der Preis und die Verfügbarkeit. Der MCP23008 ist ebenfalls lieferbar und weit verbreitet, aber ich werde aus dem Datenblatt nicht schlau. Ist der jetzt PushPull oder OpenDrain? Eine Zeichnung wie beim PCF fehlt da leider. Wenn er PushPull
Transistor schrieb im Beitrag #7023351: > Der MCP23008 ist ebenfalls lieferbar und weit verbreitet, aber ich werde > aus dem Datenblatt nicht schlau. Ist der jetzt PushPull oder OpenDrain? > Eine Zeichnung wie beim PCF fehlt da leider. Sind auch
-
Thread
SPI - Port-Expander (viele)
Orlegel schrieb im Beitrag #4994267: > Wie geht das beim MCP23S08 für 8 Stück? Ganz einfach, über die drei Adressleitugen A2:A0. Die Adressierung erfolgt dann analog I2C. Wenn Du dann noch MCP23S17 nimmst hast Du 2x8Bit pro IC und davon dann 8 pro CS macht
Orlegel schrieb im Beitrag #4994301: > Was du schreibst ist nicht richtig, der MCP23S08 hat nur 2 > Adressleitungen. Sorry, stimmt, ich bin im Datenblatt beim Bild vom MCP23008 hängengeblieben. Der MCP23S17 hat aber definitiv 3.
-
Thread
MCP23S17 (RPi) per Python schalten
fertig: http://elinux.org/RPi_SPI Es gibt sogar im Linuxkernel einen Treiber für den Expander: > * MCP23S08 SPI/I2C GPIO gpio expander driver > * > * The inputs and outputs of the mcp23s08, mcp23s17, mcp23008 and mcp23017 are > * supported. https://github.com/torvalds/linux/blob/master/drivers/gpio/gpio-mcp23s08.c (allerdings weis ich nicht, wie man den benutzt..) [EDIT] Es gibt auch eine fertige Python-Bibliothek: http://wiringpi.com/extensions/spi-mcp23s08-mcp23s17/
-
Thread
LCD am I2C-Port mit MCP23017
I²C-Bus zu betreiben sind. Wenn ich die Wahl zwischen beiden Portexpandern hätte, würde ich den MCP23016 bzw. MCP23008 (8Bit) benutzen. Die sind einfach modernen und flexibler, liefern mehr Strom und das IRQ Handling ist einfacher. vy 73 de Jupp
Um den Beitrag ergänzen zu wollen - MicroChips Empfehlung, den MCP23017 statt den MCP23016 für neue Designs zu benutzen, würde ich folgen. Ein einfacher Grund dafür ist so einfach wie einleuchtend. Das Pin-Out der I/O Pins des MCP23017 (SPI oder I2C) ist günstiger
-
Thread
Suche Schieberegister mit 6 Ausgängen und 2 Eingängen, ähnlich 74HCxxx
Sowas: http://de.farnell.com/microchip/mcp23008-e-p/io-expander-8bit-i2c-pdip18/dp/1439387 ?
MCP23S17 (16 IOs) oder MCP23S09 (8 IOs)? http://ww1.microchip.com/downloads/en/DeviceDoc/22121b.pdf Musst du Interrupt ungenutzt lassen, CS dauerhaft auf GND, ... mit drei Pins bist du dabei. Oder
-
Thread
ATMega I2C Slave - 16-Bit antwort?
#define IODIR 0x00 #define GPIO 0x09 #define OLAT 0x0A unsigned char regaddr; // Store the MCP23008 Requested Register Address unsigned char regdata; // Store the MCP23008 Register Address Data unsigned char index; uint16_t current_values[40] = {0}; uint16_t old_values[40] = {0};
-
Thread
Benötige "Portbausteine" (8255)
Inzwischen gibt es auch "intelligente" Schieberegister von Microchip: MCP23008 (18Pin, 8Bit) und MCP23017 (28Pin, 16Bit) mit I2C Anschluss und MCP23S008 bzw MCP23S017 mit SPI Anschluss.
-
Thread
Experimentierplatine für I2C und SPI Bus
andern jedoch in den Sockel lassen kann immer her mit der Info :-)) I2C / Rs232 USB Schnittstelle: MCP2221 Kleiner Lasten Esel L293D evtl mit MCP 23008 MCP 4151 SPI Poti 2 EEProms einmal SPI einmal I2C 24LC512 Schnittstelle für Hd 2x16 Dispaly über I2C FTDI I2C zu low Speed CanBus und SPI zu high Speed CanBus 2 Port Erweiterungen I2C und SPI MCP 23017 und MCP 23s08 ISP Anschluss (Progammierer MY USB LIGHT) 16 Taster 8 davon direkt an IO 8 weitere über Widerstandsnetzwerk über ADC I2C / SPI Ausgang für Erweiterungen Spannungsregler
-
Thread
Probleme mit MCP25625
ist aber ein ATMega168 verbaut die mit intern mit 8MHz getaktet werden. Die Externe Taktung aus dem MCP25625 nutze ich nicht. EDIT2: Der MCP25625 wird mit 16MHz getaktet [c] #define F_CPU 8000000UL //#define UART_BAUD_RATE 9600 #include <avr/io.h> #include "i2cmaster.h" #include "MCP23008.h
, 0); #if defined(MCP2515_INT) SET_INPUT(MCP2515_INT); SET(MCP2515_INT); #endif #ifdef RXnBF_FUNKTION SET_INPUT(MCP2515_RX0BF); SET_INPUT(MCP2515_RX1BF); SET(MCP2515_RX0BF);
-
Thread
I2CLCD Library für HD44780 LCDs
Was müsste man anpassen, wenn man anstelle dem PCF8574 einen mcp23008 als PORT Expander verwendet?
auf den MCP23008 angepasst. Wenn Du die haben willst, dann schick mir einfach ne PN.
-
Thread
Anschluss & Beschaltung 74hc595 für definierten Ausgangszustand beim Start
dass sich die Ausgangszustände beim HC 595 nicht zurücklesen lassen. Ein IO-Expander wie PCA9554 oder MCP23008 ist da günstiger weil man elektrisch aktiv, die augenblicklichen Pin-Zustände jederzeit abfragen kann. Besser noch wäre, den Schaltzustand von der Last her durch Optocoupler zurückzuführen.
die Ausgangszustände beim > HC 595 nicht zurücklesen lassen. Ein IO-Expander wie PCA9554 oder > MCP23008 ist da günstiger weil man elektrisch aktiv, die > augenblicklichen Pin-Zustände jederzeit abfragen kann. Habe ich bei meinen bisherigen Überlegungen noch nicht vermisst. Da es sich (des Stromsparens
-
Thread
Relay via I2C
normale Relais anschließen. Gibts bei Reichelt leider nur als SPI Variante statt I²C: Microchip MCP23008 http://www.microchip.com/wwwproducts/Devices.aspx?dDocName=en021393
davon holst Du Dir ein paar Sätze, einen Sender nimmst Du dann einfach und verbindest den über einen MCP23016 mit deinem uC. !! die Sender verwenden häufig drei Signal-Zustände bei den Adresseingängen (High/offen/Low), der MCP23016(I2C) ist dafür hervorragend geeignet. Ein Vorteil mit den übrigen
-
Thread
[V] xMega "breakout" Board + Zusatzboards
Passt für alle 44-pinnigen xMegas soweit ich sehe, da sie alle das selbe Pinout haben. - Stepdown mit MCP16311 von bis zu 30V auf 5V, danach LDO MCP1804 auf 3.3V alternativ direkte Einspeisung 5V oder 3,3V an passenden Pins. - Pegelkonvertierung des Pins für ws2812b-LEDs auf 5V mit 74AHCT1G126SE. - UART
(4 Taster+LED, 2 Taster und Drehencoder) oder 8 (Taster+LED) - pro Taster eine ws2812b-RGB-LED - MCP23008 als Tastatur-Decoder mit gemeinsamem Interrupt-Pin an Controller-Board - Keypads können in Daisy-Chain verbunden werden, einzig +5V müssen dann extra eingespeist werden (MCP16311 auf Controller-Board
-
Thread
Frage zu SPI und MCP23S09
Hallo liebe Gemeinde, ich möchte gerne mein Grafik-LCD von einer I2C Ansteuerung mit dem MCP23008 von Microchip auf eine serielle Ansteuerung mit dem MCP23S09 per SPI umstellen. Angeschlossen sind die /CS Leitungen jeweils an PC2 und PC3 eines ATMega644, der mit 8Mhz internem Takt bei 3,3V läuft. Das Display ist an 5V angeschlossen mit zwei MCP23S09 (an 3,3V, die GPIOs sind 5V tolerant), jeweils einer für die Daten (DATA) und einer für die "restlichen" Pins (CMD). Ich habe in meinem Code die Ansteuerung in etwa so wie bei I2C versucht,