Op 22 januari 2020 16:56:19 schreef Antoine:
Je kunt ook een echte oscillator nemen met TTL/CMOS output, die kunt je best koppelen
Als ze er niet in jouw frequentie zijn dan kun je het signaal uit het kristal natuurlijk ook bufferen en vervolgens distribueren.
Voor de cpu had dit inderdaad gekund, maar voor de RTC verbruikt dat veel te veel energie. We praten over <1uA als doel.
timberleek, De kans dat NXP een CPU heeft gemaakt die de 32kHz echt nodig heeft is VEEL kleiner dan de kans dat jij een fout hebt gemaakt en het ding zo geprogrammeerd hebt dat ie vastloopt bij het booten als de 32kHz er niet is.
Ik denk dat er ergens een "zet de externe 32kHz aan en wacht totdat het werkt" in zit. Dan boot ie niet als die er niet is.
Update: hmmmm... 't zou best wel eens kunnen dat die NXP inderdaad 32kHz echt nodig heeft. Raaarrrrrrr....
Ik heb het niet getest. Heb alleen gezocht en gelezen op het NXP forum. Denk dat de hoofdreden is dat een deel van de security en tamper functionaliteit hierop draait.
Maar, lang verhaal kort heb ik nog wat rondgesnuffeld. RTC's met clkout zijn niet zo obscuur al gedacht. Heb inmiddels een lijstje van 20 types, oa van NXP, microchip en dergelijke.
Allemaal <1uA verbruik en de meeste <€0.70 (excl kristal).
Onder voorbehoud van verkrijgbaarheid in de komende jaren (moet ik nog even nakijken) lijkt de NXP PCF8523 best interessant.
150nA, €0.54, batt low detection (is verrassend zeldzaam, zal misschien moeilijk zuinig te maken zijn).
Een aantal Microchip en andere NXP RTC's houden ook timestamps bij van powerdown en powerup (van de normale vcc), dat is ook wel interessant.
Maar de uiteindelijke keuze zal ik jullie niet mee vervelen.
Helaas dacht ik ook onterecht dat de CPU en ethernet phy dezelfde frequentie nodig hadden. MAar het is 24 en 25/50 MHZ. Net jammer.