Merci pour le test ;). Rassure toi il m'en faut enormement plus pour me deprimer. Les 8220$ c'est le prix du rack (reste assis). Sur Open Compute les alimentations electriques ne sont pas dans les serveurs mais dans le rack du coup ca augmente drastiquement le cout du rack nue.
Pour le serveur c'est le prix du barebone (847$). Pour memories oui je suis d'accord.
En fait le site n'est pas du tout internationalise, il est pret a etre traduit mais ce n'est pas encore implemente. On a pas fait de version francaise pour le moment.
Pour le mail c'est bizarre, va falloir qu'on regarde ;)
L'idee de la promo du moment est interessante en effet, on va regarder ce que l'on peut faire !
Sinon as tu vu qu'il y avait plusieurs choix de racks/serveurs (drop down sur le nom des racks et serveurs?)
Le graphe de dependance de FreCAD est assez complexe, et la maintenance a un stade "industriel" du code requiert un minimum de point commun entre chaque utilisateur notamment avec l'ajout de certaines fonctionnalites. Les PPA on la force de pouvoir mettre a jour des paquets anciens, mais ne permettent pas de faciliter l'installation. L'approche avec un coeur "solide" maintenu pas la distro et les dependances peripheriques me semble bonne pour ces raisons. La maintenance d'OCCT et de VTK est anecdotique et si on veut utiliser FreeCAD avec les dernieres fonctions il faut de toutes facons refaire le package.
Je ne pense pas que snap "tuera" les distributions au contraire, par contre je pense que cette techno permettra aux mainteners de distros de se concentrer sur l'essentiel plutot que d'avoir a gerer des tonnes de paquets dans tous les sens.
Salut,
Alors pour le moment je n'ai pas prevu de tester d'autres systemes d'empaquetage ;). Mais j'ai plutot l'esprit ouvert alors je vais regarder ce que tu proposes. Ce serait pas mal si snap etait porte sur d'autres distro, je pense que ca doit etre faisable, mais a mon avis on va rentrer dans des gueres de religions ;)
vejmarie
C'est le but de la logitheque ubuntu, mais elle supporte 2 formats, .deb ou snap.
Pour installer un snap:
sudo snap install freecad (par exemple)
J'utilise une version de dev de FreeCAD avec les autres membres du projet RuggedPOD. Les dependances de FreeCAD notamment OCCT sont "outdatees" dans les distros (v6.8 par exemple alors que la biblio est en v7), et du coup ca nous permet de tous tourner avec le meme niveau de version sur l'ensemble de l'application.
Exact il n'y a pas un grand nombre d'options. Mais en meme temps cela ne doit pas nous empecher d'essayer d'avancer meme si ces outils sont longs a developper. Il y a pas mal de monde qui regarde RISC-V. Sur MIPS le statut n'est pas clair du cout je ne regarde pas trop. Attendons encore qqs mois il reste encore beaucoup de travail niveau systeme.
KiCAD est au niveau carte pas niveau composant. Il existe pas mal de simulateur HDL
Un des gros problemes pour faire de l'open hardware c'est les brevets (ca me rappelle un peu le debut des logiciels libres mais avec un probleme puissance 100, car le systeme de brevet materiel existe bel et bien partout).
Lorsque l'on developpe un equipement libre on est donc assujettis a des contraintes potentiellement tres fortes sur le cote IP qui ne sont pas simple a gerer, meme si des discussions commencent a emmerger sur l'avenir du hardware avec les detenteurs de brevets il reste un travail de fond tres long.
Pour les processeurs, il faut soit refaire une ISA, soit partir d'une ISA existante. Le mieux est bien entendu le 2, les compilateurs etant deja dispos … ainsi que le support O/S. ARM ne peut pas etre utilise car la societe vie de la vente de son IP. Idealement il faudrait qu'une ISA devienne publique pour accelerer les developpements. Je milite pour ca (ce qui explique en partie mes nombreux voyages aux USA en ce moment pour ceux qui me suivent).
Je ne fais qu'essayer d'apporter mon experience a ce sujet qui me tient a coeur. Il reste encore un travail fou, mais suis convaincu que ce mouvement ne s'arretera plus. Cela fait maintenant 20 ans que je fais du hardware et il y a un phenomene impressionnant qui s'est passe ces 20 dernieres annees. La ou il fallait une equipe de 50 personnes il y a 20 ans, il suffit maintenant d'etre seul avec un laptop pour accomplir les memes taches. Les outils de conception ont progresse d'une maniere formidable, et il est fort probable que ce phenomene ne ralentisse pas, ce qui laisse de beaux jours au hardware libre.
Y a plus qu'a se replonger dans des bons bouquins de physique !
Malheureusement l'industrie entretien son business en creeant sans cesse de nouveaux boitiers, et/ou en ne respectant pas parfaitement les formats standards. La connectique est un bon exemple de catastrophe ou les empruntes sont vraiment differentes entre deux connecteurs RJ45 par exemple, pareil pour les sockets intel. Les fabricants de slots memoire arrivent a ne pas se mettre d'accord sur l'emplacement de la pin de centrage mecanique etc etc … C'est globalement du protectionisme malheureusement.
Pas mal en effet, je ne connaissais pas ce projet. Il y en a un autre https://riscv.org/, pour ceux qui connaissent mon passe il y a une architecture qui m'interesse beaucoup plus mais qui n'est pas encore libre :(.
Le cas ideal l'ensemble des fichiers qui permettent de reconstruire une plateforme. Chacun des sous composants pouvant etre proprietaires ou libres a partir du moment ou leurs specifications permettent de construire un systeme.
On a un peu le meme cas avec les logiciels libres qui peuvent etre integres (ou pas en fonction de leurs licences ) dans des codes proprietaires.
On est oblige de faire comme ca au debut, car il n'existe aucune legacy. Maintenant de notre cote on essaie de tout faire en libre (sur le cote processeur on est encore tres tres loin), mais deja le chassis (avec les etudes associes), les circuits electroniques (backplane etc).
Pour la partie processeur il faut disposer d'un jeux d'instruction et rien que ca c'est pas simple a recuperer, mais on y travaille.
Horizon vend a toute personne qui souhaite nous acheter nos produits (en dehors de certains pays dans lesquels la legislation ne nous y autorise pas). Les serveurs dont nous disposons sont un peu bruyant pour un particulier ;), mais apres ca depend de l'usage comme on dit !
Je confirme onShape est un bon outil, on peut aussi citer upverter (http://www.upverter.com), mais ces outils restent sur un modele economique "complexe". Leur gratuite n'en garantie pas la pérennité, et les investissements en temps lorsque l'on fait du hardware sont enormes pour constituer par exemple les bases de references de composants. Si ces societes se font rachetees ou changent de modeles economiques certains travaux communautaires peuvent se retrouver en difficultes. Le cas ideal serait que onshape et upverter fournissent une plateforme a une fondation a but non lucratif pour supporter les travaux communautaires garantissant une certaine perennite, mais ce n'est pas encore le cas.
L'autre probleme reste aussi la latence qui est parfois un cauchemard a l'usage. On a donc plutot decide d'utiliser des clients lourds que l'on adapte a nos besoins. Meme si WebGL est une vrai avancee, il y a un travail de titan pour faire fonctionner correctement des logiciels de type CAO dans le navigateur et a la fin le poste client requiert le meme niveau de performance que si il faisait tourner un client lourd sans en avoir la flexibilite.
Je ne suis sincerement pas ferme a ces evolutions technologiques mais ces limitations sont pour le moment un frein pour moi a ces services que d'autres ne rencontreront peut-etre pas ;).
Oui je connais bien Aster, il y a aussi OpenFoam, Cast3M, TrioCFD etc … L'idee que l'on a dans FreeCAD c'est d'apporter une interface "simple" directement integre dans le logiciel de conception.
Les TPM sont probablement la meilleure solution actuelle, ils permettent de garantir l'integrite d'un device et d'assurer l'authentification de ceux-ci. Si un device est remplace par un autre sans que celui si ne soit pre-identifie, il peut etre automatiquement mis en DMZ.
Pour le moment non, la derniere version que l'on avait testee "datait". Salome est un super soft mais l'interface est complexe pour les "neophytes" que nous sommes. On aime bien aussi l'integration avec FreeCAD qui permet de passer du modeleur a la simulation sans sortir de l'interface. Pour etre honnete la plupart de l'equipe de developpement est sous MacOS et/ou Windows. S'est purement lie a l'historique de l'equipe. Le code ASTER il me semble est un co-developpement CEA/EDF et est assez complet.
En fait on prevoit plutot d'utiliser les panneaux solaires pour alimenter en direct le POD. Plus on est proche de la source d'energie moins on a de perte et de niveau de conversion ce qui nous permet d'ameliorer le rendement.
Pour le moment l'equipe utilise plus la mailing list team[at]ruggedpod.qyshare.com. La langue de dev est l'anglais, mais on peut ouvrir un thread en francais sur le forum. Le forum est vide, car nous n'avons pas grand monde pour le maintenir, mais on est ouvert a demarrer la tache sans soucis !
[^] # Re: positif
Posté par vejmarie (site web personnel) . En réponse au journal Quel modèle économique pour l'Open Hardware ?. Évalué à 3.
Bonsoir !
Merci pour le test ;). Rassure toi il m'en faut enormement plus pour me deprimer. Les 8220$ c'est le prix du rack (reste assis). Sur Open Compute les alimentations electriques ne sont pas dans les serveurs mais dans le rack du coup ca augmente drastiquement le cout du rack nue.
Pour le serveur c'est le prix du barebone (847$). Pour memories oui je suis d'accord.
En fait le site n'est pas du tout internationalise, il est pret a etre traduit mais ce n'est pas encore implemente. On a pas fait de version francaise pour le moment.
Pour le mail c'est bizarre, va falloir qu'on regarde ;)
L'idee de la promo du moment est interessante en effet, on va regarder ce que l'on peut faire !
Sinon as tu vu qu'il y avait plusieurs choix de racks/serveurs (drop down sur le nom des racks et serveurs?)
Jm
[^] # Re: KiCAD vs HDL ?
Posté par vejmarie (site web personnel) . En réponse à la dépêche Conception de matériel libre, où en sommes nous ?. Évalué à 2.
Je fini qqs negociations et posterai une news sur ce sujet d'ici qqs semaines probablement sur le forum
[^] # Re: Intéressant
Posté par vejmarie (site web personnel) . En réponse à la dépêche Conception de matériel libre, où en sommes nous ?. Évalué à 1.
https://www.osvehicle.com/
De l'importance de travailler sur les outils ;)
[^] # Re: Simulation de circuits électroniques
Posté par vejmarie (site web personnel) . En réponse à la dépêche Conception de matériel libre, où en sommes nous ?. Évalué à 1.
bonsoir, KiCAD s'interface tres bien a ngspice ;)
[^] # Re: Bof !
Posté par vejmarie (site web personnel) . En réponse au journal Mon premier snap sur Xenial. Évalué à 5.
Le graphe de dependance de FreCAD est assez complexe, et la maintenance a un stade "industriel" du code requiert un minimum de point commun entre chaque utilisateur notamment avec l'ajout de certaines fonctionnalites. Les PPA on la force de pouvoir mettre a jour des paquets anciens, mais ne permettent pas de faciliter l'installation. L'approche avec un coeur "solide" maintenu pas la distro et les dependances peripheriques me semble bonne pour ces raisons. La maintenance d'OCCT et de VTK est anecdotique et si on veut utiliser FreeCAD avec les dernieres fonctions il faut de toutes facons refaire le package.
Je ne pense pas que snap "tuera" les distributions au contraire, par contre je pense que cette techno permettra aux mainteners de distros de se concentrer sur l'essentiel plutot que d'avoir a gerer des tonnes de paquets dans tous les sens.
[^] # Re: merci !
Posté par vejmarie (site web personnel) . En réponse au journal Mon premier snap sur Xenial. Évalué à 1.
Salut,
Alors pour le moment je n'ai pas prevu de tester d'autres systemes d'empaquetage ;). Mais j'ai plutot l'esprit ouvert alors je vais regarder ce que tu proposes. Ce serait pas mal si snap etait porte sur d'autres distro, je pense que ca doit etre faisable, mais a mon avis on va rentrer dans des gueres de religions ;)
vejmarie
[^] # Re: Cliquer sur une icône
Posté par vejmarie (site web personnel) . En réponse au journal Mon premier snap sur Xenial. Évalué à 2.
/snap/bin/freecad.FreeCAD ;)
[^] # Re: Excellent !
Posté par vejmarie (site web personnel) . En réponse au journal Mon premier snap sur Xenial. Évalué à 3.
Oui OCCT 7, VTK 7 pour le post processing FEM, et CalculiX integre. J'en ai profite pour activer aussi le module Assembly (en cours de dev)
[^] # Re: Cliquer sur une icône
Posté par vejmarie (site web personnel) . En réponse au journal Mon premier snap sur Xenial. Évalué à 8.
C'est le but de la logitheque ubuntu, mais elle supporte 2 formats, .deb ou snap.
Pour installer un snap:
sudo snap install freecad (par exemple)
J'utilise une version de dev de FreeCAD avec les autres membres du projet RuggedPOD. Les dependances de FreeCAD notamment OCCT sont "outdatees" dans les distros (v6.8 par exemple alors que la biblio est en v7), et du coup ca nous permet de tous tourner avec le meme niveau de version sur l'ensemble de l'application.
[^] # Re: KiCAD vs HDL ?
Posté par vejmarie (site web personnel) . En réponse à la dépêche Conception de matériel libre, où en sommes nous ?. Évalué à 4.
Exact il n'y a pas un grand nombre d'options. Mais en meme temps cela ne doit pas nous empecher d'essayer d'avancer meme si ces outils sont longs a developper. Il y a pas mal de monde qui regarde RISC-V. Sur MIPS le statut n'est pas clair du cout je ne regarde pas trop. Attendons encore qqs mois il reste encore beaucoup de travail niveau systeme.
[^] # Re: KiCAD vs HDL ?
Posté par vejmarie (site web personnel) . En réponse à la dépêche Conception de matériel libre, où en sommes nous ?. Évalué à 6.
KiCAD est au niveau carte pas niveau composant. Il existe pas mal de simulateur HDL
Un des gros problemes pour faire de l'open hardware c'est les brevets (ca me rappelle un peu le debut des logiciels libres mais avec un probleme puissance 100, car le systeme de brevet materiel existe bel et bien partout).
Lorsque l'on developpe un equipement libre on est donc assujettis a des contraintes potentiellement tres fortes sur le cote IP qui ne sont pas simple a gerer, meme si des discussions commencent a emmerger sur l'avenir du hardware avec les detenteurs de brevets il reste un travail de fond tres long.
Pour les processeurs, il faut soit refaire une ISA, soit partir d'une ISA existante. Le mieux est bien entendu le 2, les compilateurs etant deja dispos … ainsi que le support O/S. ARM ne peut pas etre utilise car la societe vie de la vente de son IP. Idealement il faudrait qu'une ISA devienne publique pour accelerer les developpements. Je milite pour ca (ce qui explique en partie mes nombreux voyages aux USA en ce moment pour ceux qui me suivent).
[^] # Re: Sacré remerciement et remerciement sacré
Posté par vejmarie (site web personnel) . En réponse à la dépêche Conception de matériel libre, où en sommes nous ?. Évalué à 7.
Merci.
Je ne fais qu'essayer d'apporter mon experience a ce sujet qui me tient a coeur. Il reste encore un travail fou, mais suis convaincu que ce mouvement ne s'arretera plus. Cela fait maintenant 20 ans que je fais du hardware et il y a un phenomene impressionnant qui s'est passe ces 20 dernieres annees. La ou il fallait une equipe de 50 personnes il y a 20 ans, il suffit maintenant d'etre seul avec un laptop pour accomplir les memes taches. Les outils de conception ont progresse d'une maniere formidable, et il est fort probable que ce phenomene ne ralentisse pas, ce qui laisse de beaux jours au hardware libre.
Y a plus qu'a se replonger dans des bons bouquins de physique !
vejmarie
[^] # Re: 404
Posté par vejmarie (site web personnel) . En réponse au journal Le matériel libre où en sommes nous ?. Évalué à 1.
Exact on a quitté openproject de par la taille du système notre vm est limité à 8gb de storage. On a basculé sur un kanban like.
[^] # Re: CAO en SAAS
Posté par vejmarie (site web personnel) . En réponse au journal Le matériel libre où en sommes nous ?. Évalué à 4.
Malheureusement l'industrie entretien son business en creeant sans cesse de nouveaux boitiers, et/ou en ne respectant pas parfaitement les formats standards. La connectique est un bon exemple de catastrophe ou les empruntes sont vraiment differentes entre deux connecteurs RJ45 par exemple, pareil pour les sockets intel. Les fabricants de slots memoire arrivent a ne pas se mettre d'accord sur l'emplacement de la pin de centrage mecanique etc etc … C'est globalement du protectionisme malheureusement.
[^] # Re: Dépêche !
Posté par vejmarie (site web personnel) . En réponse au journal Le matériel libre où en sommes nous ?. Évalué à 1.
Je peux tenter d'aider mais le lien n'a pas l'air de fonctionner ?
[^] # Re: Materiel libre ?
Posté par vejmarie (site web personnel) . En réponse au journal Le matériel libre où en sommes nous ?. Évalué à 2.
Pas mal en effet, je ne connaissais pas ce projet. Il y en a un autre https://riscv.org/, pour ceux qui connaissent mon passe il y a une architecture qui m'interesse beaucoup plus mais qui n'est pas encore libre :(.
[^] # Re: Materiel libre ?
Posté par vejmarie (site web personnel) . En réponse au journal Le matériel libre où en sommes nous ?. Évalué à 2.
Le cas ideal l'ensemble des fichiers qui permettent de reconstruire une plateforme. Chacun des sous composants pouvant etre proprietaires ou libres a partir du moment ou leurs specifications permettent de construire un systeme.
On a un peu le meme cas avec les logiciels libres qui peuvent etre integres (ou pas en fonction de leurs licences ) dans des codes proprietaires.
On est oblige de faire comme ca au debut, car il n'existe aucune legacy. Maintenant de notre cote on essaie de tout faire en libre (sur le cote processeur on est encore tres tres loin), mais deja le chassis (avec les etudes associes), les circuits electroniques (backplane etc).
Pour la partie processeur il faut disposer d'un jeux d'instruction et rien que ca c'est pas simple a recuperer, mais on y travaille.
Horizon vend a toute personne qui souhaite nous acheter nos produits (en dehors de certains pays dans lesquels la legislation ne nous y autorise pas). Les serveurs dont nous disposons sont un peu bruyant pour un particulier ;), mais apres ca depend de l'usage comme on dit !
[^] # Re: CAO en SAAS
Posté par vejmarie (site web personnel) . En réponse au journal Le matériel libre où en sommes nous ?. Évalué à 4.
Je confirme onShape est un bon outil, on peut aussi citer upverter (http://www.upverter.com), mais ces outils restent sur un modele economique "complexe". Leur gratuite n'en garantie pas la pérennité, et les investissements en temps lorsque l'on fait du hardware sont enormes pour constituer par exemple les bases de references de composants. Si ces societes se font rachetees ou changent de modeles economiques certains travaux communautaires peuvent se retrouver en difficultes. Le cas ideal serait que onshape et upverter fournissent une plateforme a une fondation a but non lucratif pour supporter les travaux communautaires garantissant une certaine perennite, mais ce n'est pas encore le cas.
L'autre probleme reste aussi la latence qui est parfois un cauchemard a l'usage. On a donc plutot decide d'utiliser des clients lourds que l'on adapte a nos besoins. Meme si WebGL est une vrai avancee, il y a un travail de titan pour faire fonctionner correctement des logiciels de type CAO dans le navigateur et a la fin le poste client requiert le meme niveau de performance que si il faisait tourner un client lourd sans en avoir la flexibilite.
Je ne suis sincerement pas ferme a ces evolutions technologiques mais ces limitations sont pour le moment un frein pour moi a ces services que d'autres ne rencontreront peut-etre pas ;).
[^] # Re: Code Aster
Posté par vejmarie (site web personnel) . En réponse au journal Le matériel libre où en sommes nous ?. Évalué à 3.
Bonjour,
Oui je connais bien Aster, il y a aussi OpenFoam, Cast3M, TrioCFD etc … L'idee que l'on a dans FreeCAD c'est d'apporter une interface "simple" directement integre dans le logiciel de conception.
vejmarie
[^] # Re: Dépêche !
Posté par vejmarie (site web personnel) . En réponse au journal Le matériel libre où en sommes nous ?. Évalué à 1.
Bonjour Pierre,
Pas de probleme je vais regarder cela. Comment je te la fais parvenir ?
Jean-Marie
[^] # Re: Le problème de l'accès physique ?
Posté par vejmarie (site web personnel) . En réponse au journal RuggedPOD: Un an plus tard et des developpements a ne plus savoir que faire .... Évalué à 2.
Les TPM sont probablement la meilleure solution actuelle, ils permettent de garantir l'integrite d'un device et d'assurer l'authentification de ceux-ci. Si un device est remplace par un autre sans que celui si ne soit pre-identifie, il peut etre automatiquement mis en DMZ.
[^] # Re: Boîtiers en alu soudés en bain de sel
Posté par vejmarie (site web personnel) . En réponse au journal RuggedPOD: Un an plus tard et des developpements a ne plus savoir que faire .... Évalué à 1.
Le projet a passe la barre des 500k$ … Meme avec un truc aussi basique. (j'inclus le projet OpenTower)
[^] # Re: calculs de structures ?
Posté par vejmarie (site web personnel) . En réponse au journal RuggedPOD: Un an plus tard et des developpements a ne plus savoir que faire .... Évalué à 4.
Pour le moment non, la derniere version que l'on avait testee "datait". Salome est un super soft mais l'interface est complexe pour les "neophytes" que nous sommes. On aime bien aussi l'integration avec FreeCAD qui permet de passer du modeleur a la simulation sans sortir de l'interface. Pour etre honnete la plupart de l'equipe de developpement est sous MacOS et/ou Windows. S'est purement lie a l'historique de l'equipe. Le code ASTER il me semble est un co-developpement CEA/EDF et est assez complet.
[^] # Re:Copropriétés?
Posté par vejmarie (site web personnel) . En réponse au journal RuggedPOD: Un an plus tard et des developpements a ne plus savoir que faire .... Évalué à 1.
En fait on prevoit plutot d'utiliser les panneaux solaires pour alimenter en direct le POD. Plus on est proche de la source d'energie moins on a de perte et de niveau de conversion ce qui nous permet d'ameliorer le rendement.
[^] # Re: Copropriétés ?
Posté par vejmarie (site web personnel) . En réponse au journal RuggedPOD: Un an plus tard et des developpements a ne plus savoir que faire .... Évalué à 1.
Pour le moment l'equipe utilise plus la mailing list team[at]ruggedpod.qyshare.com. La langue de dev est l'anglais, mais on peut ouvrir un thread en francais sur le forum. Le forum est vide, car nous n'avons pas grand monde pour le maintenir, mais on est ouvert a demarrer la tache sans soucis !