Hardware-I2C verwendet die Pins 25 und 26 und der uC übernimmt das Takten und die Datenausgabe. Software-I2C emuliert per Software ein I2C-Interface und es kann fast jeder PortPin verwendet werden.
Ich weiss nicht wie dein Treiber arbeitet, aber evtl. mußt du DDR vom SCL manuell setzen?
Schon mal direkt am Controller getestet?
Ich programmiere mit AVRCo
Hallo
Ja,dann ist es Hardware.
ja wie oben geschrieben direkt am Controller läuft es Problemlos.
Sobald der Bustreiber 715 oder 96 angeschlossen spinnt der Bus.
Ich verwende die Routinen vom Codevision für den I2C Bus.
da alle anderen Megas laufen, sollte es hier wohl auch gehn.
Die Routionen werden über den Codewizard eingestellt, PORT und Pins auswählen fertig
Der Mega 128 läuft im 8 Mhz Betrieb.
Grüsse
Patrick
Wie schnell ist der I2C? 100 oder 400kHz? Schon mal mitm Oszi die Signale angeschaut?
Ich programmiere mit AVRCo
Hi
Der Bus läuft mit der Standard Routine 100khz.
Wäre aber auch egal, da der 96er Typ 400 könnte, der Fehler aber gleich ist.
Habe mir das ganze auf dem Oskar angesehn, leider konnte ich nichts finden
was das Problem erklären könnte.
Ich vermute das der 128er einen anderen Treiber für den Bus und das evlt Hardwaretechnisch nicht schafft.
Die Frage wäre ob man das ganze evlt mit nem normalen TTL oder Cmos Baustein Puffern könnte ?
Habe im Netz nichts gefunden.
Grüsse
Patrick
Du könntest z.B. einen SN74HC32 zum Ausprobieren nehmen. Sind ODER-Gatter. Zwei Eingänge eines Gatters überbrücken. Dann folgt der Ausgangszustand, des Gatters, dem Eingangszustand.Die Frage wäre ob man das ganze evlt mit nem normalen TTL oder Cmos Baustein Puffern könnte ?
Oder Du legst einen Eingang eines ODER-Gatters auf 0V (LOW), und den anderen Eingang verbindest Du mit dem ATmega-Ausgang. Gibt dasselbe Ergebnis.
Der SN74HC32 "Can Drive Up To 10 LSTTL Loads". Sollte also ausreichend sein. Ein ATmega sollte das aber auch schaffen. Daher wunder Dich nicht, falls das nichts ändert.
MfG
NabendZitat von Moppi
Das war mein erster Gedanke das es vermutlich auch nicht gehn wird.
Hat den niemand sowas schonmal gebaut ?
Frage ist, ob man das ganze noch mit den Pull Ups beeinflussen könnte, bzw ich frage mich was ist am MCP anders als an dem P82b715 ??
Ich verwende 4,7K, vllt verkleinern, vergrössern ?
Grüsse
Pat
Hallo!
Die Pull-Ups beeinflussen den ATmega nicht. Nur die Datenübertragung von einem P82B715 zum anderen. Wenn die Übertragung von einem P82B715 zum andern also funktioniert (mit anderen ATmega-Modellen) müssen die Widerstände nicht geändert werden. Jedenfalls laut Datenblatt. Da steht auch ne Formel zur Berechnung drin.
Stell doch mal bitte einen Schaltplan oder Flussdiagramm (mit Bezeichnung der ICs) hier ein, dass man erkennt, wie die Kommunikation läuft, das macht es etwas einfacher.
Mir z.B. ist noch nicht klar, wie das genau aussieht, wenn "nur ein IC am BUs hängt".Das Problem äussert sich, das sobald nur ein IC am BUs hängt dieser nicht mehr sauber arbeitet.
Ist für mich unlogisch, da Du doch immer zwei brauchst, also ein Paar?
Ich kenne den MC23017 nur vom Sehen, habe aber keinen Plan, wie man den anschließt. Ich sehe aber was von ITB und ITA, was bestimmt etwas mit den Ports zu tun hat. Ich sehe auch noch RST, was vermutlich RESET bedeutet. Vielleicht hast Du einen Programmierfehler beim ATmega128? - Programmcode und Funktion prüfen.
MfG
Geändert von Moppi (09.12.2019 um 21:40 Uhr)
Berechtigungen
Zitieren
Lesezeichen