Stouf

Bonsoir à tous, Est-ce que quelqu'un connait la plage de tension admise pour l'alimentation de la Melzi ? Je suis en train de brancher ma D200 sur une alimentation ATX, mais le rail 12v semble plus proche des 15v... Le wiki reprap stipule que le régulateur de la melzi ne supporte pas 24v, mais j'ai l'impression que certains modèles d'imprimantes l'utilisent en 19v. Vous avez des infos la dessus ? Merci !

@Virgin22 : Salut, joli boulot, j'aime bien les options que tu as rajouté (alim, voltmètre, boite à outils). Ca m'amène une petite question : j'ai aussi 11.8v en entrée de Melzi mais je n'ai pas de voltmètre branché en permanent. Tu vois des variations pendant tes impressions ? Histoire de savoir si c'est vraiment utile ou juste pour faire joli (je critique pas, hein, faire joli avec un petit LCD, c'est important ) Je te remercie

J'ai donné le lien du CuraEngine de Ultimaker. Comment savoir s'il a été modifié par Dago, s'ils ne donnent pas leurs sources ? Le CuraEngine étant fourni précompilé (exe) par Dago, je ne peux rien vérifier du tout... Les fichiers .py, on peut effectivement les lire (je connais très bien python, hein ^^), mais ça ne change rien au problème : Cura a visiblement été modifié pour donner CbD, donc les sources doivent être dispos, je vois pas bien ce qu'il y a à débattre la dessus... Le fait est que je ne peux pas utiliser CbD sous Linux, alors que je devrais pouvoir, même si je dois le compiler moi-même... On tourne un peu en rond je trouve ^^

Cura et Cura by Dagoma sont différents, on est bien d'accord la dessus ? Dans ce cas, il y a eu modification de Cura by Ultimaker pour donner le Cura by Dagoma (python ou autre, c'est pas le problème, une modif est une modif). On est toujours d'accord ? Donc, les sources doivent être dispos, voir les points 2 et 4 de la AGPL... Et non, je ne peux pas aller voir les sources sur Github, puisque qu'elles n'y sont pas... Edit : CbD v0.?, sous Linux, ça donne ceci : Il manque des bouts d'interface, et le slicer (cura engine) ne fonctionne pas. Cura normal lui fonctionne très bien.

Dans ce cas, qu'est-ce qui les empêche de publier leur code source, comme le requiert la licence ? J'ai essayé de compiler le CbD v0.? sous Linux, depuis leurs sources (qui datent de 2014, de mémoire). Le fait est qu'il manque des bouts (autres que du python, du coup) pour qu'il fonctionne correctement, même si j'ai réussi à le compiler. Il y a donc bien un souci de ce coté, dans tous les cas. Si le principe de l'open-source était respecté, l'utilisation sous Linux serait moins un souci. Pour CbD v1 et v2, le problème de compilation ne se pose pas : les sources ne sont pas dispos...

Ben non, ce n'est pas justifié, justement. Si on se réfère aux principes de base de l'open-source, il est dit que "Le code source peut être relu et amélioré par tout le monde" (cf https://fr.wikipedia.org/wiki/Open_source#Int.C3.A9r.C3.AAt ) Le fait est que le code source des pièces de la D200 n'est pas disponible, seulement les fichiers STL (l'équivalent d'un executable précompilé). Le code source de Cura by Dagoma n'est pas non plus disponible, et la c'est carrément une violation de la licence du Cura original de Ultimaker. Par exemple, dans le dépot du CuraEngine, il est stipulé noir sur blanc : "You need to share the source of any CuraEngine modifications if you make an application with the CuraEngine. (Even if you make a web-based slicer, you still need to share the source!)" (cf https://github.com/Ultimaker/CuraEngine ) Concernant Cura, il est sous licence AGPL, qui dit clairement : La liberté d'exécuter le logiciel, pour n'importe quel usage ; La liberté d'étudier le fonctionnement d'un programme et de l'adapter à ses besoins, ce qui passe par l'accès aux codes sources ; La liberté de redistribuer des copies ; L'obligation de faire bénéficier à la communauté des versions modifiées. (cf https://fr.wikipedia.org/wiki/Licence_publique_g%C3%A9n%C3%A9rale_GNU#L.27esprit_et_l.27objectif ) Le but ici n'étant pas de taper sur Dagoma, mais de montrer ce qu'est réellement l'open-source, afin de leur permettre de se mettre en conformité.

J'aime beaucoup les loupiottes !!

Ok, je m'incline sur ce point. Mais on ne devrait même pas avoir à argumenter le fait qu'il faut respecter les licences, il me semble. Ce serait un forum où je suis modérateur, les pilleurs seraient tous bannis, à raison (et c'est le cas sur un forum dont je suis modérateur, sans poser de souci) Comme généralement sur les forums, les sujets parlant de piratage de logiciels sont interdits... Ce devrait être pareil pour le "piratage d'oeuvres intellectuelles".

Sujet trop important pour être "discuté" en MP, il me semble que tout le monde est concerné (ou devrait l'être). Et c'est pas comme si je causais sans arguments et raisons valables... Je trouve étrange que tu préfères qu'on passe le sujet des licences sous le tapis... [# ]

Pas sur que ce soit ce dont tu as besoin, mais le plugin "DH Involute Gear" est plutot bien pratique pour faire des engrenages sous sketchup

Le problème d'accentuation se pose également dans le XML : si on met une option avec un accent (ajouter une option "Renforcé" dans remplissage, par exemple), quand on choisit cette option, Cura n'est pas content. Du coup, même si l'astuce pour le nom des fichiers/dossiers fonctionne (solution très propre, au passage), le souci est plus étendu que ça... Faudrait forcer le UTF8 de partout dans le code python de Cura... Demain j'irai vérifier si les fichiers source python ont bien l'en-tête qui définit l'encodage, avec un peu de chance c'est aussi simple que ça.

A l'origine c'est pas exactement fait pour ça, mais oui, ça devrait fonctionner tip top (ca fonctionne en tous cas nickel sur ma reprap) et c'est résistant. C'est juste un peu chiant à poser correctement.

<troll start> Du coup, le surnom que je donne à ma D200 (chinoiserie made in france) n'est pas adapté... Les "petits bonshommes travailleurs du soleil levant" sont de meilleurs français <troll end>

J'ai été jeune et con, comme beaucoup. Puis, j'ai appris à respecter le boulot des autres. C'était il y a un bail... Mettre les licences et l'open-source au même niveau que l'industrie des médias, soit tu es très jeune, soit ignorant de ce dont tu parles, ou alors un bon gros troll bien velu. Pas de chance, je suis bien présent dans 2 de ces domaines (l'open-source, et l'industrie musicale). En fait, tu essaies juste de justifier le fait que tu pilles les autres... C'est pathétique... Il existe tout un tas de niveaux dans les licences, du full open qui partage sans rien demander, à celui qui ne veut pas de réutilisation commerciale, et j'en passe (exemple : https://fr.wikipedia.org/wiki/Creative_Commons. Il y a à boire et à manger pour tout le monde, de la CC0 qui permet tout à la CC-BY-NC-ND qui bloque presque tout) Tout ceci est très bien étudié, totalement dans le respect du bon-vouloir de celui qui partage. Si tu n'es pas capable de respecter ça, tu es un voleur. Point. On ne parle plus de la licence Dagoma, ils font ce qu'ils veulent tant qu'ils virent la notion 'open source' de leur comm. On parle de cette mentalité (la tienne, en l'occurence) qui consiste à ne jamais respecter le boulot d'autrui tout en le prenant pour un débile. Quand je lis ce genre de stupidité, je ne m'étonne pas de voir la guerre dans le monde, effectivement.

http://www.thingiverse.com/thing:1200492