Seeduino XIAO - Hardware-I2C geht nicht mit Wire (Arduino)

[Frank E. (Firma: Q3) (qualidat)]

Hat jemand bei dem Winzling Seeduino XIAO das I2C-Interface mit der der 
Standard-Arduino-Lib "Wire" in Gang bekommen (IDE 2.x unter MacOS)?

Eigentlich will ich einen Adafruit Feuchtesensor "Stemma Soil Sensor" 
mit der Adafruit-eigenen "Seesaw"-Lib benutzen. Eine Betrachtung des 
Sourcecodes hat ergeben, dass auch dort nur ein "ganz gewöhnlicher" 
Aufruf von Wire eingebunden ist.

Der klassische I2C-Scanner für Arduino kann zwar problemlos compiliert 
und hochgeladen werden, erkennt den Sensor aber auch nicht. Der gleiche 
Code funktioniert übrigens auf einem Uno und Nano aus dem Stand völlig 
problemlos.

[Veit D. (devil-elec)]

Hallo,

denkst du nicht auch das paar Angaben fehlen?

[Rainer W. (rawi)]

Frank E. schrieb:
> Der klassische I2C-Scanner für Arduino kann zwar problemlos compiliert
> und hochgeladen werden, erkennt den Sensor aber auch nicht. Der gleiche
> Code funktioniert übrigens auf einem Uno und Nano aus dem Stand völlig
> problemlos.

Anderen I2C-Devices erkennt der I2C-Scanner, wenn er auf den Seeduino 
XIAO geladen wird?
Und die Versorgungsspannung passt?

[Frank E. (Firma: Q3) (qualidat)]

Rainer W. schrieb:
> Frank E. schrieb:
>> Der klassische I2C-Scanner für Arduino kann zwar problemlos compiliert
>> und hochgeladen werden, erkennt den Sensor aber auch nicht. Der gleiche
>> Code funktioniert übrigens auf einem Uno und Nano aus dem Stand völlig
>> problemlos.
>
> Anderen I2C-Devices erkennt der I2C-Scanner, wenn er auf den Seeduino
> XIAO geladen wird?
> Und die Versorgungsspannung passt?

Nein, auch nicht. Es sieht alles danach aus, dass die Hardware nicht 
korrekt angesprochen wird.

[Frank E. (Firma: Q3) (qualidat)]

Veit D. schrieb:
> Hallo,
>
> denkst du nicht auch das paar Angaben fehlen?

Das wären?

Dass die Kabel korrekt verbunden sind, hielt ich nicht für 
erwähnenswert, weil selbstverständlich. Auch dass die Betriebsspannung 
von XIAO und Sensor (3,3V) zusammen passen, betrachte ich als gegeben. 
Dass der gleiche Code (mit dem selben Sensor) am z.B. Nano funzt (hier 
allerdings die Pins A4/A5), schrieb ich auch ...

[Monk (Gast)]

Hast du die Signalpegel kontrolliert?

[Rainer W. (rawi)]

Frank E. schrieb:
> Dass die Kabel korrekt verbunden sind, hielt ich nicht für
> erwähnenswert, weil selbstverständlich.

Scheitert es am Ack vom Slave oder erscheinen Taktsignal und Adressbyte 
gar nicht erst auf dem I2C-Bus (SCL bzw. SDA), d.h. liegt es am Master 
oder am Slave?
Wenn der Master auf den erwarteten Pins nichts raus schickt, helfen die 
Kabel für den I2C gar nichts.

[Veit D. (devil-elec)]

Frank E. schrieb:
> Veit D. schrieb:
>> Hallo,
>>
>> denkst du nicht auch das paar Angaben fehlen?
>
> Das wären?

hmm, nach knapp 6000 Beiträgen sollte man wissen das man das Modell 
angibt, es gibt nicht nur den einen XIAO. Testcode zeigt man auch.

[Frank E. (Firma: Q3) (qualidat)]

Ich scheine nicht der Einzige mit dem Problem zu sein:

https://forum.seeedstudio.com/t/xiao-problems-with-wire-library/253101

https://wiki.seeedstudio.com/Arduino_Software_I2C_user_guide/#i2c-scanner-for-arduino

... es wird empfohlen, eine Software-I2C-Lib zu beutzen:

https://github.com/Seeed-Studio/Arduino_Software_I2C

[Uwe (sailectric)]

Es muss irgendein Problem mit den board variant bibliotheken in 
verschiedenen Versionen in verschiedenen Arduino-Implementierungen sein. 
Oder mit der toolchain. Ich habe unter aktuellem sloeber 4.4.3 mit 
seeduino SAMD 1.8.5 board file  das gleiche Problem. Die beiden Ports an 
für SCL und SDA an PIN4 und PIN5 zucken einfach nicht und liegen 
konstant auf 3v3. Fehlende Pullups können es also nicht sein. Wenn ich 
den gleichen Quellcode in der Arduino classic 1.8.19 compliliere und 
hochlade, funktioniert es wunderbar. Ich verstehe es noch nicht, weil 
eigentlich beide Umgebungen sich die gleichen 3rd party boards und 
libraries reinziehen. Wenn ich Zeit habe, gucke ich mal mit nem Debugger 
rein. Ich bin auch sicher, dass ich auch unter sloeber schon mal in 
einem anderen Projekt ein I2C-Display ohne Probleme am XIAO betrieben 
habe. Insofern nervt es mich um so mehr. Wollte nur kurz was 
ausprobieren und plötzlich funktionieren triviale Sachen nicht mehr...

[Stephan S. (uxdx)]

Monk schrieb:
> Hast du die Signalpegel kontrolliert?

Der häufigste Fehler bei I2C sind zu hohe Werte für die Pullups. 10k 
führen zu schlechten Signalpegeln. Bei 3V3 ist 1k angemessen

[Frank E. (Firma: Q3) (qualidat)]

Stephan S. schrieb:
> Monk schrieb:
>> Hast du die Signalpegel kontrolliert?
>
> Der häufigste Fehler bei I2C sind zu hohe Werte für die Pullups. 10k
> führen zu schlechten Signalpegeln. Bei 3V3 ist 1k angemessen

Es geht nicht darum, dass die Kommunikation nicht zustande kommt bzw. 
gestört ist, es geht darum, dass an den entsprechenden Pins schlicht 
NICHTS passiert.

[Mario M. (thelonging)]

Uwe schrieb:
> Es muss irgendein Problem mit den board variant bibliotheken in
> verschiedenen Versionen in verschiedenen Arduino-Implementierungen sein.

https://forum.seeedstudio.com/t/xiao-rp2040-i2c/261907/16

[Uwe (sailectric)]

Frank E. schrieb:
> Es geht nicht darum, dass die Kommunikation nicht zustande kommt bzw.
> gestört ist, es geht darum, dass an den entsprechenden Pins schlicht
> NICHTS passiert.

Und dadurch, dass es unter einer anderen Umgebung funktioniert, ist 
klar, dass es nicht an der HW liegt.

[Dieter S. (hotsystems)]

Frank E. schrieb:
> NICHTS passiert.

Hast du in Wire.begin auch die I2C Pins mit angegeben ?