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é, > > zunächst mal Danke für Dein neues Eeprom Modul. Auch wenn ich die neue Adressierung nicht als gut finde aber sicherlich eine Alternative ist. > Leider ist wieder der gleiche <b>Fehler in der Funktion readlong(...)</b> vorhanden wie in der Vorgängerversion. Das i2c.stop() fehlt am Ende der Funktion. > > Bei der Implementierung einer Realtimeclock ist mir vor kurzem noch ein merkwürdiges Verhalten aufgefallen, welches meiner Meindung ein <b>OS Bug</b> sein muß. > Und zwar handelt es sich um die I2C RTC von DALLAS mit der Bezeichnung DS1307. Das Datenblatt ist hier zu finden: <a href="http://pdfserv.maxim-ic.com/arpdf/DS1307.pdf" target="_blank">http://pdfserv.maxim-ic.com/arpdf/DS1307.pdf</a> > Diese RTC hat den Vorteil, dass sie als EEprom behandelt werden kann. Die ersten 8 Bytes ( 0 - 7 ) beinhalten die Uhrzeit und ein Kontroll Register. Als ich nun versucht habe die Uhrzeit zustellen und bei Adresse 0 angefangen habe zu schreiben schien alles zu klappen. Nur die Stunde hat probleme gemacht da sie nur Werte von 0 bis 7 angenommen hat. Nach geraumer Fehlersuche ist mir aufgefallen, dass sehr wahrscheinlich die Register einfach nur um eins verschoben sind. Als ich dann versucht habe ab Adresse -1 zu schrieben und lesen hat alles wunderbar geklappt. > Jetzt hat sich bei mir die Vermutung eingeschlichen, dass die CC2 bei einem Schreib- Lesezugriff immer ab Adresse 1 beginnt obwohl man bei 0 anfangen möchte. Dadurch wäre dann das letzte Byte des Eeproms nicht ansprechbar, wenn man diesen Umstand nicht kennt. > Ich benutze natürlich das optimierte OS von Erik H. > > Hat jemand von euch auch ähnliche Erfahrungen gemacht bzw. kann diesen Fehler bestätigen? Oder habe ich doch was falsch gemacht? > Nichts desto Trotz kann ich die o.g. RTC absolut empfehlen. Einfach einen Quarz, Batterie und den I2C Bus anschließen und fertig ist die RTC. Die Chipadresse lautet dez 208 und ist mit dem neuen Eeprom Modul von André mit Adresse dez. 24 anzusprechen. > > Grüße > Günni
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB