-
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
Control a Display with I2C in MCC
Sorry I forgot to mention that I use the PCF8574T - bus.
Ypu will also find lots of code example for HD55780 displays via PC8574. This is a very common use case in the Arduino world.
-
Thread
Arduino Schalter abfragen
shiftIn function ///// just needs the location of the data pin and the clock pin ///// it returns a byte with each bit in the byte corresponding ///// to a pin on the shift register. leftBit 7 = Pin 7 / Bit 0= Pin 0 byte shift(int myDataPin, int myClockPin) { int i; int temp = 0; int pinState
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
-
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
TWCR = _BV(TWEN) | _BV(TWIE) | _BV(TWINT); // last byte: expect NAK } break; case 0xA0: // a STOP condition or repeated START condition has been received while still addressed as Slave I2C_Busy = 0; // transmission ended if (I2C_RxIndex > 0) { TWCR = _BV(TWEN) | _
-
Thread
Anfängerfrage konkret zu Optokopplern
Beitrag #5298702: > Dort wird durch CTR dividiert Beispiel: CTR 50%, der Ausgangstransistor soll 5mA schalten. 5mA durch 50% - also brauchen wir 10mA durch die LED. > außerdem I(LED). Ist das meine "Forward Current"? Die Strom, der Strom, das Strom ... mein Strom! Ja, das ist der Strom durch
mit Vf max 1,4V sondern eher mit Vf typisch 1,25V also ist der Rv pro Opto LED (12V - 1,25V)/10mA = 10-12k Ohm. Die 280 Ports würde ich mit Schieberegister oder I2C PCF8574(a) abfragen, parallel in, seriell raus rechnen wir mal 2 PCF8574 als Matrix 8 x 8 für 64 Ports davon brauchen wir 4
-
Thread
Atmega32 16x2 LCD
VO steht als optional also hab ich es mal weggelassen RS : PB0 R/W : PB1 E : PB2 DB0-7 : PD0-7 A : Vcc K : GND Code : [c] #define LCDSETTINGS PORTB #define LCDDATA PORTD #define F_CPU 16000000UL #include <avr/io.h> #include <util/delay.h> void E_DELAY(void); void E_DELAY() {
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
i2c – R1 & R2 Dimensionierung – bei 60 m (â 2 x 30 m) - mit P82B96
ich - bis jetzt - wie den Wald vor lauter Bäumen nicht "gesehen"... ;O)=) ... da passt mal wieder: A fool with a tool is still a fool ... wie gut das Tool auch immer sein mag... ;O)=) @Jan: Danke für die Wünsche! ;o) ... Kann man(n) immer gebrauchen... Parallel zu allen Tipps sehe ich mir RS485
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
Verkaufe diverse Bauteile
von ST (Dual JK Flip-Flop With Set and Reset) 5x MC74HC390N DIP (Dual Decade Ripple Counter) 3x PCF8574P DIP von Philips (I²C I/O Expander 8 Bit) 1x PCF8583P DIP von Philips (RTC, Calendar, SRAM) (incl. 32 kHz Quarz) 1x ZSM-560C von Zetex (TO-92 Supply voltage monitor 4,6 V) *Linear* 2x UA723CN
DAC mit 50 kSPS) (BENUTZT: auf DIL-8 Sockel aufgelötet) 1x 6N138 von HP (DIL-8 Optokoppler) 3x PCF8574P DIP von Philips (I²C I/O Expander 8 Bit) 1x PCF8583P DIP von Philips (RTC, Calendar, SRAM) 1x LM1085-IT3.3 von National (TO-220 Festspannungsregler +3,3V, 3A) (Reichelt: LM 1085 IT3,3) 1x
-
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
Programmer" anklicken. Ich schreibe meine Android-Software auch mit den Zeug. Nur nutze ich dann die b4A <- *A* für Android.
-
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
Funkanbindung - Fortsetzung aus Hauptthread
Schalterzustände informiert und ein Statusbyte. Das Telegramm meines Funktasters sieht bei gedrücktem A-ON Taster z.B. so aus: A55A 0B 05 10000000 00101905 30 5E SYNCH: A55A (Für die Synchronisation auf den Msg Anfang) H_SEQ: (3bit) = 000; LENGTH: (5bit) = 01011; ORG : 05 (Telegrammtyp
PCF8574 nen Octal Inverter 74HC540 und nem Octal Darlington Treiber ULN2803 und 8 Power Relais. Der Inverter war notwendig, weil der PCF8574 nach Power ON seine 8 Ausgänge auf High legt, und ich nicht wollte
-
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
Print Address ; " " ; Command End If Loop I2c_master_needs_data: waitms 10 _a1 = Command Return I2c_master_has_data: waitms 10 Bfake =_a1
-
Thread
Beschaltung DS3231 bei bestehendem I²C Bus
address++ ) [/c] kurzform [c] switch(address<<1) { //case 0x40:I2C_TASTATUR_8574); //case 0x70:I2C_TASTATUR_8574A); //case 0x78:I2C OLED ")); //case 0xA0:I2C EEPROM ")); case 0xD0: Wire.beginTransmission(DS1307_ID);
recht. Selbst Philips wusste nicht so genau wie man es definiert. Siehe Bild aus Original Datenblatt PCF8574 im Anhang;)
-
Artikel
Modulares Board
. C1 Elko 100/16 C2 100nF LED 1 bis LED 5 LED 5mm, 20 mA R1 bis R4, R7 220 Ohm R5, R6 10 kOhm 2 x Wannenstecker 10 polig (2x5) 3 x Stiftleiste 3 polig (A0,A1,A2) 2 x Stiftleiste 2 polig (J1, J2) 1 x PCF8574 (A) mit Sockel 16 polig 1 x Platine ( ca. 72x54 )
x Wannenstecker 10 polig (2x5) 3 x Stiftleiste 3 polig (A0, A1, A2) 1 x Stiftleiste 2 polig (J1) 1 x PCF8574 (A) mit Sockel 16 polig 1 x Platine ca. 72x42 mm Belegung Stecker. Die Belegung der Steckbuchsen entspricht dem Board 1 Software. I2C-Bus Out Board
-
Thread
I2C-Bus-Controller für Serverüberwachung
den Master nur ein Ja/Nein sendet und auch das "Benachrichtigungssystem" keine elend langen Texte o.ä. übertragen soll, sich also weitgehend alles mit den Standard I²C Bausteinen erledigen lässt, sollte man I²C schon in betracht ziehen. Wobei es glaub ich auch einige wenige CAN Slave Bausteine gibt
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
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
-
Artikel
Wanderkiste
Drosseln 0,33µH ein paar SMD 140K 4 Finder Relais verschiedene Stecker, Buchsen Ein Teil der 7406 und PCF8574 Platine mit Display 4x20 4 x Metallgehäuse für SUB-D 9pol. neu, OVP 9 x SUB-D 15pol. 3reihig (VGA) Stecker/Buchse-Kombi neu 25 x Schottkydioden 1N5817 20V/1A auf Gurt Reingepackt: mehrere 10 Gang
Sortiment, einige TTL + OP, 25x Optokoppler Toshiba TLP421, Atmel AT90S8515-8PC, Schaltnetzteil 5V/1A 2.05.2012 Angekommen bei Rodenberger | ein paar SMD R und Cs, 3x LM2903 200 LEDs 2mA,C 4700µF, SMD C,PCF8574, und andere ICs 09.05.2012 Angekommen bei RD (benwilliam) (Gast) ein wenig von allen SMD teilen
-
Thread
Einfacher MCP250XX gesucht
Dir vorschlagen einen I2C oder SPI Port Expander zu versuchen. Die sind viel leichter zu gebrauchen (PCF9554, PCF8574, MAX7301) Hoffe das hilft Dir zum Anfang weiter. Leider ist es schwierig und sehr teuer im Internet an CAN BUS Standard Unterlagen ranzukommen. Hier ein paar Links: http://
will be compared to a pre-programmed value as a test of valid data. Nur wie das praktisch gemacht wird, weiss ich jetzt auch nicht. Gruss, Gerhard
-
Thread
PCF 8574 Hardware TWI Error Codes
komme gerade echt nicht weiter. Ich experimentiere im Moment mit meinem Hardware TWI Bus und einem PCF 8574. Ich benutze dabei die Routinen aus der AppNote 315 von Atmel für C. Anscheinend funktioniert das Lesen und schreiben der Porterweiterung, allerdings habe ich noch einige offene Fragen! Dies
läßt darauf schließen, daß vorher kein Stop-Bit da war... 0x48 bedeutet: Die Adresse, die Du dem 8574 sendest, ist falsch. Zu Frage 2: Bei LEDs muß die Polung beachtet werden.
-
Thread
GPIB (HP-IB, IEEE-488, IEC-625) - Bus mit AVR verheiraten
Ossi auszulesen. Die GPIB-Seite bestand dabei nur aus einem Mega8 und einem (haltet euch fest :-) PCF8574. Letzeres nur weil mir die IO-Pinne ausgegangen waren. Ich denke aber wenn es nicht auf maximale Geschwindigkeit ankommt, und der OP wollte ja sogar RS232 nehmen, dann kann man den Bus auch in
Genauso hab ich es bei meinem HPIB-USB Converter auch gemacht. Die Datenleitungen haengen direkt am PCF8574, und die Steuerleitungen am AVR. Man braucht keine Bustreiber wenn das Teil direkt am Endgeraet haengt, und das lange Kabel dann erst auf USB-Seite ist. Es ist natuerlich etwas anderes wenn man
-
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 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
LM75 mit MSP430F1611
bis ich das alles verstanden habe, werden einige > Tage (Wochen) ins Land gehen. Alternativ den PCF8574, der ist einfacher aufgebaut, aber der 9554 kommt mit seiner Register Struktur näher an das ran was du beim LM75 brauchst. Siehe: http://www.mikrocontroller.net/articles/Port-Expander_PCF8574
for Schleifen (Warteschleife) hängen geblieben ist. Sind for Schleifen ungünstig? >Alternativ den PCF8574, der ist einfacher aufgebaut, aber der 9554 kommt >mit seiner Register Struktur näher an das ran was du beim LM75 brauchst. Das sehe ich mir mal an. Zwischendurch mal wieder ein Dankeschön
-
Thread
Tasten entprellen - Bulletproof
() ? als I2C Lib nutze ich die von Peter Fleury könnte dafür etwas Erkennungscode für PCF8574 (0x40) oder PCF8574A beisteuern (0x70), hat mich einen halben Tag Fehlersuche gekostet, ich dachte der Unterschied ist N zu AP aber auch N mit A ist 0x70 und dann wieder das richtiige Datenblatt
, ich war unsicher wegen CLI() und SEI() , klappt aber fein: if(_i2c_key) { if(_i2c_key=='A') { if(!i2c_start(PCF8574A_0+I2C_READ)) //; // set device address and write mode i = key_state ^ ( ( ~(unsigned char)i2c_readNak() << 1) ); } else { if(!i2c_start(PCF8574
-
Thread
Display mit Touch-Funktion gesucht
DIP128-6 mix 3x5 Touch verbaut. Das Auslesen des TouchPanels läuft Interrupt basiert. Ich habe da einen PCF8574 (I2C I/O-Expander) verwendet. Die Zeilenleitungen zieht der PCF auf Masse während die Spalten über die Internen Pullups auf +5V liegen. Tritt nun ein "Touch-Event" ein, dann stimmt das in den Baustein
analoger Datenleitung wird auch immer ein komplettes Byte übertragen da die 0-5V Datenleitung mit 8-Bit D/A-A/D angesprochen wird ;-)
-
Thread
"Mensch-ärgere-dich-nicht"-Spielbrett mit AtMega32
Wenn du 2 Pins frei kriegst: PCF... Portexpander 8 oder 13 IOs
Servus um den aufwand zu minimieren gibt es ja reihbare IC's zu PCF8574 mit plexern PCA954x damit kommt man mit 2ports i2c und 25IC's 20euro auf die benötigten bausteine die treiben 20mA gegen Masse bei 400kBit speed http://de.geocities.com/magic33_de/layULNdil1.jpg
-
Thread
Platinen (µC-Kit??) von ELV
und Stromversorgung * ELV97211357AB - Anzeigeplatine mit SAA1064 und 2 7-Segment LEDs * ELV9731414A - Platine mit PCF8574 und einer LBN214R-30 (Dotmatrix?)LCD-Anzeige * ELV 942959 - Platine mit 'nem '245er und 8 LEDs * ELV9711341A - AD/DA-Board mit PCF8591 * ELV942957 - 'n '245er mit 8 Schiebeschaltern
#232-11 dazu gehören die Erweiterungen mit je einer 9-pol D-Sub Buchse und Stecker links unten: A/D - D/A Wandler #271-49 rechts unten: LED Anzeige #277-73 zweite Gruppe Mitte links: Mikrocontroller Experimentier Set #155-74 (mit Gehäuse) dazu gehören Mitte oben: Programm Auswahl #157-74
-
Thread
Zentrale für Hausbus
Der PCF8574 liefert bei high nur 100uA. Das könnte für den ULN2803 zu wenig sein.
holger schrieb im Beitrag #3836832: > Der PCF8574 liefert bei high nur 100uA. > Das könnte für den ULN2803 zu wenig sein. Stimmt. Ein Microchip MCP23017 wäre die bessere Wahl. Davon braucht es dann auch nur einen, weil der zwei 8-Bit Ports
-
Thread
ADC Messung mit dem Attiny 841
per I2C an den Atmega 128 angeschlossen werden. Auch das Display wird per I2C angeschlossen z.B. mit PCF8574. Verwende teilweise verschiedene Displays. Das Display und Verbindung mit verschiedenen Slaves funktioniert korrekt. Stefan ⛄ F. schrieb im Beitrag #6728562: > Ja das ist so. Die I²C Schnittstelle
Könnte es seindas es hier Unterschiede im Protokoll gibt. Man kann ja Daten von einem Slave lesen, z.B. PCF8574 oder einem Attiny oder halt einen anderen Prozessor. Beim PCF8574 ist die Sache ja relativ einfach, ist Hardware mässig alles vorhanden. Die Software kommt in den Master. Der Master liest die Daten
-
Thread
Speichergröße des µC dimensionieren?
Möglich wäre natürlich auch ein I²C Bus mit dem PCF8475 Das sind dann auch pro Bausten 8 Ausgänge. ( 8 Bausteine á 8 Ausgänge = 64 mit zwei Adern)
@Jürgen Diese Schlaffteile (PCF8574) können leider nur "sinken" und nicht "sourcen" und kosten einfach zu viel ;-)