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, > > > > z.Zt. schaue ich nur sporadisch hier rein weil ich sonst noch 'ne Menge um die Ohren habe. > > > > Es existiert für den Dimmer ein (hoffentlich) vollständig gefixtes Modul, das André kurz auf mein letztes Posting in > > diesem Thread veröffentlicht hat. > > > > Versuch es damit noch mal bitte. Übrigens: Das meine Änderungen Dir nicht > > helfen, liegt daran das ich versuche auf I2C Module immer byteweise zuzugreifen. > > Die Einzelportbefehle hab ich nicht angefasst. Wie gesagt, André hat hier nachgebessert. > > > > Gruß krassos > > Hallo, > > das geänderte Modul hab ich natürlich sofort probiert. Leider hatte das, trotz der zahlreicher > Änderungen von André, nicht den gewünschten Effekt. Das Problem bestand weiterhin. > > Aufgrund der Tatsache, dass das Modul zum 9531 seinerseits wieder auf das Modul für den > I²C zugreift, hab ich überlegt wie ich ein "Kommunikationsproblem" zwischen den beiden ausschliessen kann. > Ich hatte sogar überlegt den I²C über IO-Ports "nachzubauen". > Zwischenzeitlich hatte ich auch das serielle EEPROM aus dem Bus genommen > für den Fall, dass das widererwarten "Unruhe" auf diesen bringt. > > Hab mich dann heute aber "nur" dazu entschieden den 9531 "zu Fuß" über das I²C-Modul anzusprechen. > Der Erfolg blieb aber ersteinmal aus. > > Bis ich "mal-sehn-was-passiert-wenn" das Senden der Stop-condition (i2c.stop();) auskommentiert habe. > > Und siehe da, es funktioniert! > > Nun die Fragen :-D : > > Was ist in dieser (harmlosen) Stop-condition, das den 9531 aus dem Tritt bringt? > Ist es "gesund" die stop-condition nicht zu senden? > Bleibt der Bus dann blockiert für andere Teilnehmer, oder wird die Session mit dem 9531 nur "unsauber" beendet? > Und mit dem Senden einer start-condition wäre der Bus dann wieder frei? > > Was machst du, krassos, anders? Anderes OS? Oder...? > > Ich muss noch weiter experimentieren aber das ist schon mal ein GROßER Schritt nach vorn. > > Gruß, > > Stefan >
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB