Sim, provavelmente tudo bem. Você precisa garantir que cada chip esteja configurado para esperar um relógio pronto, para não acionar o próprio cristal. É claro que você deve observar as planilhas de dados, mas provavelmente os dispositivos podem ser configurados dessa maneira.
No entanto, pode haver uma maneira menos cara. Muito provavelmente, pelo menos um (provavelmente ambos) dos chips pode dirigir um cristal diretamente. Você pode fazer com que um deles faça isso e, possivelmente, usá-lo para dirigir o outro chip. Isso pode ser um pouco complicado, pois a linha de saída da unidade de cristal é mais um sinal analógico do que digital, e pode não ser interpretado como pretendido pelo outro chip, se usado diretamente. Também não pode ser interpretado como pretendido por um portão digital comum, portanto, protegê-lo perto do cristal e depois enviar o sinal digital para o outro chip também pode não funcionar. É aqui que você deve consultar as folhas de dados com muito cuidado e fazer algumas experiências.
Uma maneira totalmente confiável seria ter um chip acionando o cristal, esse sinal ser armazenado em buffer internamente e depois acionado em outro pino como sinal digital garantido real. É mais provável que isso funcione com o FPGA acionando o cristal, já que você poderá ter o sinal do relógio direcionado para um pino. Às vezes, os microcontroladores têm pinos de clock, mas no caso de PICs, pelo menos (com o que eu estou mais familiarizado), que geralmente é a frequência do oscilador / 4, e não a freqüência do oscilador diretamente. Você provavelmente não deseja executar o FPGA e 1/4 da taxa de clock do micro.
