Cái gì bắt được với FRAM?

Sau khi có được một Launchpad MSP430, tôi đã chơi với nhiều dự án vi điều khiển khác nhau. Thật không may, MSP430G2553 chỉ có 512 byte RAM, vì vậy, bất cứ điều gì phức tạp đều cần bộ nhớ ngoài.

Sau khi xem các chip SPI và I2C SRAM và EEPROM, tôi phát hiện ra FRAM .

Nó thật hoàn hảo. Có sẵn với kích thước lớn (phần được liên kết ở trên là phần 2Mb), công suất thấp, địa chỉ byte và có thể lập trình, không biến đổi, không có vấn đề hao mòn, không cần phải xóa bất cứ thứ gì và thực sự rẻ hơn SRAM nối tiếp (so với các bộ phận của Microchip).

Trên thực tế, nó trông quá hoàn hảo, và điều đó khiến tôi nghi ngờ. Nếu công cụ này tốt hơn nhiều so với SRAM nối tiếp và flash EEPROM, tại sao nó không ở khắp mọi nơi? Tôi có nên gắn bó với SRAM, hay FRAM là một lựa chọn tốt để thử nghiệm?

Từ những gì tôi có thể thấy, sự khác biệt (chính) giữa nó và SRAM là chậm hơn và sự khác biệt giữa nó và EEPROM là nó đắt hơn.
Tôi muốn nói rằng đó là loại "ở giữa" cả hai.

Là một công nghệ khá mới, tôi hy vọng giá sẽ giảm một chút công bằng trong năm tới hoặc để nó trở nên đủ phổ biến. Mặc dù nó không nhanh bằng SRAM, nhưng tốc độ không tệ chút nào và phù hợp với nhiều ứng dụng - tôi có thể thấy tùy chọn thời gian truy cập 60ns trên Farnell (so với mức thấp 3,4ns với SRAM)

Điều này nhắc nhở tôi - Tôi đã đặt hàng một số mẫu F-RAM Ramtron trong một thời gian trở lại, vẫn chưa hoàn thành để thử chúng ...

FRAM là tuyệt vời, tuy nhiên, công nghệ có đọc phá hủy. Công nghệ Flash có chu kỳ ghi / xóa hạn chế, nhưng chu kỳ đọc gần như không giới hạn.

Trong FRAM, mỗi chu kỳ đọc thực sự ảnh hưởng đến bộ nhớ và nó bắt đầu xuống cấp. TI tuyên bố rằng họ đã tìm thấy FRAM có "Độ bền miễn phí hao mòn đến 5,4 × 10 ^ 13 chu kỳ và lưu giữ dữ liệu tương đương 10 năm ở 85 ° C". Sau một số tính toán, điều này hóa ra là khoảng 2 năm chu kỳ đọc liên tục hoặc lâu hơn (không tính đến ECC).

Thực tế là đối với hầu hết các ứng dụng năng lượng thấp, nơi chu kỳ nhiệm vụ thấp, đây không phải là vấn đề. Bạn sẽ cần phải đánh giá nó cho ứng dụng cụ thể của bạn.

Giới hạn về tốc độ cũng có mặt, do đó, người phục vụ sẽ được thêm vào nếu cần. Tuy nhiên, một giải pháp là tải mã vào RAM, chạy nó từ đó (tránh các chu kỳ trên FRAM) và tránh giới hạn tốc độ.

Có một bài viết về chủ đề ở đây đã thảo luận về một số phân nhánh.

Một ứng dụng tốt Lưu ý từ TI về những lợi thế của FRAM là gì về bảo mật ở đây

Vấn đề thực sự duy nhất với FRAM là đối với các bộ phận thực sự dày đặc, một phần của thị trường thúc đẩy khối lượng và biên độ, họ chưa thể cạnh tranh về mật độ (đó là một điều mang lại lợi nhuận hoặc một điều kích thước - nó thực sự không quan trọng ). Đối với các bộ phận nhỏ hơn (tức là cạnh tranh với phiên bản cũ hơn của cùng một công nghệ), chúng làm tốt.

Vì vậy, có, nó phù hợp để thử nghiệm miễn là bạn ở trong các phần có cùng kích thước.