Bonjour, Votre série de vidéo fut pour moi une découverte de ce milieu des FPGA elle était très bien faite aucun regret qu'elle s'arrête. Encore merci de votre partage !!!
Le développement de FPGA est un domaine à part qui n'est pas facilement abordable pour l'amateur. Les outils de développement sont complexes ainsi que les ressources des composants qui deviennent de plus en plus gros, permettant l'intégration de systèmes complets. On divise même le domaine du développement FPGA en 2 spécialités différentes : "Frontend" (codage, simulation fonctionnelle) et "Backend" (implémentation dans le composant et simulation post-routage), comme pour le développement d'ASICs. Electronicien généraliste avec 40 ans d'expérience, j'ai travaillé environ 5 ans dans le domaine du développement FPGA et je ne maîtrise pas encore tout. Un bidouilleur qui se lance là-dedans s'expose à beaucoup de déceptions car pour obtenir des conceptions stables et reproductibles (en particulier en température), il faut appliquer des méthodes rigoureuses qui ne s'acquièrent qu'avec l'expérience. Votre série de vidéos est bien faite car elle permet de faire un survol assez complet de ce domaine.
Bonjour Bertrand, je ne suis pas déçu personnellement que tu t'arrête la, il est vrai que nous ne pouvons faire des progrès que par nous même. Mais dit moi, moi qui adore la domotique en particulier, certain module de domotique (ABB en particulier car j'ai un peut bosser dessus) on de la programmation proche du FPGA, est ce que pour toi on est un peut dans le domaine? je pense m'y coller un peut sur ce FPGA car pas mal de chose sont possible apparemment. Merci encore pour cette série passionnante.
Hello Bertrand ! Merci pour la vidéo, c'était une série captivante. Pour le soucis de lib32bits, c'est un problème assez commun avec les logiciels propriétaires sur Linux, en particulier quand ils ne sont pas fourni dans la distribution. Je connais pas ton niveau en administration Linux donc je me permet de te demander si tu as essayé de : 1) regarder les logs de QuartusPrime s'ils existent 2) lancer QuartusPrime depuis le terminal pour voir s'il y a une sortie d'erreur 3) trouver le binaire du ModelSim moderne dans le dossier de Quartus et utiliser l'outil ldd en ligne de commande.
5 ปีที่แล้ว +1
J'en suis venu à bout en installant les librairies, une à une, jusqu'à ce que ModelSim fonctionne. Heureusement, le message d'erreur donnait quel module était manquant... Ce problème, je ne l'avais pas vécu sur Xubuntu 16.04-LTS 64 bits. Ces librairies devraient être incluses dans l'installation de Quartus Prime pour pallier à ce problème potentiel puisqu'elles sont requises. Peut-être suis-je trop exigeant? Merci!
@ Ah du coup c'est résolu ? Je croyais t'avoir entendu dire dans la vidéo que la version moderne de ModelSim ne donnait pas de messages d'erreur contrairement à l'ancienne version. Avec la commande ldd tu aurais eu une liste complète mais il faut d'abord trouver le bon binaire ce qui n'est pas toujours évident dans une suite logicielle pareille. Sur ta Xubuntu 16.04 tu devais sans doute déjà avoir dû installer automatiquement ces libs 32bits en multiarch avec un paquet dpkg que tu n'as pas installé sur Ubuntu. Ce n'est pas le genre de paquet présent sur une installation fraiche en 64bits. Sinon le fait qu'elles ne soient pas incluses c'est en effet pénible au premier abord mais d'un autre côté ça permet d'utiliser le gestionnaire de paquet de la distribution mais effectivement c'est pas génial et c'est pour ça que Flatpack a été créé pour copier le tout-en-un des installateurs Windows. Apparemment les dépendances sont listées dans le manuel www.altera.com/literature/manual/quartus_install.pdf mais je l'ai trouvé par hasard sur la page officielle de téléchargement du logiciel, non pas dans l'onglet Combined Files mais dans Individual Files en description du fichier d'instal pour ModelSim. C'est très mal fichu, c'est même pas indiqué dans la FAQ ou sur l'onglet par défaut.
Bonjour,
Votre série de vidéo fut pour moi une découverte de ce milieu des FPGA elle était très bien faite aucun regret qu'elle s'arrête.
Encore merci de votre partage !!!
Merci pour cette série de vidéos. Il y a tout ce qu'il faut pour oser se lancer dans l'aventure 😊
Bien belle série de vidéos, il reste beaucoup de questions mais ça donne envie de se pencher un peu plus sur le sujet.
Merci !
Bonjour Bertrand, une petite huitième vidéo pour couvrir les CPU soft dans les FPGA (Nios II) ?
Non merci! J'ai tourné la page.
Le développement de FPGA est un domaine à part qui n'est pas facilement abordable pour l'amateur. Les outils de développement sont complexes ainsi que les ressources des composants qui deviennent de plus en plus gros, permettant l'intégration de systèmes complets. On divise même le domaine du développement FPGA en 2 spécialités différentes : "Frontend" (codage, simulation fonctionnelle) et "Backend" (implémentation dans le composant et simulation post-routage), comme pour le développement d'ASICs. Electronicien généraliste avec 40 ans d'expérience, j'ai travaillé environ 5 ans dans le domaine du développement FPGA et je ne maîtrise pas encore tout. Un bidouilleur qui se lance là-dedans s'expose à beaucoup de déceptions car pour obtenir des conceptions stables et reproductibles (en particulier en température), il faut appliquer des méthodes rigoureuses qui ne s'acquièrent qu'avec l'expérience. Votre série de vidéos est bien faite car elle permet de faire un survol assez complet de ce domaine.
salut
j'aurai aimé que votre choix se porte sur xilinx
Le temps passé n'est pas perdu ! à moins de laisser tomber
merci
Bonjour Bertrand,
je ne suis pas déçu personnellement que tu t'arrête la, il est vrai que nous ne pouvons faire des progrès que par nous même. Mais dit moi, moi qui adore la domotique en particulier, certain module de domotique (ABB en particulier car j'ai un peut bosser dessus) on de la programmation proche du FPGA, est ce que pour toi on est un peut dans le domaine? je pense m'y coller un peut sur ce FPGA car pas mal de chose sont possible apparemment. Merci encore pour cette série passionnante.
Si la simulation est si pénible, si on a une board qu'est-ce que ça peut apporter de faire la simulation en plus ?
Merci pour la série de vidéo ! 😁😁
Entre autres, les marges dans les temps de propagation des signaux à l'interne.
Hello Bertrand ! Merci pour la vidéo, c'était une série captivante.
Pour le soucis de lib32bits, c'est un problème assez commun avec les logiciels propriétaires sur Linux, en particulier quand ils ne sont pas fourni dans la distribution.
Je connais pas ton niveau en administration Linux donc je me permet de te demander si tu as essayé de :
1) regarder les logs de QuartusPrime s'ils existent
2) lancer QuartusPrime depuis le terminal pour voir s'il y a une sortie d'erreur
3) trouver le binaire du ModelSim moderne dans le dossier de Quartus et utiliser l'outil ldd en ligne de commande.
J'en suis venu à bout en installant les librairies, une à une, jusqu'à ce que ModelSim fonctionne. Heureusement, le message d'erreur donnait quel module était manquant...
Ce problème, je ne l'avais pas vécu sur Xubuntu 16.04-LTS 64 bits. Ces librairies devraient être incluses dans l'installation de Quartus Prime pour pallier à ce problème potentiel puisqu'elles sont requises. Peut-être suis-je trop exigeant? Merci!
@ Ah du coup c'est résolu ? Je croyais t'avoir entendu dire dans la vidéo que la version moderne de ModelSim ne donnait pas de messages d'erreur contrairement à l'ancienne version.
Avec la commande ldd tu aurais eu une liste complète mais il faut d'abord trouver le bon binaire ce qui n'est pas toujours évident dans une suite logicielle pareille.
Sur ta Xubuntu 16.04 tu devais sans doute déjà avoir dû installer automatiquement ces libs 32bits en multiarch avec un paquet dpkg que tu n'as pas installé sur Ubuntu. Ce n'est pas le genre de paquet présent sur une installation fraiche en 64bits.
Sinon le fait qu'elles ne soient pas incluses c'est en effet pénible au premier abord mais d'un autre côté ça permet d'utiliser le gestionnaire de paquet de la distribution mais effectivement c'est pas génial et c'est pour ça que Flatpack a été créé pour copier le tout-en-un des installateurs Windows. Apparemment les dépendances sont listées dans le manuel www.altera.com/literature/manual/quartus_install.pdf mais je l'ai trouvé par hasard sur la page officielle de téléchargement du logiciel, non pas dans l'onglet Combined Files mais dans Individual Files en description du fichier d'instal pour ModelSim. C'est très mal fichu, c'est même pas indiqué dans la FAQ ou sur l'onglet par défaut.
Pour ceux qui sont déçus que cela s'arrête déjà, voici un lien d'une chaine qui permettra d'approfondir th-cam.com/users/LBEbooksfeed
Ohlala... Là c'est vraiment approfondi! En anglais cependant. Merci!