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

Je me trouve aussi dans cette case de ceux qui sont loin de se foutre des licences. Respecter les licences, c'est respecter le travail effectué par d'autres. Quand on se fout des licences, on cautionne le pillage intellectuel, point barre. Quand un dev open-source en a marre de se faire piller et qu'il arrête de partager, c'est tout le monde qui y perd. Faudrait pas que cette discussion tombe aux oubliettes, c'est un sujet très important.

T'as pas peur que la section des fils de nappe IDE soit un peu juste ? Tu as remplacé carrément les câbles et les connecteurs coté moteur, ou fait des extensions de l’existant ? C'est certes plus propre sous la Disco, mais autour de la Melzi....

J'ai publié un tuto pour un 20x4 ici => http://hardware-libre.fr/2014/03/raspberry-pi-utiliser-un-lcd-4x20/ Le 16x2 basique est un peu plus compliqué à interfacer sur le Pi, mais avec la board adaptateur I2C du 20x4 (on peut la trouver seule), c'est pareil.

Si je peux donner mon avis à ce sujet : - Dessus, la plupart des cables seront trop courts pour garantir la sécurité des connexions, et serait dangereux pour le connecteur mini-USB qui est fragile sur la Melzi, - A coté, par exemple déportée dans un boitier : trop de cables, ce serait également dangereux pour la sécurité des connexions Du coup je pense qu'une bonne solution serait comme actuellement, mais de l'autre coté, dans le bon sens, avec une plaque de protection amovible (pour maintenance, vérifs et bidouilles) sur le dessus de la carte. J'arrive toujours pas à comprendre pourquoi à la conception, ils n'ont pas inversé moteur Y + courroie, bloc extrudeur et Melzi. Je ne vois aucune raison valable à la disposition actuelle, et aucune raison qui empêcherait l'inversion. Mais j'avoue, cette question n'est pas simple, je sêche un peu question idées.

Heu non, j'ai pas de lien... On a une Tobecca à notre Fablab avec un bed super déformé, et cette idée nous a été suggérée pour éviter de casser la vitre qui est prévue pour régler le problème. Alors effectivement, le liège, sur la D200, a l'avantage d'isoler le bed alu et les fixations de la surchauffe, mais sur la durée, je me pose quand même des questions... Je vois que je ne suis pas le seul robot à bosser la nuit

Le téflon-PTFE a une température de fusion de 327°, pas de souci de ce coté

Les accents sont généralement à éviter dans les noms de dossiers / fichiers, c'est souvent très mal géré (l'accentuation n'existe que dans certaines langues. De plus, Cura est à l'origine développé pour une langue anglaise, sans accents (ISO 646 certainement). Wikipédia : codage des caractères

Puisqu'on parle de ça, un truc mortel développé par un pote : http://doxel.org Amusez vous bien avec

Excellent ! Je pige pas trop comment c'est fixé d'après le screenshot, mais ça ouvrirait pas mal de possibilités tout en sécurisant le tout. Comme toi, la position d'origine de la Melzi me fait très peur, je me demande même par quel miracle personne n'a encore eu de problème...

Non, Arcadia n'est pas une référence à Albator / Captain Harlock... Mais on n'est pas très loin : Je suis un mordu de robotique / SF, et le papa de la robotique, c'est Isaac Azimov. Sa plus grande oeuvre, selon moi, c'est "Fondation". Et "l'héroîne" de Fondation, qui redécouvre l'histoire de l'humanité, c'est une petite fille qui s'appelle Arcadia... Ceci étant, bien joué pour les modèles du vaisseau de Albator... Ca me donne envie d'en faire trôner un sur l'étagère...