-
Thread
PCA9548A Pullups
https://www.nxp.com/docs/en/data-sheet/PCA9548A.pdf Nix gefunde hier. Danke.
Martin S. schrieb im Beitrag #7110746: > https://www.nxp.com/docs/en/data-sheet/PCA9548A.pdf > > Nix gefunde hier. > > Danke. die verwenden 1k als Pullup (steht in einer Fußnote...)
-
Thread
PCA9548A Expander stören sich gegenseitig
Deppenapostrophe. Siehe http://www.deppenapostroph.info Thomas K. schrieb im Beitrag #7667457: > PCA9548A Expander Thomas K. schrieb im Beitrag #7667457: > beide Oled Expander Ich frage mich warum die Worte OLED und Expander auf keiner der 30 Seiten im Datenblatt des PCA9548A vorkommen, da
(PCA9548A). Ein Schaltplan sowie Bild vom REALEN Aufbau wären sehr hilfreich.
-
Thread
Unterschied TCA9548A und PCA9548A
zwischen einzelnen Teilnehmern wegen der gleichen I2C-Adresse umschalten. Ich habe hierzu die IC´s TCA9548A und PCA9548A gefunden. Offensichtliche Unterschiede konnte ich nur bei den Bauformen feststellen. Die PCA Variante wäre sogar lieferfähig. Welche IC ist neuer bzw. die bessere Wahl? VG
https://e2e.ti.com/support/interface-group/interface/f/interface-forum/660906/pca9548a-pca9548a-vs-tca9548a
-
Bild
PCA9548A I2C Multiplexer Modul
VIN, GND, SDA, SCL, RST, A0, A1, A2, SDO, SC0, SD1, SC1, SD2, SC2, SD3, SC3, SD4, SC4, SD5, SC5, SD6, SC6, SD7, SC7, PCA9548A, R3, C2, R4, R5, R6, R1, R2, HW-617
-
Bild
PCA9548A I2C Multiplexer Modul HW-617
VIN, GND, SDA, SCL, A0, A1, A2, SD0, SC0, SC1, SD1, SC2, SD2, SC3, SD3, SC4, SD4, SC5, SC6, SC7, SD7, PCA9548A, R3, C2, R4, R5, R6, R1, R2, HW-617, PD548A, C8XN
-
Thread
TCA9548A & D1 Mini läuft auf Steckbrett - auf Platine nicht!
auch Temperaturen empfangen. Inzwischen kann ich nicht ausschließen, das irgendetwas mit den TCA9548A nicht stimmt. Sie waren mit 8 € für 5 Stück recht billig. Übrigens auf dem Beutel, in dem die Muxer waren, und unter Amazon stand TCA9548A. Auf dem Breakout selber steht PCA9548A. Ich werde mir mal 5 PCA9548A von AZDelivery bestellen. Auch so, die I2C-Tackrate habe ich auf 19200 Hz heruntergesetzt gehabt. Kann mir jemad einen Rat geben? mfg Klaus
-
Thread
I2C-"Slave-master" - Unternetzwerk
vielleicht suchst du auch was mit dem: PCA9548A
vielleicht > jemandem eine andere alternative ein, Ulrich F. schrieb im Beitrag #4250850: > PCA9548A ;-)
-
Thread
BME280 und BMP280 gleichzeitig nutzen. Geht das?
Maxim B. schrieb im Beitrag #6409399: > 2. PCA9517 oder Ähnliche als I2C-Trennung. Der PCA9517 ist ein Bus Repeater. Benötigt wird ein Multiplexer, wie z.B. der TCA9548A.
SP schrieb im Beitrag #6411769: > Der PCA9517 ist ein Bus Repeater. Benötigt wird ein Multiplexer, wie > z.B. der TCA9548A. PCA9517 hat Enable-Eingang, somit kann für Trennung von I2C-Bus benutzt werden - als Ergänzung für Hauptfunktion
-
Thread
I²C Bus Teilsegmente abkoppeln
Hi, wir verwenden für so etwas den PCA9548a (bei uns von TI) http://www.ti.com/lit/ds/symlink/pca9548a.pdf
tux schrieb im Beitrag #4598154: > Hi, > > wir verwenden für so etwas den PCA9548a (bei uns von TI) > > http://www.ti.com/lit/ds/symlink/pca9548a.pdf Sieht ganz nett aus. Es hat aber den Anschein, als ob der I²C Master immer am Master-Port des Chips anliegen muss. Das ist
-
Thread
Bauteilsuche: I2C Expander
So etwas ? http://www.exp-tech.de/adafruit-tca9548a-i2c-multiplexer
Ich habe schon 3 Stk. PCA9548A verbaut. Der geht aber nur bis 400kHz. Hab den auch auf dem RasPi verbaut und konnte damit bei 100kHz Sensoren mit 5 m Kabel dazwischen auslesen...
-
Thread
gleiche i2c-Adressen managen
Verwende den PCA9544. Damit kannst du bis zu 4 gleiche Adressen am Bus umschalten. Wenn mehr nimm den PCA9548. Kann dir ein paar Beispiel dazu schicken.
Lösung sein, wenn die Beschaltung tatächlich so einfach funktioniert. In die Möglichkeiten von PCA9544 oder PCA9548 muß ich mich reinlesen.
-
Thread
I2C Busverteiler bauen?
Sicher ? Hab gerade nocheinmal nachgeschaut, eigentlich meinte ich einen anderen. PCA9548A - 8 Kanäle PCA9646 - 4 Kanäle Da kannst du deine Sensoren vorher via I2C anwählen und dann auslesen. mfg Felix
> Sicher ? > Hab gerade nocheinmal nachgeschaut, eigentlich meinte ich einen anderen. > > > PCA9548A - 8 Kanäle das sieht noch besser aus. Danke!
-
Thread
Daten aus I2C zum PC, grosse Distanz
Sensoren musst du natürlich davon unabhängig lösen. Du weißt, dass es 8-fach I2C Multiplexer gibt? TCA9548A - der wird schon mal gerne zusammen mit den BME280-Sensoren (eben wegen der Adressierungsproblematik) genommen. Damit hast du 8 einzelne I2C auf denen du jeweils die gleichen Adressen haben kannst
nach dem anderen ab. Da deine Anwendung nicht zeitkritisch ist passt das vermutlich ganz gut. Der TCA9548A ist als TSSOP-24 recht klein - aber man bekommt ihn auf einem Breakoutboard für rund 10 EUR.
-
Thread
kennt jemand sich aus mit MC23017 IO-Board
ich schon x-mal in anderen Sketchen benutzt habe.. langsam nervt mich der mcp.. hab hier noch PCA 9548 liegen, ist sowas ähnliches wie der mcp.. hab ich damit mehr Glück ?
Wolf F. schrieb im Beitrag #7536189: > hab hier noch PCA 9548 liegen, ist sowas ähnliches wie der mcp.. > hab ich damit mehr Glück ? Unwahrscheinlich, solange die Problemursache unbekannt ist.
-
Thread
Hall-Sensor Drehgeber - digitale Auswertung
Busse, oder sehe ich das falsch? Dafür kann man einen I2C-Umschalter/Multiplexer benutzen, der TCA9548 z.B. liefert 8 I2C-Busse zwischen denen man umschalten kann.
Stichwort Rohwerte. > > Wie schließe ich dann 10 - 12 Sensoren an? > Kaskadierte Umschalter? PCA9547/PCA9548/TCA9548 haben drei Adressleitungen A0...A2, für die Festlegung der I2C-Adresse. Damit kannst Du 8 von den Dingern an einem Bus betreiben. Das sollte reichen. fchk
-
Thread
MUX I2C oder I/O Erweiterung über I2C
Erweiterung der Ports mittels bspw. dem [[Port-Expander_PCF8574]] * Verwenden eines Multiplexers bspw. dem PCA9548A Hier wären beide über I2C angebunden. Ich hab aber auch ein 16 Channel Multiplexerboard gesehen: CD74HC4067 (gibts sicher auch in 4 oder 8 Channel Ausführung) Ich gehe davon aus, dass ich
aus einem I2C-Bus mehrere Busse. Also auch alles > digital. Ich dachte das bspw. der Multiplexer PCA9548A von diesem hier CD74HC4067 nur aufgrund der Ansteuerung anders ist. Einmal mit dem I2C und einmal manuell über die Signal Pins vom Chip. Frank K. schrieb im Beitrag #7026419: > Hat es einen
-
Thread
Switch Case compiler übersetzung in asm. fehlerhaft
switch (TWICSM_cnt) // { case Wii_NeWayInit_6_1_CMD: /***** 6/1) I2C- Multiplexer(PCA9548) auf Kanal 0 umschalten *****/ if (!(CHECKBIT(PCA9548_State,PCA9548_ch0_sel))) // { TWI_Start_Transceiver_With_Data(send_me,2); // Multiplexer auf Kanal 0 umstellen TWICSM_next_task
wird. A, B verrät die Kommandozeile und C wird also i-Datei erzeugt; es ist die präprozesierte C-Quelle (Text).
-
Thread
MCP4728 - I2C-Adressen..
Dann nimm doch noch einen PCA9548 und mach aus deinem Bus 5 oder 8 einzelne Busse und hänge an jeden einen MCP4728. Genau dafür sind die da. https://www.nxp.com/docs/en/data-sheet/PCA9548A.pdf? fchk
gleichzeitig setzen. Siehe Schaltbild "E" DAC SYSTEM: http://ftb.ko4bb.com/manuals/162.157.197.43/HP_3634A_Lab_Power_supply_Operating_and_Service_Manual.pdf
-
Thread
I2C mehrere Slaves, selbe Addresse
Sowas z.b. https://shop.pimoroni.de/products/tca9548a-i2c-multiplexer
Oder so etwas (viel billiger): https://www.aliexpress.com/item/1PCS-TCA9548A-I2C-Multiplexer-Breakout-board-for-chaining-Modules-NEW/32808950368.html
-
Thread
I2C-Controller Adressierung
Kleines Beispiel: https://wolles-elektronikkiste.de/tca9548a-i2c-multiplexer Gruesse Th.
noch ein ganz normaler: PCA9506 mit nur 3 Adress-Pins, aber 40 I/O. Edit: PCA9554 und PCA9554A haben auch nur 3 Adress-Pins, 8 Adressen und 8 I/O, aber der feste Teil der Adresse ist unterschiedlich. Also kann man 16 Bausteine
-
Thread
I²C Problem: verlorene Bytes
schildern, was man wohl auch an der Textlänge erkenne kann... Ich hab hier ein Projekt mit einem PCA9564 I²C Host Controller an einem Motorola MC68VZ328 µC. Es hängt etliches an I²C Peripherie dran, auch ein paar EPROMs. Der Bus wird mit einem PCA9548 eines noch in weitere "Sub-Busse" aufgeteilt.
übergeordneten Funktion kommt dann die Fehlerbehnadlung. @Peter: die magischen Funktionen bedienen den PCA9564. Mit so spezifische Funktionen kann ich leider nicht dienen. Ob ACK oder nicth z.Bsp. ist eine Konfigurationssache beim PCA9564. Vor dem Lesen des letzten Bytes wird das entsprechende Bit im PCA9564
-
Thread
I2C hängt, sendet manchmal nur 7 bit
processors.wiki.ti.com/index.php/I2cTips [pre] External Slave Device Hanging the Bus by Holding SDA Low A problematic scenario can arise if the processor/I2C module gets reset while it is in the middle of mastering a transfer. In this scenario the external slave might be holding SDA low to transmit a
400pf aus der I2C Spezifikation von Philips Ich würde vielleicht die einzelnen Busse mit einem PCA9547 oder einem PCA9548 entkoppeln, der damit den 9306 ersetzt und jedem Slave ein eigenes Bussegment spendiert. fchk
-
Thread
TDA1524A mit I2C
Ich würde gerne mehrere (ca. 16) dieser Chips per I²C-Bus betreiben. Bis jetzt habe ich aber nur den PCA9548 gefunden. Weiß jemand, ob es einen vergleichbaren Chip mit 16 Kanälen gibt? Gruß Rahul
Hallo. Kurze anmerkung: Der 1524 ist KEINE Erfindung von Phillips, sondern made in DDR. Dort hies er A1524.
-
Thread
I2C Extender mit Pegelwandlung 3,3V->5V
wie beispielsweise dem P82B715TD und einem I2C Repeater mit Pegelumsetzung wie beispielsweise dem PCA9515A in einem Bauteil vereint. Leider war meine bisherige Suche erfolglos. Weiß jemand ob es so etwas überhaupt in einem Baustein gibt? Viele Grüße, und Vielen Dank Max
Hier ist einer ;) http://focus.ti.com/lit/ds/symlink/pca9548a.pdf
-
Thread
STM32 mit mehreren I2C Verbindungen zu Sensoren
so viel gebraucht wird auch bei kleineren Packages nutzbar. Ansonsten gibt es auch I2C multiplexer, PCA9546ARGVR z.B.
RGB zu verwalten. Drei Stück. alle Adresse 0x21. Hab dann, weil ich es nicht besser wusste, einen PCA9548A davor geschaltet. Geht ganz gut. Der kann acht verschiedene Bausteine mit gleicher Adresse ansprechen. Mutiplexer eben. Peter D. schrieb im Beitrag #6741980: > Das läßt sich auch leicht erweitern
-
Thread
Chip als Mehrfach Umschalter
Ampere? Wie hoch darf der Innenwiderstand des elektronischen Schalters sein? Schau Dir mal den PCA9548 an und teile uns mit, warum der nicht passt (wenn er nicht passt).
Chip an, drücke Ini-Taste und kann den Chip ohne Umstecken etc. Programmieren. Ich denke das 20 mA ausreichen sollten an Belastung pro Chip / Leitung. Stefan ⛄ F. schrieb im Beitrag #6268569: > Schau Dir mal den PCA9548 an und teile uns mit, warum der nicht passt > (wenn er nicht passt).
-
Thread
I2C Slave-Adresse umadressieren?
Lösung. Den gibt es schon für zwei Busse im 8 poligen Gehäuse. http://www.nxp.com/documents/data_sheet/PCA9540B.pdf
Ausblenden deutlich komplizierter. Wir haben aktuell auch so einen I²C Mutliplexer im Einsatz (TCA9548A) Das funktioniert recht zuverlässig. Man kann auswählen, ob man nur einen Slave mit einer Nachricht beglücken will oder mehrere. (Letzteres macht natürlich nur Sinn, wenn die Kollegen keine Daten übermitteln
-
Thread
DMX Demultiplexer mit PWM bauen
können. Oder gleich ein FPGA - auch mit PIO. Dann die nächste Sache: Eine LED braucht min. 10 mA. Also braucht dein System 4096 x 10mA = 40,96 Ampere! Dafür darfst du ein ordentliches Schaltnetzteil designen. Du brauchst also sehr gute Programmierkenntnisse entweder für einen ARM mit Peripheriebus
das ganze mitels DMX to I2C lösen wäre auch noch en ding der möglichkeit es gibt den PCA9532 welcher via i2c 16LED DIREKT Dimmen kann. die steuerung der Busse via PCA9548 8kanal i2c switch erklaubt bis zu 2^14 led's Flamestreet Lasvegas
-
Thread
EEPROM mit 4 Adresspins gesucht
EEPROMs zwingend am selben I2C-Bus hängen? Falls nein, wäre ein I2C-Multiplexer evtl. eine Lösung (z.B. PCA9548A). Gruß Rainer
habe ich noch nie gesehen..... Wenn der, und der "Adder", dann zusammen billiger als ein Tiny (o.ä.) sind, dann lohnt sich das evtl.
-
Thread
I2C-Pins während Laufzeit ändern
definierten I2C-Pins während der Programmlaufzeit ändern kann? Ich habe schon 8 PCF8574 sowie 8 PCF8574A am Bus hängen. Jetzt möchte ich ein LCD wegen Pinmangel über einen weiteren PCF8574 an den Bus hängen. Dazu müsste ich ja einen zweiten, unabhängigen I2C-Bus haben, da dann zwei von den PCF8574 die gleiche
Moin, nimm doch einen I²C Multiplexer. Z.B. PCA9548, damit kannst Du einen I²C Bus auf 8 erweitern. Gruß, Lui
-
Thread
i2c-Adressen verwalten
Moin, Im entferntesten evtl. in die gewuenschte Richtung koennten so Chips wie PCA9546/8 gehen. Ansonsten wirds wohl ganz schnell ein kleiner µC, der (sicherlich nicht so ganz simpel) entsprechend programmiert wird, um dann ggf. I2C Kommandos von einem Port auf einen anderen umzusetzen
Es gibt I2C-Multiplexer, z.B. TCA9548A. Der Master muß natürlich vor jedem Zugriffswechsel erstmal dem Multiplexer sagen, welchen Anschluß er durchschalten soll.
-
Thread
I2C-Bus Adressproblem bei 50 identischen Slaves
Schau Dir mal PCA9548A von TI an, ist ein 8-Kanal I2C-Switch.
byte has been received. After the last byte has been received, the MR should inform the ST by sending a NACK after the last received data byte. The transfer is ended by generating a STOP condition or a repeated START" Ist das Richtig?
-
Thread
Adressvergabe I²C
Ich finde die Idee mit dem Multiplexen nicht schlecht. Du könntest beispielsweise den PCA9548A von TI benutzen. Du müsstets dadurch aber jeweils zusätzlich auch mit diesem Chip kommunizeren, was aber kein Problem ist. Gruss Dave
Adresse nach Anlegen von VCC nicht mehr geändert werden darf. Kennt jemand so einen IC? Der PCF8574/A läßt sich jedenfalls auf diese Art kaskadieren, wenn man mehr als 16 Ports braucht. Peter
-
Thread
I2C GasGauge STC3100: kein Adressieren möglich?
> Hab´ ich eigentlich kein Bock drauf :( Es wird Dir wohl nichts anderes übrig bleiben. -> PCA9548A fchk
-
Thread
Prüfplatine für 400++ I/Os
Warum? So wärest du immerhin schon bei 128 Testpunkten. Jetzt noch ein I2C Multiplexer (TCA9548A?) Macht dann 1024 Testpunkte an einer einzigen I2C Schnittstelle.
A. S. schrieb im Beitrag #6961416: > Ich habe damit selber keine Erfahrung. Aber es sollte auch gehen, ein > FPGA der sowas ähnliches einfach auf eine Platine zu setzen, Versorgung > etc. und dann
-
Bild
Ausschnitt aus einem Datenblatt zur Geräteadresse
6.1 Device address Following a START condition, the bus master must output the address of the slave it is accessing. The address of the PCA9548A is shown in Figure 5. To conserve power, no internal pull-up resistors are incorporated
-
Thread
Abfrage von ca. 130 Tasten
I2C-Adressen. Schon wenn man sich zusätzlich zu den PCF8574 *einen einzigen* I2C-Multiplexer (z.B. PCA9548) spendiert, bricht deine Argumentation zusammen, da man damit bereits auf *512* I/O-Leitungen kommt. Damit hätte man in der Anzahl der erfassbaren Taster fast einen Faktor 4 Reserve - nix mit "Schluss
I2C-Adressen. > > Schon wenn man sich zusätzlich zu den PCF8574 *einen einzigen* > I2C-Multiplexer (z.B. PCA9548) spendiert, bricht deine Argumentation > zusammen, da man damit bereits auf *512* I/O-Leitungen kommt. Damit > hätte man in der Anzahl der erfassbaren Taster fast einen Faktor 4 > Reserve
-
Thread
Ultraschall-Sensor GY-US42V2: I2C-Adresse lässt sich nicht ändern
> Taktleitung und 3 getrennte SDA's, sind dann zum Glück nur 2 Pins mehr > als sonst :-( TCA9548A, PCA9546A &co erschlagen das Problem auch ohne Zusatz-Pins.
I2C-MaxSonar-EZ sensors under different addressing implementations. Elsewhere in this datasheet a 8-bit read/write addressing scheme is assumed.
-
Thread
optischer Sensor für transparente Materialien
einfach einen I2C Multiplexer wie den hier allerdings von NXP genutzt: http://www.ti.com/product/pca9548a Das funktionierte einwandfrei. 1800 Messungen pro Sekunde sind dann aber nicht mehr drin, da ja auch die Umstellung des I2C Switch Performance auf dem Bus benötigt. Aber je nach Busgeschwindigkeit
-
Thread
16bit 1kSPS 150Ch Datalogger gesucht
schaffen bei weitem genug Durchsatz. Die RX63 hätten bspw. bis zu 13 + 4 I²C. Da bräuchte es mit genügend PCA9548A 8:1-I²C-Multiplexern gerade mal zwei Controller (nicht nachgeschaut, ob die I²Cs ohne Überschneidungen an die Pins gemappt werden können) ohne (falls das der Bus mitmacht) die Multiplexer kaskadieren
-
Bild
M5Stack Unit PaHub v2.1 I2C Multiplexer
UNIT PaHub v2.1 M5STACK CH2 CD5G CH3 CD5G CH1 CD5G CH4 G5DC CH5 G5DC ADDR SWITCH 70H 77H PCA9548AP ADDR 0x70~0x77 DEFAULT ADDR 0x70 PORT.A.I2C GND 5V SDA SCL I2C INTERFACE
-
Thread
I2C Kommunikation mit 32 Geräten
ein Richtwert wie stark sich die Leitungskapazität auf die >Taktrate auswirkt? I2C muss min. 3mA gegen Masse schalten können, bei 5V sind das ~1,5kOhm Pull Up Widerstände. tau = R * C = 1,5kOhm * 3,2nF ~5us Das ist die Anstiegszeit der Signale bis 63%. Real wird man eher das Doppelte ansetzen
Mein Vorschlag: 1. Nimm PCA9548A I2C Switches und teile damit den Bus in 32 Segmente. Damit isolierst Du die Busse voneinander und ermöglichst es, dass jedes Segment die gleichen I2C Adressen nehmen kann. Du aktivierst immer nur
-
Thread
Der S3BUS, Eure Meinung ist gefragt
Technologie realisieren willst die es noch nicht gibt (noch mehr Geschwindigkeit, höhrere Störfestigkeit o.Ä.) dann ok ansonsten ist das mMn. Faulheit oder Dummheit. Es ist schon eine Frechheit wieviele verschiedene Busse/Verbindungen es am Computer gibt nur weil sich keiner auf irgendwas einigen kann. Es gehört
I2C ist der wohl am meisten missbrauchte Bus. Wenn Du wenigstens Busswitches (zB PCA9548A) auf der Backplane verwenden würdest. Und von der Störfestigkeit im Industriellen Umfeld hast Du Dir auch zielsicher das schlechteste ausgesucht. Plus: hotplugfähig isses wohl auch nicht. Es
-
Thread
Bauteile: PocketBeagle, smart aufgebaute LEDs, ESP32 mit STM32 uvam
ist das SoC, das sich nun folgendermaßen präsentiert: [c] AM6232 SoC • Dual 64-bit Arm Cortex-A53 microprocessor subsystem at up to 1.0 GHz ◦ Dual Cortex-A53 cluster with 512KB L2 shared cache with SECDED ECC ◦ Each A53 Core has 32KB L1 DCache with SECDED ECC and 32KB L1 ICache
Fix-Adressierung verschiedener Sensortypen bewusst zu sein. Nun steht ein neues Produkt auf Basis des PCA9548AP zur Verfügung, das eine 1-zu-6-Mux realisiert-  Bildquelle: http://docs.m5stack.com/en/unit/Unit-PaHub%20v2.1 ### Honeywell BES-Lite – Gassensor zur Überwachung
