Serielle Programmierung und I2C-Port "Konflikt"

Ich entwerfe ein Board, in dem ein Attiny85 über I2C mit einem Beschleunigungsmesser ( MPU-6050 ) verbunden ist.

Die I2C-Pins liegen im ISP-Bus (SDA/MOSI, SCL/SCK). Ich frage mich, was mit dem Beschleunigungssensor während der Programmierung der MCU passiert?

Gibt es Best Practices, denen ich folgen sollte? Ich habe überlegt, einfach ein paar Lötbrücken hinzuzufügen, aber ich frage mich, ob überhaupt Vorsichtsmaßnahmen erforderlich sind.

Geben Sie hier die Bildbeschreibung ein

Geben Sie hier die Bildbeschreibung ein

Bearbeiten:

Nachdem ich herausgefunden habe, dass dies problematisch ist, werde ich eine Lösung versuchen, die auf Bruce Abbotts Antwort in einer anderen Frage basiert.

Antworten (1)

Dies MPU-6050kann Sie daran hindern, den ATTiny erfolgreich zu programmieren. Es würde die ISP-Daten als I²C interpretieren und entsprechend reagieren. Erwarten Sie interessantes Verhalten sowohl auf SCL- als auch auf SDA-Leitungen.

Während der Programmierung sollten SCL und SDA von der Tiny MCU getrennt werden, zB durch Jumper oder Dip-Schalter.

Hmm, da während des Programmierens RST auf Low gezogen wird, glaubst du, es würde ausreichen, einfach die MPU auszuschalten? (dh mit ein paar FETs und RC-Filtern, um den Impuls nach dem Löschen des Chips zu filtern)
RST ist in keiner Weise mit der MPU verbunden. Und überprüfen Sie das Datenblatt zu den zulässigen Spannungen auf SDA / SCL-Leitungen in Bezug auf VCC, falls Sie nur die Stromversorgung unterbrechen wollten.
Ich meinte, RST zu verwenden, um FETs zu steuern, die die Stromversorgung der MPU unterbrechen. Aber das ist eine ganz andere Frage. Ich könnte stattdessen einfach einen Stift im Tiny verwenden, um das zu tun.
Datenblatt Kapitel 6.9 verbietet dies. Die Eingangsspannungen an SDA, SCL dürfen nicht größer als VCC + 0,5 V sein. Dies gilt auch für den Fall, dass VCC = 0 V, also ausgeschaltet, ist. In der Praxis werden Sie den Chip umkehren, was Ihnen ein noch interessanteres Verhalten gibt.
Vielen Dank für das Nachschlagen. Ich werde wohl eine andere Methode finden müssen.
Serielle Programmierung und I2C-Port "Konflikt"
AntwortenHierDatenschutz-Bestimmungen1y, 0v