Ik betwijfel of dit mogelijk is. Je zou een soort brug nodig hebben en iets om het op aan te sluiten.

Weet niet zeker waarom dat nodig zou zijn, NIC's / geluidskaarten / tuners en meer kunnen op de USB worden aangesloten

Er zijn ook USB-videoadapters als u een tweede scherm wilt toevoegen. Het heeft niet veel zin om een ​​krachtige grafische kaart aan te sluiten voor games enz. De enige reden die ik kan bedenken, is als je de GPU zou gebruiken voor coprocessing.

Nee, het is niet mogelijk. De Raspberry Pi is gebaseerd op een low-budget-arm SoC die alleen een usb-bus heeft, dus het is onmogelijk om er een PCI- of PCIe-kaart op aan te sluiten. Er kon geen adapter worden gemaakt.

De snelste GPIO-buffer die tot nu toe kan worden geadresseerd, is 5,4 MHz, maar de meeste adresseringsbibliotheken zijn maximaal rond de 70 kHz: http://codeandlife.com/2012/07/03/benchmarking-raspberry-pi-gpio -speed /

De PCIe-specificatie werkt op 100 MHz (frequentie instelbaar tot 200 MHz). http://www.ni.com/white-paper/3767/en/

Er kan een manier zijn om een ​​achterwaarts compatibele modus op PCIe te forceren en deze terug te brengen tot de oude PCI-frequentie op 33 MHz, wat betekent dat er enige overlap kan zijn in de frequentiebereiken met uitgebreide buffering. PCIe heeft echter een veel bredere bitbreedte dan GPIO en vereist een enorme hoeveelheid software-infrastructuur om correct te adresseren, wat de GPIO-bus op de Pi eenvoudigweg niet heeft. PCI en PCIe zijn meer dan alleen interfaces, ze bevatten hun eigen (complexe) intermediaire communicatieprotocollen, die je op de een of andere manier zou moeten emuleren.

Zou het kunnen? Zeker, met de juiste software / hardware-interface kan alles worden gedaan. Bibliotheken op kernelniveau kunnen worden geschreven om zo ongeveer alles te overschrijven en zo ongeveer alles te bufferen.

Moet het worden gedaan? Welnu, wat u in wezen probeert te doen, is de snelle draadloze / PCIe-bus verbinden met de langzamere Pi. Dat is wat de USB-bus van de Pi al doet, en het doet het redelijk goed, en het doet het native en op een volledig ondersteunde manier.

Als je probeert om PCI / PCIe op de Pi te laten draaien, zou je in wezen het wiel opnieuw uitvinden , en het zou het heel moeilijk doen. Het kan een interessante leeroefening zijn, als u een paar maanden over heeft - in gedachten houdend dat u waarschijnlijk tegen een muur zult botsen en niet in staat zult zijn om op enig moment vooruit te komen. Klinkt buitengewoon onbetaalbaar voor mij. ;-)

Het PCIE2RASPI-bord kan een PCIE-bord (mini of standaard) met een CycloneIV GX Fpga verbinden met de IO-signalen van het Raspberry I / O-bord. Door de stroompinnen op de header door te snijden, kan deze met een platte kabel aan een Raspberry-hist worden bevestigd. De Fpga op mini PCIe host een eindpunt met master target-mogelijkheden, waardoor de Raspberry in feite het pc-geheugen kan lezen of schrijven.

Kijk naar: http://www.geb-enterprise.com/PRODUCTS/Mini_PCIe_to_Raspberry.html http://www.geb-enterprise.com/PRODUCTS /PCIe_Standard_PC_CARD.html

Het is misschien zelfs mogelijk door ALL van de GPIO-pinnen te gebruiken, de helft ervan te multiplexen tot een enkele uitgangslijn (PCIe x1) op 100 MHz en de ingang te demultiplexen lijn in de andere helft. Ik las op dezelfde link (de eerste) vermeld in het antwoord van yogsodoth dat native C-code ongeveer 22 MHz zou kunnen beheren via de -O3-optimizer. (Onthoud gewoon dat logische niveau-shifters een must zijn. ) De software zou echter een nog grotere pijn in de nek zijn om te communiceren, aangezien PCIe niet standaard wordt ondersteund ...

Misschien kunnen de GPIO-pinnen verbinding maken met iets dat de PCIx kan adresseren? Het zou een grote hack betekenen en de vraag is. Hoe snel kunnen gegevens worden ingelezen vanaf de GPIO-pinnen.

Nee, dat is niet mogelijk. GPIO-hardware is niet ontworpen om op PCI-snelheden te werken.