Oui, très probablement, ça va. Vous devez vous assurer que chaque puce est configurée pour attendre une horloge prête, et non pour piloter le cristal lui-même. Vous devez bien sûr regarder les fiches techniques, mais les appareils peuvent très probablement être configurés de cette façon.
Cependant, il peut y avoir un moyen moins coûteux. Il est très probable qu'au moins une (probablement les deux) des puces puisse entraîner directement un cristal. Vous pouvez demander à l'un d'entre eux de le faire et éventuellement de l'utiliser pour piloter l'autre puce. Cela peut devenir un peu délicat car la ligne de sortie du lecteur de cristal est plus un signal analogique que numérique, et elle ne peut pas être interprétée comme prévu par l'autre puce si elle est utilisée directement. Il ne peut pas non plus être interprété comme prévu par une porte numérique ordinaire, donc le mettre en mémoire tampon près du cristal puis envoyer ce signal numérique à l'autre puce peut ne pas fonctionner non plus. C'est là que vous devez consulter très attentivement les fiches techniques et faire quelques expérimentations.
Un moyen totalement fiable serait d'avoir une puce pour piloter le cristal, de faire en sorte que ce signal soit tamponné en interne et ensuite chassé sur une autre broche en tant que signal numérique garanti réel. Cela est plus susceptible de fonctionner avec le FPGA entraînant le cristal, car vous devriez pouvoir faire sortir le signal d'horloge sur une broche. Les microcontrôleurs ont parfois des broches d'horloge, mais dans le cas des PIC au moins (ce que je connais le mieux), c'est généralement la fréquence de l'oscillateur / 4, pas directement la fréquence de l'oscillateur. Vous ne voulez probablement pas exécuter le FPGA et 1/4 de la fréquence d'horloge du micro.