je ne peux que plussoyer et aller prendre ma cotisation !
Ubuntiste et mintiste pendant une dizaine d'année avant de tomber sur fédora à la sortie de gnome 3, ça devait être une Fed16 je crois. Depuis, avec le spin cinnamon je suis ravi.
Une distrib de très bonne facture, mais pour le non informaticien que je suis j'ai parfois du mal à suivre (ie savoir administrer) les nouveautés.
Si j'ai deux cycles en parallèle alors j'ai deux machines. Je ne peux travailler qu'au sein d'un cycle. Et ensuite ça se répète.
Pour l'action 7, regarde la vue tableur. En réalité l'action de vissage comporte une phase d'accélération ACC, une phase de décélération DEC et un plateau à vitesse constante GV. J'ai supposé que l'action sera pilotée par un servo moteur et que la rampe sera notable. J'ai donc choisi une loi en vitesse de type trapèze. Pour les vérins, leur course est trop courte et j'ai supposé une loi en vitesse constante.
Ce n'est pas malgré les apparences un diagramme de Gantt. C'est de la mécanique.
Et c'est là où je trouve la sortie graphique du tableur trop limitée. Je représente des mouvements, un distance vs le temps, et selon la loi de pilotage (triangle, polynomiale, trapézoïde, avec ou sans jerk) j'obtiens des vitesses max, des accélérations différentes.
Ma base de temps en général, pour les machines que je conçois c'est 0,1 s.
Cela dit, il y a matière à s'inspirer des logiciels de planification.
Voici mon exemple : Une machine à fermer les pots de confiture.
On bride le pot de confiote.
On prend un couvercle dans le magasin
On vient en vis-à-vis du pot
On lâche le couvercle
on visse le couvercle
On fait avancer le pot
Plus les actions de retour pour pouvoir cycler.
Si je fais toutes les actions séquentiellement je suis lent.
Si j'arrive à lancer un maximum d'action simultanément je gagne du temps.
Le rendu sous Excel n'est pas terrible, mais c'est quand même pratique. On peut ainsi imaginer les axes se croiser. Il est nécessaire de faire apparaître plusieurs cycles pour voir comment ça se passe à la jonction de cycle. Si une action se termine sur le cycle suivant, on comprend que lorsque le cycle commence, cette action est déjà engagée. Et donc on tient bien la cadence.
Le paramétrage du chronogramme ressemble à ça sous Excel. C'est aussi une vue intéressante pour le mécanicien.
Ce que je reproche à ma feuille : c'est que c'est sous Excel / Tableur (le logiciel qui sert à plein de choses, mais s'avère peu pratique quand on le pousse un peu)
1. Ce n'est pas ergonomique
2. Je n'ai pas le choix dans la loi vitesse (sans devoir partir dans des formules pénibles à écrire, on est dans un tableur)
3. Je ne peux lier que le début d'une action par rapport à la fin d'une autre
4. La mise en forme du graphe est limitée.
Voilà, j'espère que cet exemple suffira à expliquer le besoin du mécano que je suis.
merci pour ta réponse. Intégrer un module atelier chronogramme dans FreeCad serait en effet une super chose pour ce logiciel mais ce n'est pas ce que je recherche. Cela étant, si on se base sur des technos communes il sera sans doute possible de faire une appli standalone et un greffon pour FC.
L'intérêt de lier le chronogramme à la CAO c'est de récupérer automatiquement les degrés de liberté, dimensions, masses, inerties depuis la CAO et de calculer les couples, efforts, contrainte dans les courroies, rapport d'inertie… en tout point de la chaîne cinématique. Une telle fonctionnalité est déjà proposée par le logiciel rockwell automation avec SolidWorks. Cela sert en effet à dimensionner en particulier le couple (servomoteur; réducteur).
Mais cela nous emmène loin : Pour être pratique pour le concepteur, il faut une base de données des réducteurs, servomoteurs, accouplements, etc, des principaux constructeur : Rockwell, Siemens, Schneider, Stober, Wittenstein, Bonfiglioli… ça fait du monde. Rockwell automation va jusqu'à calculer la température bobine et carcasse de ses moteurs, le taux d'occupation du BUS entre le moteur et le variateur, le cycle de consommation électrique des variateurs etc…
Je préfère donc juste m'en tenir à un simple éditeur de chronogramme. Pour expliquer d'avantage je vais montrer ce que je fais aujourd'hui avec le tableur sur un cas très simplifié et factice. Je reviens dès que j'ai fini mon exemple.
J'ai fait pareil pendant un temps, mais attention à ne pas laisser de trace lors de l'édition de ton fichier genre fichier~ qui lui ne serait pas chiffré !
moi aussi j'ai un fichier zip de 2010 dont j'ai perdu le mot de passe. J'avais tenté la force brute avec je ne sais plus quel logiciel de crackage en 2013 mais il aurait fallu faire tourner le logiciel pendant des mois. Du coup j'ai laissé tomber.
J'ai ensuite tenté d'étudier la structure du zip pour :
- en extraire le mot de passe chiffré
- en trouver la correspondance dans des rainbows table.
Mais là encore j'ai laissé tombé car le contenu de cette archive ne vaut pas la peine que j'y consacre du temps.
C'est un débarquement officiel du moins, il y avait déjà eu une build sur Partha's place
Mais bonne nouvelle. J'espère que cela va drainer d'autres développeurs qui s'occuperont enfin des problèmes ergonomiques, en particulier sur toute la partie catalogage.
Il y a quand même les correcteurs orthographiques, même dans les navigateurs. Ça permet de corriger bon nombre d'accents manquants, sans parler de grammalecte sur firefox, ou de la touche de composition sur les claviers *NIX. Bref, le clavier QWERTY est une fausse excuse.
Et malgré tout, oui l'article est intéressant. Mais que l'auteur fasse l'effort de la correction, un modo mettra à jour, et tout le monde, surtout nous lecteurs, y gagnera.
Ça y est j’y suis allé de ma contribution pour leur recommander de faire apparaitre la touche de composition sur les claviers et d’imposer sa prise en charge par tous les pilotes.
Ça me fait un peu de la peine de ne voir aucun commentaire sur cet article que j’ai trouvé intéressant. Alors j’y vais pour te remercier de m’avoir fait découvrir la distribution GuixSD.
En espérant pouvoir la faire tourner un jour ailleurs que sur une VM.
Exemple de fiction pas si improbable que ça : Si je décède, mes documents seront perdus : ils sont comme leurs sauvegardes sur partitions chiffrées, dont le mot passe de la clé n’est connue que de moi-même… C’est pas ma famille ou mes amis qui ne baignent en rien dans l’univers informatique qui sauront faire ! Rassurez-vous, j’ai rédigé un tuto imprimé sur papier dans lequel j’ai mis tous mes mots de passe ^ ^
Par contre, et c’est bien réel, après le décès de mon Grand-père, en fouillant dans les tiroirs de son bureau on a trouvé des lettres que l’on a pu lire sans souci, peu importe que ces lettres aient finies à la poubelle peu après, l’information quelles contenaient était facilement accessible.
Plus généralement et sur plus long terme…
Quel que soit le support, la pérennité de l’information ne passe que par les copies. Depuis les moines copistes à nos sauvegardes décentralisées et automatiques.
Et oui, le papier comme le support numérique se copie, et on peut aussi décentraliser les sauvegardes. Un même ouvrage peut être consultable dans sa version papier dans plusieurs bibliothèques. C’est simplement plus facile et plus rapide de dupliquer les fichiers numériques.
Si la BNF contient des exemplaires non consultables, tu peux être sûr qu’ils ont été microfilmés et qu’il en existe des fac-similés accessibles au public.
Ces livres sont parfois plusieurs fois centenaires, fragiles mais fonctionnels. C’est-à-dire qu’on l’ouvre et on lit. Une mémoire magnétique, flash ou autre, ne tiendra jamais jusque-là. La pérennité des informations numériques est loin d’être une évidence entre l’obsolescence du matériel et des différentes couches logiciels (OS, bibliothèque, logiciels, formats, etc.), sans parler en plus du chiffrement des données.
Dans deux siècles on passe à un quidam un disque dur 5"1/4 sur port ISA au système de fichier de MS DOS et on lui demandera de lire un fichier proprio d’un des traitements texte des années 1980, dont l’éditeur a disparu peu après… C’est pas gagné. On a augmenté le niveau de compétence à tel point qu’aucun homme ne pourra s’en sortir seul ou en petite équipe. Contrairement au livre papier.
Mais bon c’est pas grave, maintenant qu’on a baigné dans le nucléaire, il nous est interdit de régresser techniquement…
Alors oui, à l’échelle de l’individu, je pense qu’il est plus facile de transmettre des informations sur papier que numériquement.
Coïncidence, la veille de la publication de ton article, la Revue de presse de l'April pour la semaine 33 de l'année 2016 a été publié sur linuxfr. Il y est fait mention de l’article de l'obs : «Les algorithmes en prison!» qui rappelle en préambule l'article de Stallman sur les dangers du livre électronique.
# SPYDER
Posté par binoyte . En réponse à la dépêche Python pour les sciences, une présentation. Évalué à 4.
Spyder aussi est bien pratique pour ceux qui veulent un environnement à la Matlab, Scilab, Octave etc…
Il peut fonctionner aussi en cellule comme Jupyter.
[^] # Re: Fedora-teur ?
Posté par binoyte . En réponse à la dépêche Appel à rejoindre l’association Borsalinux-fr. Évalué à 1. Dernière modification le 15 janvier 2019 à 09:26.
je ne peux que plussoyer et aller prendre ma cotisation !
Ubuntiste et mintiste pendant une dizaine d'année avant de tomber sur fédora à la sortie de gnome 3, ça devait être une Fed16 je crois. Depuis, avec le spin cinnamon je suis ravi.
Une distrib de très bonne facture, mais pour le non informaticien que je suis j'ai parfois du mal à suivre (ie savoir administrer) les nouveautés.
[^] # Re: FreeCAD et module Plot
Posté par binoyte . En réponse au message Cherche développeur pour logiciel éditeur de chronogrammes mécaniques . Évalué à 2.
Si j'ai deux cycles en parallèle alors j'ai deux machines. Je ne peux travailler qu'au sein d'un cycle. Et ensuite ça se répète.
Pour l'action 7, regarde la vue tableur. En réalité l'action de vissage comporte une phase d'accélération
ACC, une phase de décélérationDECet un plateau à vitesse constanteGV. J'ai supposé que l'action sera pilotée par un servo moteur et que la rampe sera notable. J'ai donc choisi une loi en vitesse de type trapèze. Pour les vérins, leur course est trop courte et j'ai supposé une loi en vitesse constante.[^] # Re: FreeCAD et module Plot
Posté par binoyte . En réponse au message Cherche développeur pour logiciel éditeur de chronogrammes mécaniques . Évalué à 4.
Ce n'est pas malgré les apparences un diagramme de Gantt. C'est de la mécanique.
Et c'est là où je trouve la sortie graphique du tableur trop limitée. Je représente des mouvements, un distance vs le temps, et selon la loi de pilotage (triangle, polynomiale, trapézoïde, avec ou sans jerk) j'obtiens des vitesses max, des accélérations différentes.
Ma base de temps en général, pour les machines que je conçois c'est 0,1 s.
Cela dit, il y a matière à s'inspirer des logiciels de planification.
[^] # Re: FreeCAD et module Plot
Posté par binoyte . En réponse au message Cherche développeur pour logiciel éditeur de chronogrammes mécaniques . Évalué à 9.
Voici mon exemple : Une machine à fermer les pots de confiture.
Si je fais toutes les actions séquentiellement je suis lent.
Si j'arrive à lancer un maximum d'action simultanément je gagne du temps.
Le rendu sous Excel n'est pas terrible, mais c'est quand même pratique. On peut ainsi imaginer les axes se croiser. Il est nécessaire de faire apparaître plusieurs cycles pour voir comment ça se passe à la jonction de cycle. Si une action se termine sur le cycle suivant, on comprend que lorsque le cycle commence, cette action est déjà engagée. Et donc on tient bien la cadence.
Le paramétrage du chronogramme ressemble à ça sous Excel. C'est aussi une vue intéressante pour le mécanicien.
Ce que je reproche à ma feuille : c'est que c'est sous Excel / Tableur (le logiciel qui sert à plein de choses, mais s'avère peu pratique quand on le pousse un peu)
1. Ce n'est pas ergonomique
2. Je n'ai pas le choix dans la loi vitesse (sans devoir partir dans des formules pénibles à écrire, on est dans un tableur)
3. Je ne peux lier que le début d'une action par rapport à la fin d'une autre
4. La mise en forme du graphe est limitée.
Voilà, j'espère que cet exemple suffira à expliquer le besoin du mécano que je suis.
A+ pour la discussion
[^] # Re: FreeCAD et module Plot
Posté par binoyte . En réponse au message Cherche développeur pour logiciel éditeur de chronogrammes mécaniques . Évalué à 6. Dernière modification le 18 octobre 2018 à 22:29.
Salut,
merci pour ta réponse. Intégrer un
moduleatelier chronogramme dans FreeCad serait en effet une super chose pour ce logiciel mais ce n'est pas ce que je recherche. Cela étant, si on se base sur des technos communes il sera sans doute possible de faire une appli standalone et un greffon pour FC.L'intérêt de lier le chronogramme à la CAO c'est de récupérer automatiquement les degrés de liberté, dimensions, masses, inerties depuis la CAO et de calculer les couples, efforts, contrainte dans les courroies, rapport d'inertie… en tout point de la chaîne cinématique. Une telle fonctionnalité est déjà proposée par le logiciel rockwell automation avec SolidWorks. Cela sert en effet à dimensionner en particulier le couple (servomoteur; réducteur).
Mais cela nous emmène loin : Pour être pratique pour le concepteur, il faut une base de données des réducteurs, servomoteurs, accouplements, etc, des principaux constructeur : Rockwell, Siemens, Schneider, Stober, Wittenstein, Bonfiglioli… ça fait du monde. Rockwell automation va jusqu'à calculer la température bobine et carcasse de ses moteurs, le taux d'occupation du BUS entre le moteur et le variateur, le cycle de consommation électrique des variateurs etc…
Je préfère donc juste m'en tenir à un simple éditeur de chronogramme. Pour expliquer d'avantage je vais montrer ce que je fais aujourd'hui avec le tableur sur un cas très simplifié et factice. Je reviens dès que j'ai fini mon exemple.
[^] # Re: gpg ?
Posté par binoyte . En réponse à la dépêche Gestionnaires de mots de passe. Évalué à 5.
J'ai fait pareil pendant un temps, mais attention à ne pas laisser de trace lors de l'édition de ton fichier genre
fichier~qui lui ne serait pas chiffré !# XPM
Posté par binoyte . En réponse au journal Pixel Art et C++14. Évalué à 6.
Ça me fait penser au format d'image XPM !
[^] # Re: scans
Posté par binoyte . En réponse au journal Logiciel Zetta6 : Appel à commentaires. Évalué à 2.
Qcad tient largement la comparaison face à Draftsight. J'ai fini par m'en installer une copie portable au boulot.
# Formats d'exports
Posté par binoyte . En réponse au journal Logiciel Zetta6 : Appel à commentaires. Évalué à 1.
Export vers les formats les plus courants: DXF, 3DS, STL, etc…
Le DXF c'est du 2D. Pas d'export step, iges etc ?
[^] # Re: Hm
Posté par binoyte . En réponse à la dépêche Sortie de MATE 1.20. Évalué à 1.
Cinnamon fonctionne très bien.
# Rainbow table
Posté par binoyte . En réponse au journal ZIP et fcrackzip. Évalué à 1.
moi aussi j'ai un fichier zip de 2010 dont j'ai perdu le mot de passe. J'avais tenté la force brute avec je ne sais plus quel logiciel de crackage en 2013 mais il aurait fallu faire tourner le logiciel pendant des mois. Du coup j'ai laissé tomber.
J'ai ensuite tenté d'étudier la structure du zip pour :
- en extraire le mot de passe chiffré
- en trouver la correspondance dans des rainbows table.
Mais là encore j'ai laissé tombé car le contenu de cette archive ne vaut pas la peine que j'y consacre du temps.
# Officiellement du moins
Posté par binoyte . En réponse au journal Portage de Darktable sous Windows. Évalué à 2.
C'est un débarquement officiel du moins, il y avait déjà eu une build sur Partha's place
Mais bonne nouvelle. J'espère que cela va drainer d'autres développeurs qui s'occuperont enfin des problèmes ergonomiques, en particulier sur toute la partie catalogage.
[^] # Re: qwerty
Posté par binoyte . En réponse au journal Un pas en avant pour les serveurs libres: Le projet NERF. Évalué à -1.
Il y a quand même les correcteurs orthographiques, même dans les navigateurs. Ça permet de corriger bon nombre d'accents manquants, sans parler de grammalecte sur firefox, ou de la touche de composition sur les claviers *NIX. Bref, le clavier QWERTY est une fausse excuse.
Et malgré tout, oui l'article est intéressant. Mais que l'auteur fasse l'effort de la correction, un modo mettra à jour, et tout le monde, surtout nous lecteurs, y gagnera.
# TOUCHE DE COMPOSITION
Posté par binoyte . En réponse au journal Consultation de l'AFNOR sur le futur clavier français . Évalué à 5.
Ça y est j’y suis allé de ma contribution pour leur recommander de faire apparaitre la touche de composition sur les claviers et d’imposer sa prise en charge par tous les pilotes.
https://fr.wikipedia.org/wiki/Touche_de_composition
# Connexion afnor non sécurisée
Posté par binoyte . En réponse au journal Consultation de l'AFNOR sur le futur clavier français . Évalué à 3.
J’hallucine! Le formulaire de connexion n’est même pas en https !!
Ça craint !
[^] # Re: poule/œuf
Posté par binoyte . En réponse au journal VITE ! Mettez à jour votre distrib !. Évalué à -10.
Marchera pas.
apt-getet nonapt[^] # Re: Merci !
Posté par binoyte . En réponse à la dépêche Sortie d’Ubuntu 17.04 Zesty Zapus : la croisée des chemins. Évalué à 1.
C'est curieux comme les gens semble ignorer l'environnement Cinnamon.
# Intuitif
Posté par binoyte . En réponse au journal Le libre et l'expérience utilisateur. Évalué à 2.
C'est ce que l'on appelle l'«intuitivité», qui est simplement la reconnaissance de ce que l'on connait déjà.
Par exemple, l'option
-Rpour activer la récursivité d'une commande, moi je trouve ça super intuitif, d'autre pas…# Merci
Posté par binoyte . En réponse au journal GNU Guix et GuixSD v0.11: testable en machine virtuelle avec des images USB. Évalué à 4.
Ça me fait un peu de la peine de ne voir aucun commentaire sur cet article que j’ai trouvé intéressant. Alors j’y vais pour te remercier de m’avoir fait découvrir la distribution GuixSD.
En espérant pouvoir la faire tourner un jour ailleurs que sur une VM.
[^] # Re: Défaut majeur
Posté par binoyte . En réponse à la dépêche Appel de wallabag aux fabricants de liseuse. Évalué à 6. Dernière modification le 25 août 2016 à 13:16.
Je soutiens Gemini.
Exemple de fiction pas si improbable que ça : Si je décède, mes documents seront perdus : ils sont comme leurs sauvegardes sur partitions chiffrées, dont le mot passe de la clé n’est connue que de moi-même… C’est pas ma famille ou mes amis qui ne baignent en rien dans l’univers informatique qui sauront faire ! Rassurez-vous, j’ai rédigé un tuto imprimé sur papier dans lequel j’ai mis tous mes mots de passe ^ ^
Par contre, et c’est bien réel, après le décès de mon Grand-père, en fouillant dans les tiroirs de son bureau on a trouvé des lettres que l’on a pu lire sans souci, peu importe que ces lettres aient finies à la poubelle peu après, l’information quelles contenaient était facilement accessible.
Plus généralement et sur plus long terme…
Quel que soit le support, la pérennité de l’information ne passe que par les copies. Depuis les moines copistes à nos sauvegardes décentralisées et automatiques.
Et oui, le papier comme le support numérique se copie, et on peut aussi décentraliser les sauvegardes. Un même ouvrage peut être consultable dans sa version papier dans plusieurs bibliothèques. C’est simplement plus facile et plus rapide de dupliquer les fichiers numériques.
Si la BNF contient des exemplaires non consultables, tu peux être sûr qu’ils ont été microfilmés et qu’il en existe des fac-similés accessibles au public.
Ces livres sont parfois plusieurs fois centenaires, fragiles mais fonctionnels. C’est-à-dire qu’on l’ouvre et on lit. Une mémoire magnétique, flash ou autre, ne tiendra jamais jusque-là. La pérennité des informations numériques est loin d’être une évidence entre l’obsolescence du matériel et des différentes couches logiciels (OS, bibliothèque, logiciels, formats, etc.), sans parler en plus du chiffrement des données.
Dans deux siècles on passe à un quidam un disque dur 5"1/4 sur port ISA au système de fichier de MS DOS et on lui demandera de lire un fichier proprio d’un des traitements texte des années 1980, dont l’éditeur a disparu peu après… C’est pas gagné. On a augmenté le niveau de compétence à tel point qu’aucun homme ne pourra s’en sortir seul ou en petite équipe. Contrairement au livre papier.
Mais bon c’est pas grave, maintenant qu’on a baigné dans le nucléaire, il nous est interdit de régresser techniquement…
Alors oui, à l’échelle de l’individu, je pense qu’il est plus facile de transmettre des informations sur papier que numériquement.
[^] # Re: les dangers du livre électronique
Posté par binoyte . En réponse au journal Appel aux fabricants de liseuse. Évalué à 1.
oui mais de lien en lien depuis son article on tombe rapidement sur l'article de Stallman.
# les dangers du livre électronique
Posté par binoyte . En réponse au journal Appel aux fabricants de liseuse. Évalué à 1. Dernière modification le 24 août 2016 à 09:21.
Coïncidence, la veille de la publication de ton article, la Revue de presse de l'April pour la semaine 33 de l'année 2016 a été publié sur linuxfr. Il y est fait mention de l’article de l'obs : «Les algorithmes en prison!» qui rappelle en préambule l'article de Stallman sur les dangers du livre électronique.
Je remets les liens :
De quoi couper sérieusement l'envie d'acheter une liseuse.
# Changement de nom
Posté par binoyte . En réponse à la dépêche digiKam change de rythme. Évalué à 10.
Du coup le projet s'appelle désormais
digiQam?? ;-)# XubEcol ←→ XFCE ?
Posté par binoyte . En réponse à la dépêche XubEcol personnalisation de Xubuntu pour les écoles. Évalué à 1.
C'est XFCE l'environnement que l'on voit sur les captures ?