hallo zusammen, ich betreibe einen MCP23017 über I²C an einem Computer on a Chip Module. Der Hersteller hat jetzt eine neue schnellere und Pinkompatible Version ( jetzt Samsung anstatt Atmel Arm9) released und hier fangen meine Probleme an. auf dem alten modul lief und läuft alles Problemlos - der I²C läuft sauber mit 100khz ohne das der MCP den Bus bremst. mit dem neuen Modul habe ich jetzt das Problem das der MCP immer nach dem ACK den Clock auf low hält und mir das Modul einen Timeout Fehler generiert weil der Treiber wohl kein clockstretching beherrscht. lustigerweise macht der MCP das stretching immmer auch bei 10khz und weniger. was für Gründe können noch das clockstretching auslösen ? wo könnte denn hier der Haken liegen ? hat jemand eine idee
Thorsten Schaan schrieb: > mit dem neuen Modul habe ich jetzt das Problem das der MCP immer nach > dem ACK den Clock auf low hält und mir das Modul einen Timeout Fehler > generiert weil der Treiber wohl kein clockstretching beherrscht. Also laut Datenblatt ist SCL beim MCP23017 nur ein Eingang, ein Stretching kann also garnicht erfolgen: "SCL/SCK 12 8 I Serial clock input" Das Timeout muß ne andere Ursache haben. Peter
Schande über mein Haupt - hatte ich vor lauter Lücke im Datenblatt überlesen ... Die info hilft mir aber schonmal ... ich mach mal Bilder vom Oszi und poste sie ...
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.