Bonne remarque : une mise en contexte d'openFPGALoader vis-à-vis des autres outils aurait été utile.
En ce qui concerne les différences/équivalences avec xc3sprog :
openFPGALoader vise à supporter tous les fabricants et non seulement Xilinx (depuis le début de la semaine les GateMate de CologneChip le sont également donc même des composants qui ne sont pas encore disponibles). La liste des composants supportés par xc3sprog est très longue, celle de openFPGALoader pourrait/devrait être complétée en injectant, pour certains modèles, l'ensemble des IDCodes (les Artix, spartan6, cyclone ont étés suffisament testés pour considérer que le code est fonctionnel quelque soit la taille du composant)
La liste des câbles dans xc3sprog est relativement limitée (principalement du ftdi, du port parallèle et du cypress FX2) alors que openFPGALoader supporte pour le JTAG (évidemment) du FTDI (MPSSE et bitbang), les sondes altera USB-blaster, dirtyJTAG, orbtrace, ... Mais également le DFU et l'accès direct aux flash SPI. Cette limitation des cables est parfois un soucis (sous l'impulsion de Uwe Bonnes - le mainteneur de xc3sprog - j'ai acheté une plateforme à base de coolrunnnerII avec une connecteur pour USB-blaster -> il a fallu faire usage de cables dupont pour tester avec xc3sprog et une sonde digilent)
Écrire un bitstream en flash, pour Xilinx et Altera/intel impose de charger en RAM un gateware dédié, avec xc3sprog, il doit être spécifié, avec openFPGALoader cet aspect est transparent pour l'utilisateur (utiliser un FPGA avec une flash interne ou externe se fait exactement de la même manière).
Et en effet, il semble que xc3sprog n'évolue plus trop, Uwe Bonnes semble se concentrer sur blackmagic à l'heure actuelle (et a contribué à openFPGALoader).
[^] # Re: Différences par rapport à xc3sprog
Posté par gwenhael goavec-merou (site web personnel) . En réponse à la dépêche Sortie de la version 0.6.0 du configurateur de FPGA openFPGALoader. Évalué à 5.
Bonne remarque : une mise en contexte d'openFPGALoader vis-à-vis des autres outils aurait été utile.
En ce qui concerne les différences/équivalences avec xc3sprog :
openFPGALoader vise à supporter tous les fabricants et non seulement Xilinx (depuis le début de la semaine les GateMate de CologneChip le sont également donc même des composants qui ne sont pas encore disponibles). La liste des composants supportés par xc3sprog est très longue, celle de openFPGALoader pourrait/devrait être complétée en injectant, pour certains modèles, l'ensemble des IDCodes (les Artix, spartan6, cyclone ont étés suffisament testés pour considérer que le code est fonctionnel quelque soit la taille du composant)
La liste des câbles dans xc3sprog est relativement limitée (principalement du ftdi, du port parallèle et du cypress FX2) alors que openFPGALoader supporte pour le JTAG (évidemment) du FTDI (MPSSE et bitbang), les sondes altera USB-blaster, dirtyJTAG, orbtrace, ... Mais également le DFU et l'accès direct aux flash SPI. Cette limitation des cables est parfois un soucis (sous l'impulsion de Uwe Bonnes - le mainteneur de xc3sprog - j'ai acheté une plateforme à base de coolrunnnerII avec une connecteur pour USB-blaster -> il a fallu faire usage de cables dupont pour tester avec xc3sprog et une sonde digilent)
Écrire un bitstream en flash, pour Xilinx et Altera/intel impose de charger en RAM un gateware dédié, avec xc3sprog, il doit être spécifié, avec openFPGALoader cet aspect est transparent pour l'utilisateur (utiliser un FPGA avec une flash interne ou externe se fait exactement de la même manière).
Et en effet, il semble que xc3sprog n'évolue plus trop, Uwe Bonnes semble se concentrer sur blackmagic à l'heure actuelle (et a contribué à openFPGALoader).
J'espère que ma réponse a clarifié ce point.