Im Forum und im Wiki
-
Thread
DS1337 schlechte Genauigkeit
fehlerfrei)! Laut Datenblatt besitzt der Quarz ein LoadCapacitance von 6pF , genau wie für den DS1337 vorgeschrieben. Ich habe keine weiteren Quarze verbaut, genau so wie in der Beschreibung des DS1337 vorgegeben.
Batterien häufig in einer zu schnell laufenden Uhr. Ein 100nF Kondensator zwischen Vcc und GND an der DS1337 kann auch nicht schaden. Viel Glück, Michael
-
Thread
RTC außergewöhnlich ungenau
das heisst ;) ) Aber klingt irgendwie logisch. Datenblatt: http://pdfserv.maxim-ic.com/en/ds/DS1337-DS1337C.pdf
Korrekt. Wenn Goldcap, dann lass die rechte Diode weg. Beim DS1337 muss es Schottky sein (beim PCF8583 tun es auch 1N4148).
-
Thread
DS1307 RTC und xmega128a1
html#RTC1337_RTC1307 tools.h anschauen! DS1307 ist für 5 Volt ausgelegt. Besser: DS1338-3/DS1337 Gruß G.G.
Considerations with Dallas Real-Time Clocks. An external 32.768kHz oscillator can also drive the DS1337. In this configuration, the X1 pin is connected to the external oscillator signal and the X2 pin is floated. [/pre] Der DS1337 *C* hat übrigens auch einen internen Quarz, der ist natürlich nicht
-
Thread
DS1337
Hallo, ich wollte in einem Projekt ein DS1337 RTC verbauen (Datenblatt im Anhang). Nun habe ich gesehen dass dieser Chip eingebaute Kondensatoren (6pF) für den anzuschließenden Quarz hat. Bei Reichelt finde ich aber nur Quarze, die 12pF oder mehr
-
Thread
DS1337
Kann mir mal jemand bitte kurz bei dem DS1337 helfen ? Ich hab es schon mit suchen probiert, aber leider nichts hilfreiches finden können... Ich versuche mit nem MSP340 eine RTC über I²C anzusprechen. Das lesen klappt hervorragend. Ich habe an dem Bus einen LM75 und den besagten DS1337. Wenn ich die Stunden schreiben will, kommt jedoch nur eine 1,5,13 oder 19 bei raus. der code: [C] RTC_Std = (((stunde%24)/10)<<4)+(stunde%10); // Schreiben in RTC (I²C)
-
Thread
PIC18F97J60 -> C18 Codeoptimierung
Danke und Gruß Ingo Hier wäre der betroffene Auszug aus dem Quellcode: [c] dt.Stunden = DS1337_Read_Stunden(&dt); dt.Minuten = DS1337_Read_Minuten(&dt); dt.Sekunden =DS1337_Read_Sekunden(&dt); dt.Tag = DS1337_Read_Tag(&dt); dt.Monat = DS1337_Read_Monat(&dt); dt.Jahr = DS1337_Read_Jahr(&dt); dt.Wochentag = DS1337_Read_Wochentag(&dt); strcpy(chr_Wochentag, Wochentag_Namen[dt.Wochentag]); int_Temp_CPU = GetTempLM75(1); Warten_MS(100); LcdPrintf(2,0, (const MEM_MODEL rom char *)"%.3s",
-
Thread
AVR Studio - TWI-Register können nicht gelesen/geschrieben werden
; Schreibzugriff auf DS1337 (Adresse ist 1101000) rcall twi_write ldi temp1, 0x0E ; Statusregister anwählen rcall twi_write rcall twi_start ; Repeated Start ldi temp1, 0xD1 ; DS1337 lesen rcall twi_write
deshalb die Routinen von Bastler aus http://www.mikrocontroller.net/topic/64021 verwendet. Laut dem DS1337 Datenblatt http://datasheets.maxim-ic.com/en/ds/DS1337-DS1337C.pdf sollten sich die Register ja einfach lesen lassen (Seite 13/14). Das Problem scheint aber grundlegender zu sein. Ich erhalte genau
-
Thread
Atmega8 hängt in TWI Kommunikation fest (START schlägt fehl)
Ehm.. *Ups* DS1337 heißt das gute Stück...
Nach dem Datenblatt, das ich vom DS1337 habe, muß das letzte gelesene Byte mit NACK "bestätigt" werden. "The DS1337 must receive a “not acknowledge” to end a read."