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 Mike, > > Welche Firmwareversion des eDIP240 hast Du ? (siehe Aufkleber auf der Rückseite) > Bis Version 1.1 hat die Firmware beim I²C-Interface einen Bug gehabt, der ungefähr > dieser Fehlerbeschreibung entspricht. > Allerdings kann es auch mit Deinen Routinen zusammenhängen. > Du hast einige "wait" bei der Auswertung der empfangenen Daten. > Ich weiß nicht, was die Aufgerufenen Funktionen bei Dir machen, aber wenn > nur bei einer Funktion nie ein True zurückgegeben wird, wartet der Thread an dieser Stelle ewig. > Und das bewirkt wiederum, das der Sendepuffer des eDIPs nicht gelesen wird und "volläuft". > Wenn dies passiert hält das eDIP solange an, bis mind. ein Byte aus dem Puffer gelesen wird. > > Eine Bitte noch zur Benutzung des code-Tags: > Es reicht, wenn Du nur einmal am Anfang des Quellcodes <code> und > einmal am Ende </code> schreibst. Du mußt nicht jede Zeile als neuen > Code-Bereich ausweisen. > Also z.B. so: > <code>thread xyz > { > tuedies(); > tuedas(); > }</code> > Das reicht völlig. > > MfG André H. > > > > > > Hi, > > > > Also die Kommunikation mit dem EEPROM ist in Ordnung. > > Sobald du Daten zum Display sendest, dann hängt nur das Display ab oder gesamt I2C-Bus? > > Kannst du danach noch ins EEPROM schreiben? > > > > Gruß, > > IngBo > > > > > Hallo CC2 Gemeinde. > > 1. Das Display hat die Firmware Version 1.1 (Ist Der Bug schon behoben oder nicht ?). > Besteht Die möglichkeit Die Firmware Des Displays selber zu flaschen?. > > 2. Habe es auch schon ohne Wait anweisungen probiert, ist Der gleiche effekt. > > 3. Danke Andre Für den Hinweis Der Code-Tags, hatte mich schon gewundert wie Das Die Leute > gemacht haben Die Seitenweiße Code ins Forum gestellt haben. > > 3. Nach dem Das Display abgestürtzt ist , kann ich nicht mehr auf mein eeprom lesen b.z.w schreiben > Mein i2C Bus ist ca. 20 cm lang. Oder liegt es am edip-Board i2c puffer P86B92 in verbindung > mit dem i2C bus extender vom StarterBoard. > > M.f.G > > Mike > > > >
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB