Der schnellste GPIO-Puffer, der bisher adressiert werden kann, ist 5,4 MHz, aber die meisten Adressierungsbibliotheken erreichen maximal 70 kHz: http://codeandlife.com/2012/07/03/benchmarking-raspberry-pi-gpio-speed/
Die PCIe-Spezifikation arbeitet mit 100 MHz (Frequenz einstellbar bis 200 MHz).
http://www.ni.com/white-paper/3767/en/
Es kann eine Möglichkeit geben, einen abwärtskompatiblen Modus für PCIe zu erzwingen und ihn auf die alte PCI-Frequenz von 33 MHz zu reduzieren, was bedeutet, dass sich die Frequenzbereiche möglicherweise mit einer umfangreichen Pufferung überschneiden. PCIe hat jedoch eine viel breitere Bitbreite als GPIO und erfordert eine enorme Menge an Software-Infrastruktur, um richtig zu adressieren, die der GPIO-Bus auf dem Pi einfach nicht hat. PCI und PCIe sind mehr als nur Schnittstellen, sie enthalten ihre eigenen (komplexen) Kommunikationsprotokolle, die Sie irgendwie emulieren müssten.
Könnte es gemacht werden? Sicher, mit der richtigen Software- / Hardware-Schnittstelle kann alles getan werden. Bibliotheken auf Kernel-Ebene können so geschrieben werden, dass sie so gut wie alles überschreiben und so gut wie alles puffern.
Sollte es gemacht werden? Nun, Sie versuchen im Wesentlichen, den schnellen Wireless / PCIe-Bus mit dem langsameren Pi zu verbinden. Das ist es, was der USB-Bus des Pi bereits leistet und recht gut macht. Außerdem funktioniert er nativ und auf vollständig unterstützte Weise.
Der Versuch, PCI / PCIe auf dem Pi zum Laufen zu bringen, würde im Grunde genommen das Rad neu erfinden, und das würde es sehr schwer machen. Es könnte eine interessante Lernübung sein, wenn Sie ein paar Monate Zeit haben und bedenken, dass Sie wahrscheinlich gegen eine Wand stoßen und sich zu keinem Zeitpunkt vorwärtsbewegen können. Klingt für mich einzigartig unbelohnt. ;-)