PI4B / Compute Module 4 / bcm2711 I2C Mappings

Hi,

ich habe mir ein eigenes CarrierBoard für das CM4 gebaut, jedoch bezieht sich meine Frag recht allgemein auf das Mapping UND Aktivieren der 5 I2C.

Hier mal die wichtigsten Quellen:

https://datasheets.raspberrypi.org/cm4/cm4-datasheet.pdf

https://www.raspberrypi.org/do…711/rpi_DATA_2711_1p0.pdf

Vorweg:

So ganz verstanden habe ich das mit den Firmware getriebenen Bussen und jenen die in Software verfügbar sind noch nicht.

Das englische Forum hat mich sehr verwirrt, vor allem weil viele nicht mals ihre Schreibfehler korrigieren oder sich auf sehr alte PiOS beziehen, die angeblich längst korrigiert wurden.

Im groben habe ich mich an dem kaufbaren IO-Board der Foundation orientiert und exakt gleich die I2Cs an DSI0 (IDSC/IDSD) & DSI1(SCL0/SDA0) gehängt.

Für die Tatsache, dass an IDSC/IDSD das netlabel/alias SCL1/SDA1 gehängt wurde möchte man so manche Designer schlagen.

Zumal dann im Forum darauf hingewiesen wird, dass DSI1 das primäre Display sein (analog zum PI4B) und DSI0 das sekundäre.

https://datasheets.raspberrypi.org/cm4io/cm4io-datasheet.pdf

Mittels des richtigigen Blob für Display0_only ODER Display1_only bekomme ich auch beide Anschlüsse (incl. Touch) zum laufen.

Nun das Problem:

Ich möchte gerne verstehen WIE ich die angeblich 5 vorhandenen I2Cs des bcm2711 verkabeln und auch tatsächlich nutzen kann?

dtparam=i2c_arm=on

Bringt mich "nur" zu einem Ergebnis, welches genau wie diese hier aussieht (nur dass ich keine Devices finde)

Icon: Auslesen von I2C am Beispiel BME280

Ergo ist GPIO2/GPIO3 --> I2C1 (Und sollte laut 200Pin Mapping des CM4 auf PIN56/58 liegen)

Aber wo sind die anderen I2Cs? (Z.b. jene die ich mit auch an den DSI habe)

Kann ich diese NICHT verwenden, wenn ich dort ein Display betreibe? (relativ unwahrscheinlich)

dir /dev/i2c*

Gibt mir jedenfalls kein weiteres Device an.

Zur Vollständigkeit hier noch mal das Mapping von dem ich ausgehe (Bitte bezieht euch NICHT auf das HAT)

Hier noch ein Post, der mich ebenfalls sehr verwirrt hat, da von Piin27/28 die Rede war (für Zeile 1)

https://www.raspberrypi.org/fo…ewtopic.php?f=98&t=295172

Also wie kann ich nun erfolgreich meine I2c-Uhr (an SDA0/SCL0 des CM4)

Und meine anderen Geräte an ID_SD/ID_SC (des CM4) erkennen?

LG

Ich denke, hier stehen schon einige Infos, die ich aber nicht recht deuten kann.

https://github.com/raspberrypi…le/dt-blob-disp0-only.dts

         pin_defines {
            [...]
            pin_define@ID_SDA {
               type = "absent";
            };
            pin_define@ID_SCL {
               type = "absent";
            };
            pin_define@DISPLAY_I2C_PORT {
               type = "internal";
               number = <0>;
            };
            pin_define@DISPLAY_SDA {
               type = "internal";
               number = <0>;
            };
            pin_define@DISPLAY_SCL {
               type = "internal";
               number = <1>;
            };
            pin_define@DISPLAY_DSI_PORT {
               type = "internal";
               number = <0>;
            };
         }; // pin_defines

https://github.com/raspberrypi…le/dt-blob-disp1-only.dts

         pin_defines {
            [...]
            pin_define@ID_SDA {
               type = "absent";
            };
            pin_define@ID_SCL {
               type = "absent";
            };
            pin_define@DISPLAY_I2C_PORT {
               type = "internal";
               number = <0>;
            };
            pin_define@DISPLAY_SDA {
               type = "internal";
               number = <44>;
            };
            pin_define@DISPLAY_SCL {
               type = "internal";
               number = <45>;
            };
            pin_define@DISPLAY_DSI_PORT {
               type = "internal";
               number = <1>;
            };
         }; // pin_defines

Können die nicht weiter verwendet werden, wenn ein Display drauf hängt?

Und wieso finde ich nur die ID_SCL/ID_SDA und nicht SCL0/SDA0 hier?

Welches I2C bleibt mir denn noch um vernünftig arbeiten zu können?

Quote from RTFM

dtoverlay=i2c3 bis i2c6 für weitere I2C Anschlüsse verwendest. Dabei ist jeder zusätzliche I2C-Bus an zwei verschiedenen Pin Paaren, davon einmal default voreingestellt, an der 40 Pol. Pinleiste abgreifbar.

Danke, das mag sein. Aber wie genau muss ich folgendes verstehen?

https://github.com/raspberrypi…oot/overlays/README#L1482

Sicherlich kann ich (da Prototyp noch den I2C wechseln) doch derzeit hängt meine RTC genau wie bei dem original CarrierBoard an SCL0/SDA0 (CM4:Pin80/82)

Kann ich da trotz Display (DSI) aktivieren?

dtoverlay=i2c0,pins_44_45=1

Und weitere Devices hängen an ID_SD(35) & ID_SC(36) was habe ich überlesen, um nicht zu wissen auf welchen GPIO dies vom BCM2711 mappt?

Quote from __deets__

Hast du denn dtparam=i2c_vc=on

Ja habe ich jetzt auch mal rein genommen, obwohl mittelfristig eines der beiden DSI-Displays schon laufen soll (taten sie bisher ja auch beide)

# Uncomment some or all of these to enable the optional hardware interfaces
dtparam=i2c_arm=on
dtparam=i2c_vc=on


[pi4]
# Enable DRM VC4 V3D driver on top of the dispmanx display stack
dtoverlay=vc4-fkms-v3d
max_framebuffers=2

dtoverlay=i2c0,pins_44_45=1
dtoverlay=i2c1,pins_2_3=1
dtoverlay=i2c3,pins_4_5=1
dtoverlay=i2c4,pins_8_9=1
dtoverlay=i2c5,pins_12_13=1
dtoverlay=i2c6,pins_22_23=1

Quote from RTFM

Ich bin selbst nur Linux Anwender und habe kein HAT, oder Compute Module.

I2C0 und I2C1 würde ich nicht anfassen.

jo so dämmert mir es auch gerade Aber in der Theorie müsste es doch auch irgendwie gehen. (Ich mag es nicht, wenn man aus dem Lernprozess raus geht mit dem Fazit: "ich mach es halt anders, weil ersteres nicht hingehauen hat"

pi@raspberrypi:~ $ sudo i2cdetect -y 1
     0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00:          -- -- -- -- -- -- -- -- -- -- -- -- -- 
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
70: -- -- -- -- -- -- -- --                         
pi@raspberrypi:~ $ sudo i2cdetect -y 0
     0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00:          -- -- -- -- -- -- -- -- -- -- -- -- -- 
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
70: -- -- -- -- -- -- -- --                         
pi@raspberrypi:~ $ 

er findet einfach keines der 6 devices und

sudo i2cdetect -y 0

ist auch noch extrem langsam bei der Ausführung

Quote from __deets__

[...] hast du keinen I2C0 fuer den ARM mehr.

Was heißt das bitte genau. Der ARM ist für mich der ganze Chip.

A) möchte ich das ganze genau verstehen

B) möchte ich am Ende wissen, ob ich jene I2Cs, die ich mit dem richtigen blob (erfolreich fürs Display) anspreche noch für weitere Devices verwenden kann?

Wenn bei B) die Antwort "neine" heißt, wieso ist es dann so bei dem CM4-IO-Board mit dem RTC gehandhabt?