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 !  

> > > Keine Sorge, das mache ich immer voher. > > Und ich kann wirklich behaupten, daß ich den I²C-Bus besser kenne, als Du. > > Ich weiss zwar nicht wie du zu der Behauptung kommst. Dabe rdie mangelnden Ausführungen > in diesen Thread als auch bei den CC-I2C Code läßt mich ein wenig zweifeln. > > Aber wir wollen uns da ja nicht streiten. Aber ich bitte dann schon um seriöse Beiträge! > Das es beim I2C Bus üblich ist den Master über die Taktleitungen zu bremsen ist > schon seit Jahren in den Fachbüchern beschrieben. Wieviel ms das genau sein darf ist > nirgends festgelegt. > Wnen die i2C-Routinen bei der CC2 das nicht können, liegt das Problem bei der diesem Code > und nicht bei RN-Motor. Bei den AVR´s gibt es nie Probleme, selbst in Programmiersprachen > wie Bascom Basic klappt das tadellos. > Leider muss ich die auch bei dem TWI wieder berichtigen: Natürlich nutzt RN-Motor die > TWI-Interrupts - alles andere wäre Unsinn > > Mit erstaunen höre ich übrigens das du nun auch auf AVR umsteigst. Oder hab ich das falsch > verstanden? > > Nun jedenfalls dürftest du dann bald mit dem Wissenstand an dem Punkt sein, wo > du weisst das es natürlich nicht die paar Bytes sind die ein paar Millisekunden Zeit beanspruchen. > Die einzelnen Befehle werden ja deutlich schneller als bei der CC II ausgeführt. > Nein es liegt in der Art der Firmware - diese tut nämlich bereits während der Befehlübertragung > eine ganze Menge mehr. Sicher kann man das noch optimieren indem man diese Arbeiten > nach der Parameterübergabe durchführt. Aber das ist ein Punkt der für die gedachte > Anwendung (Robotik) recht nebensichlich ist. > Es haben ja nur die mangelhaften I2C Routinen der CC II damit Probleme. Und es ist nicht > Aufgabe von RN-Motor die Fehler anderer Routinen auszugleichen >
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB