-
Thread
PCA9600 Extender
I²C = TWI in AVR-Sprechweise. Sechs Meter gehen ohne PCA9600.
Brauche ich nur einen PCA9600 auf dieser Platine und verbinde die „Low“ Seite mit allen fünf AVR‘s? Ja. Und einen auf der Masterseite. Der PCA9600 bringt aber nur etwas, wenn dir eine höhere Spannung (ca 12V) zur Verfügung
-
Thread
I2C mit 2 PCA9600
OK, der PCA9600 mach aus SDA und SCL jeweils ein differentielles Leitungspaar. Dadurch kann man schon eine größere Strecke überbrücken. Klappt es denn bei dir mit den PCA9600 bei dir auf kurzer strecke oder
Falk B. schrieb im Beitrag #4410595: > Ausserdem braucht man nicht nur die PCA9600, sondern auch differentielle > Tranceiver. Die PCA9600 machen nur aus den bidirektionalen I2C Signalen > getrennte, unidirektionale Signale. Diese werden dann vom PCA82C251T in > differentielle
-
Thread
I2C mit PCA9600 und Levelshifting
Die linke Seite möchte ich zum Level Shifting verwenden. Jetzt habe ich aber das Problem, dass der PCA9600 nicht weit genug für die LOW Spannung eines 1.8 Devices herunterkommt; 0,54 wäre maximal erlaubt, aber 0,64V macht er. Wenn ich jetzt einen Levelshifter benutzen will, z.B. den PCA9517 bekomme ich das Problem, dass der PCA9600 den LOW Pegel des PCA9517 nicht akzeptiert, das dieser dann unter 0,425V sein müsste, der PCA9517 aber max. 0.6V herausgibt und typ. ca. 0,5V. Bei anderen Levelshifter sieht es ähnlich aus. Die
-
Thread
PCA9600: Warum Kapazitäten an I2C Lines im Schaltungsbeispiel?
Hallo! Ich sehe mir gerade den PCA9600 an weil ich ihn evnt für eine möglichst robuste I2C Kommunikation über eine längere Strecke verwenden will. Im Datenblatt (http://www.nxp.com/documents/data_sheet/PCA9600.pdf) zeigt Fig 14 (siehe
legen, sodass höherfrequente Störungen unterdrückt werden. Oder: zu steile Impulsflanken an den PCA9600 würden auf den Leitungen Überschwinger usw. anregen und werden deshalb durch R2,C2 weniger steil gemacht.
-
Thread
I2C Geschwindigkeit
mir gedacht habe. Bzw gar > nicht. Ist beim Aufbau was grundlegendes falsch? Wenn du mehrere PCA9600 parallel schaltest: Ja, natürlich. Im Datenblatt des PCA9600 steht auf Seite 5 ganz klar und deutlich: "Remark: Two or more SX or SY I/Os must not be interconnected. The PCA9600 design does not support this configuration." Das impliziert, daß du für mehrere PCA9600 vorher einen I2C-Hub benötigst, zum Beispiel eben den PCA9516, der rein zufällig 5 Kanäle (ein Master und vier Slave-Stränge via PCA9600 in deinem Fall) unterstützt.
-
Thread
I2C mit Dampf
nicht ganz. Ein CAN Bus läuft doch normal nur auf 7-12V, wie kann man einen CAN Wandler hinter den PCA9600 schalten? Meine primäre eigene Idee für eine Lösung wäre, hinter den PCA9600 einen Standard Induktiven Ethernet Überträger zu setzten. Ich habe aber keine Ahnung, ob das auch nur annähernd was
nicht ganz. Ein CAN Bus läuft doch normal nur auf 7-12V, wie kann man >einen CAN Wandler hinter den PCA9600 schalten? Weil der PCA9600 aus den bidirektionalen SDA/SCL Leitungen unidirektionale macht. Die kann man leicht übertragen. >Meine primäre eigene Idee für eine Lösung wäre, hinter den PCA9600
-
Thread
I²C über längere Distanz. Welches Kabel?
Kommunikation über ca. 20m gesamtlänge realisieren. Dafür wollte ich, analog zum Hausbus-Wikieintrag, den PCA9600 als Bustreiber nehmen. (http://www.nxp.com/documents/data_sheet/PCA9600.pdf) Ich bin mir noch nicht so sicher wie viele Leitungen ich brauche. Signal,Takt und GND sollten doch reichen,oder
http://ics.nxp.com/literature/other/interface/pdf/bus.buffers.p82b96.pca9600.pdf solltest Du mal anschauen ...
-
Thread
I²C gestört - Verdrillen
:PCA9600 Hat jemand Erfahrungen damit? Idealerweise wird das Ding ja einfach Plug&Play dazwischen geschaltet, oder?
ich das richtig verstanden habe). > > Der PCA9600 ist eine vereinfachte Version, der eigentlich meinen Zweck > voll erfüllen könnte. Äh, nein. Da bekommst Du keinen differentiellen Bus raus. Der PCA9600 wandelt die bidirektionalen Open Collector
-
Thread
Daten aus I2C zum PC, grosse Distanz
Ich habe mir mal die Lösungen mit PCA9600 und CAN angesehen, und auch mit den Leuten vom Förderverein bzw dem Institut telefoniert. Aber: 1. PCA9600 plus CAN etc ist zwar auf den 1. Blick schön (denb PCA9600 kannte ich noch nicht),
Harald schrieb im Beitrag #6122366: > Ich habe mir mal die Lösungen mit PCA9600 und CAN angesehen, und auch > mit den Leuten vom Förderverein bzw dem Institut telefoniert. > > Aber: 1. PCA9600 plus CAN etc ist zwar auf den 1. Blick schön (denb > PCA9600 kannte ich noch
-
Thread
I²C Komponenten -> Beschaffung
PCA9600 gibt es wie die allermeisten neueren ICs nicht mehr steckbar.
Abdul K. schrieb im Beitrag #3406328: > PCA9600 gibt es wie die allermeisten neueren ICs nicht mehr > steckbar. Abdul K. schrieb im Beitrag #3406433: > Digikey liefert eigentlich fast alles. Vielen Dank. Hab da schon den PCA9600 gefunden
-
Thread
Platinenentwurf für Heizungsregelung mit Raspberry Pi - Kritik?
bist du dir sicher was die Beschaltung des PCA9600 angeht? Ich würde dort einen PCA9306 einsetzen.
... schrieb im Beitrag #3340338: > bist du dir sicher was die Beschaltung des PCA9600 angeht? Dachte ich zumindest. Was siehst du da als fehlerhaft an? > Ich würde dort einen PCA9306 einsetzen. Der PCA9306 ist "nur" ein Voltage Level Shifter und kein Buffer. Das Level
-
Thread
Meine Erfahrungen zum I2C Level Shifting per TCA 9509 und weitere Fragen
long communications cables https://www.nxp.com/docs/en/application-note/AN10658.pdf Datenblatt PCA9600 (Tab.7 p.14): http://www.nxp.com/documents/data_sheet/PCA9600.pdf
communications > cables > https://www.nxp.com/docs/en/application-note/AN10658.pdf > > Datenblatt PCA9600 (Tab.7 p.14): > http://www.nxp.com/documents/data_sheet/PCA9600.pdf Hallo Wolfgang, das war der richtige Tip (im PCA9600.pdf): Fig 18. I2C-bus multipoint application sagt: "...no
-
Thread
I2C über CAN übertragen
Ich dachte der PCA9600 wäre genau für diese Aufgabenstellung gemacht? Die Beiden CAN Transceiver sind ja nur dafür da die Signale differentiell zu übertragen. http://www.nxp.com/documents/application_note/AN10364.
schon mal ein wenig rumprobiert, aber es will noch nicht so ganz. Kennt jemand eine Möglichkeit den PCA9600 diskret aufzubauen?
-
Thread
Geeignetes Kabel für I2C über Langstrecke
100kHz in Verbindung mit dem P82B96 seit Jahren laufen ... NXP hat den mittlerweile überarbeitet PCA9600 (05/2011) http://www.nxp.com/documents/data_sheet/PCA9600.pdf Gruss Ralf
ist schon was her - aber ich werde demnächst wohl weiter daran basteln. Danke für den Hinweis zum PCA9600! Da die Verfügbarkeit bzw. Beschaffung schlecht war, habe ich bei Reichelt angefragt... Ergebnis: Der PCA 9600 kann nun unter der BestellNr: "PCA 9600 D" bei Reichelt bestellt werden. Bzw
-
Thread
Ist der Signalverlauf bei I2C so üblich?
Vielen Dank für eure Antworten! Jetzt habe ich zusätzlich zwei I2C-Buffer PCA9600 dazwischen geschaltet. Also Raspi <--> PCA9600 <--> PCA9600 <--> MCP23017. Die Kommunikation läuft stabil, aber der Signalverlauf sieht ganz anders aus. Der erste Screenshot zeigt die Messung
when sinking 1 mA.[/code] Und weiter... [code]A ‘regular I2C-bus LOW’ applied at the RX/RY of a PCA9600 will be propagated to SX/SY as a ‘buffered LOW’ with a slightly higher voltage level.[/code] Ich glaube, bzgl. der Low-Level sind jetzt alle Klarheiten beseitigt. Und wer lesen kann, ist klar
-
Thread
Gemeinsamer Hausbus
schon diesen Artikel: > http://www.mikrocontroller.net/articles/I2C_als_Hausbus glaube nicht ... PCA9600 seht interessant http://ics.nxp.com/products/pca/datasheet/pca9600.pdf Seite 5 Tabelle(4) PCA9600 versus P82B96 Gruss Ralf
Bild I2C_Test_01 und I2C_Test_02 erinnern mich an meinen Test :) > Übertragung über 100m Cat5 auf PCA9554 mittels P82B96. Darf ich fragen welche Federklemmen das sind die du verwendet hast ? Suche verzweifelt genau sowas für mein Hausbus Projekt :-) Danke, Stephan
-
Artikel
I2C als Hausbus
vom Preis und der Beschaffbarkeit ;) - PCA9600 Gibts nun bei Reichelt!) Der Hauptunterschied zwischen P82B96 und PCA9600 sind die Spannungspegel an der Sx/Sy Seite des ICs. Der P82B96 kann diese Pins bei einem low-Signal nicht weiter als 0,88V nach unten ziehen (I2C kompatibel, nicht TTL kompatibel). Der verbesserte PCA9600 kann bis auf 0,74V herunter ziehen (I2C und TTL kompatibel). Des weiteren hat der PCA weniger Laufzeitverzögerung und ist bis zu 1MHz Bustakt spezifiziert. Der P82B96 (und PCA9600) verhindert eine
-
Thread
zwei mega328 über 10m Kabel miteiander kommunizieren lassen
Interessant, den PCA9600 kannte ich noch nicht. Der hat Leistungsstarke Treiber, damit könnte man sogar ordentlich terminieren.
@Stefanus: Hinter den PCA9600 kannste dann noch CAN Transceiver hängen. Dann geht die Party erst richtig ab.
-
Thread
AVR SDA-SCL One-Wire I2C Optokoppler
allen Kombinationen funktioniert die Übertragung bis 100KHz: P82B96 mit 6N137, 6N135 und TLP759 PCA9600 mit 6N137, 6N135 und TLP759 Die höchste Übertragungsfrequenz bieten die 6N137 mit P82B96. Die Schaltung ist geeignet sowohl die 2 Leitung I2C als auch die OneWire 1-Leitung Verbindungen galvanisch
In einem anderen Thread kam der Vorschlag vom @falk (...Danke Falk!) für die verwendung von PCA9600 Differential I2C Long Cable Extender with Boost Convertor als galvanischer Trennverstärker. http://sandboxelectronics.com/?product=pca9600-differential-i2c-long-cable-extender-with-boost-convertor
-
Thread
PWM Chaos mit Arduino und PCA9685
Streifen mit einem Arduino Dimmen. Da mir die PWM Pins des Arduinos nicht ausreichen habe ich mir das PCA9685 Board von Az-Delivery geholt (https://www.az-delivery.de/products/pca9685-servotreiber). mit dem wollte ich dann MOSFETS ansteuern. Nun habe ich das Problem, dass ich nicht weiß wie ich das Projekt
Marcel V. schrieb im Beitrag #7109890: > Ich habe das PCA Board an SCL, CLA, V+ Der PCA und seine Pullup werden von/über Vcc versorgt. Es gibt keine Verbindung zwischen V+ und Vcc
-
Thread
WS2812b über PCA9685 an Arduino?
zum Flackern bringen. Da es eben sehr viele sind und das Projekt ziemlich groß ist, wollte ich einen PCA9685 an den Arduino anhängen und an die Pins des PCA je 5 WS2812b anschließen. Das könnte ja theoretisch nach bedarf jederzeit mit einem oder mehreren weiteren PCA ergänzt werden. Ich habe dafür bereits
LED_COUNT 1 Adafruit_PWMServoDriver pwm = Adafruit_PWMServoDriver(); // Erstellen Sie eine Instanz des PCA9685-Chips Adafruit_NeoPixel strip(LED_COUNT, 0, NEO_GRB + NEO_KHZ800); void setup() { Serial.begin(9600); // Starten Sie die serielle Kommunikation pwm.begin(); // Starten Sie den PCA9685
-
Thread
mal wieder: Arduino Klasse in Klasse - bitte Hilfe!
in einem anderen Thread schrieb, möchte ich die LEDs in Tastern mit Hilfe des I2C-Servocontrollers PCA9685 ansteuern. Während ein estes Testprogramm ohne eigene Klasse problemlos läuft, hat die Version mit meiner Klasse ein merkwürdiges Problem: Es gibt beim Compilieren keinen Syntaxerror, aber es passiert
kann einen LA an I2C anschliessen. Man sieht auch das auf dem Bus etwas zyklisch rauskommt, aber der PCA ist nicht da und entsprechend gibt es NAK auf dem Bus. https://wokwi.com/projects/346672212853391955 Ist es also das simple Problem das die Abschlusswiderstände am Bus fehlen?
-
Thread
Umfangreiches Projekt bin ich auf dem richtigen Weg?
PWM gibt es auch fertige IC, die seriell angebunden werden können, z.B. über I²C die ganze Ecke um PCA9530 .. 33, PCA9632 ..35, PCA9685 oder via SPI die TLC5916, TLC5917 oder TLC5940, um nur einige zu nennen.
aus dem Forum, genommen. Da ich ebenfalls über 1-3m übertragen muss habe ich einen Bustreiber (PCA9600) eingesetzt.
-
Thread
Einfacherer I2C Buffer gesucht
den EN-Pin einsparen und zu einem 6-poligen Gehäuse wechseln. Der Gewinn wäre minimal. Auch der PCA9600 vom Erfinder des I2C verwendet 8 Pins, führt dann aber RX und TX auf der Kabelseite getrennt raus. https://www.nxp.com/products/interfaces/ic-spi-serial-interface-devices/ic-bus-repeaters-hubs-extenders
, weil der PCA9615 ja quasi das gleiche macht aber dediziert für I2C ist.
-
Thread
Level Shifter selbst bauen, ESP8266, I2C, Bi-Direktional - Welcher MOSFET?
wodurch der MOSFET anschaltet, und am Source dann auch ungefähr 0 V ist. > Verwende lieber einen PCA9306, den liefert saubere Signalpegel. Der PCA9306 benutzt auch nur MOSFETs. Details siehe http://www.ti.com/lit/pdf/slva675.
habe mir die Signale auf dem Oszilloskop angeschaut. Der NXT kommuniziert übrigens mit extra lahmen 9600 Hz an SCL.
-
Thread
Kollisionserkennung bei RS485
Die kannst den PCA82C250 grad so wie den 75176 an die UART anschliessen. Tx-Enable ist dann unnötig. Aber aus UART mit CAN Transceivern wird kein CAN Bus. Die CAN Transceiver bauen dir einen auch bei Kollisionen sauberen
Also mir würde 9600 bps völlig reichen, da ich nur alle paar Sekunden 8 Bytes übertragen will. Wie groß sollte der Widerstand dann sein und wie erkenne ich eine Kollision oder muß ich das so verstehen, dass bei Kollision
-
Thread
Eigenentwicklung Ersatzplatine Drucksensorboard für Pluggit
float Sensor2=0.0; int PWM1=0; int PWM2=0; void setup() { Wire.begin(); Serial.begin(9600); } void loop() { multiplexer(0); // Schalte I2C-Multiplexer PCA9540B auf Kanal0 (Sensor1) Sensor1=SDPlesen(); // Drucksensor1 lesen multiplexer
I2C-Multiplexer PCA9540B auf Kanal0 (Sensor1) Sensor1=(Sensor1+SDP810lesen())/2.0; // Drucksensor1 lesen und Dämpfung multiplexer(1); // Schalte I2C-Multiplexer PCA9540B auf Kanal1
-
Thread
Welcher Bus kann das?
m.n. schrieb im Beitrag #3561800: > So würde ich es auch angehen, wobei als Bustreiber ein PCA82C250 > deutlich günstiger wäre und auch ein ATtiny2313 passen würde. Bei Mouser und Digikey ist der MCP2562 billiger als der PCA82C250. Zudem geht der MCP2562 auf der µC-Interface-Seite von 1.8V
Konrad S. schrieb im Beitrag #3562562: > Bei Mouser und Digikey ist der MCP2562 billiger als der PCA82C250. Bei meinem dt. Lieferanten kostet der PCA82C250 0,44ct@100. Der Tiny841 ist nicht schlecht, ein 2313 wäre (Konjunktiv) eine Option mit mehr Pins. Letztlich es aber egal. Den Hauptaufwand
-
Thread
ATmega Netzwerk - welches Bussystem?
Hi! Wenn pro AVR ein PCA9600 in Frage kommt, kannst du ohne weiteres auch I2C benutzen, schaue dir die entsprechenden Appnotes von NXP an. (Vor allem - AN10658 - Sending I2C-bus signals via long communications cables
Das mit dem PCA9600 schaut eigentlich ganz nett aus. Bedingung für alle Systeme ist, dass ich ein gemeinsames Ground habe, oder? Gruß, Manu
-
Thread
I2C für Servo Controller PCA9685
Hi Ich versuche mich gerade das erste mal an I2C um eine Servo anzusteuern. Es wird ein PCA9685 verwendet, denn ich mit einem Arduino Uno über GND, SDAm und SCL verbunden habe. Datenblatt: https://cdn-shop.adafruit.com/datasheets/PCA9685.pdf Ich möchte also nun die PWM Frequenz auf
Wire.write((uint8_t)val); Wire.endTransmission(); } [/c] Doch was ist die Adresse des PCA9865?
-
Thread
Byte senden über UART
---- #define SYSCLK 24500000 // SYSCLK frequency in Hz #define BAUDRATE 9600 // Baud rate of UART in bps //----------------------------------------------------------------------------- // Function PROTOTYPES //------------------------------------------------
main (void) { unsigned char inputcharacter; // Used to store character from UART PCA0MD &= ~0x40; // WDTE = 0 (clear watchdog timer // enable) PORT_Init(); // Initialize Port I/O SYSCLK_Init (
-
Thread
Low Cost µC mit Double UART und c51 core
auch eine 2. UART per Software realisieren. Es kommt auf die Datenrate und sonstige Forderungen an. 9600Bd sollten kein Problem sein.
Viele 8051 haben ein PCA, damit kann man prima ne SW-UART proggen. Welche Baudrate brauchst Du denn? Peter
-
Thread
kennt jemand sich aus mit MC23017 IO-Board
> PCA 9685 https://www.nxp.com/products/power-management/lighting-driver-and-controller-ics/led-controllers/16-channel-12-bit-pwm-fm-plus-ic-bus-led-controller:PCA9685 Da sind 6 Adresseingänge, wenn die
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 ?
-
Thread
uC mit USART über CAN-Transceiver vernetzen?
1. Geht 2. PCA82C250 -> PCA82C251 (robuster) 3. Abschlusswiderstände! Martin
Genau das will ich auch so machen mit einem PCA82C250. Den 251 gibt es bei R nur in SMD. Allerdings verkraftet der auf dem Bus höhere Spannungen (24V). Ich probier es aber erst mal mit dem 250er in DIL. Ich hab mir hier im Forum erklären lassen
-
Thread
Bus mit nur einem Kabel
Fuer einen 100m langen Bus, der alle 10ms gepollt wird, dh, die > Datenrate ist einiges oberhalb 9600 baud, Ich weiß ja nicht genau, was "alle 10ms gepollt" heißen soll, aber wenn da alle 10 ms ein Bit eintrudelt, kommt man lange nicht auf 9600 Baud. Selbst wenn mit "gepollt" die gesamte Logik zum Lesen eines kompletten Byte gemeint ist, ist man noch weit von 9600 Baud entfernt. @Nullpointer: CAN-Botschaften haben bis zu 8 Bytes Nutzdaten, nicht 6.
-
Thread
problem mit 8051er
der Subroutinen: Start: mov sp,#Stack-1 ;Initialize Stackpointer anl pca0md,#10111111b ;Disable Watchdog lcall InitPort ;Initialisierung Ports, Crossbar lcall InitOsz ;Initialisierung interner Oszillator lcall InitSerialPort ;Initialisierung
auf 8-bit-autoreload, Timer0 auf 16-bit anl ckcon,#11110100b ;t1m = 0 (ckcon.3) 9600 Bd orl ckcon,#00000000b ;sca = 00 (ckcon.1,ckcon.0) 9600 Bd mov th1,#098h ;Baudrate 9600 mov tl1,#00h setb tr1 ;Start Timer1 ret ;---------------
-
Thread
[I2C] Bus abkoppeln
in der Skizze, also nur je 1 MCP und nur der RPi hinter seinem eigenen Bustreiber, dann könnte der PCA9600 als Bustreiber den P82B715 ersetzen. Der ist innen drin völlig anders aufgebaut, mit dem Nachteil, dass er nur in so einfachen Anwendungen funktioniert. Aber mit dem entscheidenden Vorteil, dass er ohne VCC den Bus nicht blockiert. Das PCA9600-Datenblatt ist allerdings etwas für lange Winterabende. Ich hoffe, ich hab' nichts übersehen. Bleiben noch die Pull-Up am Bus. In einem CAT-7 Kabel sind doch 8 Adern, evt. kann man die Pull-Up
-
Thread
-
Thread
Schreibweisen
Quarz #include <avr/io.h> // Einbinden der Bib io.h #define BAUD 9600 // Baudrate = 9600 #include <util/delay.h> // Einbinden der Bib delay.h #include <string.h> //-------------------------------------------
void twiWriteByte(uint8_t data, uint8_t ackn); uint8_t twiReadByte(uint8_t ackn); void twiInitPCA(); void outPorts(uint8_t portNr, uint8_t data); uint8_t readPorts(uint8_t portNr); [/c] ich hab keine lib benutzt die ich nicht kenne....
-
Thread
Zeigt her Eure IoT Projekte Bilder
> PCA301 kosten neu nun nur noch 15,- gibts die überhaupt noch? Lieferzeit bei ELV 6 Wochen...
ist auch die Bedienungsanleitung: http://www.elv.de/funkschaltsteckdose-fuer-energiekostenmonitor-pca-301.html Stefan schrieb im Beitrag #4010593: > PCA301 kosten neu nun nur noch 15,- Und wie steuert man den Sender per WLAN? Also wie wird daraus 'IoT'? > Sichere 2-Wege-Funkverbindung über
-
Thread
Verfügbarer Bidirektionaler Pegelwandler 5V - 3,3V
products/detail/nxp-usa-inc/NVT2002DP-118/2355938 * https://www.digikey.de/en/products/detail/onsemi/PCA9306USG/2652014
Patrick L. schrieb im Beitrag #7287186: > Die "[V] .Dual bidirectional PCA9306 I2C-bus and SMBus voltage-level > translator (30St/10€)" von Roger P, wurden leider bereits verkauft. Gibt es auch bei Reichelt. (Der PCA9306 enthält aber auch nur drei MOSFETs.) Veit D.
-
Thread
i2c - wie wird kabellänge gemessen? Verstärker?
Das System mit 30 Slaves gibt es schon. Es wurde mit USART mit 9600 Baud realisiert. Nun soll die Version 2 realisiert werden, bei der der Bus rund 10 mal so schnell sein soll. Nun such ich eben Alternativen. Eine Möglichkeit auf die ich noch gestoßen bin ist
Bei der USART ist doch mit 9600 noch nicht Schluss. Die schafft auch 250.000 (oder noch schneller?). Warum also nicht einfach auf z.B. 115000 gehen?
-
Thread
Stromsensor stabilisieren ACS712x
justieren und es gibt reichlich Libs dafür. Ich habe damals einen INA226 und einen Pegelwandler (PCA9600) auf eine kleine Platine gesetzt und direkt an einem 75mV 100A Shunt verbaut. Auf meiner Auswerteplatine war der uC und ebenfalls ein PCA9600, der den Pegel wieder zurückübersetzt hat. Die Strecke