Có thể sử dụng các mô-đun DRAM nhiều gigabyte với một vi điều khiển không?

Tôi có hai mô-đun RAM 2GB còn sót lại mà tôi đã xóa khỏi MacBook Pro khi thực hiện nâng cấp. Tôi chỉ tự hỏi nếu những thứ này có thể sử dụng được, ví dụ, một Arduino. Tôi có quá nhiều người mới bắt đầu thực sự cố gắng làm điều này ngay bây giờ, nhưng tôi tò mò liệu điều đó có khả thi không, hoặc nếu đó chỉ là quá nhiều bộ nhớ để vi điều khiển xử lý.

Tôi sẽ nói không: sự không tương thích cơ bản nhất là có quá nhiều chân trên các mô-đun đó thậm chí có thể giao tiếp vật lý với Arduino. Ditto cho các vi điều khiển nhỏ tương tự. ARM Cortex M3 đang tiến gần hơn, nhưng một vài trong số chúng thực sự có bus ngoài cần thiết để giao diện RAM theo cách như vậy (tôi nghĩ).

Nhưng tôi sẽ chơi cùng đi xa hơn. Giả sử bạn có thể giao tiếp chip với Arduino bằng cách nào đó, một vấn đề tương thích điện cơ bản khác là điện áp cần thiết. Tôi nghĩ các mô-đun RAM này sử dụng một cái gì đó kỳ lạ như 2.2V - không có trên bo mạch Arduino vanilla hoặc thực sự, bất kỳ vi điều khiển sở thích cơ bản nào khác.

Giả sử đã được chăm sóc thì con chip sẽ hoạt động khá giống với bất kỳ bộ nhớ ngoài nào khác đối với Arduino. Điều này thực sự được thực hiện mọi lúc - mọi người thêm EEPROM bên ngoài để lưu trữ các hằng số quan trọng hoặc thẻ SD / MMC để lưu trữ nhật ký máy chủ web và như vậy. Tất nhiên, trong bối cảnh này, các mô-đun RAM không mang lại lợi ích thực sự cho Arduino. Tính năng chính của nó là tốc độ và Arduino (và vâng, các bộ vi điều khiển sở thích khác) thường không phá vỡ 25 MHz về tốc độ xung nhịp. Họ quá chậm để quan tâm đến tốc độ. Và kích thước lưu trữ không phải là vấn đề lớn vì việc giao tiếp với thẻ SD / MMC dễ dàng hơn rất nhiều và cung cấp nhiều không gian để chơi.

Vì vậy, ngay cả khi có thể, nó sẽ không thực sự được khuyến khích.

Tôi sẽ nói không, không phải không dán một fpga có kích thước tốt (số pin) ở giữa, fpga nói chuyện với bộ nhớ và vi điều khiển nói chuyện với fpga bằng cách sử dụng sơ đồ phân trang.

Bạn có thể hình dung sử dụng một hệ thống chốt để cho phép thứ gì đó giống như arduino tạo ra 32 bit địa chỉ và bạn có thể nghĩ ra một số sơ đồ để tạo chu kỳ làm mới, nhưng hầu như không có lý do gì để làm như vậy, ngoại trừ như một kỹ thuật tập thể dục.

Mạch giao diện có lẽ sẽ là phần phức tạp nhất của hệ thống kết quả và có rất ít giá trị thực tế trong kết quả; arduino sẽ không thể thực thi mã ra khỏi RAM, bộ lưu trữ sẽ không ổn định và có thể sẽ tiêu thụ nhiều năng lượng hơn cả arduino. Nếu bạn muốn lưu trữ dữ liệu, SPI EEPROM có lẽ là một giải pháp tốt hơn nhiều.

Nếu bạn từng xem các bảng dữ liệu chip DRAM thì tốc độ xung nhịp tối thiểu là 50 MHz + cho DDR2. Vì vậy, không, bạn sẽ không thể giao tiếp với chúng bằng vi điều khiển (trừ khi nó có hỗ trợ phần cứng tích hợp).

Câu trả lời ngắn gọn là không.

Arduino không thể lái giao diện bộ nhớ DDR hoặc DDR2. Bạn có thể tạo bộ điều khiển DDR / DDR2 với giao diện SPI với một FPGA, nhưng đó là một công việc quan trọng.

Bạn sẽ cần một trình điều khiển điện áp thấp (SSTL) và một số cách để kiểm soát khoảng 100 kênh (mỗi vi sai, khoảng 200 chân. Hãy nghĩ đến BGA.)

Hầu hết DRAM phải được làm mới ít nhất 1kHz và có thể nhiều hơn để có tỷ lệ lỗi bit thấp. Điều này sau đó sẽ hình thành một nhiệm vụ nền tảng chính và sử dụng hầu hết sức mạnh vượt trội của Arduino, nếu thậm chí có thể làm mới bộ nhớ với tốc độ như vậy.

Những gì bạn có thể nhìn vào là với một số bộ vi điều khiển, ví dụ PIC24F / H / dsPIC33F, chúng hỗ trợ giao diện bus chính song song, cho phép một số loại SRAM song song được truy cập. Thậm chí còn có hỗ trợ với C, vì bộ nhớ ngoài này có thể được ánh xạ vào một số biến mã và thậm chí các khối kết hợp cả bộ nhớ trong và bộ nhớ ngoài. Bộ nhớ ngoài yêu cầu bạn viết một số mã PMB. Bạn chỉ có thể giải quyết tối đa khoảng 1 MB với điều này.

Không, không phải không có giao diện phân trang nào đó giữa bộ nhớ và MCU. Trên thực tế, một số MCU của AVR có giao diện bộ nhớ ngoài tích hợp - Atmega2560, ví dụ (xem phần 8 của bảng dữ liệu ATmega640 / 1280/1281/2560/2561). Nhưng không gian địa chỉ được đo bằng Kilobytes, không phải Gigabyte.