I2C: SCL und SDA an Port C nichtr mehr verfügbar?

[tobimc]

Hi

Die Lib manuell einzulinken hat wie du schon sagst keinen Sinn.

Bei mir geht's mit anderen Ports erst nach der gleichen Mühe...

Ich werde das Gleiche sowieso demnächst mit den OnBoard TWI
realisieren, denn da schreibt man seine Bytes einfach in ein Registerchen, und harret der Dinge.
Den Rest macht der TWI von selber.
Geht aber nut mit PC.0 und PC.1.

ganz liebe Grüße, Tobi

10K bei RN-Control reicht in der Regel schon für ein paar Slaves (ca. 4 bis 6) aus. Wenn es mehr Slaves werden, dann einfach irgendwo auf einem der Slaves 2 zusätzliche 10k widerstände mit +5V und den Ports verbinden!
Falls kein Slave dafür vorbereitet ist, kann man das auch einfach über ein Stecker am Flachkabel machen. Einfach Buchse mit angelötetem Widerständen anstecken.

Hi!

Das mit dem manuellen Linken der I2C Library hat auch nix gebracht. Beide LEDs leuchten beim Starten 1 mal kurz auf und das war's.

@Gast:
Der Tip mit dem Stecker mit eingelöteten Widerständen ist gut. Bei meinen 5 Slaves also noch nicht nötig.

Fällt euch noch was zum C Port ein?
Was ist eigentlich mit

const Portc.0 = output
const Portc.1 = output

oder so? Bringt das was, immerhin sind scl und sda ja Ausgänge.

@tobimc:
Was ist ein OnBoard TWI?

Grüße Uli

[tobimc]

Hi

Bei SCL wäre das kein Fehler, aber SDA muss ja schreiben, und lesen;
wenn man es also als Ausgang beschaltet bringt das nicht viel.

Mienes Wissens machen das die I²C Funktionen selber.

EDIT:

Achso OnBoard TWI...
TWI heißt einfach soviel wie I²C, macht auf jeden Fall das gleiche.

Der TWI ist ein Schaltkreis auf dem AVR, der das I²C Signal selber
d.h. Hardwaremäßig macht.

Die Software sendet ihm nur das zu sendende Byte zu, und tut nichts weiter.
Theoretisch sollte es damit nicht soviel Probs wie mit der Softwareemulation von Bascom geben.

Ganz liebe Grüße, Tobi

Hab gerade mal das Testprogramm für den Mega 32 ausprobiert, weil da die Motoren angesprochen werden und das unteranderem über Port c6 und c7. Da geht nix mehr. Ich glaube ich hab mir irgendwie den Port C zerschossen. Da muss wohl Ersatz ran.

Grüße Uli

[Ulrich]

Jetzt gehen die Motoren wieder. Ich hab noch mal einen Vergleichstest mit dem Port b und Portc gemacht. Wenn ich die LEDs so beschalte, dass sie einmal scl und sda auf Port b anzeigen, so bekomm ich das gleiche Ergebnis wie bei Port c.
Offenbar ist eine kurze Low Flanke drin (kurzes leuchten der LEDs), ansonsten liegt immer high an. Ist das eigentlich so richtig?

Ne kurze Zwischenfrage: Wie verbindet Ihr eigentlich die Litzen der Sensoren mit dem Flachbandkabel? Litze in die Buchse vom Flachbandkabel stecken ist ja nicht so toll.

Grüße Uli

[tobimc]

Hi

HIGH-Pegel ist sehr gut.
Allerdings glaube ich kaum, dass du die Lowpegel des I²C deutlich an ner LED siehst. Sie flackert vielleicht mal ganz bescheiden.

Portc 2 - 5 - Da liegt das JTAG-Interface. Die Pins seind standardmäßig zu.
Du musst JTAG in den Fusebits deaktivieren.

Ganz liebe Grüße,
Tobi

[Ulrich]

JTAG ist deaktiviert.
Ich meinte nur Portc 0 und 1. 6 und 7 sind ja für die Motoren.

Die LEDs seh ich deutlich. Wenn aber nun Daten übertragen werden an Port c, aber nix passiert, was soll mir das sagen? Eigentlich alles richtig, geht aber trotzdem nicht.
Jetzt bin ich ganz verwirrt!!!

Grüße Uli

[tobimc]

HI

Mach' mal einen ( ) Porttest:

Wait 1
Do

Portc = 255

Waitms 250

Portc = 0


Waitms 250
Loop

End

Deine LEDs sollten am Portc jetzt heftig blinken.
Wenn nicht - dann ist dein Port ziemlich sicher...

Ganz liebe Grüße,
Tobi