Zur Übersicht - INFO - Neueste 50 Beiträge - Neuer Beitrag - Suchen - FAQ - Zum CC1-Forum - Zum CC-Pro-Forum

Wichtig: Bevor Du wegen einem Problem mit der CC2 postest, stelle sicher, daß Du
die neueste OS-Version, die neuseste Compiler-DLL und die neuesten Modulversionen benutzt!
Beachte, daß sich auf der CD zur CC2-Unit/Station auch jetzt noch die ältesten Dateien befinden!
Es gelten folgende Anleitung und Regeln: Regeln CC2Net.de-Forum
Zurück zum Artikel  (Blaue Felder sind Pflichtfelder)


Name:   UserID: 
 E-Mail:
Kategorie
Betreff
Homepage:
Link-Titel:
Link-URL:
Cookie für Name, UserID, E-Mail, Homepage-URL setzen
(Erspart die Neueingabe bei Beiträgen und Antworten)
(Zum Löschen des Cookies hier klicken)
Ich nutze:
C-Control II Unit
C164CI-Controllerboard
C-Control II Station
CCRP5 mit CC2-Unit (Conrad Roboter)
CC2-Application-Board
CC2-StarterBoard
CC2-ReglerBoard
eigenes Board
original OS     OSOPT_V2     OSOPT V3.0 OSOPT V3.1

Kommentar:
Einfügen von HTML im Kommentar:

Link einfügen: <a href="LINKURL" target="_blank">LINKTITEL</a>
Bild einfügen: <img src="BILDURL">
Text formatieren: <b>fetter Text</b>  <i>kursiver Text</i> <u>unterstrichener Text</u>
Kombinationen sind auch möglich z.B.: <b><i>fetter & kursiver Text</i></b>
C2 Quellcode formatieren: <code>Quellcode</code>
ASM Quellcode formatieren: <asm>Quellcode</asm>
(Innerhalb eines Quellcodeabschnitts ist kein html möglich.)
Wichtig: Bitte mache Zeilenumbrüche, bevor Du am rechten Rand des Eingabefeldes ankommst !  

> Hallo Chris, > > > Die Ports haben es glücklicherweise überlebt :-) Inzwischen habe ich den Fehler gefunden. Das > > Programm war ok aber Conrad hat mir die falschen Widerstände geliefert. Ich wollte 5k6 Pull-Up > > Widerstände verwenden, stattdessen lieferte man mir 560Ohm. Plötzlich viel mir auf, dass der > > Farbcode nicht stimmen kann - obwohl der Beutel mit 5k6 angeschrieben war! > > Jetzt könnte ich schreiben: typisch Conrad. Aber das mache ich nicht. ;-) > Das ist natürlich ärgerlich. Aber sei froh, daß es keine 56Ohm oder 5,6Ohm waren. > Dann wären die Ports u.U. jetzt hin. > > > Dass die Ausgänge nicht Open-Drain sind, finde ich unschön. > > Das finde ich auch. Deshalb steht dies auf meiner To-Do-Liste für eine der nächsten OS-Versionen. ;-) > Jedoch kann man das Problem wieder etwas entschärfen, wenn man z.B. einen I²C-Bus-Puffer > P82B96 benutzt. > Auch die 330Ohm-Widerstande vor jedem I²C-Bus-Baustein unterdrücken dieses Problem auch > ein wenig, obwohl die Widerstände eigentlich zur Minimierung von Leitungsreflexionen gedacht sind. :-) > > > Wenn ich richtig informiert bin, kann > > ein Slave den Bus bremsen, indem er die Taktleitung auf Masse behält (bin nicht mehr ganz sicher). > > Dies würde aber auch entweder die Ports der Station oder die der Slaves ziemlich belasten. > > Nein. Ein Slave kann SCL nicht auf Masse ziehen, da bei Slaves SCL immer nur ein Eingang ist. > Nur beim Master ist SCL ein Ausgang. > Auch kann der Bus nicht gebremst werden, wenn SCL auf Low gehalten wird. > Der Master bei Singlemasterbussen bekommt das nicht mit. > Es würde lediglich der Bus gestört, was man am Master nur durch fehlende Ack. merken würde. > > Anders wäre es bei Multimasterbussen. Hier ist bei allen Mastern SCL Ein- und Ausgang. > Damit mehrere Master nicht durcheinander senden, überwachen alle Master den Bus. > Der Master, der zuerst diue Startbedingung sendet, hat das "Sagen". > Die anderen Master bekommen dies mit und sehen den Bus als besetzt. > Erst nach einer Stop-Bedingung ist der Bus wieder frei, sodaß wieder ein Master senden > kann. (Angefangen mit der Startbedingung.) Wann welcher Master sendet, hängt eher > vom Zufall und der Schnelligkeit der einzelnen Master ab, sofern viele Daten übertragen werden. > Aber dies ist bei der CC2 uninteressant, da es sich hier um einen Single-Master-Bus handelt. > > MfG André H.
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB