-
Thread
Step-up und Störungen
ab&zu nach, wenn er durch den FB-Spannungsteiler ein wenig entladen wurde. Das ist dort in der AN1337 dann auch beschrieben: - https://ww1.microchip.com/downloads/en/Appnotes/01337A.pdf Abhilfe: probiers mal mit dem MC1640B oder dem MC1640D, die haben den Pulse-Skip Modus nicht, dafür aber einen
Logic High. Das Verhalten bei PWM und PFM Mode ist im Diagramm 2-21 des MCP1640/B/C/D Datenblatt (DS20002234D-page 8) schön dargestellt.
-
Thread
[V] Transistoren, ICs analog/digital, Opto,.
Halbleiter Protokoll: 7x D71051C, NEC: USART (gebraucht) -> 0,25€/Stk. 60x LTC1337CSW, LT: RS-232 5V 3-Driver/5-Receiver -> 0,10€/Stk. 112x LTC1337CG, LT: RS-232 5V 3-Driver/5-Receiver -> 0,10€/Stk. 192x MAX3232EIPWR, TI: RS-232 3V -> 0,10
-> 1,00€/Stk. 124x M29W320EB-70N6, ST: 32MBit Parallel Flash -> 0,25€/Stk. 10x DS28E07P+, Maxim: 1024-Bit, 1-Wire EEPROM -> 0,15€/Stk. 10x AT21CS01-MSHM10-T, Microchip: 1-Wire EEPROM 1kBit -> 0,15€/Stk. 5x IS25LP010E-JNLE, ISSI: 1MBit QSPI-Flash -
-
Thread
[V] Halbleiter, Netzteile, Opto, Diskret, Relais, Buchsen
ungenutzt und wurden in ESD-sicherer Verpackung aufbewahrt. Halbleiter uC, Protokoll: 60x LTC1337CSW, LT: RS-232 5V 3-Driver/5-Receiver -> 0,25€/Stk. 112x LTC1337CG, LT: RS-232 5V 3-Driver/5-Receiver -> 0,25€/Stk. 111x PCF8591T, Philips: I²C 8Bit ADC und DAC -> 0,50
Bsauteile verkauft bzw. reserviert. Folgend der aktuelle Bestand. Halbleiter uC, Protokoll: 60x LTC1337CSW, LT: RS-232 5V 3-Driver/5-Receiver -> 0,25€/Stk. 112x LTC1337CG, LT: RS-232 5V 3-Driver/5-Receiver -> 0,25€/Stk. 111x PCF8591T, Philips: I²C 8Bit ADC und DAC -> 0,50
-
Thread
[V] Halbleiter, Netzteile, Opto, Diskret, Relais, Buchsen, Evalboards
mit 1pps und programmierbarer Clockausgang -> 5,00€/Stk. 84x LTC1337CSW, LT: RS-232 5V 3-Driver/5-Receiver -> 0,25€/Stk. 116x LTC1337CG, LT: RS-232 5V 3-Driver/5-Receiver -> 0,25€/Stk. 153x PCF8591T, Philips: I²C 8Bit ADC und DAC -> 0,50
Folgendes ist aktuell noch verfügbar. Halbleiter uC, Logik, Protokoll: 60x LTC1337CSW, LT: RS-232 5V 3-Driver/5-Receiver -> 0,25€/Stk. 112x LTC1337CG, LT: RS-232 5V 3-Driver/5-Receiver -> 0,25€/Stk. 131x PCF8591T, Philips: I²C 8Bit ADC und DAC -> 0,50
-
Thread
18650 Zelle zu 5V
Z.B. Max schrieb im Beitrag #7509672: > Problem ist, ich habe schon ein fertiges PCB Für eine DS1337 wäre die Änderung minimal, nur ein Pin...
TRMPBF/1116031 Hast Du denn ne Back-up Batterie an der RTC? Wenn nicht, nimm doch die vorgeschlagene DS1337. geht von 1.8V bis 5.5V. mUsst Dir nur für den Batterietausch was ausdenken, ohne immer gleich die Uhr neu stellen zu müssen.
-
Thread
c# Datenbank - wie aufbauen?
Datensätze in einer Liste zu halten, damit der Zugriff etwas schneller wird. Bei ein paar tausend DS geht das schon eher. Ich kann mich noch an die XT / AT Zeiten um 1980 erinnern. Da mußte ich zum Einlesen von etwa 10.000 Zeilen 6-8 Sekunden warten. Heutzutage, mit den modernen Prozessoren, ist
Fachliteratur oft euphemistisch "undefiniertes Verhalten" nennt, wen anstelle von "1337" etwa "dreizehn" aus der DB kommt. > Und bitte lies dir mal die About SQLite Seite durch: > > [pre] > Think of SQLite not as a replacement for Oracle but as a replacement for > fopen() >
-
Thread
[V] DALLAS RTCs : 10x DS1337S+ SO8 und 4x DS1337U+ 8 uSOP
Hallo, noch abzugeben DALLAS RTCs : 10x DS1337S+ SO8 und 4x DS1337U+ 8 uSOP Bilder und Datenblatt Anhang. (Echte Ware - keine Fakes - Alles von Farnell & Co) https://www.mouser.de/ProductDetail/Maxim-Integrated/DS1337S%2b?qs=0Y9aZN%252BMVCX3ISoHCxcqxA
-
Thread
SNT Primärspannung messen ohne Snubber
Bewertungsfunktion für sein Forum zustanden zu bringen. Da ist es nur verständlich, wenn er sein 1337 Meisterwerk aus geschätzen 20 Zeilen Quellcode nun auch um jeden Preis an den Mann bringen möchte. Jeder Gedanke, daß diese Funktion der totale Griff ins Klo gewesen sein könnte und ständig für mehr
%2526utm_content%253DUC3842%2526ds_k%253DUC3842%2BDatasheet%2526DCM%253Dyes%2526gclid%253DCj0KCQiA0p2QBhDvARIsAACSOOOYoejcXtZSmwMQh-lJD2mZ3oEuwM3uJOHVnfGTreH07bIwELNVfpYaAs0eEALw_wcB%2526gclsrc%253Daw.ds mfg
-
Thread
RTC low cost/time
Moin, ich habe auf einem Design (kleine Serie) den DS1337. In einigen Chargen bin ich auf den ISL12057 (Pinkompatibel zum DS 1337) gegangen (Kostengründe ca 2,50€ + 0,60€ Crystal) Nun habe ich mich bei der aktuellen Charge gleich doppelt vertan und
Außenbeschaltung sparen kann (richtig?). Beim erneuten Sichten der Datenblätter bin ich auch auf den DS1337C (integrated Crystal) gestoßen (ca 6€) Softwaretechnisch nutze ich nur EINEN Alarm (in Verbindung mit einem Atmega 644) Da nun eh die nächste Charge vor der Tür steht (ich kleine Optimierungen
-
Thread
Bypass Kondensator für DS1337?
etwas übersehen habe und es besser wäre keinen zu nutzen. Es siehst so aus, als würde der DS1337 normalerweise über eine Knopfzelle betrieben. Da die Schaltung aber sowieso ausschließlich mit 3.3V betrieben wird, hatte ich überlegt auch gleich damit den DS1337 mit Strom zu versorgen. Und die
wenn es SOLIDE sein soll, auch wenn der IC eher langsam ist. > Es siehst so aus, als würde der DS1337 normalerweise über eine > Knopfzelle betrieben. Da die Schaltung aber sowieso ausschließlich mit > 3.3V betrieben wird, hatte ich überlegt auch gleich damit den DS1337 mit > Strom zu versorgen
-
Thread
Crystal mit höheren Widerstand an RTC
Hey, ich wuerde gerne als RTC den DS1307(https://datasheet.lcsc.com/szlcsc/Maxim-Integrated-DS1307ZN_C26858.pdf) nutzen. Allerdings wird im Datenblatt angegeben, dass der Crystal maximal 45kΩ haben soll. Der Crystal, den ich zur Verfügung
> * RTC > > Apropos RTC: wir schreiben bald 2021, warum tut man sich so einen > Schrott wie DS1307 noch an? Oder überhaupt externe 32kHz-Quarze? Lust > durch Schmerzen? Wird jetzt auf den DS1337 hinauslaufen. Der akzeptiert 50kΩ. Da finde ich auch passende Quartze zu. Was ist denn das Problem
-
Thread
Motorsteuerung überschwinger
Christian K. (1337_pl) >Jens G. schrieb: >> Bestimmt die Oszi-Taskkopfmasse ungünstig angeschlossen. >> Ansonsten wären Bilder vom Aufbau der Leiterplatte vorn und hinten, und >> anschüsse nicht sinnlos ... >
emmiter spannung warum ist mir das osziloskop nicht kaputt gegangen? im datenblatt des RIGOL DS1050Z steht: Max Input Voltage (1MOHM) Maximum input voltage of the analog channel CAT I 300 Vrms, CAT II 100 Vrms, transient overvoltage 1000 Vpk also ok transient kann es 1000V aber ist mein
-
Thread
Hanmatek DOS1102 Oszilloskop?
auch nicht. https://www.peaktech.de/produktdetails/kategorie/basic-oszilloskope/produkt/peaktech-1337.html Bei Reichelt für 442,25 Euro. 242 Euro mehr für einen deutschen Anbieter. Ein echter Deal. https://www.reichelt.de/digital-speicher-oszilloskop-100-mhz-2-kanaele-peaktech-1337-p236409.html
Busdekodierung, bis zu 24 Mpts Speichertiefe: https://www.batronix.com/versand/oszilloskope/Rigol-DS1202Z-E.html
-
Thread
Funkuhrenmodul für Bahnhofsuhr
die 12V Nebenuhr. (Geht nur grad so, wenn die Spule 12V kann, sonst ist die Spannung zu niedrig.) - DS1337 Uhrenbaustein als 1-Minuten Taktgeber für den Attiny. - Ein 3,7V Li-Ionen Akku. (Hält so ein paar Monate im schnitt) (Achtung, das ist _keine_ Funkuhr und muß händisch gestellt werden) Ist ganz
-
Thread
AVR Watchdog Timer zu ungenau 6h/18h
eingebauten Quarz. Ein MEMS Oszillator sollte noch robuster sein, aber anscheinend baut nur Maxim eine, die DS3232M, und die ist fast 3x so teuer wie z.B. die PCF2129T/2.
wecken zur Alarmzeit einfach Deinen Controller auf und fertig ist die Sache. Nur 2 Beispiele: DS1337: DIL-8, braucht aber einen 32Khz Quarz. RTC4543: SMD, hat den Quarz schon drin=kein Abgleich nötig. Beide lassen sich simpel+prima verstehen und ankabeln. Und es gibt sicher noch zig. geeignete
-
Thread
MSP430 Minutentakt
Ich hab minutentakt mit ds1337 gemacht. Geht gut.
-
Thread
DS1302 zu langsam
Wenn ich mich recht entsinne, vergrößert sich die Abweichung beim DS1302, je öfter man das Chip DS1302 ausliest.
Hat nicht direkt mit dem Thema zu tun, aber: Ich hab hier einen DS1337 als Minuten-Takt für eine Tochteruhr, der wird nicht ausgelesen, und funktioniert sehr genau. Keine für mich meßbaren Abweichungen festzustellen. Aber wird halt auch nicht ständig ausgelesen.
-
Thread
RF-Einstieg: Experiment mit Mixern/Gain-Probleme
bestimmen (warum so aufwändig? Mir fehlt die Messtechnik für >50MHz. Es gibt nur einen DG1022Z und ein DS1052E). Das Ergebnis dieser Baselinemessung sieht man auch im Blockdiagramm. Mit idealen Komponenten sollte die Linie über alle Frequenzen auf 0dbm liegen. Durch den Conversion Gain der Mixer (typ. -
www.box73.de/product_info.php?products_id=1335 30dB: https://www.box73.de/product_info.php?products_id=1337 50Ω: https://www.box73.de/product_info.php?products_id=3839 Es gibt unzählige Erweiterungen, so auch eine Frequenzerweiterung für FA-NWT: https://www.box73.de/product_info.php?products_id=2284
-
Thread
RTC DS1307 Alarm einzelnd aktivieren
Der DS1337 hat 2 Alarme.
Blub schrieb im Beitrag #5703765: > Der DS1337 hat 2 Alarme. Es ist tatsächlich der DS1337. Datenblatt: "To clear Alarm2, the A2F status bit must be set to “0” with a write." + Bilder Heißt doch, dass ich jedes mal, wenn ich den Alarm
-
Thread
[V] Halbleiter, Netzteile, Opto, Encoder, Diskret, Relais, Pneumatik, AoIP
-> 0,50 €/Stk. 8x CW25-TIM: GPS-Modul mit 1pps und Clockausgang -> 5,00 €/Stk. 104x LTC1337CSW: RS-232 5V 3-Driver/5-Receiver -> 0,25 €/Stk. 136x LTC1337CG: RS-232 5V 3-Driver/5-Receiver -> 0,25 €/Stk. 25x SN74LVC245A: 8fach Bus Transveiver -> 0,25 €/Stk. 90x LM2675M
-> 0,50 €/Stk. 8x CW25-TIM: GPS-Modul mit 1pps und Clockausgang -> 5,00 €/Stk. 84x LTC1337CSW: RS-232 5V 3-Driver/5-Receiver -> 0,25 €/Stk. 116x LTC1337CG: RS-232 5V 3-Driver/5-Receiver -> 0,25 €/Stk. Halbleiter Speicher: 94x M24C64-RMN6P: I²C EEPROM 64kBit ->
-
Thread
ASF I2C Dummy_Handler
als I2C ebenfalls zum Laufen gebracht. Ich konnte fehlerfrei die Zeit aus der angeschlossenen RTC DS1337 auslesen. Danach habe ich mit der Implementierung des Modules SERCOM2 weitergemacht und dabei ist das Problem aufgetreten. Beim Debuggen des SERCOM2 hängte sich plötzlich das ganzes Programm auf
-
Thread
Auftragsarbeit zu vergeben.
RT-Steuerung von hundert unterschiedlichen Haushaltsgeräten kann aber sich nicht zutraut einen Tini13, ds1337, 2 Batterien und eine LED zu verbauen.
RT-Steuerung von hundert > unterschiedlichen Haushaltsgeräten kann aber sich nicht zutraut einen > Tini13, ds1337, 2 Batterien und eine LED zu verbauen. Och, das glaub ich doch nicht.
-
Thread
Wie Prozessor dimensionieren?
Mal ein paar andere Anregungen: Mit dem DS1337 wirste nicht viel SPaß haben der ist sehr ungenau. Nimm den DS3231 dank seinem TCXO geht der um einiges genauer. Der BME280 misst nicht wirklich die Umgebungstemperatur sondern die Membrantemperatur
letzte Schritt halt. fchk PS: Die DCF77-Dekodierung passt auch noch in den Prozessor rein. Die DS3231/DS3232 sind wirklich gut, und für Temperatur/Luftfeuchte habe ich einfach einen AM2302/DHT22 verwendet, der eine bidirektionale 1-Bit Schnittstelle verwendet.
-
Thread
Uhrenbaustein mit ms
haben einen konfigurierbaren Ausgang, der bestimmte Zeiten liefern kann. So kann man mit einer DS1337 sich einen Rechteck mit 1kHz ausgeben lassen. Diesen kann man entweder in einer ISR einfach nur zählen, oder mit einem Timer genauer erfassen. https://datasheets.maximintegrated.com/en/ds/DS1337-DS1337C.pdf
-
Thread
I2C Real Time Clock/Calendar (DS1337
Hi, ich habe hier einen ISL12057 im Betrieb. • Pin Compatible to Maxim DS1337 • Functionally Equivalent to Maxim DS1337 Dabei setze ich erfolgreich eine Zeit mittels: [c] // DS1307 RTC ROUTINES #define DS1307 0xD0 // I2C bus address of DS1307 RTC #define SECONDS_REGISTER
D a v i d K. schrieb im Beitrag #5026980: > Muss ich dem DS1337 noch irgendwie sagen, dass er loslaufen darf/soll? > Ich finde keinerlei Hinweise diesbezüglich im Datenblatt. dem 1307 muss man das jedenfalls sagen beim 1337 habe ich auch nichts gefunden
-
Thread
PIC XC8 eigene Datentypen
// 2006 dt.Wochentag = 1; // 1 = Sonntag, 2 = Montag, usw. //Abfrage 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]); sprintf(str_Temp, "%s %02u.%02u.%02u %02u:%02u:%02u\n\r",chr_Wochentag, dt.Tag, dt.Monat, dt.Jahr, dt.Stunden, dt.Minuten
-
Thread
Ein µC oder mehrere
von EA nehmen, also eines mit Controller über I2C oder SPI. Eine RTCC kann man extern dazutun, eine DS1337 oder so tut da ihren Job. Wenn der Wecker genau sein soll, denke über ein fertiges Modul nach. Als Spannungsquelle kann man ein Steckernetzteil nehmen (also eines, das Schutzkleinspannung liefert
-
Thread
Basic für 80C31
60VM1H0n8AAAIAAAc0LRM583a3d7e20293d5caa79f9dd01272735&LANGUAGE=EN oder das hier vielleicht http://www.jameco.com/Jameco/Products/ProdDS/74843AT.pdf Kann mir jemand noch ein LCD Display empfehlen zum einfachen Anschliessen?
in Zeile 1337 steht: BG2: DJNZ R0,$ ;FOUR CLOCKS, IN LOOP CALL DEC3211 ;NINE CLOCKS MOV R0,#2 ;ONE CLOCK JNB RXD,BG2 ;TWO CLOCKS, LOOP UNTIL DONE JB RXD,$ ;WAIT FOR STOP CHARACTER
-
Thread
RTC läuft nicht
Jetzt seh ich gerade erst welchen RTC du nutzt ..... hatte erst DS1337 gelesen , Deiner ist ja nur der DS1307 ;-) Da ist die Initialisierung eh völlig falsch , da du ja nicht das BIT7 gesetzt hast , das der RTC loslegen soll &B10000000 - ohne SQW &B10010000
Ich habe von diesen DS1307 und DS1337 hunderte programmiert .... guck Dir mal den Code auf dieser Seite an wie dort Initialisiert wurde. Das ist eines von vielen vielen Beispielen . http://hühnerklappe-diy.de/zeitschaltuhr.html
-
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
Zeitschaltuhr bzw Zeitrelais gesucht
jost-technik.de/Produktuebersicht/Klappensteller/Schaltuhr-JT-ZSU--fuer--KS-S---KS-N.html Ein AVR ..... ein DS ..... paar Taster ..... ein Relais ....ein Display ..... das Ganze kann dann mit 5V laufen , wahlweise auch mit mehr.
rein als Schliessmechanismus , als Eingabe ein 16x4 LCD-Display mit 70mA , ein paar Taster und einen DS1337 RTC. Mit 2-3 Akkus müßte sowas ja dicke 1 Jahr oder länger laufen. Lasse den Atmega8 ja meistens im Sleep Modus laufen. Meine Armbanduhr hat ja auch ein Display und läuft ein Jahr mit einer Batterie
-
Thread
interner RTC oder externer
geschrieben, weil ich das Beispiel von Microchip nicht verstanden habe ;-) Sonst kannst du ja eine DS1337 über I2C oder ähnliches nehmen.
-
Thread
Verkaufe einpaar ICs und sonstiges
Quarz von ECS Crystals: 6 Stück, 0,20€ pro Stück -> 14,7456MHz Quarz: 3 Stück, 0,20€ pro Stück -> DS1337S+ RTC IC: 2 Stück, 1,80€ pro Stück -> OPA2134 (Audio OpAmp): 4 Stück, 2,50€ pro Stück -> TLC59108IPWR (8 Kanal LED Treiber): 2 Stück, 1,50€ -> TXS0104E (4 Kanal bidirektionaler Level Shifter,
-
Thread
DS1337 mittels "AVR TWI/I2C MASTER in C" abfragen
Nun zum Problem: Was mit dem SAA1064 und beim Senden noch problemlos funktioniert, lässt mich beim DS1337 ein wenig verzweifeln. Laut Datenblatt Seite 8 Tabelle2, sollte die Adresse für Sekunden doch 0x00 lauten!? Wieso könnte der folgende Code dennoch falsch sein? void receiveClock(){ i2c_start_wait
verwenden: 0xD0+I2C_READ//==1 0xD0+I2C_WRITE//==0 So und wenn ich NUN noch mal ins Datenblatt des DS1337 schaue endecke ich auch ein 0b1101000(0) (==208==0xD0). Nicht ganz fair dies als 7Bit Muster darzustellen und nur mitten in einer Grafik zu erwähnen. Bin da echt besseren Stil (z.B. gleich am