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 André, > ich habe die Funktion ausprobiert, hatte aber keinen Erfolg. > Ich kann leider auch keine Logik hinter den Antworten des Motortreibers erkennen. Es scheint so, als ob > es einen Unterschied macht, wie die Reihenfolge von Befehlen ist, d.h. es erscheinen Unterschiedliche > Ergebnisse, selbst wenn ich genau das gleiche Programm nach einem CC2-Reset wieder laufen lasse... > Ich werde das Thema erstmal hintenan stellen, da ich mich mit I2C-Programmierung und Atmel noch > weniger auskenne als mit der CC2, in der Hoffnung, dass irgendwann mal eine Bugfreie Version erhältlich > ist (Oder irgendwer einen schnellen Workaround gefunden hat). > > > Nach i2c.stop() darf normal keine Pause und auch kein Aufruf der Wartefunktion erfolgen. > > Nach dem i2c.cstart() sollte normal auch keine Pause notwendig sein. > Wenn die Pausen nicht eingehalten werden, so funktionieren zumindest einige Motorbefehle nicht mehr:-(? > > > > Der Aufbau Deiner Funktion würde dann so aussehen: > > <code>//------------------------------------------- > > function direction (byte motor, byte direct) returns int > > //------------------------------------------- > > { /* Motor Drehrichtung */ > > if i2c.cstart(0x56) > > { > > i2c.write (10); waitI2C_Ready(); > > i2c.write (04); waitI2C_Ready(); > > i2c.write (motor); waitI2C_Ready(); > > i2c.write (direct); waitI2C_Ready(); > > i2c.write (0); waitI2C_Ready(); > > i2c.stop(); > > return -1; > > } > > i2c.stop(); > > return 0; > > }</code> > > > > Die extra If-Abfrage dient dazu, zu erkennen, ob das I²C-Device angeschlossen > > ist bzw. reagiert. > > > > Wenn die Zeitangaben von Frank korrekt sind, kannst Du aber auch mit den Sleeps > > weiterarbeiten, jedoch <code>sleep 1;</code> angeben, da die Verarbeitung > > eines Bytes unter einer 1ms dauern soll. > > Wenn die Pausen nur 1ms lang sein müssten wäre ich überglücklich! Aber damit alle Funktionen > (reproduzierbar) funktionieren sind 100ms-Pausen nötig!! (Sehr nervig) > > Danke für Deine Mühe und beste Grüße
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB