TXT und clock-stretching
Verfasst: 27 Mai 2017, 09:25
Hallo,
das Thema "clock stretching" ist ja immer wieder mal aktuell und bisher lautete die Aussage: Es wird nicht unterstützt.
Abgesehen davon, dass laut I²C-Spezifikation clock-stretching nicht "mandatory" sondern "optional" ist, wollte ich der Sache auf den Grund gehen um evtl. auch eine Lösung zu finden. Ich habe nun einige Messungen gemacht und bin zum Ergebnis gekommen, dass der TXT sehr wohl das clock-stretching unterstützt. In meinen Augen verhält er sich absolut konform zu den I²C-Spezifikationen (Link im PDF).
Die Messungen habe ich zu einem PDF zusammengefasst: http://ft-fanpage.de/TXT/TXT_clock_stretching.pdf
Weiterhin scheint der TXT nach 1s clock-stretching einen Timeout zu generieren, dies ist so eigentlich nicht richtig (laut Spec darf das clock stretching ewig dauern) aber sinnvoll, um bei einem hängenden I²C-Slave eine Fehlerbehandlung machen zu können.
Dieses Verhalten und das Verhalten bei clock-stretching auf Bit-Ebene werde ich als nächstes untersuchen.
das Thema "clock stretching" ist ja immer wieder mal aktuell und bisher lautete die Aussage: Es wird nicht unterstützt.
Abgesehen davon, dass laut I²C-Spezifikation clock-stretching nicht "mandatory" sondern "optional" ist, wollte ich der Sache auf den Grund gehen um evtl. auch eine Lösung zu finden. Ich habe nun einige Messungen gemacht und bin zum Ergebnis gekommen, dass der TXT sehr wohl das clock-stretching unterstützt. In meinen Augen verhält er sich absolut konform zu den I²C-Spezifikationen (Link im PDF).
Die Messungen habe ich zu einem PDF zusammengefasst: http://ft-fanpage.de/TXT/TXT_clock_stretching.pdf
Weiterhin scheint der TXT nach 1s clock-stretching einen Timeout zu generieren, dies ist so eigentlich nicht richtig (laut Spec darf das clock stretching ewig dauern) aber sinnvoll, um bei einem hängenden I²C-Slave eine Fehlerbehandlung machen zu können.
Dieses Verhalten und das Verhalten bei clock-stretching auf Bit-Ebene werde ich als nächstes untersuchen.