Or, il ne faut pas nécessairement avoir fait polytechnique pour se rendre compte qu'une consommation exponentielle de ressources d'un stock fini ça ne fonctionne pas. Quelques soit la quantité initiale de ce stock, la production finira par diminuer et tendre vers zéro.
Donc charbon, uranium, gaz (naturel ha ha), pétrole, gaz de chiste, lithium, tantale, … même combat -> la production baissera.
Et comme ces ressources sont consommées exponentiellement aujourd'hui, cette baisse va venir (très) vite.
la quasi-totalité de ce qu’elle dépose sur le site est jugé très négativement par nos visiteurs (voir plus bas) et n’apporte strictement rien ;
lire ses longs messages alambiqués et vérifier un à un les liens qu’elle poste est extrêmement chronophage ;
Je me suis toujours demandé comment on pouvait écrire de si long message totalement incohérent et inutile.
J'ai souvent pensé à un robot, ou au moins une assistance à l'écriture.
L'«intelligence artificielle» n'est-elle pas suffisamment mature pour écrire des trucs dans ce genre ?
Même moxable, ça reste des réacteurs à eau pressurisée. C'est une (bonne) amélioration d'un réacteur conçu par une entreprise américaine.
Ça gâche (un peu) moins d'uranium, mais ça n'a rien à voir avec les réacteurs à neutrons rapides et/ou à sels fondus.
Ensuite c'est vrai que c'est la plus sécurisée et éprouvée des technologies Nucléaire.
Perso j'ai aussi utilisé ce logiciel pour générer des plans de découpe plexi à donner aux sous-traitants.
Il permet de générer de simple plan 2D «digérable» par les machines de découpes (laser ou non) à commandes numériques.
Pareil, j'aurais sans doute pu faire en 3D avec freecad par exemple, mais là on se rapprochait plus de la «planche à dessin» classique apprise au lycée :)
Le problème de ces roues codeuses à la c#* se pose également pour tout un tas d'appareils électroniques. Et pas toujours du low cost! C'est souvent bourré de rebonds.
Deux exemples:
impossible de sélectionner correctement le temps sur mon four à micro-ondes. (qui est sensé incrémenter ou décrémenter par tranches de 10 sec … mais c'est du n'importe quoi).
La sélection des Histoires dans Lunii n'est pas toujours simple, en fonction de son humeur.
… on pourrait certainement en trouver plein d'autres.
Le pire c'est que c'est loin d'être des appareils low-cost souvent. J'ai l'impression que le simple potard est moins cher que ce genre de truc. Le «vrai» lowcost ne met tout simplement pas de boutons rotatifs en général ;)
Mais j'ai aussi adoré les films comme "didier", "un air de famille", "cuisines et dépendances" ou "le goût des autres", pour un moment de détente ou de franche rigolade, selon.
Merci pour cette belle introduction à la longan nano. Juste pour préciser, avec 5€ (en fait $4.90) on a aussi l'écran (RGB), c'est pas en option !
Et l'usb est dans le microcontrôleur contrairement à beaucoup de kit de ce type, il n'y a pas de «ftdi» à côté pour faire de la conversion usb-uart ou usb-gpio.
L'histoire du SysTick est visiblement une histoire de copier/coller de ARM. En fait le GD32VF103CBT6 de Gigadevice est un copier-coller de leur microcontrôleur GD32E103CBT6 dont ils ont juste changé le cœur pour mettre un processeur de type Risc-V (Bumblebee).
Et ils ont fait pareil pour leurs base de code !
Tout le code fourni initialement en tant que librairie était en fait le code de leur microcontrôleur ARM. À la lecture de l'article il semble que ce code se soit amélioré, mais à l'époque faire fonctionner l'USB (pour en faire un périphérique afficheur de stats pour mon pc) n'était pas une mince affaire.
À l'origine, le SysTick est du pur standard ARM, qui ne peut être présent dans un processeur Risc-V. Comme la doc était du copié collé, c'est resté (du moins au début).
En fait, le standard Risc-V décrit des registres mstatus, mtimecmp, … qui sont accessibles via le CSR (Control Status Register). On ne peut pas lire/écrire ces registres via les instruction classiques load/store. Il faut utiliser les instructions spécifiques riscv csrrx.
Il est donc impossible que le code ARM soit le même que le code RISC-V puisque se sont des instructions assembleur différentes, et il à donc fallu retoucher leur base de code.
D'après ce que j'ai pu regarder ce matin c'est plutôt facile à faire en fait.
Pour les photos et vidéos, comme l'a dit mihkeulbody, elles se trouvent déjà dans la mémoire du téléphone. De plus comme je n'avais pas assez de mémoire sur mon téléphone j'avais déjà transféré le stockage sur une carte microSD.
Pour la partie discussions il est possible de simplement se les envoyer par mail grâce à la fonction exporter dans l'appli téléphone (visiblement l'appli web n'a pas l'option par contre).
La discussion est envoyée au format texte brute et parfaitement lisible avec n'importe quel éditeur.
Ok, je vais améliorer le dépots et essayer d'être un peu plus concis. Si on peut limiter la verbosité c'est toujours mieux. Déjà pour le «top» arrêté de déclarer les modules avant de les instancier en utilisant «work.*» ce qui allège grandement le code.
Pour les constantes dans les packages il est possible que j'ai lu de travers, je vais essayer de retrouver le post.
C'est malin, à cause de toi j'ai commandé une ColorLight au père noël!
Hé hé, bienvenu au club alors ;)
Je dirais aussi qu'il serait sans doute mieux de remplacer le bloc debounce par une capa sur l'entrée (avec une petite résistance en plus), mais bon quand on se permet de remplir 3% du FPGA à toi tout seul, ça donne pas envie d'enlever des morceaux.
Oui le FPGA de la colorlight est absolument monstrueux pour le prix (15$). On peux même y fourrer 55 cores RISC-V (Bon un SERV, qui est un processeur très spéciale car sérialisé).
Bon sinon, pour continuer le troll la discussion démarré dans la rédaction, j'ai remplacé pour les signaux divisor, remainder et quotient le type en unsigned et le code est un peu plus simple (non le VHDL n'est par verbeux. Bon enfin si, mais moins), et chez moi ça marche™ (enfin ça compile et synthétise).
J'avoue qu'il faut que je me décrasse un peu plus du VHDL, visiblement y a plus simple que mes vieux std_logic_vector. J'ai testé les unsigned suite à ta remarque mais j'ai du faire un truc de travers, je regarderais à nouveau. Si on peut rendre le VHDL moins verbeux il faut pas hésiter.
Il ne faut pas hésiter, à me faire des pull-request pour améliorer le projet.
J'avais également l'intention d'écrire un tap-tempo en VHDL afin de le proposer en exercice à mes étudiants.
Il y a d'ENSTAB qui vient de «sortir» un kit virtuel utilisant l'interface vpi de GHDL. Je ne l'ai pas testé mais TapTempo en vhdl sur ce kit pourrait être un défi rigolo ;)
Même si les kits de développement sont de moins en moins cher, ça permet de se faire la main rapidement sans attendre son colis.
je préciserais qu'on est tout à fait libre de choisir la structuration de son circuit.
Je voulais surtout parler de la structuration en blocs connectés entre eux que l'on retrouve très fréquemment en VHDL (mais en Verilog aussi)
[^] # Re: Imprimer, c'est dur
Posté par martoni (site web personnel, Mastodon) . En réponse au journal Une imprimante open-source ?. Évalué à 4.
Je me souvient même avoir bavé toute mon enfance sur une table traçante en Lego, mais je ne retrouve plus le lien.
J'ai plus qu'une balle
[^] # Re: Il y a bien quelque chose mais très limité
Posté par martoni (site web personnel, Mastodon) . En réponse au journal Une imprimante open-source ?. Évalué à 2.
Merci !
C'est vrai que ça n'a pas l'air simple. Visiblement atteindre une précision correcte est tendu.
J'ai plus qu'une balle
[^] # Re: Imprimer, c'est dur
Posté par martoni (site web personnel, Mastodon) . En réponse au journal Une imprimante open-source ?. Évalué à 6.
Pour une imprimante type «jet d'encre». Mais qu'en est il des autres technologies : laser, aiguilles, thermique, …
J'ai plus qu'une balle
[^] # Re: Pas de C
Posté par martoni (site web personnel, Mastodon) . En réponse au message Recrutement d'un développeur C/C++ sur Besançon. Évalué à 3.
Bien sûr, c'est de la pinaille. Mais nous sommes sur LinuxFR, la pinaille on aime ça.
C et C++ sont deux langages différents, mettre C/C++ comme compétences dans une annonce signifierait que c'est finalement le même langage…
… ou que l'annonce a été écrite par quelqu'un qui ne connaît ni le C ni le C++ ;)
J'ai plus qu'une balle
# Pas de C
Posté par martoni (site web personnel, Mastodon) . En réponse au message Recrutement d'un développeur C/C++ sur Besançon. Évalué à 3.
Je crois que le C est en trop dans le titre ;)
J'ai plus qu'une balle
[^] # Re: Si on veut rester à 2° d'augmentation de température moyenne...
Posté par martoni (site web personnel, Mastodon) . En réponse à la dépêche Quelles températures après 2080 ?. Évalué à 6.
Le pétrole n'est que le fer de lance des énergies non-renouvelables. Énergie que l'on consomme à un rythme exponentiel depuis plus d'un siècle maintenant.
Or, il ne faut pas nécessairement avoir fait polytechnique pour se rendre compte qu'une consommation exponentielle de ressources d'un stock fini ça ne fonctionne pas. Quelques soit la quantité initiale de ce stock, la production finira par diminuer et tendre vers zéro.
Donc charbon, uranium, gaz (naturel ha ha), pétrole, gaz de chiste, lithium, tantale, … même combat -> la production baissera.
Et comme ces ressources sont consommées exponentiellement aujourd'hui, cette baisse va venir (très) vite.
J'ai plus qu'une balle
# Un robot ?
Posté par martoni (site web personnel, Mastodon) . En réponse au journal Bannissement d'un utilisateur et évolution de la modération. Évalué à 7.
Je me suis toujours demandé comment on pouvait écrire de si long message totalement incohérent et inutile.
J'ai souvent pensé à un robot, ou au moins une assistance à l'écriture.
L'«intelligence artificielle» n'est-elle pas suffisamment mature pour écrire des trucs dans ce genre ?
J'ai plus qu'une balle
[^] # Re: En...age de mouche
Posté par martoni (site web personnel, Mastodon) . En réponse à la dépêche Sortie de GHDL version 1.0.0. Évalué à 2.
En tant que Adaïste, que pense tu du petit nouveau Rust ? Est-il un bon remplaçant pour Ada ?
J'ai plus qu'une balle
[^] # Re: EDF n'est pas un industriel
Posté par martoni (site web personnel, Mastodon) . En réponse au journal Hercule démantèlera-t-il l'électricité de France. Évalué à 3.
Même moxable, ça reste des réacteurs à eau pressurisée. C'est une (bonne) amélioration d'un réacteur conçu par une entreprise américaine.
Ça gâche (un peu) moins d'uranium, mais ça n'a rien à voir avec les réacteurs à neutrons rapides et/ou à sels fondus.
Ensuite c'est vrai que c'est la plus sécurisée et éprouvée des technologies Nucléaire.
J'ai plus qu'une balle
[^] # Re: EDF n'est pas un industriel
Posté par martoni (site web personnel, Mastodon) . En réponse au journal Hercule démantèlera-t-il l'électricité de France. Évalué à 10.
Pour le moment, tous les réacteurs produisant de l'électricité en France sont des réacteurs … américain. Les REP sont de conception Westinghouse.
J'ai plus qu'une balle
[^] # Re: Exprès ?
Posté par martoni (site web personnel, Mastodon) . En réponse à la dépêche Contrat vaccinal Commission européenne / AstraZeneca, comment (ne pas) masquer les infos d'un PDF. Évalué à 10.
«Toujours préférer l'hypothèse de la connerie à celle du complot. La connerie est courante. Le complot exige un esprit rare. »
Michel Rocard ;)
J'ai plus qu'une balle
[^] # Re: Le vrai logiciel de CAD 2D open source
Posté par martoni (site web personnel, Mastodon) . En réponse au journal LibreCAD n'est pas mort. Évalué à 5. Dernière modification le 27 janvier 2021 à 08:33.
Perso j'ai aussi utilisé ce logiciel pour générer des plans de découpe plexi à donner aux sous-traitants.
Il permet de générer de simple plan 2D «digérable» par les machines de découpes (laser ou non) à commandes numériques.
Pareil, j'aurais sans doute pu faire en 3D avec freecad par exemple, mais là on se rapprochait plus de la «planche à dessin» classique apprise au lycée :)
J'ai plus qu'une balle
# Et c'est pas que pour les amplis audio !
Posté par martoni (site web personnel, Mastodon) . En réponse au journal Manifeste contre la roue codeuse. Évalué à 1.
Le problème de ces roues codeuses à la c#* se pose également pour tout un tas d'appareils électroniques. Et pas toujours du low cost! C'est souvent bourré de rebonds.
Deux exemples:
Le pire c'est que c'est loin d'être des appareils low-cost souvent. J'ai l'impression que le simple potard est moins cher que ce genre de truc. Le «vrai» lowcost ne met tout simplement pas de boutons rotatifs en général ;)
J'ai plus qu'une balle
[^] # Re: Félicitation !
Posté par martoni (site web personnel, Mastodon) . En réponse au journal Ça y est!! Je suis passé au bépo…. Évalué à 4. Dernière modification le 19 janvier 2021 à 21:01.
Ha quand même, je ne suis pas tout seul ;).
C'est vrai que c'est bien dommage, mais le seul qui soit bien est le TypeMatrix. Qui reste cher et plutôt fragile.
Sinon la simplicité du clavier plank me tente, mais aurais-je le courage de m'y mettre un jour ?
J'ai plus qu'une balle
[^] # Re: C'est un peu court, jeune homme!
Posté par martoni (site web personnel, Mastodon) . En réponse au journal Jean-Pierre Bacri bronsonisé.... Évalué à 6.
Le sens de la fête était très sympa également.
J'ai plus qu'une balle
[^] # Re: Malheureux !!
Posté par martoni (site web personnel, Mastodon) . En réponse au journal Orwell dans le domaine public: nouvelle traduction chez Agone (et deux autres chez Gallimard). Évalué à 7.
S'élèvent dans le domaine public ;)
J'ai plus qu'une balle
# La vérité sur le SysTick
Posté par martoni (site web personnel, Mastodon) . En réponse au journal Prise en main de la carte Longan Nano RISC-V de Sipeed. Évalué à 2.
Merci pour cette belle introduction à la longan nano. Juste pour préciser, avec 5€ (en fait $4.90) on a aussi l'écran (RGB), c'est pas en option !
Et l'usb est dans le microcontrôleur contrairement à beaucoup de kit de ce type, il n'y a pas de «ftdi» à côté pour faire de la conversion usb-uart ou usb-gpio.
L'histoire du SysTick est visiblement une histoire de copier/coller de ARM. En fait le GD32VF103CBT6 de Gigadevice est un copier-coller de leur microcontrôleur GD32E103CBT6 dont ils ont juste changé le cœur pour mettre un processeur de type Risc-V (Bumblebee).
Et ils ont fait pareil pour leurs base de code !
Tout le code fourni initialement en tant que librairie était en fait le code de leur microcontrôleur ARM. À la lecture de l'article il semble que ce code se soit amélioré, mais à l'époque faire fonctionner l'USB (pour en faire un périphérique afficheur de stats pour mon pc) n'était pas une mince affaire.
À l'origine, le SysTick est du pur standard ARM, qui ne peut être présent dans un processeur Risc-V. Comme la doc était du copié collé, c'est resté (du moins au début).
En fait, le standard Risc-V décrit des registres
mstatus,mtimecmp, … qui sont accessibles via le CSR (Control Status Register). On ne peut pas lire/écrire ces registres via les instruction classiquesload/store. Il faut utiliser les instructions spécifiques riscvcsrrx.Il est donc impossible que le code ARM soit le même que le code RISC-V puisque se sont des instructions assembleur différentes, et il à donc fallu retoucher leur base de code.
J'ai plus qu'une balle
# c'est relativement simple en fait
Posté par martoni (site web personnel, Mastodon) . En réponse au message Récupérer l'intégralité de ses données (discussions, image, vidéos, ...) Whatsapp sous Linux. Évalué à 3. Dernière modification le 09 janvier 2021 à 15:53.
D'après ce que j'ai pu regarder ce matin c'est plutôt facile à faire en fait.
Pour les photos et vidéos, comme l'a dit mihkeulbody, elles se trouvent déjà dans la mémoire du téléphone. De plus comme je n'avais pas assez de mémoire sur mon téléphone j'avais déjà transféré le stockage sur une carte microSD.
Pour la partie discussions il est possible de simplement se les envoyer par mail grâce à la fonction exporter dans l'appli téléphone (visiblement l'appli web n'a pas l'option par contre).
La discussion est envoyée au format texte brute et parfaitement lisible avec n'importe quel éditeur.
J'ai plus qu'une balle
# Un beau défis en perspective
Posté par martoni (site web personnel, Mastodon) . En réponse à la dépêche TapTempo pour Arduino Uno. Évalué à 2.
J'aime beaucoup se genre d'idée :) Je trouve ça presque poétique.
J'ai plus qu'une balle
[^] # Re: direction
Posté par martoni (site web personnel, Mastodon) . En réponse au journal Un ami a la carte. Évalué à 3.
Pareil !
Je suppose qu'une des deux roues est libre par rapport à l'axe ?
J'ai plus qu'une balle
[^] # Re: Rhaaaaaaaaaaa! Honte à toi!
Posté par martoni (site web personnel, Mastodon) . En réponse à la dépêche Portage de TapTempo en VHDL. Évalué à 2.
Merci, ça fonctionne bien. Je ne sais pas ce que j'avais bidouillé pour que ça déconne.
C'est commité.
J'ai plus qu'une balle
[^] # Re: Rhaaaaaaaaaaa! Honte à toi!
Posté par martoni (site web personnel, Mastodon) . En réponse à la dépêche Portage de TapTempo en VHDL. Évalué à 3.
Bon évidemment il faut ajouter les frais de port, mais sur aliexpress on est même à un peu moins de 15$. La mienne était bien à 15$.
Il faut une sonde jtag. Perso j'en ait une à environ 10$, mais il est visiblement possible de faire la même chose avec la bluepills qui est à environ 2$.
Il y a déjà celui de Hackable 35.
J'ai plus qu'une balle
[^] # Re: Valeurs des constantes dans les packages
Posté par martoni (site web personnel, Mastodon) . En réponse à la dépêche Portage de TapTempo en VHDL. Évalué à 2.
Ok, je vais améliorer le dépots et essayer d'être un peu plus concis. Si on peut limiter la verbosité c'est toujours mieux. Déjà pour le «top» arrêté de déclarer les modules avant de les instancier en utilisant «work.*» ce qui allège grandement le code.
Pour les constantes dans les packages il est possible que j'ai lu de travers, je vais essayer de retrouver le post.
J'ai plus qu'une balle
[^] # Re: Rhaaaaaaaaaaa! Honte à toi!
Posté par martoni (site web personnel, Mastodon) . En réponse à la dépêche Portage de TapTempo en VHDL. Évalué à 3. Dernière modification le 18 décembre 2020 à 20:49.
Hé hé, bienvenu au club alors ;)
Oui le FPGA de la colorlight est absolument monstrueux pour le prix (15$). On peux même y fourrer 55 cores RISC-V (Bon un SERV, qui est un processeur très spéciale car sérialisé).
J'avoue qu'il faut que je me décrasse un peu plus du VHDL, visiblement y a plus simple que mes vieux
std_logic_vector. J'ai testé les unsigned suite à ta remarque mais j'ai du faire un truc de travers, je regarderais à nouveau. Si on peut rendre le VHDL moins verbeux il faut pas hésiter.Il ne faut pas hésiter, à me faire des pull-request pour améliorer le projet.
J'ai plus qu'une balle
[^] # Re: Quelques remarques sur VHDL
Posté par martoni (site web personnel, Mastodon) . En réponse à la dépêche Portage de TapTempo en VHDL. Évalué à 2. Dernière modification le 18 décembre 2020 à 19:39.
Il y a d'ENSTAB qui vient de «sortir» un kit virtuel utilisant l'interface vpi de GHDL. Je ne l'ai pas testé mais TapTempo en vhdl sur ce kit pourrait être un défi rigolo ;)
Même si les kits de développement sont de moins en moins cher, ça permet de se faire la main rapidement sans attendre son colis.
Je voulais surtout parler de la structuration en blocs connectés entre eux que l'on retrouve très fréquemment en VHDL (mais en Verilog aussi)
J'ai plus qu'une balle