Ist meine Annahme bezüglich der 3,3 V am EXT des TXT4 richtig?

[Arnoud-Whizzbizz]

Ich arbeite gerade an einem Hardware-Erweiterungsdesign, das ich später (irgendwann) einfach über I2C an einen TXT4 anschließen möchte. Ich habe aber selbst (noch) keinen TXT4. Die I2C/EXT-Pinbelegung ist bekannt und dokumentiert, aber es ist nicht angegeben, ob es sich um die Kabel- oder Gehäuseseite dieses 6-poligen Steckers handelt. Kann jemand bestätigen, dass meine Annahme, wie sie gezeichnet ist, richtig ist? Auf der anderen Seite des TXT4 ist dieser Stecker um 180 Grad gedreht. Mir geht es also um die Pins, an denen +3,3 V und GND anliegen, damit ich sicher sein kann, dass ich meinen eigenen Stecker nicht gespiegelt auf meine eigene Leiterplatte setze.

Der TXT4 kommt auf jeden Fall, und für mich hat es momentan noch keine große Eile, also dachte ich, ich frage mal bei einem von euch nach, damit ich auf jeden Fall mit dem Leiterplattenentwurf weitermachen kann.

[calliope]

Das ist richtig. Das Bild zeigt den Blick auf die Buchse im Controller.
Ich schicke mal ein Bild meiner I2C Adapter, weil ich schon alles mögliche angeschlossen habe. (Link unten.)

I2C 3,3V ist nicht kurzschlussfest. Eine Spannung z.B. 9V an den I2C Pins zerstört den TXT 4.0 Controller sofort!

FG Lutz

[Arnoud-Whizzbizz]

Vielen Dank, ich konnte vermuten, dass es sich um die Ansicht des Steckverbinders im Gehäuse handelte, war mir aber nicht sicher. Danke für die Bestätigung meiner Vermutung!

Das Gerät, das ich gerade entwickle, leitet die 3,3 V aus dem TXT4 einfach an einen zweiten 6-poligen (Dupont) EXT-Anschluss weiter und nutzt diesen gar nicht. Es gibt nur eine gemeinsame Masse mit meinem Gerät, und ich muss die SDA und SCK level-shiften, wofür meine eigene 3,3 V (und 5 V) verwendet wird. Mit den CAN-Pins mache ich auch nichts, diese sind einfach durchgeschleift, damit mein zukünftiges Gerät auch zwischen zwei TXT4-Controllern in die „Daisy-Chain” aufgenommen werden kann.

Du hast bereits eine beeindruckende Sammlung zusammengestellt, obwohl ich auch JST-Stecker-Breakouts sehe. Sind die auch für I2C? Gute Arbeit!

[calliope]

Die I2C Module, die ich kenne, haben Grove oder Qwiic Stecker.
Beispiel Grove: https://wiki.seeedstudio.com/Grove-OLED ... H1107_V3.0
Beispiel Qwiic: https://www.sparkfun.com/sparkfun-qwiic-joystick.html
Die Grove Buchsen werden für verschiedene Protokolle verwendet, aber auch für I2C.

SparkFun Qwiic ist garantiert immer 3,3V und immer I2C. Deshalb habe ich mich speziell dafür interessiert.
Es war noch nie erforderlich für I2C einen Logic Level Converter zu verwenden. Diesen habe ich verwendet, um den 9V Spursensor an Calliope Pins anzuschließen: https://www.sparkfun.com/sparkfun-logic ... ional.html
Ich würde die 3,3V Seite aber schon an den Controller anschließen. Das Modul kann auf die eigene Leiterplatte gesteckt werden.

Die Sammlung aller I2C Blöcke für TXT 4.0 und RX ist in einer Datei ft_Controller_I2C und kann mit ROBO Pro Coding von GitLab geladen werden.
Die Beschreibung ist auf GitHub: https://elssner.github.io/ft-Controller-I2C/

[Arnoud-Whizzbizz]

Ich habe kurz nachgeschaut. Qwiic verwendet die 4-polige JST SH-Steckverbinderserie mit 1 mm Rastermaß. Grove verwendet den JST HY-Steckverbinder mit 2,0 mm Rastermaß.

Auf der Rückseite meines „Zauberling” (siehe https://www.whizzbizz.com/en/the.next.zauberling) verwende ich die 2-mm-JST-PH-Variante für I2C, die ich mit den Grove-Steckern pin-kompatibel gehalten habe. In der Praxis habe ich jedoch nur andere I2C-Boards angeschlossen (z. B. einen Farbsensor).

[calliope]

Ich habe gesehen, dass du das OLED Display verwendest. Ich habe sehr viel Zeit gebraucht, das Datenblatt für das I2C Protokoll zu verstehen. Aber immerhin gibt es ein Datenblatt. Damit habe ich die Ansteuerung völlig neu programmiert. Erst für Calliope und später einen Teil für die fischertechnik Controller RX und TXT 4.0. Ich verwende nie fertige Bibliotheken für I2C Module. I2C kennt nur 2 Funktionen: Bytes senden und Bytes empfangen.
https://calliope-net.github.io/matrix/
https://elssner.github.io/ft-Controller-I2C/#oledpy

Wenn jeder "Zauberling" einen eigenen Prozessor hat, hat er auch einen eigenen I2C Bus und es gibt keine Adress-Konflikte. Die Displays werden doch nicht an den TXT 4.0 I2C Bus angeschlossen, wenn ich das richtig verstanden habe.
Lutz

[Arnoud-Whizzbizz]

Der „Zauberling“ verfügt tatsächlich über einen eigenen (ATmega328) Prozessor, und das SSD1306-Display ist (mit seiner eigenen ID) tatsächlich einfach an den I2C-Bus angeschlossen, der ebenfalls auf der Rückseite nach außen geführt ist. Ich glaube jedoch nicht, dass es möglich ist, die Adresse dieses Displays zu ändern (vielleicht mit Lötbrücken, müsste ich mir ansehen), sodass das Verbinden mehrerer „Zauberlinge” über I2C meiner Meinung nach zu Bildschirmkonflikten führen würde.

Es ist ein praktischer Bildschirm (und an sich groß genug, um als Feedback zu dienen), aber er nimmt 1 KB „Display-Speicher” in Anspruch, also die Hälfte des SRAM des Arduino Pro Mini, der in jedem „Zauberling” eingebaut ist.