Ich lese im ersten Bild "5µs". Mit grob zwei Kästchen je Zyklus sind das etwa 100kHz.
Zu deimen oszi ....
kannst Du mal Angaben zur Zeitbasis machen.
mit wieviel kHz wird der I2C angesprochen ...
sieht sehr nach Clock-streching aus ... I2C-Slave zieht dabei weiter runter als der AtMega
Gruß Ralf ... Projekt-Beschreibungen www.greinert-dud.de ... "Alle sagten: Das geht nicht. Dann kam einer, der wusste das nicht und hat's gemacht."
Ich lese im ersten Bild "5µs". Mit grob zwei Kästchen je Zyklus sind das etwa 100kHz.
der SCL sollte aber symmetrisch sein ...
http://www.advamation.com/knowhow/raspberrypi/rpi-i2c-bug.png
die 5 uS habe ich glatt übersehen, wären 100 kHz ...
>> sieht sehr nach Clock-streching aus ... I2C-Slave zieht dabei weiter runter als der AtMega
macht aber auf der SDA wenig Sinn ...
@Cysign
bist Du dir sicher das Du SDA und SCL beim messen nicht vertauscht hast ?!
2 Kanal Oszi wäre jetzt super, dann könnte man beide Signale im Vergleich sehen
Geändert von Feuerring (27.02.2017 um 00:05 Uhr)
Gruß Ralf ... Projekt-Beschreibungen www.greinert-dud.de ... "Alle sagten: Das geht nicht. Dann kam einer, der wusste das nicht und hat's gemacht."
Im ersten Post schriebst Du von Display am I²C. Ist das Display über den PCF8574 angeschlossen? Falls ja, könntest Du die RTC vom Bus nehmen (Chip aus dem Sockel oder Adresse am Chip verstellen oder wie auch immer) und die Leitungen nochmals mit dem Scope untersuchen?Zitat von Cysign
Etwas merkwürdig finde ich aber auch die Pulsfolge auf dem SDA und dem SCL. Beide schön abwechselnd 0 und 1, bei Datenübertragung wechselt SDA normalerweise nur wenn nötig.
Ich schließe mich Feuerring an: Ein Scope-Shot mit 'nem Zweikanal-Oszi wäre hilfreich.
Grüße
H.A.R.R.Y.
a) Es gibt keine dummen Fragen, nur dumme Antworten
b) Fehler macht man um aus ihnen zu lernen
c) Jeder IO-Port kennt drei mögliche Zustände: Input, Output, Kaputt
Lesezeichen