Arduino als I2C Slave ohne Antwort programmieren

Ein Slave kann ja nur empfangen wenn er adressiert ist. Somit
schickt er aber dann auch ein ACK wenn er eine Adresse oder
Daten bekommen hat.

Um das zu vermeiden würde ich einen Soft-I2C-Slave programmieren
und das ACK beim Empfangen weglassen ....

Allerdings wäre das eine Herausforderung wenn man die Datenrate
nicht kennt oder allein wenn diese sehr hoch ist und man per
Interrupt einzelne Bits empfangen will ...

Also mit Einschränkung umsetzbar ....

Oliver S. schrieb:
> guugst du hier:
> Beitrag "I2C (TWI) Sniffer mit AVR"

Ich würde gerne die Arduino-Hardware nutzen. Einen Tiny habe ich hier 
nicht rumliegen.

Mitdenker schrieb:
> Allerdings wäre das eine Herausforderung wenn man die Datenrate
> nicht kennt oder allein wenn diese sehr hoch ist und man per
> Interrupt einzelne Bits empfangen will ...

Der Bus arbeitet mit 400 kHz und ist mir bekannt.

Thomas W. schrieb:
> Aber ich würde es eher anders angehen:
>
> - einen Logicanalyzer  implementieren
> - die Daten zum PC senden (flanken mit timestamps)
> - am PC eine Software, die den Datenstrom analysiert

Gerade das möchte ich aktuell noch nicht machen. Erstmal würde ich gerne 
die Nachrichten auf dem Arduino auswerten und anschließend Rückschlüsse 
ziehen. Natürlich ist es deutlich universeller wie du es vorgeschlagen 
hast aber mir reicht erstmal I2C.

Stefan W. schrieb:
> ThinkArduino schrieb:
>> Ich würde gerne die Arduino-Hardware nutzen. Einen Tiny habe ich hier
>> nicht rumliegen.
>
> Lies den Thread mal bis zum Ende...
>
> VG
>
> Stefan

Habe ich. der Arduinoversion habe ich bereits getestet und diese 
funktioniert leider nicht. Jedenfalls passt der Terminaloutput nicht mit 
dem auf dem Oszi zusammen.

ThinkArduino schrieb:
> Der Bus arbeitet mit 400 kHz und ist mir bekannt.

Der Bus arbeitet mit einer beliebigen Frequenz von Null
bis zu einer Maximalfrequenz die von Master und Slave
abhängig ist.

Das ist dir scheinbar nicht bekannt.

Mitdenker schrieb:
> ThinkArduino schrieb:
>> Der Bus arbeitet mit 400 kHz und ist mir bekannt.
>
> Der Bus arbeitet mit einer beliebigen Frequenz von Null
> bis zu einer Maximalfrequenz die von Master und Slave
> abhängig ist.
>
> Das ist dir scheinbar nicht bekannt.

Oh scheinbar nicht. Habe nur ins Datenblatt des Display's und des 
Treibers geschaut und dort steht "400 kHz I2C-Bus".

ThinkArduino schrieb:
> Habe nur ins Datenblatt des Display's und des Treibers geschaut

Davon war vorher gar nicht die Rede.

Bei "Display's" solltest du dich mal bei dieser Seite schlau machen:

http://www.deppenapostroph.info

Oliver S. schrieb:
> Darin wird eine Software-lib aufgeführt, die auch Slave kann. Die würde
> ich in dem Fall mal näher anschauen, und eventuell als Ausgangsbasis
> nutzen.

Arduino Libs sind bekanntlich dazu da sich von der Hardware
zu abstrahieren was oft zu bösen Geschwindigkeitseinbussen
führt. Wird also in diesem Zusammenhang (hohe Datenrate,
jedes Bit muss einzeln bearbeitet werden) nicht sehr hilfreich
sein.

Einziger Ausweg: beim "Sniffen" setzt man die Datenrate des
zu untersuchenden Systems soweit herunter dass "der Sniffer"
auch noch mitkommt.

ThinkArduino schrieb:
> Habe nur ins Datenblatt des Display's und des
> Treibers geschaut und dort steht "400 kHz I2C-Bus".

Ich wette dass man das Display auch mit 3721 Hz Clockfrequenz
betreiben kann. Oder mit jeder anderen Frequenz unterhalb
von 400 kHz.

Es gibt einfach FPGAs im Arduino Format für ca 30 Euro. 2 Tage Software 
und der I2C Sniffer ist fertig.

PittyJ schrieb:
> 2 Tage Software und der I2C Sniffer ist fertig.

Insbesondere bei Arduino-Jüngern (die immer nach der geeigneten
Lib suchen) könnte sich diese Zeit noch "geringfügig" erhöhen.