-
Thread
Verkaufe Bauteile
Pegelwandler, á 0,8€ 3x ENC28J60, DIP, Ethernet Controller, á 4€ 9x 74HC573, SOIC, 8 Bit Latch, á 0,2€ 16x PCF8574AN, DIP, I²C Erweiterungsbaustein, á 0,8€ 10x PCF8574, SOIC, I²C Erweiterungsbaustein, á 0,8€ 1x AD7705, DIP, 16 Bit 2 KAnal ADC, á 5€ 3x MCP2515-E, DIP, CAN Controller, á 1,5€ 2x 24C512, DIP
-
Thread
I2C-Slave mit mehreren Adressen
ein bestehendes I2C-System mit eingebunden. Soll aber auf der Platine über einen internen I2C-Bus 4 PCF8591 ansteuern. Heißt also er bekommt über den externen I2C Daten und leitet die intern weiter. Der Atmega muss also nach außen so tun als wäre er 4 PCF8574 um mit dem bestehenden System kompatibel zu bleiben. Muss intern aber wie gesagt als Master arbeiten und die 4 PCF8591 ansprechen.
-
Thread
Arduono Mega Pin ID 'Programm`
Frankenstein-Board. Bestehend aus Arduono Mega, RAMPS 1.4, RAMPSXB und, um 9 TMC2130 anzusteuern, ein Board mit 2 PCF8574 für das CS der TMC. Leider ist das mit den Pin definitionen für Marlin nicht ganz einfach. Aus diesem Grund suche ich ein einfaches Programm, wrlches für jeden Arduono Pin die 'Funktion' (
bisschen runter Rollen, dort sind alle Defines! Jürgen schrieb im Beitrag #6189754: > ein Board mit 2 PCF8574 Und das musst Du Dir sowieso selber schreiben, aber dafür gibt es fertige Bibliotheken! Gruss Chregu
-
Thread
LCD-Ansteuerung mit PCF ?
Hallo, ich habe ein kleines Problem mit dem Quellcode im Anhang. Ich benutze einen PCF8574AP, also den mit der Basisadresse 112. Allerdings werde ich aus dem Quellcode nicht ganz schlau. Wo wir denn dort gesagt an welchem Port des PCFs was passieren soll. Es gibt ja 8 Ausgänge bzw. Eingänge
Schaltplan habe, welchen ich allerdings etwas anders aufgebaut habe, ich habe beispielsweise an Port 5 des PCFs nicht den RS-Pin des LCDs gelegt, sondern diesen an Port 0 des PCFs. Leider weis ich nun nicht mehr so richtig wo ich das ganze in der Software umschreiben muss. Für einen Tip wäre ich sehr dankbar
-
Thread
Tutorial I2C to ChipCard
auch funktioniert, was Du am I2C-bus machst. http://www.mikrocontroller.net/articles/Port-Expander_PCF8574 Wenn Du das dann hast, nimmst Du das Datenblatt des AT24C512 (Das mußt Du jetzt mal selber raussuchen) und ergründest, wie das jetzt anzusteuern geht. Et voila, technisches Problem gelöst
acrobat_download2/literature/9398/39340011.pdf http://www.mikrocontroller.net/articles/Port-Expander_PCF8574 Datenblatt des EEPROM *ERST* wenn Du dann noch Fragen zu bestimmten Details hast, dann schreib hier wieder einen Post mit der genauen Frage. Ansonsten bitte ich Dich um Verständnis, daß Du hier
-
Thread
1000 Leds an Atmega32
kostet mich das 63.48 Euro, was leider etwas teuer ist. Auf der Suche nach Portexpandern, habe ich den PCF8574 gefunden. Wenn ich 8 davon nehme, habe ich 64 Pins. Damit kann ich eine 32 x 32 = 1024 LED Matrix betreiben (Mit Treibern natürlich). Liege ich damit richtig? Hat einer von euch Erfahrungen mit
Florian schrieb im Beitrag #3885974: > teuer ist. Auf der Suche nach Portexpandern, habe ich den PCF8574 > gefunden. Wenn ich 8 davon nehme, habe ich 64 Pins. Damit kann ich eine > 32 x 32 = 1024 LED Matrix betreiben (Mit Treibern natürlich). Und bezahlst 4 Mal so viel wie für HCT574 und ULN2803
-
Thread
BASCOM TWI-Master Library - Problem
versuche mich gerade in die I2C Programmierung in Bascom einzuarbeiten. Zum testen habe ich einen PCF8574 am Mega16 an den Hardware-Twi angeschlossen. Das folgende Programm erzeugt ein (Knight-Rider :-))Lauflicht am PCF8574. Der I2C-Bus wird dabei von Bascom softwaremässig realisiert. $regfile =
-
Thread
Software I²C Bus
Nonsens ! 100kHz ist nämlich die übliche maximale Taktfreqeunz für I2C-Bausteine von Philips, z.B. PCF8574 (IO-Expander), PCF8591 (ADC), PCF8583 (RTC) usw. Inzwischen gibt es aber auch neuere I2C-EEPROMS, die bis zu 400kHz oder 1MHz können. Peter
-
Thread
LCd Initialisierung schlägt fehl
Stefan B. schrieb im Beitrag #5284181: > FC-113 TWI Modul Schaltplan angesehen? Datenblatt des PCF8574 gelesen?
. schrieb im Beitrag #5284181: >> FC-113 TWI Modul > > Schaltplan angesehen? > Datenblatt des PCF8574 gelesen? Ja im Vorfeld natürlich schon. Einfaches ein und ausschalten der Hintergrundbeleuchtung die an PIN 3 anliegt funktioniert auch. Werde aber nochmal schauen ob ich nichts durcheinander
-
Thread
I2C-Bus-Controller für Serverüberwachung
platine selber ätzen tut. Edit: ist garantiert günstiger der einzige ic auf der platine ist ein PCF 8574 P der kostet 1,20 bei reichelt :) http://www.pollin.de/shop/downloads/D810145B.PDF >PCF 8574 P >Philips I²C-Bus Microcontroller & Peripherie >DIL-16 I/O Port Erweiterung DIP 16
-
Thread
Triac für Rolladensteuerung gegenseitig verriegeln
Zeit sowas auf dem Schlauch, vielleicht könnt ihr mit weiterhelfen. Habe im Moment über I2C Bus 8 PCF8574 und 8 ULN2803 am Atmega am laufen. Diese schalten mir einzelne 12V Relais in der Verteilung. Beim Licht schalten ist das alles kein Problem. Lediglich die Rolläden funken mir dazwischen. Trotz RC
zu Zeit den I2C Bus durcheinander und somit die ganze Steuerung. Im wiki habe ich die Schaltung PCF8574 -> MOC3062 -> Triac gefunden. Diese wollte ich mir nachbauen. Jetzt stellt sich mir nur die Frage. Wie kann ich jeweils zwei dieser Optokoppler mit Treiberbaustein ULN2803 gegenseitig verriegeln
-
Thread
8x8 Matrix mit Hallsensoren
Eine Handvoll Schieberegister ala 74HC595 oder PCF8574. Wenn es denn UNBEDINGT eine Matrix sein soll, könnte man PNP-Transistoren über den Open Collector Ausgang ansteuern und deren Emitter an die geschalteten Zeilen klemmen. Siehe Anhang. Könnte
Falk B. schrieb im Beitrag #6425558: > Eine Handvoll Schieberegister ala 74HC595 oder PCF8574. > > Wenn es denn UNBEDINGT eine Matrix sein soll, könnte man > PNP-Transistoren über den Open Collector Ausgang ansteuern und deren > Emitter an die geschalteten Zeilen klemmen. Siehe Anhang
-
Thread
Welcher Bus für Lichtsteuerung
Slaves (Lampen) nix spezielles machen sollen, ginge auch I²C Bus. Für An/Aus reicht dann zB. ein PCA8574 bzw. PCA8574A. Dann musst du auf der Slave Seite nix programmieren.
Daten bekommst du über I²C natürlich auch übertragen. Von daher könnte man z.B. mit einem einfachen PCF8574 starten und dann später auf µC Slave umsteigen.
-
Thread
Frage zu I²C
Hallo zu 1. ja zu 2. ja: z.B. pcf8574 mit 8 Port's (lesen und schreiben) z.B. pcf8591 AD 7 DA-Converter weitere siehe homepage von phillips (bzw. google'n .... / da gibts jede Menge Info im Netz) zu 3. 2 ports :
gibt hier sicher weitere Informationen. Hab jetzt aus Interesse mal nachgelesen der 16biter heißt PCF8575/PCF8575C und es lassen sich maximal 8 Stück mit je 16 Ausgängen an einem Bus betreiben......sind stolze 128 Ein-/Ausgänge mit 400kBit was eigentlich für Hausanwendungen Reichen würde wenn da nicht
-
Thread
16 Kanal Relais mit Arduino Nano ansteuern
der NANO schalten muß per Kanal. Später könnte man daran denken zwei 74HC595 Shift-Register oder PCF8574A Port Expander zum Schalten der Relaissteuereingänge zu verwenden. Das spart viele Pins des Nano die dann für zweckdienliche Anwendungen mit verwendet werden können. So, versuch alles das und
zu belegen. Bei Schieberegistern wäre mir unwohl, Angst vor Störungen. Wenn, dann eher I2C mit PCF8574. Mir gingen tatsächlich mal die Ports aus, da war die Lösung, meine 9 Taster per Widerstandskette mit nur einem Analogpin abzufragen.
-
Thread
Raspberry Pi LCD über Shell steuern
Für ein 16*2 HD44780 und I2C Expander PCF8574 hab ich mal ein Shell-Script geschrieben, dass i2cset benutzt. Kommt also ohne Python oder Treiber aus. Aber wie gesagt die i2c Variante. Reiner
DFRobot. Das Modul ist mit dem folgendem Chip bestueckt: http://www.nxp.com/documents/data_sheet/PCA8574_PCA8574A.pdf Gefolgt bin ich mal dieser Anleitung: http://kampis-elektroecke.de/?page_id=2035 Das Display wird am i2c Bus erkannt als Device 0x27. Ich haenge laut der gefolgten Anleitung
-
Thread
IC Typen I2C Bus
es gibt einigen Listen mit verschiedenen Typen von I2C Schaltkreisen. Am bekanntesten dürfte so die PCF 84.. sein. Einige Hersteller haben auch andere Typen im Angebot. Der Pcf 8574 hat 8 Pins zum schalten. Ist leider machmal zu viel. Manchmal reichen auch 2 oder 4 aus. Gibt es solche Typen? achim
4 bit nicht. Denke nicht, dass das Sinn macht. Geht es dir dabei um die Baugröße? Zur Not den PCF als SMD BAuteil nehmen.
-
Thread
Raspberry Pi-Alternativen, I2C-Adressierung und Lesestoff
theoretischen Gelaber. BTW: Der Baustein ist ja im Prinzip ein moderner Ersatz des guten alten PCF8574 (uebrigens auch 0x20 als Basisadresse). Und wenn ihr euch mal erinnert gab es vom PCF8574 auch eine A-Version mit 0x38. Sowas koennte man natuerlich auch bei den neuen machen wenn es tatsaechlich
-
Thread
I2C Bus und Stop Befehl
Schreibbefehl adr 1 // 1.Zahl LED 5-8, 2.Zahl LED 1-4 i2c_write(0xff); // Alle Pins des PCF auf 0 0xff //i2c_stop(); while(1) { // Hauptschleife i2c_write(0xff); // Alle Pins des PCF auf 0 i2c_start(adr1_r); // Starte Lesezugriff d
Verwende einen PCF8574. Habe damit 4xLED und 4xTaster ausgelesen bzw. angesteuert.
-
Thread
I2CLCD Library beim kompelieren nur "undefined reference to "i2c_."
LCD Display gekauft. Dieses hat ein I2C denn YwRobot Arduino LCM1602 IIC V1. Der Controllor ist der PCF8574T ein SMD Chip. Ich habe im Forum diese Libary für HD44780 gefunden: https://www.mikrocontroller.net/topic/334653 Nachdem ich die Files in mein Projekt gepackt habe und die Taktfrequenz auf 16
dieses LCD mit einer Arduino Libary ausprobiert dort funktioniert das LCD. Die Anschluss Belegung am PCF ist richtig. Auch die Adresse ist richtig 0x27. Hier das aus dem Arduino: [code] #include <Wire.h> #include <LiquidCrystal_I2C.h> LiquidCrystal_I2C lcd(0x27, 2, 1, 0, 4, 5, 6, 7, 3, POSITIVE)
-
Thread
I2C Adresse ermitteln
[c] I2C Scanner -> Scanning... I2C device found at address 0x38; 0111000x; << 0x70; 01110000 PCF8574A Tastatur I2C device found at address 0x50; 1010000x; << 0xA0; 10100000 I2C device found at address 0x68; 1101000x; << 0xD0; 11010000 DS1307/DS3231 RTC done [/c] meine Tastatur liegt bei
freigegeben [/c] mein Problem, ich frage im Interrupt eine Tastatur ab, genauer Tasten die am PCF8574 hängen, das klappte prima. Als im main loop einer RTC am I2C hinzu kam konnte ich Abstürze durch Tastenbetätigungen provozieren, musste schon sehr viele Tasten betätigen in kurzer Zeit. Dann
-
Thread
A tiny project RS232 -> LCD PCB zu verschenken.
Mir ist der große Aufwand nicht ganz klar. Ein normales LCD kann man per I2C-Portexpander (PCF...) zu einem seriellen machen. Natürlich dann I2C und benötigt 2 Pins. Aber der Aufwand besteht praktisch nur im verbinden des PCF mit dem LCD und dem Controller. gruß cyblord
Stapel versetzt wirken, der Rest läuft über freie Timeslots. Danke übrigens für den Tip mit dem PCF, ich habe mir den 8574 mal angesehen, der steht beim nächsten Mal auf der Einkaufsliste, scheint sehr brauchbar, wobei bei diesem Projekt der Tiny die Tastatureingaben wohl über Schieberegister einlesen
-
Thread
Atmega32 16x2 LCD
in die init Funktion mit rein holen. Danach kann ich noch versuche das Ganze über 4Bit Modus und PCF8574 anzusteuern(Keine Sorge ich habe schon eine erfolgreiche Übertragung mit dem PCF8574 geschafft und konnte auch LEDs darauf steuern und einzelne Taster auslesen :)).
-
Thread
Clickzähler mit 16 PIN
Hi Leute, zur Hardware: atMega8, 2x PCF8574 interrupt verbunden mit INT0 ich hab nun also 16 Eingänge, bei Jedem status wechsel am PCF wird ein interrupt ausgelöst, ich lese bei pcf aus und vergleiche den vorher wert mit dem aktuellen
hab ich irgentwo einen flanke von 1-> 0 zähle ich das als klick, max 16 klick pro pin, geht also ein PCF schön in 4 char rein. bis dahin ja noch ganz esay und die Variablem und die Größen sind auch fix, ist auch super durch die interrupt und ums prellen der taster brauch ich mich auch net kümmern
-
Thread
MCP23008 unterbricht I2C Verbindung zu ESP8266
Gammon http://www.gammon.com.au/forum/?id=10896 // ESP32 DevKit - Arduino IDE 1.8.5 // Device tested PCF8574 - Use pullup resistors 3K3 ohms ! // PCF8574 Default Freq 100 KHz #include <Wire.h> void setup() { Serial.begin (115200); Wire.begin (21, 22); // sda= GPIO_21 /scl= GPIO_22 }
-
Thread
ST-Discovery-Net-IO Anfang
Anschlüsse neu zu def. ; Dies ist so nicht möglich, daher habe ich ein "Offset-Board" entwickelt. 2x PCF8574A, ein MAX232(später geändert in MAX3232) und, wennschon dabei, ein µSD-Card Slot. Mit dem Programm ist es möglich, Ausgänge über I2C zu schalten und eine Programmauswahl per Touch ; Dies möchte
den Anfang zu dokumentieren; Auf dem Bild ist(wenn auch unscharf), die Ausgabe von 0x96 aufdem 1. PCF und von 0x69 auf dem 2. PCF zu erahnen. Bild DebugComPort zeigt genau dies an;
-
Thread
I2C Scanner an MC
Software sollen dann die angeschlossenen Geräte dargestellt werden. Unter anderem wären das: - PCF8574(A) - PCF8591 - PCF8583 - DS1307 - MCP23008 - MCP23017 - Speicher 2408 - MAX518 Meine Gedanken wären dass ich das Bauteil über die Adresse anspreche und das ACK abwarte. Was mein Ihr
-
Thread
Gameboy Kamera Modul
das selbe Problem. Will die GB-Cam I2C fähig machen,deswegen besteht meine Schaltung aus einer PCF8574P Porterweiterung sowie einem PCF8591 AD-Wandler. Besitze kein Oszi, deswegen bin ich in meinen Möglichkeiten ein wenig eingeschränkt. Die PCF's + GB-Cam sitzen an einer stabilisierten Stromquelle
-
Thread
Polarität wechseln am Ausgang von Atmega
Treiber empfehlen sich doch wer Ports sparen will nimmt Portextender I2C http://www.ebay.de/itm/PCF8574-IO-Expansion-Board-I-O-Expander-I2C-Bus-Evaluation-Development-Module-/182063499187?hash=item2a63d487b3:g:l6IAAOSwoudW8RWc schicke 8er-Gruppen für die ULN2803a Für die Relaismodule hatte ich
reichen 20 Rels, reduziert auf 3x8 Rel statt 4x8 reduziert auf 3x ULN2803a 20 Ports und damit 3x PCF/PCH 8574(a) Peter II schrieb im Beitrag #4585176: > 5V 150Ohm -> 33mA OK wenn die Schaltleistung reicht: Max. Schaltleistung: 30 W / 62,5 VA aber 33mA x n-Ports muss man rechnen bei einem
-
Thread
Padauk Graphical User Interface
i2c.c ein, weil das die Schnittstelle zu dem Baustein ist. Dann hast du noch einen I2C-Portexpander pcf8574. Also schreibst du eine pcf8574.c in der du wiederum i2c.c einbindest. Würdest du die Funktionen (Programmcode) von i2c.c im Header ablegen, würdest du die Funktionen 2 oder mehrfach einbinden
-
Thread
ATMega8 lange schlafen legen und wenig Strom verbrauchen
Hi Ich habe mal nen Logger für die Uni gebaut. Darin waren unter anderem nen Tiny15, eine PCF8593 RTC, ein 24LC256 EEPROM und ein PCF8574 IO Baustein verbaut. Haut laut Meßgerat im Schlafzustand zwischen den Messungen weit unter 1µA verbraucht. TWI-Pullups, EEPROM und IO-Baustein wurden während
Brauchen SEHR wenig Strom. Und sind genauer als irgendwelche RC Glieder. Sehr gut ist wie gesagt die PCF8593, weil die neben den normalen zeitbasierten Events auch timergestützte Interupts anbietet. cu bis dann Hauke Sattler
-
Thread
Wie viele Schrittmotoren kann ich über einen ESP32 ansteuern?
mit 6x4 Leitungen wäre mit dem ESP32-S3 möglich, der hat mehr Pins. Oder über I2C-Portexpander (3x PCF8574) oder über 3 Schieberegister 74HCT595 (Arduino-Funktion ShiftOut). Alternativ könnte man auch einen L297 pro Motor-Treiber verwenden, der hat dann am Eingang wieder die Steuerung über Step/Dir
Motor mit Kanonen auf Spatzen geschossen... Wenn du für den Anfang bei 4 Motoren bleibst, wären 2x PCF8574 oder ein PCA9555 (oder der schon erwähnte PCA9685 - dann mit 0/100% PWM als digitaler I/O) am einfachsten anzusteuern. Schieberegister brauchen ein paar Portpins mehr als I2C, die hätten aber den
-
Thread
beginnt Ablauf nict mehr bei main?
; _delay_ms(30); PORTD &=240; _delay_ms(80); }; return; } // Ende error_pcf()
der > Sensorabfragen, Datenaufbereitung usw. ganz zu schweigen. Nachtrag: einer der vielen PCF8574 läßt sich über twi/I2C wieder ansprechen, also bin ich guten Mutes. Aber nur mit WinAVR20071221! Vielen Dank für Eure Hilfe! Peter
-
Thread
I2C Slave mit Attiny2313 und Mega644 als Master Bascom
habe folgende Konstelation Master Mega644P mit software I2C und 2 funktionierende Slaves PC8574 wollte jetzt noch einen Attiny2313 mit in den I2C bus einbinden und mir die Lib von Bascom gekauft für Slave und dann mal das Beispielprogramm für den PCF8574 verwendet, aber sobald ich den Tiny
steht das Program vom Tiny und der Mega reagiert nur noch sehr langsam und die 2 weiteren Slaves (Pc8574) sind ohne Funktion, also stört der Tiny den ganzen bus und bleibt selber auch noch stehen. Ich habe alle AVR auf der selben Spannungsversorgung und mit 30cm Kabellänge sind die SCL und SDA Leitungen
-
Thread
I2C Repeated Start klappt nicht
Doch doch, ich muss dazu sagen das ich den Code mit einem PCF8574P schon getestet habe, also Lesen/Schreiben. Um genauer zu sein, hab ne LED blinken lassen bzw. Pins des PCF bejumpert um definierte Werte einlesen zu können. Blos jetzt brauch ich explizit ein
Übertragungsbestätigungsschleifen. Außerdem verstehe ich nicht wieso ich immer eine NACK zurück bekomme, mit dem PCF8574 Baustein, mit dem ich die I2C Funktion schon erfolgreich getestet habe, bekomme ich stets ein ACK und das erwarte ich hier eigentlich auch. Es würde mich echt freuen falls jemand ähnliche Erfahrung
-
Thread
I2C Ablauf so korrekt?
auf Anhieb würde ich sagen, Du hast hier einen speziellen Fall beschrieben. Das Protokoll für einen PCF8574 ist etwas einfacher. Wenn Du Dich da praktisch einarbeiten möchtest, dann fang mit dem PCF8574 an. Der ist ziemlich simpel und unkritisch. mfg klaus
-
Thread
LCD und RTC per I2C
Aber wie das ja so ist, will man auch was in der Hand halten. Ich bin im Besitz eines ATmega8, nem PCF8574 und einer RTC(PCF8583). Da ich schonmal was in C geschrieben habe, wollte ich auch möglichst dabei bleiben. Hat schomal einer von euch so eine UHR über I2C gebaut? Oder kann mir sagen wie ich beide PCF´s anschließen muss? Das Display ist ein Standard HD44780 kompitables 2x16Zeichen. besten Dank
-
Thread
74HC595 als I²C
Es gibt I2C-IO-Erweiterungen von Philips (PCF*), aber die sind relativ teuer.
Egal wo, Du kriegst immer 5..10 Stück 74HC595 für einen PCF8574. Peter
-
Thread
Brauche Idee für zeitverzögertes schalten
, dann schau mal bei Reichelt nach den Controllern von (ehemals) Phillips. Die fangen mit PCA oder PCF an und werden über I2C angesteuert. Da gibt es zum Beispiel 8 I/O-Ports, etc.
als Hobbyprojekt spielt das keine Rolle. http://www.mikrocontroller.net/articles/Port-Expander_PCF8574 http://www.mikrocontroller.net/articles/AVR-Tutorial:_Schieberegister
-
Thread
BASCOM AVR YwRobot_Lcd_i2c.lib für 1602 LCD anpassen
Bist du sicher das du das musst.? https://bascomforum.de/index.php?thread/661-i2c-ansteuerung-mit-pcf8574-ohne-bibliothek/ BASCOM-Quellcode: Attiny 85 Config Lcd = 16x2 ' *die Zeile meine ich* Config Scl = Portb.2 Config Sda = Portb.0 $lib "YwRobot_Lcd_i2c.lib" So wie ich das sehe reicht
für dieses Fehlverhalten. Kent Andersson geht bei seiner Library von folgender Verbindung zwischen PCF-Baustein und Display aus: P0 -> D4 P1 -> D5 P2 -> D6 P3 -> D7 P4 -> RS P5 -> RW (not used, set to 0 to ground for write) P6 -> E2 (on 1 or 2 line display nc) P7 -> E1(=E) Die Zusatzplatine
-
Thread
i2c – R1 & R2 Dimensionierung – bei 60 m (â 2 x 30 m) - mit P82B96
eine Diva, ziemlich anspruchsvoll. Tests mit 4 adrigem Telefonkabel, 50 m auf der Rolle und einen PCF8574 funktionierten sogar bis zu 100 kHz. Der PCF8574 ist aber ein Urgestein und verzeiht anscheinend unsaubere Signale. Aktuell möchte ich einen Außensensor auf den DS1631 umstellen. Die Leitung
-
Thread
Arduino Schalter abfragen
wozu Schieberegister? ich würde diese kaskadierbaren Ports nehmen I2C http://www.ebay.de/itm/PCF8574-PCF8574T-I2C-8-Bit-IO-GPIO-Expander-Module-for-Arduino-Raspberry-Pi-UK-/272432637606?var=&hash=item3f6e4026a6:m:mQFPRLxSj-zVxa61Qe6YVhQ bis zu 8 sind möglich 4 Strippen, 2x I2C und VCC + GND