Setelah baru-baru ini mengakuisisi Launchpad MSP430 saya telah bermain dengan berbagai proyek mikrokontroler. Sayangnya, MSP430G2553 hanya memiliki RAM 512 byte, sehingga melakukan sesuatu yang rumit memerlukan penyimpanan eksternal.
Setelah melihat chip SPI dan I2C SRAM dan EEPROM, saya menemukan FRAM .
Itu terlihat sempurna. Tersedia dalam ukuran besar (yang terhubung ke atas adalah bagian 2Mb), daya rendah, byte addressable dan dapat diprogram, tidak mudah menguap, tidak ada masalah keausan, tidak perlu menghapus apa pun secara eksplisit, dan sebenarnya lebih murah daripada SRAM serial (dibandingkan dengan bagian Microchip).
Bahkan, itu terlihat terlalu sempurna, dan itu membuat saya curiga. Jika hal ini jauh lebih baik daripada SRAM serial dan flash EEPROM, mengapa tidak ada di mana-mana? Haruskah saya tetap menggunakan SRAM, atau apakah FRAM pilihan yang baik untuk eksperimen?
sumber
Jawaban:
Dari apa yang saya lihat, perbedaan (utama) antara itu dan SRAM itu lebih lambat, dan perbedaan antara itu dan EEPROM adalah lebih mahal.
Saya akan mengatakan itu semacam "di antara" keduanya.
Menjadi teknologi yang cukup baru, saya perkirakan harganya akan turun sedikit di tahun depan atau lebih dengan menyediakannya menjadi cukup populer. Meskipun tidak secepat SRAM, kecepatannya tidak buruk sama sekali, dan harus sesuai dengan banyak aplikasi dengan baik - saya dapat melihat opsi waktu akses 60ns pada Farnell (dibandingkan dengan yang terendah pada 3,4ns dengan SRAM)
Ini mengingatkan saya - saya memesan beberapa sampel Ramtron F-RAM beberapa waktu lalu, masih belum sempat mencoba mereka ...
sumber
FRAM bagus, namun teknologinya memiliki bacaan yang merusak. Teknologi Flash memiliki siklus tulis / hapus yang terbatas, tetapi siklus membaca hampir tidak terbatas.
Dalam FRAM, setiap siklus baca sebenarnya memengaruhi memori dan mulai menurun. TI menyatakan bahwa mereka telah menemukan FRAM memiliki "daya tahan bebas aus hingga 5,4 × 10 ^ 13 siklus dan setara dengan retensi data 10 tahun pada 85 ° C". Setelah beberapa perhitungan ini ternyata sekitar 2 tahun siklus baca konstan atau lebih (tanpa memperhitungkan ECC).
Kenyataannya adalah bahwa untuk sebagian besar aplikasi daya rendah, di mana siklus tugas rendah, ini bukan masalah. Anda perlu mengevaluasinya untuk aplikasi spesifik Anda.
Batas kecepatan juga ada, jadi waitstate akan ditambahkan jika diperlukan. Namun, salah satu solusinya adalah memuat kode ke RAM, menjalankannya dari sana (menghindari siklus pada FRAM) dan menghindari batas kecepatan.
Ada posting E2E pada topik di sini yang membahas beberapa konsekuensi.
Catatan Aplikasi yang bagus dari TI tentang keunggulan FRAM sejauh keamanan ada di sini
sumber
Satu-satunya masalah nyata dengan FRAM adalah bahwa untuk bagian yang sangat padat, bagian dari pasar yang mendorong volume dan margin, mereka belum dapat bersaing dalam hal kepadatan (yang merupakan hasil atau ukuran - tidak masalah apa pun ). Untuk bagian yang lebih kecil (yaitu bersaing dengan versi lama dari teknologi yang sama) mereka melakukannya dengan baik.
Jadi ya, ini cocok untuk bereksperimen selama Anda tetap di bagian yang ukurannya sama.
sumber