Modifications

|image=FoedoraFoe2.jpg

|materiauxingrédients=Bois, pmma, Arduino, electronique|Categories=Art

Etant donné que j'avais dessiné des formes géométriques simples (immeubles, maisons miniatures), que j'ai extrudé sur Openscad avec une forme telle qu'il y avait une épaisseur d'un ou deux mm, l'imprimante s'est mise à "baver" sur l'impression, comme si la tête extrudeuse (la "plume" de votre "stylo 3D") frottait la forme dessinée et appuyait dessus. Ce qui fait des angles épais et courbes. Ce qui est fâcheux... Une solution m'a été proposée par Laurent, et dans mon cas, elle fonctionne : la forme "intérieure" qui va "creuser" la forme extérieure donne un meilleur rendu si elle est différente. Pour le dire plus précisément, j'ai creusé mon pavé avec un cylindre, ce qui fait que la machine a dû remplir les 'pleins" laissés par le cylindre en question. Et donc, fini les bavures. Je mets les résultats en image pour que ce soit plus explicite. [[Fichier:test_reprap.jpg]] Une fois ce problème résolu, je réfléchis à une manière de "lisser" la forme imprimée. Comme vous l'avez vu sur l'image, la dernière réalisation est habillée d'un adhésif type "miroir sans tain". Or le moindre relief se voir sous l'adhésif. Lorsque vous imprimez une forme en trois dimensions, vous avez donc un extrudeur qui pose une matière plastique (je n'ai plus le nom exact en tête...) comme un stylo qui pose un fil plastique dans l'espace, ce qui entraîne des stries, mêmes petites. Selon l'usage que l'on a de la pièce après, les stries peuvent tout à fait ne pas gêner, mais en ce qui me concerne, j'ai besoin d'une surface très lisse. Voici en image le résultat de formes imprimés dès la sortie de l'imprimante : [[Fichier:reprap_house.jpg]] J'ai testé rapidement le ponçage au papier de verre et l'acétone : l'acétone déforme l'impression et la blanchit, le ponçage blanchit la forme et la réduit légèrement. A tester plus tard : l'ajout d'une couche de résine Epoxy que l'on travaille après. ===Période du 21 au 24 janvier=== =====Rasperry Pi et webcam===== Comme indiqué un peu plus haut, je souhaite cette semaine découvrir et tester la Raspberry Pi pour récupérer en temps réel ce que "voit" une webcam, ce qui me permettrais de m'affranchir d'un ordinateur pour cette partie de l'installation. Le matériel en résumé : ----Une carte SD (minimum 8 Go pour être à tranquille) Un câble Ethernet Un câble micro-USB vers USB Un clavier et une souris USB standard Un hub USB avec alimentation séparée (si vous souhaitez brancher d’autres périphériques, genre disque dur auto-alimenté) Un cable HDMI (Si vous souhaitez le brancher à un écran---- source : http://www.libellules.ch/phpBB2/debuter-avec-le-raspberry-pi-t40775.html Après m'être fait prêté une grande partie du matériel (merci Baptiste!), je découvre l'environnement Linux avec la Raspberry Pi. Mettre le clavier en AZERTY peut vous demander une demi-heure, si, comme moi, vous n'êtes pas familier avec l'écriture dans le terminal. Mais on y arrive. Pour lire le modèle de webcam que j'avais, j'ai installé les logiciels uvc, et guvcview. On a tenté des choses avec le logiciel cheese, sans succès dans mon cas. En ce qui concerne le résultat, je suis arrivé là où je souhaitais arriver : récupérer les images d'une webcam pour les projeter sur un écran, ou un vidéoprojecteur. Si la surface de projection est petite, ce procédé est parfait pour s'affranchir d'un ordinateur. En revanche, si vous attendez de la qualité d'image et de la réactivité, Raspberry Pi ne sera malheureusement pas la solution qu'il vous faut : j'ai obtenu soit une image mal définie, soit une image lente. Or je sais que la webcam en question peut faire mieux. J'arrête donc pour le moment mes explorations sur RPI, mais je dois reconnaître que les possibilités sont alléchantes. On songe actuellement à une solution via Linux avec une ancienne tour.  Un lien interresant si vous souhaitez découvrir l'univers Raspberry Pi : https://sites.google.com/site/blainoperso/debuter-avec-raspberry-pi/petit-lexique-linux ===Période du 28 au 30 janvier=== Je récupère les impressions des "façades" chez un graphiste de Rezé : le résultat est juste au-delà de mes espérances! Je pense donc partir sur ce type d'éléments de maquette, miroitantes avec un tracé blanc. Finalement, le limage des pièces s'est fait "à la main" : lime pour dégrossir, puis papiers de verre avec un grain très fin pour finir. Après je vérifie que tout soit bien limé au toucher : on doit avoir l'impression d'avoir un savon entre les doigts! Sinon pour résoudre le problème qui vient de la webcam, j'ai mis la Raspberry Pi de côté, pour les raisons évoquées plus haut. Olivier avait laissé un ordinateur désossé à la Plateforme C. On y a jeté un oeil, mais impossible de l'allumer, bien que nous ayons ajouté les pièces manquantes de l'ordinateur (RAM et disque dur). On a testé plusieurs types de disques durs, mais sans succès... [[Fichier:reloaded_redim.jpg]] ===Le 7 février === Je fais un bref passage à la Plateforme C dans la matinée : un autre ordinateur serait disponible (type notebook), avec juste l'écran cassé. Cedric tente actuellement de mettre Linux sur une carte SD pour faire fonctionner la bête.Affaire à suivre... ===Au mois de mars=== Après quelques passages sur Nantes où j'ai pu apprécier le nouveau sol de la fablab, je peux confirmer que la webcam fonctionne désormais grâce à un notebook sous Linux! Le problème de la webcam est donc réglé!Toutefois, quelques frayeurs : au moment de faire une démonstration, j'ai le message suivant :   "A fatal error has been detected by the Java Runtime Environment: SIGILL (0x4) at pc=0x0000000157fe00b4, pid=472, tid=50203 JRE version: Java(TM) SE Runtime Environment (7.0_45-b18) (build 1.7.0_45-b18) Java VM: Java HotSpot(TM) 64-Bit Server VM (24.45-b08 mixed mode bsd-amd64 compressed oops) Problematic frame: C [libfreenect.0.1.2.dylib+0x40b4] freenect_camera_init+0x178 Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again An error report file with more information is saved as: /Users/xxxxx/Documents/Processing/libraries/SimpleOpenNI/library/osx/hs_err_pid472.log If you would like to submit a bug report, please visit: http://bugreport.sun.com/bugreport/crash.jsp The crash happened outside the Java Virtual Machine in native code. See problematic frame for where to report the bug."    Sueurs froides sur le coup... Je viens de trouve le problème, si jamais cela vous arrive.Je vous invite à jeter un oeil ici : http://forum.processing.org/two/discussion/873/error-when-trying-to-run-sketch-with-simpleopenni/p1 Et plus particulièrement à suivre ce lien là : https://github.com/kronihias/head-pose-estimation/tree/master/mac-libs où vous trouverez deux éléments à remplacer ("libfreenect.0.1.2.dylib" et "libusb-1.0.0.dylib") dans "Processing/library/SimpleOpenNI/library/osx/OpenNI2/Drivers/" ou quelque chose du genre. Autre information importante : il y a eu des changements dans la dernière version de SimpleOpenNi! Du coup, quelques points à changer : "context.enableScene()" devient "context.enableUser()" "context.sceneImage()" devient "context.userImage()" et vous pouvez supprimer la ligne "context.enableUser(SimpleOpenNi.SKEL_PROFILE_NONE);" A confirmer lors des prochains tests sur place, mais ces manips ont résolu les bugs du moment.

Une solution mJ'a été proposée par Laurentespère bientôt pouvoir vous faire partager le code, et dans mon cas, elle fonctionne : la forme "intérieure" qui va "creuser" la forme extérieure donne un meilleur rendu si elle est différente. Pour le dire plus précisément, j'ai creusé mon pavé avec peut-être un cylindre, ce qui fait que début de vidéo la machine a dû remplir les 'pleins" laissés par le cylindre en question. Et donc, fini les bavuresprochaine fois.

[[FichierCatégorie:Exemple.jpgArt]]