Gibt es CPLD mit <1mA während dem Power-Up?

hallo thomas,
warum soll die seriell-zu-parallel Wandlung auf einem CPLD laufen?
die sampling rate schafft ein cortex m0 locker selbst.
schad dir mal den atmel sam d20 an, der hat eine serielle engine die 
sehr flexibel programmierbar ist.

gruss
gerhard

Gerhard schrieb:
> hallo thomas,
> warum soll die seriell-zu-parallel Wandlung auf einem CPLD laufen?
> die sampling rate schafft ein cortex m0 locker selbst.
> schad dir mal den atmel sam d20 an, der hat eine serielle engine die
> sehr flexibel programmierbar ist.
>
> gruss
> gerhard

Hi Gerhard,

also ich sollte vielleicht noch dazusagen um was es genau geht.
Also demoduliert sollte ein RFID Protokoll werden (eigentliche mehrere, 
aber eines ist besonders kritisch), nämlich ISO14443 Type A.
Dabei wird eine modifizierte Manchester Kodierung verwendet. Zusätzlich 
wäre es auch wünschenswert wenn die Programmierbare Logik auch noch 
Parity und CRC mitberechnet.
Das alles zusammen hab ich schonmal auf einem uC programmiert (konrekt 
ein AVR Xmega). Bei 106 kbit bin ich mit Assembleroptimierungen (keine 
Timer -> Stichwort Taktzyklus-Zählen) auf 3.4 Mhz runtergekommen um die 
ganze Demodulation mit Parity und CRC hinzubekommen. Man hat hier pro 
Chip nurmehr 16 Zyklen zeit. Das ist nicht viel. Ich bin auch skeptisch 
dass ich das mit den Instruktionset vom Cortex M0 hinbekomme.

Auch wenn solch zeitkritische Programmierung durchaus ihren Reiz hat, 
ist die Wartung kein Spaß. Also würde ich das gerne etwas entlasten ohne 
den Stromverbrauch nach oben zu treiben (so ein Tag soll auch passiv 
über das Feld versorgt werden können). Die gesamte Hardware mit diskret 
aufgebauten analogen Frontend (PLL, mehrere Filter, Komparator) soll nun 
unter 1.5mA (besser unter 1mA) ziehen. Den uC hochtakten sollte also 
vermieden werden.
Die Coolrunner II wären perfekt wenn nicht der hohe PowerUp Strom wäre. 
Das krieg ich nicht über das Feld rüber, außer vielleicht wenn sich die 
Spulen fast berühren.

Den Sam D20 hab ich mir schon angeschaut. Aber ich befürchte die SerCom 
(oder wie das Modul genannt wird) ist nur für SPI, UART und I2C 
verwendbar. ISO14443 Type A ist ein sehr eigenes Protokol (wenn auch das 
meistverwendete bei NFC), hier eine Hardwareunterstützung in Standard-uC 
zu finden, ist sehr unwahrscheinlich.
Aber ansonsten ist Atmel uC schon in der engeren Auswahl, wenn erstmal 
weitere Daten zum Stromverbrauch ins Datenblatt eingetragen werden.

lg Thomas





Den Sam D20 hab ich mir schon

> Vielleicht ein CPLD der Zero-Power Serie von Lattice? Mach-Z oder so?

Die sehen sehr interessant aus. Irgendwelche Erfahrung bezüglich 
PowerUp?
Solche Daten scheinen nicht einfach zu finden zu sein. Musste auch bei 
Xilinx ein Weilchen danach suchen. Aber ich kann ja auch mal direkt bei 
Lattice anfragen.

Hallo Thomas,

wenn Du Dich schon bei Lattice umschaust, dann kuck mal genauer auf die 
neue ICE40 Familie welche mit LowPower ab 25uW wirbt.
Startup Current habe ich jetzt nicht nachgeschlagen, aber Lattice hat 
hier eine neue Produtfamilie für sehr kleine Funktionen für 
Batteriebetrieb entwickelt welche mindestens 2-3 Generationen jünger ist 
wie die MACH-Z Familie...
Einen Blick ins Datenblatt oder eine Nachfrage ist es auf jeden Fall 
Wert.

Gruß

Vanilla

hallo thomas,
wenn ich dich richtig verstanden habe dann entwickelst du ein PICC.
ist das richtig?

gruss
gerhard