On avait aussi 3 pic par I2C. Mais c'était impossible de faire plus de 100Hz de "round-trip" : lecture capteur, traitement, commande effecteur.
Alors, il faillait faire par morceau, avec l'asservissement dans un coin, mais devait quand même donné l'erreur de position pour détecter un glissement, et avoir ses valeurs de PID en entrer, etc… Bref, c'était compliqué.
Une carte, tout en un, en robotique, c'est génial, car rajouter des ponts en H, c'est compliqué, tout comme l'alim. Vous devriez même prévoir un support de pile type AA, sous la carte. Si la carte est vendu 35€, c'est un bon prix.
Par contre, limiter les ponts en H à 1A, c'est pour un petit robot. Dommage de ne pas proposer un pont vers une Raspery Pi, c'est une sorte de norme en embarqué pas cher, non ?
Prévoyez-vous de pouvoir connecter directement des servo moteurs (1 pwm + alim)? Un servo moteur est toujours très pratique, si jamais le robot a besoin de connaître la position exact d'un axe, il "suffit" de rajouter un potentiomètre mécanique, c'est précis et fiable (par contre il faut une entrée ADC).
J'ai un peu une déformation venant de la coupe e=m6, avec des robots de 10 kg avec des vitesses de 30cm/s, très réactif. Mais peut-être une version suivante…
L'idée, c'est d'avoir 2 ou 3 ponts en H, des entrées compteurs pour asservissement par roues codeuses, des entrées analogiques (plein, c'est pour les capteurs), des sorties PWM pour les servo-moteurs ou pour un moteur avec un seul sens. L'idéal est d'avoir un seul composant numérique, relier plein de PIC ou autre par I2C ou lien série, c'est lent et chiant à programmer. Le top, c'est d'avoir un cpu avec fpu, avec assez de mémoire pour être "maitre", si besoin un truc qui ressemble à un PC peut être ajouter en esclave (vidéo, communication).
Par contre, cette liste au père noel, change complètement avec les Rasperry Pi zéro à 5€. Le seul problème est de créer une carte "puissance" minimaliste pour cette "zéro", mais il faut trouver un moyen fiable de relier plusieurs Rasperry ensemble par leur bus CAN.
Il y a qq années, il y eu un gros clash entre 2 codeurs de scheduleurs. Le CFS a été retenu pour son bon comportement sur les machines extrêmes (256 cpu). L'autre dev disait que c'était un détriment des machines "normales".
Il a donc créer un patch avec un scheduler de taches beaucoup plus simple, Linus a refuser d'avoir 2 schedulers. Il a demandé des cas d'exemples pour corriger ce qui existait déjà.
Non, ce n'est pas aussi simple. Pourquoi lenovo empèche de booter en AHCI ? Pourquoi verrouiller le BIOS ? Ou sont les spec de ce nouveau mode "RAID" ?
Mais l'intérêt de l'outiller me parait superflu étant donné qu'il est finalement assez simple.
L'avantage des alias est de dire, quand utiliser quoi. C'est tellement facile d'oublier une option et tout foutre en l'air.
J'ai déjà bosser sur dépot distant git qui était une copie d'un dépot de logiciel libre. Parfois, on devait faire un rebase de ce dépot. Impossible de trouver la commande pour remettre d'aplomb mon dépôt perso, il fallait refaire un clone.
J'ai sans doute cru à tord, que ce genre de mesure pouvait être utile en cas de construction de structure métallique. Et que donc l'utilité, allait au-delà de l'ingénieur méca.
Je n'ai pas vu de guerre de bot. Mais j'ai été très tenter d'en créer un sur #mandrivafr , car les personnes venaient par vague poser les mêmes questions. Le bot aurait pu apprendre à reconnaître les questions et recracher les réponses.
Je crois surtout que tu n'as absolument rien compris de mon point de vue.
C'est très rare qu'un outil se limite à un cas d'usage ultra spécifique que comprennent uniquement les bac+5 du secteur. Mais j'ai l'impression que tu n'arrives même pas à le concevoir. Tu n'arrives même pas à faire la différence entre la théorie et son application.
"Il donne toutes les clefs pour que tu puisses comprendre. Le premier lien wikipedia te permet d'aller voir ce que représente le module de Young et le deuxième la théorie qu'il a utilisé pour relier le module de Young à la fréquence d'un signal audio produit par une poutre impactée par un marteau."
Je crois que tu n'as pas compris du tout ce que je voulais dire. Tu me proposes plus de sciences, quand j'en demande moins.
Je travaille dans une boite qui fait des simulateurs de tout et n'importe quoi : électrique, fluide, explosion, magnétique, thermique, mécanique. Tout ça doit être relier ensemble faire des simulations (genre voiture hybride: avec meca, batterie, moteur, elec de puissance, logiciel). Crois-tu qu'il existe un seul expert qui maîtrise la science de tous ses domaines ?
Non, cela n'existe pas. Il faut donc masquer la complexité pour pouvoir bosser.
Ma critique concernant le fait de parler de théorie scientifique en premier, au lieu de parler d'application pratique que presque n'importe qui pourrait comprendre. En faisant ainsi, il limite énormément le public potentiel de son outil, qui pourrait même être utilisé par des bricoleurs du dimanche, pourquoi pas.
A part 3 enseignants dans le domaine, tu peux intéresser qui ?
J'imagine qu'il doit y avoir plein d'application pratique d'un tel logiciel. Mais dans ce cas, tu dois masquer un peu toute la partie théorique, scientifique, pour mettre en avant l'usage et application du bousin.
Au minimum, tu ne devrais pas commencer la présentation par un texte qui ne peut être compris que par des experts du secteurs.
En fait, je pensais plus que tu proposerais une série d'alias précis qui correspond à différentes étapes de ton propre flow. Comme je dis plus haut, les "alias svn" ne fonctionne pas bien. Ton publish doit comporter un git rebase, avant le push, pour gérer le cas d'un push d'un autre dev. "update" doit faire un fast-forward, sinon cela entraîne un merge qui pourris l'historique.
Il faudrait trouver des alias qui fonctionnent dans tout les cas, et qui suit un flow précis que tu recommandes.
[^] # Re: Si on savait déja...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal "Logiciels préchargés : la CJUE se décrédibilise.". Évalué à 7.
L'assurance et un OS sont un service, ton pneu, ton PC et ta voiture sont des biens, cela change beaucoup de choses d'un point de vue légal.
"La première sécurité est la liberté"
[^] # Re: Si on savait déja...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal "Logiciels préchargés : la CJUE se décrédibilise.". Évalué à 5.
Il y a aussi le fait que l'OS soit un service et non un bien. Cela permet de dire qu'il y a bien 2 produits et non un seul.
"La première sécurité est la liberté"
[^] # Re: Quid du remboursement de l'OS préchargé?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal "Logiciels préchargés : la CJUE se décrédibilise.". Évalué à 4.
C'était justement le sujet de départ de la demande à la CJUE. Les boites veulent que si tu refuses le CLUF, tu te dois rendre le PC.
Il s'agit d'un article écrit par l'avocat qui défendait un tel cas.
"La première sécurité est la liberté"
[^] # Re: Soyons positif.
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Carte programmable Esus - Contrôle robot & IoT. Évalué à 2.
On avait aussi 3 pic par I2C. Mais c'était impossible de faire plus de 100Hz de "round-trip" : lecture capteur, traitement, commande effecteur.
Alors, il faillait faire par morceau, avec l'asservissement dans un coin, mais devait quand même donné l'erreur de position pour détecter un glissement, et avoir ses valeurs de PID en entrer, etc… Bref, c'était compliqué.
"La première sécurité est la liberté"
# Soyons positif.
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Carte programmable Esus - Contrôle robot & IoT. Évalué à 4.
Une carte, tout en un, en robotique, c'est génial, car rajouter des ponts en H, c'est compliqué, tout comme l'alim. Vous devriez même prévoir un support de pile type AA, sous la carte. Si la carte est vendu 35€, c'est un bon prix.
Par contre, limiter les ponts en H à 1A, c'est pour un petit robot. Dommage de ne pas proposer un pont vers une Raspery Pi, c'est une sorte de norme en embarqué pas cher, non ?
Prévoyez-vous de pouvoir connecter directement des servo moteurs (1 pwm + alim)? Un servo moteur est toujours très pratique, si jamais le robot a besoin de connaître la position exact d'un axe, il "suffit" de rajouter un potentiomètre mécanique, c'est précis et fiable (par contre il faut une entrée ADC).
J'ai un peu une déformation venant de la coupe e=m6, avec des robots de 10 kg avec des vitesses de 30cm/s, très réactif. Mais peut-être une version suivante…
L'idée, c'est d'avoir 2 ou 3 ponts en H, des entrées compteurs pour asservissement par roues codeuses, des entrées analogiques (plein, c'est pour les capteurs), des sorties PWM pour les servo-moteurs ou pour un moteur avec un seul sens. L'idéal est d'avoir un seul composant numérique, relier plein de PIC ou autre par I2C ou lien série, c'est lent et chiant à programmer. Le top, c'est d'avoir un cpu avec fpu, avec assez de mémoire pour être "maitre", si besoin un truc qui ressemble à un PC peut être ajouter en esclave (vidéo, communication).
Par contre, cette liste au père noel, change complètement avec les Rasperry Pi zéro à 5€. Le seul problème est de créer une carte "puissance" minimaliste pour cette "zéro", mais il faut trouver un moyen fiable de relier plusieurs Rasperry ensemble par leur bus CAN.
"La première sécurité est la liberté"
[^] # Re:
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Bookmark: Ordinateurs bloquants l'installation de GNU/Linux. Évalué à 4.
Non, il ne peut pas cramer, il y a une protection thermique pour ça.
C'est simplement que la durée de vie de composant est moins bonne à 70°C qu'à 40.
"La première sécurité est la liberté"
[^] # Re:
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Bookmark: Ordinateurs bloquants l'installation de GNU/Linux. Évalué à 0.
Tu oublis aussi que la plus part du temps, le fait de virer l'OS de base, fait sauter la garanti.
Et la machine ne fond pas, elle a un problème de fiabilité sur le long terme.
"La première sécurité est la liberté"
[^] # Re:
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Bookmark: Ordinateurs bloquants l'installation de GNU/Linux. Évalué à -2.
Oui, mais cela n'a aucune rapport avec ce que l'on reproche à Lenovo.
On lui reproche de bloquer le mode ahci. Si c'est mauvais pour le cpu, tanpis pour l'utilisateur, mais cela doit rester son choix.
Pour le manque de doc, il y a un problème avec Intel, mais c'est un problème séparé pour moi.
"La première sécurité est la liberté"
[^] # Re:
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Bookmark: Ordinateurs bloquants l'installation de GNU/Linux. Évalué à 2.
La gestion du courant, cela fait un peu bullshit, vu que cela fait 10 ans que la gestion d'énergie des portables est plus ou moins bien fait.
"La première sécurité est la liberté"
[^] # Re: Résumé dans le prochain épisode
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Qui utilise Kernel BFS/BFQ ?. Évalué à 10.
Il y a qq années, il y eu un gros clash entre 2 codeurs de scheduleurs. Le CFS a été retenu pour son bon comportement sur les machines extrêmes (256 cpu). L'autre dev disait que c'était un détriment des machines "normales".
Il a donc créer un patch avec un scheduler de taches beaucoup plus simple, Linus a refuser d'avoir 2 schedulers. Il a demandé des cas d'exemples pour corriger ce qui existait déjà.
"La première sécurité est la liberté"
[^] # Re:
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Bookmark: Ordinateurs bloquants l'installation de GNU/Linux. Évalué à 3.
Non, ce n'est pas aussi simple. Pourquoi lenovo empèche de booter en AHCI ? Pourquoi verrouiller le BIOS ? Ou sont les spec de ce nouveau mode "RAID" ?
"La première sécurité est la liberté"
[^] # Re: Pas vraiment pour rien
Posté par Nicolas Boulay (site web personnel) . En réponse au journal [Bookmark] 8 ans de procédure pour... rien. Évalué à 3.
Lis les commentaires :
https://mjg59.dreamwidth.org/44694.html?thread=1727638#cmt1727638
Pourquoi Lenovo aurait-il modifier le bios pour empêcher une modification ? Ce n'est pas qu'un problème de driver.
"La première sécurité est la liberté"
[^] # Re: Rrrr Zzzz
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Git Rev News: la newsletter de Git, et sondage pour utilisateurs de Git. Évalué à 2.
L'avantage des alias est de dire, quand utiliser quoi. C'est tellement facile d'oublier une option et tout foutre en l'air.
J'ai déjà bosser sur dépot distant git qui était une copie d'un dépot de logiciel libre. Parfois, on devait faire un rebase de ce dépot. Impossible de trouver la commande pour remettre d'aplomb mon dépôt perso, il fallait refaire un clone.
"La première sécurité est la liberté"
[^] # Re: mouais
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un peu de méca : mesurer un module de Young avec son smartphone. Évalué à -7.
Et si avec 30% de boulot en plus, il multiplie son audience par 10. Est-ce vu comme du gachis ?
"La première sécurité est la liberté"
[^] # Re: mouais
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un peu de méca : mesurer un module de Young avec son smartphone. Évalué à -6.
J'ai sans doute cru à tord, que ce genre de mesure pouvait être utile en cas de construction de structure métallique. Et que donc l'utilité, allait au-delà de l'ingénieur méca.
"La première sécurité est la liberté"
[^] # Re: Pas vraiment pour rien
Posté par Nicolas Boulay (site web personnel) . En réponse au journal [Bookmark] 8 ans de procédure pour... rien. Évalué à 4.
"La première sécurité est la liberté"
[^] # Re: Pas vraiment pour rien
Posté par Nicolas Boulay (site web personnel) . En réponse au journal [Bookmark] 8 ans de procédure pour... rien. Évalué à 4.
Quand on voit ce genre de news : https://m.reddit.com/r/technology/comments/53rq2l/
On se dit que MS recommence à vouloir bannir Linux du PC, avec le retour des bios windows only, pour avoir un "Microsoft Signature PC".
"La première sécurité est la liberté"
# pas vu
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Chroniques de l'automatisation : la guerre des bots. Évalué à 8.
Je n'ai pas vu de guerre de bot. Mais j'ai été très tenter d'en créer un sur #mandrivafr , car les personnes venaient par vague poser les mêmes questions. Le bot aurait pu apprendre à reconnaître les questions et recracher les réponses.
"La première sécurité est la liberté"
[^] # Re: mouais
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un peu de méca : mesurer un module de Young avec son smartphone. Évalué à -10.
Le gâchis cela a tendance à m'énerver :)
"La première sécurité est la liberté"
[^] # Re: mouais
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un peu de méca : mesurer un module de Young avec son smartphone. Évalué à -10.
On parle d'un logiciel publié sur google play et tu compares cela à la LKML ?!
"La première sécurité est la liberté"
[^] # Re: mouais
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un peu de méca : mesurer un module de Young avec son smartphone. Évalué à -10.
Je crois surtout que tu n'as absolument rien compris de mon point de vue.
C'est très rare qu'un outil se limite à un cas d'usage ultra spécifique que comprennent uniquement les bac+5 du secteur. Mais j'ai l'impression que tu n'arrives même pas à le concevoir. Tu n'arrives même pas à faire la différence entre la théorie et son application.
"La première sécurité est la liberté"
[^] # Re: mouais
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un peu de méca : mesurer un module de Young avec son smartphone. Évalué à -8.
Je crois que tu n'as pas compris du tout ce que je voulais dire. Tu me proposes plus de sciences, quand j'en demande moins.
Je travaille dans une boite qui fait des simulateurs de tout et n'importe quoi : électrique, fluide, explosion, magnétique, thermique, mécanique. Tout ça doit être relier ensemble faire des simulations (genre voiture hybride: avec meca, batterie, moteur, elec de puissance, logiciel). Crois-tu qu'il existe un seul expert qui maîtrise la science de tous ses domaines ?
Non, cela n'existe pas. Il faut donc masquer la complexité pour pouvoir bosser.
Ma critique concernant le fait de parler de théorie scientifique en premier, au lieu de parler d'application pratique que presque n'importe qui pourrait comprendre. En faisant ainsi, il limite énormément le public potentiel de son outil, qui pourrait même être utilisé par des bricoleurs du dimanche, pourquoi pas.
"La première sécurité est la liberté"
[^] # Re: mouais
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un peu de méca : mesurer un module de Young avec son smartphone. Évalué à -10.
Je parle du texte de présentation du logiciel lui-même sur google play.
J'imagine qu'il doit y a avoir des applications autre que simplement faire des démonstrations en laboratoire, non ?
"La première sécurité est la liberté"
# mouais
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un peu de méca : mesurer un module de Young avec son smartphone. Évalué à -10.
A part 3 enseignants dans le domaine, tu peux intéresser qui ?
J'imagine qu'il doit y avoir plein d'application pratique d'un tel logiciel. Mais dans ce cas, tu dois masquer un peu toute la partie théorique, scientifique, pour mettre en avant l'usage et application du bousin.
Au minimum, tu ne devrais pas commencer la présentation par un texte qui ne peut être compris que par des experts du secteurs.
"La première sécurité est la liberté"
[^] # Re: Rrrr Zzzz
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Git Rev News: la newsletter de Git, et sondage pour utilisateurs de Git. Évalué à 2.
En fait, je pensais plus que tu proposerais une série d'alias précis qui correspond à différentes étapes de ton propre flow. Comme je dis plus haut, les "alias svn" ne fonctionne pas bien. Ton publish doit comporter un git rebase, avant le push, pour gérer le cas d'un push d'un autre dev. "update" doit faire un fast-forward, sinon cela entraîne un merge qui pourris l'historique.
Il faudrait trouver des alias qui fonctionnent dans tout les cas, et qui suit un flow précis que tu recommandes.
"La première sécurité est la liberté"