Bien mais j'aurai aussi activé la compilation optimisé -O2 utilisée par le noyau.
Il se passe plus de choses dans cette situation.
Que l'ordre changeant influence la compilation. Mais dans le processus de validation vérifier la compatibilité du binaire pourrait être la première étape.
Bravo à l'auteur quand même c'est un travail de patience, mais il y a du être bien motivé quand il a constaté les améliorations de résultat.
Merci pour la réponse je ne savais pas qu'il y avait un systèmes d'extension.
La première fois que j'ai entendu parler de ce logiciel c'était il y a 15-20 ans si mes souvenirs sont bons.
Cela m'avait impressionné : le mec il veut se mettre au C++ et il se fait un soft comme celui-là pour se faire la main. C'était hyper-fluide à l'époque.
Pour ton exemple, je dirais au contraire que tu démontres que ça compile :)
C'est ton code qui n'est pas compilable.
Peut-être que cet exemple serait plus dans l'objectif : libtool: compile: g++ -DIN_LIBASPRINTF -DHAVE_CONFIG_H -I. -c autosprintf.cc - o .libs/autosprintf.o
./libtool: line 1128: g++: command not found
Je suis un peu étonné quand on parle de fatigue du projet avec ralentissement de la croissance du CA.
Peut-être as tu atteins le public dans les conditions que tu t'es fixé et l'état du projet ?
Oui peut-être en ajoutant de la pub tu pourrais élargir ta cible ou plutôt toucher celle-ci.
Peut-être que tu peux ajouter des fonctionnalités complétant le produit. Mais à un moment donné les fonctionnalités sont accessoires et ne permettent pas d'aller plus haut.
Et les utilisateurs intéressés représentent une fraction de la popuplation, le CA peut stagner sans que ce soit une mauvaise chose non ?
cdlt,
Au passage : je vais voir si je dois renouveler mon abo. Je n'ai pas reçu d'avis de renouvellement.
Si tu es pro : tu planifies une modification,
- tu vérifies sa pérennité
- tu vérifies qu'elle n'aura pas d'effet de bord sur les performances et la stabilité logicielle.
- tu proposes un plan de déploiement.
- etc…
Tout cela en fonction du temps libre que tu as, de la marge d'acceptation, et du potentiel de valorisation par l'équipe.
Je me suis déjà entendu dire que l'on ne m'avait rien demandé, ça calme…
non, clairement pas. On sépare la "présentation" de l'interface (comme du HTML) de son implémentation. Je trouve cela plus clair, plus clean.
Encore qu'à la lecture de ta dépêche j'ai trouvé que pySimpleGUI a bien pensé à structurer la présentation de ton interface, plutôt que de permettre de mélanger sa présentation et l'interation avec le contrôleur….
Hello !
Merci pour le retour d'expérience. J'ai quelques remarques :
- Les nombres magiques mériteraient d'avoir leur définition dans le code, par exemple le timeout d'inactivité, la taille de ton tableau. Le code se lirait mieux.
- Les variables globales pourraient être locales à ta boucle.
Pour la détection du bouton rebond je trouve ton test astucieux, qui mériterait plus de commentaires, j'aurais pour ma part utilisé deux variables current et old, pour n'avoir qu'une instruction de lecture.
Pour le décalage des temps à voir si memmove peut aller plus vite , mais le parcours en sens inverse peut faire gagner un peu de temps.
Je pense que tu gagnerais à utiliser une puissance de 2 pour la taille de ton tableau, tu y gagnerais à la division pour le calcul de moyenne ( décalage de bits VS division, voir division non accélérée ). Je ne ferai même pas de test à 0 pour la somme, ainsi pas de test if et n=constante=8 => optimisation compilateur, ou explicite.
Pour l'utilisation d'une IT, cela permettrait d'être plus réactif, car tu peux perdre un tap dans ta boucle d'attente de 10 ms.
Plutôt que de faire appel à l'état retourné par milli, tu pourrais utiliser un compteur local de boucle puisque tu attends un délai fixe. Peut-être moins précis à la longue, car il faut tenir compte de la durée d'exécution de ta boucle.
Pour la mise en veille je suis plutôt d'accord avec la complexification, sauf si tu te contentes d'une mise en veille pendant ton délai d'attente, Ca fait déjà une grosse économie.
Pour le test de performances, un GBF à la place du bouton pourra faire l'affaire :).
cdlt.
Donc tu peux mettre ton instruction en amont de ta clause 'if'.
… ah ok… franchement ça mérite quelques commentaires ce code, avec des noms de variable plus explicites.
Oui c'est vrai (cela fait partie de l'iso C89), il y a de grandes chances que le compilateur respecte au moins cette norme.
Néanmoins cela reste une bonne pratique, car quand on te relis cela démontre que tu n'as pas oublié les valeurs d'initialisation.
Et surtout : si un jour tu déplaces tes variables dans une RAM externe, il y a aura la possibilité que l'initialisation implicite ne soit pas respectée.
Franchement bravo pour cette réussite.
Je me tâte à m'abonner pour tester le principe, j'ai effectivement une des listes d'articles à foison, dispersé dans mon one note, un fichier sur le drive, et d'autres onglets notepad.
combien d'articles peut-ton stocker ?
Que se passe-t-il si on arrête l'abonnement, peut-on recupérer notre listing ?
Une fois l'article lu, est-il supprimé ou archivé dans les "lus" ?
Merci et dsl si j'ai posé des questions bêtes.
Je ne me dirais pas puriste car je fais beaucoup d'erreurs (sic), mais quand tu prends conscience des bonnes formulations, tu t'inquiètes des ravages que peut causer la pratique négligente de notre langue.
On s'entend que l'on est loin du cas de Booba (non pas le petit ourson), mais si on se laisse aller tu conviendras que l'on s'étonnera de moins en moins du manque d'élégance dans notre façon de s'exprimer.
Cela étant dit, merci pour encore pour ton retour d'expérience.
J'ai une petite remarque concernant la formulation "ceci dit" utilisée plusieurs fois à tord dans cet article (un tic ?)
Quelques explications données par le Figaro.
Il y a un (vieux) sondage sur cette question sur developpez, avec le développement python.
Et malheureusement depuis 2013 le débat est encore ouvert. Je dis malheureusement car finalement ce que l'on reproche à chacune des solutions est toujours d'actualité.
Je ne peux que vous partager un retour d'expérience.
Pourtant python est un bon choix pour du RAD : pas de compilation, mais on peut figer l'application pour le client, beaucoup de possibilité avec ce langage que je ne présenterai pas.
Il y en a peut-être d'autres, à voir sur les listes 'awesome' sur github comme celle de vinta pour en citer une.
J'aime bien avoir un designer pour 'présenter' mon interface avant de la coder. Je trouve cela plus efficace.
Bien que le binding Qt soit de plus en plus intégré je suis réticent à embarquer tout un framework avec python. J'ai vu des gens se passer de toute l'API python pour l'usage de thread et String… (attention aussi aux licences Qt)
J'ai essayé tkinter conjointement avec pygubu et je trouve cela bien pour du petit utilitaire pour développeur.
J'ai un client qui a codé toute son IHM avec wxpython, cela lui permet d'intégrer directement les libs de ses scientifiques, tout en présentant une IHM design à son client.
Mon stagiaire a qui j'ai proposé le choix s'est tourné vers pyGTK qu'il a assez facilement pris en main.
Kivy est prometteur, mais distribution pas fiable : impossible à installer sous Windows 10 (désolé).
traitUI et matplotlib répondent à un besoin spécifique de développement, leur force et leur faiblesse donc.
A part le risque de la division par 0 qui n'est pas contrôlé dans le bloc je n'ai pas trouvé avant de mettre la coloration syntaxique. D'où son intérêt !
L' '\' je le connais mais le commentaire m'a vraiment masqué son problème.
Super merci c'était l'explication qui me manquait.
Astucieux l'opérateur je me demandais pourquoi utiliser deux caractères pour une affectation.
Merci pour le lien, il y a pleins d'autres article orientés beginner.
Je sais pas si un jour je ferais réellement quelque chose avec mais c'est devenu très abordable question devkit et de plus en plus d'article apparaissent pour le démocratiser.
Et l'on trouve aussi de plus en plus d'architectures hybrides ou processeur avec des unités FPGA intégrées, les devs classiques devront savoir comment tirer parti de ça.
pour la métastabilité : j'ai consulté l'image wikipedia et je voyais dans le diagramme qu'il y avait un soucis pour à la sortie de la seconde bascule, car celle-ci comportait une autre clock que la première relié à l'entrée. Mais je veux bien croire que le problème existe (sinon lire les 55 pages de ta référence).
Néanmoins l'implémentation des bascules m'étonne car on passe dans la même itération le signal dans deux valeurs. Il y a une notion basique que j'ignore.
calcul bpm : merci c'est beaucoup plus clair.
calcul division : ok solution haut niveau ou choisir un module de division.
J'ai lu l'article au complet mais des choses m'échappe, si tu peux m'éclaircir :)
Métastabilité :
J'ai consulté 'rapidement' l'article et j'ai compris le problème de propagation du signal sur des bascules avec plusieurs clocks dans le système.
Mais est-ce c'est notre cas ? Tous les signaux clock et pulse ont la même base non ? Ou considères-tu qu'ils peuvent dériver suffisamment pour créer le phénomène ?
Pour le listing, j'avoue que réaliser la double bascule en passant btn_i dans btn_old, puis dans btn_s, ça me dépasse un peu.
Je pense qu'il y a un fondamentale avec l'exécution et la notion de registre qui me manque.
Je pensais aussi que tout s'exécutait en même temps dans le FPGA et donc que l'on aurait dans la même clock les deux opérations, mais ç'est vrai qu'il ne peut pas réaliser la seconde sans avoir exécuté la première d'où le "forçage" de l'utilisation de bascule à la synthèse.
Calcul bpm : pas suivi le calcul
MIN_NS 6e10 (1 minute en nanoseconde)
TP_NS = ??
Peut-être aussi que btn_per_i est aussi divisé par TP_NS mais cela ne m'a pas paru évident.
Entrée/sortie de module
L'entrée de per_count c'est btn_i (qui existait déjà mais est-ce le même), mais la sortie de debounce c'est btn_o.
J'imagine donc que ces variables sont locales au module.
A quel moment se fait le lien entre les Entrées/Sortie des modules ?
Division :
Est-ce que tu as essayé de voir ce que ça donnait avec le logiciel de synthèse, ou tu es certains que cela n'en vaut pas la peine et qu'il ne faut jamais compter dessus ?
Quelque part tu l'as posé le calcul, le logiciel ne peut pas le reproduire ?
Je parlais de l'ensemble, :)
Son galva paraît ancien, même si on continue de fabriquer du matériel analogique (même des touches de télégraphe) le multimètre numérique est plus répandu.
Bon la conversation prend une tangente qui n'apporte rien à l'article.
Mais au fait c'est pas une carte prévue pour piloter des panneaux à LED ? :D
Je comprends ton point de vue, tu complètes le sujet en suivant tes étapes de développement.
Mais pour la synthèse d'article on peut présenter l'environnement de développement à l'intro. C'est aussi plus facile pour les non coutumier comme moi des travaux sur FPGA.
Concrètement je pense qu'à la suite de l'intro :
… Dans cet exemple, nous utiliserons la carte de développement à bas coût ColorLight 5A‑75B.
Tu pouvais mettre :
La Colorlight n’est pas initialement une carte de développement pour les FPGA. C’est une carte permettant de piloter des panneaux de LED … Et comme tout est opensource, il est aisé d’aller installer les logiciels permettant de synthétiser TapTempo sur sa distribution Linux préférée.
[^] # Re: quid de la sécurité ?
Posté par Selso (site web personnel) . En réponse à la dépêche RFC Fast Kernel Headers très prometteur pour le noyau Linux. Évalué à 2.
Bien mais j'aurai aussi activé la compilation optimisé -O2 utilisée par le noyau.
Il se passe plus de choses dans cette situation.
Que l'ordre changeant influence la compilation. Mais dans le processus de validation vérifier la compatibilité du binaire pourrait être la première étape.
Bravo à l'auteur quand même c'est un travail de patience, mais il y a du être bien motivé quand il a constaté les améliorations de résultat.
[^] # Re: Migration vers Python 3 et GTK 3 pour la version Linux (toujours à travers WxWidgets)
Posté par Selso (site web personnel) . En réponse à la dépêche Sortie de Kicad 6, la référence libre pour la CAO électronique. Évalué à 3. Dernière modification le 27 janvier 2022 à 18:45.
Merci pour la réponse je ne savais pas qu'il y avait un systèmes d'extension.
La première fois que j'ai entendu parler de ce logiciel c'était il y a 15-20 ans si mes souvenirs sont bons.
Cela m'avait impressionné : le mec il veut se mettre au C++ et il se fait un soft comme celui-là pour se faire la main. C'était hyper-fluide à l'époque.
Pour ton exemple, je dirais au contraire que tu démontres que ça compile :)
C'est ton code qui n'est pas compilable.
Peut-être que cet exemple serait plus dans l'objectif :
libtool: compile: g++ -DIN_LIBASPRINTF -DHAVE_CONFIG_H -I. -c autosprintf.cc - o .libs/autosprintf.o
./libtool: line 1128: g++: command not found
++
[^] # Re: Migration vers Python 3 et GTK 3 pour la version Linux (toujours à travers WxWidgets)
Posté par Selso (site web personnel) . En réponse à la dépêche Sortie de Kicad 6, la référence libre pour la CAO électronique. Évalué à 1.
Désolé pour la ponctuation manquante, "I was multitasking" comme dirait mon manager :D
[^] # Re: Migration vers Python 3 et GTK 3 pour la version Linux (toujours à travers WxWidgets)
Posté par Selso (site web personnel) . En réponse à la dépêche Sortie de Kicad 6, la référence libre pour la CAO électronique. Évalué à 1.
Pour linux on n'utilise pas la même base de code ?
C++ compile sous linux !;)
Avec la ponctuation c mieux.
# Migration vers Python 3 et GTK 3 pour la version Linux (toujours à travers WxWidgets)
Posté par Selso (site web personnel) . En réponse à la dépêche Sortie de Kicad 6, la référence libre pour la CAO électronique. Évalué à 1.
pour linux on n'utilise pas la même base de code. C++ compile sous linux ;)
# CA fatigue vraiment ?
Posté par Selso (site web personnel) . En réponse à la dépêche wallabag.it : 5 ans d'activité. Évalué à 4.
Je suis un peu étonné quand on parle de fatigue du projet avec ralentissement de la croissance du CA.
Peut-être as tu atteins le public dans les conditions que tu t'es fixé et l'état du projet ?
Oui peut-être en ajoutant de la pub tu pourrais élargir ta cible ou plutôt toucher celle-ci.
Peut-être que tu peux ajouter des fonctionnalités complétant le produit. Mais à un moment donné les fonctionnalités sont accessoires et ne permettent pas d'aller plus haut.
Et les utilisateurs intéressés représentent une fraction de la popuplation, le CA peut stagner sans que ce soit une mauvaise chose non ?
cdlt,
Au passage : je vais voir si je dois renouveler mon abo. Je n'ai pas reçu d'avis de renouvellement.
[^] # Re: un bon sysadmin dirait...
Posté par Selso (site web personnel) . En réponse à la dépêche Les daemontools ont 20 ans !. Évalué à 2.
Si tu es pro : tu planifies une modification,
- tu vérifies sa pérennité
- tu vérifies qu'elle n'aura pas d'effet de bord sur les performances et la stabilité logicielle.
- tu proposes un plan de déploiement.
- etc…
Tout cela en fonction du temps libre que tu as, de la marge d'acceptation, et du potentiel de valorisation par l'équipe.
Je me suis déjà entendu dire que l'on ne m'avait rien demandé, ça calme…
[^] # Re: le web devient monstrueux
Posté par Selso (site web personnel) . En réponse à la dépêche Communiquer avec le serveur depuis un navigateur Web : XHR, SSE et WebSockets. Évalué à 9.
Et de gens talentueux pour faire tenir un château de carte…
[^] # Re: Alors, je suis désolé mais...
Posté par Selso (site web personnel) . En réponse à la dépêche PySimpleGUI : prenez plaisir à faire des interfaces graphiques en Python. Évalué à 3.
non, clairement pas. On sépare la "présentation" de l'interface (comme du HTML) de son implémentation. Je trouve cela plus clair, plus clean.
Encore qu'à la lecture de ta dépêche j'ai trouvé que pySimpleGUI a bien pensé à structurer la présentation de ton interface, plutôt que de permettre de mélanger sa présentation et l'interation avec le contrôleur….
# quelques commentaires.
Posté par Selso (site web personnel) . En réponse à la dépêche TapTempo pour Arduino Uno. Évalué à 1.
Hello !
Merci pour le retour d'expérience. J'ai quelques remarques :
- Les nombres magiques mériteraient d'avoir leur définition dans le code, par exemple le timeout d'inactivité, la taille de ton tableau. Le code se lirait mieux.
- Les variables globales pourraient être locales à ta boucle.
Pour la détection du bouton rebond je trouve ton test astucieux, qui mériterait plus de commentaires, j'aurais pour ma part utilisé deux variables current et old, pour n'avoir qu'une instruction de lecture.
Pour le décalage des temps à voir si memmove peut aller plus vite , mais le parcours en sens inverse peut faire gagner un peu de temps.
Je pense que tu gagnerais à utiliser une puissance de 2 pour la taille de ton tableau, tu y gagnerais à la division pour le calcul de moyenne ( décalage de bits VS division, voir division non accélérée ). Je ne ferai même pas de test à 0 pour la somme, ainsi pas de test if et n=constante=8 => optimisation compilateur, ou explicite.
Pour l'utilisation d'une IT, cela permettrait d'être plus réactif, car tu peux perdre un tap dans ta boucle d'attente de 10 ms.
Plutôt que de faire appel à l'état retourné par milli, tu pourrais utiliser un compteur local de boucle puisque tu attends un délai fixe. Peut-être moins précis à la longue, car il faut tenir compte de la durée d'exécution de ta boucle.
Pour la mise en veille je suis plutôt d'accord avec la complexification, sauf si tu te contentes d'une mise en veille pendant ton délai d'attente, Ca fait déjà une grosse économie.
Pour le test de performances, un GBF à la place du bouton pourra faire l'affaire :).
cdlt.
[^] # Re: Intéressant !
Posté par Selso (site web personnel) . En réponse à la dépêche TapTempo pour Arduino Uno. Évalué à 1. Dernière modification le 05 janvier 2021 à 09:23.
Donc tu peux mettre ton instruction en amont de ta clause 'if'.
… ah ok… franchement ça mérite quelques commentaires ce code, avec des noms de variable plus explicites.
[^] # Re: Tableau
Posté par Selso (site web personnel) . En réponse à la dépêche TapTempo pour Arduino Uno. Évalué à 1.
Oui c'est vrai (cela fait partie de l'iso C89), il y a de grandes chances que le compilateur respecte au moins cette norme.
Néanmoins cela reste une bonne pratique, car quand on te relis cela démontre que tu n'as pas oublié les valeurs d'initialisation.
Et surtout : si un jour tu déplaces tes variables dans une RAM externe, il y a aura la possibilité que l'initialisation implicite ne soit pas respectée.
# bravo
Posté par Selso (site web personnel) . En réponse à la dépêche Quatre années de wallabag.it. Évalué à 2.
Franchement bravo pour cette réussite.
Je me tâte à m'abonner pour tester le principe, j'ai effectivement
unedes listes d'articles à foison, dispersé dans mon one note, un fichier sur le drive, et d'autres onglets notepad.combien d'articles peut-ton stocker ?
Que se passe-t-il si on arrête l'abonnement, peut-on recupérer notre listing ?
Une fois l'article lu, est-il supprimé ou archivé dans les "lus" ?
Merci et dsl si j'ai posé des questions bêtes.
[^] # Re: merci pour ton retour, cela étant dit...
Posté par Selso (site web personnel) . En réponse au journal Retour d'expérience sur les langages de programmation. Évalué à 1.
Je ne me dirais pas puriste car je fais beaucoup d'erreurs (sic), mais quand tu prends conscience des bonnes formulations, tu t'inquiètes des ravages que peut causer la pratique négligente de notre langue.
On s'entend que l'on est loin du cas de Booba (non pas le petit ourson), mais si on se laisse aller tu conviendras que l'on s'étonnera de moins en moins du manque d'élégance dans notre façon de s'exprimer.
Cela étant dit, merci pour encore pour ton retour d'expérience.
# merci pour ton retour, cela étant dit...
Posté par Selso (site web personnel) . En réponse au journal Retour d'expérience sur les langages de programmation. Évalué à 1.
J'ai une petite remarque concernant la formulation "ceci dit" utilisée plusieurs fois à tord dans cet article (un tic ?)
Quelques explications données par le Figaro.
[^] # Re: un langage pour des petits GUI
Posté par Selso (site web personnel) . En réponse au journal Retour d'expérience sur les langages de programmation. Évalué à 3.
Bonjour,
Il y a un (vieux) sondage sur cette question sur developpez, avec le développement python.
Et malheureusement depuis 2013 le débat est encore ouvert. Je dis malheureusement car finalement ce que l'on reproche à chacune des solutions est toujours d'actualité.
Je ne peux que vous partager un retour d'expérience.
Pourtant python est un bon choix pour du RAD : pas de compilation, mais on peut figer l'application pour le client, beaucoup de possibilité avec ce langage que je ne présenterai pas.
En framework GUI donc :
- PyQt/pyside (binding)
- tkinter
- wxPython (binding)
- pyGTK (binding)
- traitsUI (?)
- kivy (?)
- matplotlib (?)
- DearPyGUI(binding)
Il y en a peut-être d'autres, à voir sur les listes 'awesome' sur github comme celle de vinta pour en citer une.
J'aime bien avoir un designer pour 'présenter' mon interface avant de la coder. Je trouve cela plus efficace.
Bien que le binding Qt soit de plus en plus intégré je suis réticent à embarquer tout un framework avec python. J'ai vu des gens se passer de toute l'API python pour l'usage de thread et String… (attention aussi aux licences Qt)
J'ai essayé tkinter conjointement avec pygubu et je trouve cela bien pour du petit utilitaire pour développeur.
J'ai un client qui a codé toute son IHM avec wxpython, cela lui permet d'intégrer directement les libs de ses scientifiques, tout en présentant une IHM design à son client.
Mon stagiaire a qui j'ai proposé le choix s'est tourné vers pyGTK qu'il a assez facilement pris en main.
Kivy est prometteur, mais distribution pas fiable : impossible à installer sous Windows 10 (désolé).
traitUI et matplotlib répondent à un besoin spécifique de développement, leur force et leur faiblesse donc.
cdlt.
[^] # Re: Facture d'électricité
Posté par Selso (site web personnel) . En réponse à la dépêche Diskio Pi, et si c’était à refaire ?. Évalué à 2.
LEs solutions d'impression en ligne ne sont pas économiquement viables ?
# Pour les boitiers
Posté par Selso (site web personnel) . En réponse à la dépêche Diskio Pi, et si c’était à refaire ?. Évalué à 9.
Il y a des solutions comme la tolerie plastique prévue pour les petites et moyennes série.
Dans ma région je connais atoplast : https://atoplast.fr/
Bon courage, incroyable que tu sois arrivé jusque là et que tu continues….
[^] # Re: Et donc l'accélération d'un clip est-elle possible ?
Posté par Selso (site web personnel) . En réponse à la dépêche Pitivi 1.0 (en fait : 2020.09) est sorti, après 16 ans de développement !. Évalué à 1.
Tu nous le diras ;)
sinon je suis curieux de savoir avec quoi a été produite cette frise chronologique.
[^] # Re: Le bug idiot qui m'a pris la tête pendant 15 jours
Posté par Selso (site web personnel) . En réponse à la dépêche Bogues de logiciel et bogues de management : 737 Max et autres catastrophes. Évalué à 1. Dernière modification le 26 septembre 2020 à 13:27.
A part le risque de la division par 0 qui n'est pas contrôlé dans le bloc je n'ai pas trouvé avant de mettre la coloration syntaxique. D'où son intérêt !
L' '\' je le connais mais le commentaire m'a vraiment masqué son problème.
Je vais l'envoyer au collègue ;)
[^] # Re: j'ai quelques questions msieur !
Posté par Selso (site web personnel) . En réponse à la dépêche TapTempo en Verilog. Évalué à 2.
Super merci c'était l'explication qui me manquait.
Astucieux l'opérateur je me demandais pourquoi utiliser deux caractères pour une affectation.
Merci pour le lien, il y a pleins d'autres article orientés beginner.
Je sais pas si un jour je ferais réellement quelque chose avec mais c'est devenu très abordable question devkit et de plus en plus d'article apparaissent pour le démocratiser.
Et l'on trouve aussi de plus en plus d'architectures hybrides ou processeur avec des unités FPGA intégrées, les devs classiques devront savoir comment tirer parti de ça.
[^] # Re: j'ai quelques questions msieur !
Posté par Selso (site web personnel) . En réponse à la dépêche TapTempo en Verilog. Évalué à 1. Dernière modification le 25 septembre 2020 à 21:36.
Merci pour les réponses.
pour la métastabilité : j'ai consulté l'image wikipedia et je voyais dans le diagramme qu'il y avait un soucis pour à la sortie de la seconde bascule, car celle-ci comportait une autre clock que la première relié à l'entrée. Mais je veux bien croire que le problème existe (sinon lire les 55 pages de ta référence).
Néanmoins l'implémentation des bascules m'étonne car on passe dans la même itération le signal dans deux valeurs. Il y a une notion basique que j'ignore.
calcul bpm : merci c'est beaucoup plus clair.
calcul division : ok solution haut niveau ou choisir un module de division.
# j'ai quelques questions msieur !
Posté par Selso (site web personnel) . En réponse à la dépêche TapTempo en Verilog. Évalué à 1.
J'ai lu l'article au complet mais des choses m'échappe, si tu peux m'éclaircir :)
Métastabilité :
J'ai consulté 'rapidement' l'article et j'ai compris le problème de propagation du signal sur des bascules avec plusieurs clocks dans le système.
Mais est-ce c'est notre cas ? Tous les signaux clock et pulse ont la même base non ? Ou considères-tu qu'ils peuvent dériver suffisamment pour créer le phénomène ?
Pour le listing, j'avoue que réaliser la double bascule en passant btn_i dans btn_old, puis dans btn_s, ça me dépasse un peu.
Je pense qu'il y a un fondamentale avec l'exécution et la notion de registre qui me manque.
Je pensais aussi que tout s'exécutait en même temps dans le FPGA et donc que l'on aurait dans la même clock les deux opérations, mais ç'est vrai qu'il ne peut pas réaliser la seconde sans avoir exécuté la première d'où le "forçage" de l'utilisation de bascule à la synthèse.
Calcul bpm : pas suivi le calcul
MIN_NS 6e10 (1 minute en nanoseconde)
TP_NS = ??
Peut-être aussi que btn_per_i est aussi divisé par TP_NS mais cela ne m'a pas paru évident.
Entrée/sortie de module
L'entrée de per_count c'est btn_i (qui existait déjà mais est-ce le même), mais la sortie de debounce c'est btn_o.
J'imagine donc que ces variables sont locales au module.
A quel moment se fait le lien entre les Entrées/Sortie des modules ?
Division :
Est-ce que tu as essayé de voir ce que ça donnait avec le logiciel de synthèse, ou tu es certains que cela n'en vaut pas la peine et qu'il ne faut jamais compter dessus ?
Quelque part tu l'as posé le calcul, le logiciel ne peut pas le reproduire ?
[^] # Re: bon article
Posté par Selso (site web personnel) . En réponse à la dépêche TapTempo en Verilog. Évalué à 1.
Je parlais de l'ensemble, :)
Son galva paraît ancien, même si on continue de fabriquer du matériel analogique (même des touches de télégraphe) le multimètre numérique est plus répandu.
Bon la conversation prend une tangente qui n'apporte rien à l'article.
Mais au fait c'est pas une carte prévue pour piloter des panneaux à LED ? :D
[^] # Re: bon article
Posté par Selso (site web personnel) . En réponse à la dépêche TapTempo en Verilog. Évalué à 0.
Salut,
Je comprends ton point de vue, tu complètes le sujet en suivant tes étapes de développement.
Mais pour la synthèse d'article on peut présenter l'environnement de développement à l'intro. C'est aussi plus facile pour les non coutumier comme moi des travaux sur FPGA.
Concrètement je pense qu'à la suite de l'intro :
Tu pouvais mettre :