xmega E RTC Fanboy

Damals hatte ich auch noch Atmel-Aktien und mich über jeden Fanboy 
gefreut, der wider der Vernunft einfach mal 1000 Stück gekauft hat.
Danke für die Dividende.

Schon wieder Freitag!

Jan schrieb:
> die man auf 30us genau konfigurieren kann?

120nA bei welchem Oszillator und wie frequenzstabil ist der dann?
Und was genau bringt einem eine wegdriftende RTC in einer MCU die 10J zu 
spät auf dem Markt kam und deshalb das Ableben von Atmel beschleunigte 
statt es aufzuhalten?

Toll, ich kann auf 30us konfigurieren, aber die RTC weicht nach ein paar 
Wochen schon um mehrere Minuten ab?

Max M. schrieb:
> Jan schrieb:
>> die man auf 30us genau konfigurieren kann?
>
> 120nA bei welchem Oszillator und wie frequenzstabil ist der dann?
> Und was genau bringt einem eine wegdriftende RTC in einer MCU die 10J zu
> spät auf dem Markt kam und deshalb das Ableben von Atmel beschleunigte
> statt es aufzuhalten?
>
> Toll, ich kann auf 30us konfigurieren, aber die RTC weicht nach ein paar
> Wochen schon um mehrere Minuten ab?

Hier sieht man schön, dass das Teil einfach niemand versteht. Vielleicht 
hätte Atmel es nicht RTC, sondern power-free wake-up source nennen 
sollen.

Angenommen du musst ca. alle 4ms aus dem sleep kommen, um die Polarität 
des LCD umzukehren und musst so wenig Strom wie möglich verbrauchen, 
weil das Teil via CR2032 betrieben wird, was machst du?

Wahrscheinlich ne grössere Batterie verlangen lol.

RV3028 wäre ne richtige RTC im 100nA Bereich...

Jan schrieb:
> Ist euch eigentlich bekannt, dass der xmega E eine RTC hat, die nur
> 120nA zieht und die man auf 30us genau konfigurieren kann?

Meine Systeme mit DCF77 Quelle gehen immer genau und braucht 
ausgeschaltet sogar gar keinen Strom.

Hmmm... scheint hier echt ein Verständnisproblem zu sein. Naja. Kann man 
nichts machen.

Jan schrieb:

> Angenommen du musst ca. alle 4ms aus dem sleep kommen, um die Polarität
> des LCD umzukehren und musst so wenig Strom wie möglich verbrauchen,
> weil das Teil via CR2032 betrieben wird, was machst du?

Timer2 eines ATMega + Uhrenquarz verwenden, die eigentliche Arbeit aber 
mit dem internen RC-Taktgenerator erledigen.

Ist ja nicht so, dass es dieses RTC-Konstrukt nur beim XMega gegeben 
hätte...

c-hater schrieb:
> Timer2 eines ATMega + Uhrenquarz verwenden, die eigentliche Arbeit aber
> mit dem internen RC-Taktgenerator erledigen.
>
> Ist ja nicht so, dass es dieses RTC-Konstrukt nur beim XMega gegeben
> hätte...

Jedenfalls nicht in der genannten Qualität. Der timer2 läuft als wake-up 
source nur im power-save und da zieht der atmega 0.9uA (erstbestes 
Datenblatt, da du keinen spezifischen genannt hast). Dazu kommt noch der 
Stromverbrauch des externen Oszillators. Ich habe mal bei Digikey ein 
bissl gesucht. Unter 300nA typical finde ich da nichts. Nimmt man den, 
ist man bei 1.2uA, statt 120nA. Das ist Faktor 10 mehr + weiterer 
Kostenpunkt/Bauteil.

Aber hey, du kannst immernoch sagen "Ach, was interessieren mich 1.2uA" 
und so tun, als hätte ich unrecht :)

Nachtrag: Beim externen Oszi war natürlich das Umladen der Kapazitäten 
weggelassen wurden. Sehe ich jetzt erst. Naja, kommen bei 10pF und 32kHz 
nochmal 320nA dazu. Das wären dann schon 1.5uA, oder Faktor 12,5.

Jan schrieb:

> Jedenfalls nicht in der genannten Qualität. Der timer2 läuft als wake-up
> source nur im power-save

Ja und? Der einzige Unterschied zwischen PowerDown und PowerSave ist, 
dass halt der Timer2 und der Oszillator für den Uhrenquarz mit Strom 
versorgt wird. Was natürlich für die Funktion als RTC zwingend 
erforderlich ist.

c-hater schrieb:
> Ja und?

Hast du meinen Text überhaupt gelesen? Der Unterschied beim Strombedarf 
zwischen xmega E und atmega mit externem Osc ist Faktor 12.5 und du 
sagst "Ja und?" ???

Ich kann überhaupt nicht nachvollziehen, warum das hier so schwer zu 
verstehen sein soll.

Vielleicht beschäftigt sich hier einfach keiner mit Schaltungen, die im 
einstelligen uA-Bereich laufen müssen.

Jan schrieb:
> Vielleicht beschäftigt sich hier einfach keiner mit Schaltungen, die im
> einstelligen uA-Bereich laufen müssen.

Vielleicht beschäftigen sich eben hier nicht so viele ausschliesslich 
mit Atmel Derivaten und schon garnicht mit etwas das es nie geschafft 
hat sich einen Platz außerhalb der Exoten MCUs zu ergattern.
Die Xmegas sind ganz schick.
Hab mir extra einen teuren AVR ONE Debugger dafür zugelegt.
Aber die Bugs und eine immer schlechter werdende Toolchain haben mich 
davon wieder abgebracht.
Kein Schwein verwendet die, ich wüsste nicht wann da mal was neues 
rausgekommen ist und ich vermute das die irgendwann einfach eingestellt 
werden.

Niedrige Stromaufnahme ist jetzt auch nix was nur die Xmegas können.