Найшвидший буфер GPIO, до якого можна звернутись, становить 5,4 МГц, але більшість адресних бібліотек мають максимум 70 кГц: http://codeandlife.com/2012/07/03/benchmarking-raspberry-pi-gpio-speed/
Специфікація PCIe працює на частоті 100 МГц (частота регулюється до 200 МГц).
http://www.ni.com/white-paper/3767/uk/
Можливо, існує спосіб примусити режим PCIe, сумісний із зворотним процесом, і зменшити його до старої частоти PCI на 33 МГц, тобто може виникнути деяке перекриття в частотних діапазонах з великою буферизацією. Однак PCIe має набагато більшу ширину бітів, ніж GPIO, і для правильного вирішення потрібна величезна кількість інфраструктури програмного забезпечення, якої в шині GPIO на Pi просто немає. PCI і PCIe - це не просто інтерфейси, вони включають власні (складні) проміжні протоколи зв'язку, які вам доведеться якось імітувати.
Чи можна це зробити? Звичайно, за допомогою належного програмного забезпечення та апаратного забезпечення взаємодії все, що можна зробити. Бібліотеки рівня ядра можуть бути написані таким чином, щоб перекрити майже будь-що, а буфер практично будь-що.
Чи слід це робити? Що ж, ви по суті намагаєтеся зробити, це інтерфейс швидкої бездротової / PCIe шини з повільнішою Pi. Це те, що USB-шина Pi вже робить, і робить це досить добре, плюс це робить це вродженим чином і повністю підтримуваним способом.
Спроба зробити PCI / PCIe, що працює на Pi, по суті, буде винаходити колесо, і це буде робити дуже важко. Це може бути цікавою навчальною вправою, якщо у вас є кілька місяців запасу - маючи на увазі, що, швидше за все, ви потрапите в стіну і не зможете рухатися вперед у будь-який час. Звучить для мене сингулярно бездоганно. ;-)