int für I2c - Bus notwendig?

[ceekay]

hallo bei dem Board "RN Control mega32" belegt der I2C Bus den int 0 Eingang am controller.

ich wüsste gerne wozu das so ist. und ob dies notwendig ist.

vielen dank im voraus,

ceekay

[PicNick]

Ich kann das dem Schaltplan nicht entnehmen. Bist du sicher ?

[ceekay]

sorry es ist "int2".

wozu braucht man das?

[PicNick]

Ah, so, jetzt kenn ich mich aus.
Der Gedanke ist der: Wenn irgend ein I2C-Slave Kummer (oder Daten) hat, und er will nicht warten, bis ihn der Master zufällig mal danach fragt, kann er den INT2 betätigen, und der Master kann darauf reagieren.
Das muß man aber einerseit mit einem JUMPER aufdrehen, und den Interrupt ausporgrammieren.
Sprich: Brauchst du das Feature NICHT, stecke keinen Jumper und vergiß das Ganze einfach.
Für den normal I2C -Betrieb ist das NICHT NOTWENDIG

[churchi]

Das braucht man nicht unbedingt.
Es ist RN-Standard, dass I2C Slave Boards wenn nötig den Hauptmikrocontroller dazu veranlassen können ihre Anfrage möglichst schnell zu bearbeiten.
Darum der Interrupt.

ups - ein bisschen zu langsam

[ceekay]

ok denn ist mir das klar. wenn ich den jumper stecke dann kann ich mit einem I2C slave einen interrupt beim master auslösen. der dann dementsrechend reagiert und den slave nach neuen daten abfragt. richtig so?

vielen dank echt klasse forum

gruß ceekay

[churchi]

ok denn ist mir das klar. wenn ich den jumper stecke dann kann ich mit einem I2C slave einen interrupt beim master auslösen. der dann dementsrechend reagiert und den slave nach neuen daten abfragt. richtig so?

ja

[Axi]

kann man auch INT0 oder INT1 für den I2C Bus verwenden statt INT2? Hat das irgend welche Nachteile?

mfg Axi

[PicNick]

@Axi: Nicht, daß ich wüßte. Aber ev. isses einfacher, den Master auch als Slave zu setzen, dann kann die Peripherie senden, wann immer sie glaubt. Und dann brauchst du überhaupt keinen extra-Interrupt.

[Axi]

ok danke

mfg Axi