Hackerspace Ventres mous

Hey!

gnieark — Tue, 23 Dec 2025 13:22:00 +0100

14 ans après l'ouverture, le hackerspace est toujours là! Bonnes fêtes!

Image modifiée par une IA, si vous ne l'aviez pas deviné bande de cons!

VentresMous IRL et VentresMous OTW (On the web)

gnieark — Tue, 25 May 2021 21:25:00 +0200

Nous multiplions le Hackerspace par deux!

Ces mois de confinement nous ont fait découvrir les avantages et inconvénients des sessions du hackerspace en audio/visio-conférence par rapport aux sessions en présentiel. Pour la suite, nous ferons les deux.

Le rendez-vous IRL chez Echelle Inconnue le lundi soir est maintenu ^[1]:

Tous les lundis à partir de 19h^[2] 11 - 13 rue saint-Etienne-des-tonneliers à Rouen.

Nous créons une session (visio/audio) On the web :

le mercredi soir chaque semaine sur Discord. Il n'y a pas d'heure de début, mais je pense pouvoir écrire que la plupart des habitués du hackerspace seront présents derrières leurs microphones et écouteurs à partir de 21 heures.

Voir le lien d'invitation Discord

Notes

[1] Sera repris dès que dé-confinement progressif nous le permettra.

[2] Vous pouvez arriver plus tôt mais on ne garantie pas d'y être, vous risquez de devoir patienter.

J'ai dessiné et imprimé ma monture de lunettes

gnieark — Mon, 14 Sep 2020 12:55:00 +0200

Lunettes cassées.

Le rendez-vous chez l'ophtalmo n'est que dans trois semaines ^[1].

En parallèle, j'ai un nouveau joujou (une imprimante delta, pour laquelle je ferai un billet de blog, sur mon blog dans les jours qui viennent).

Vous avez compris le "projet": Dessiner une nouvelle monture de lunettes.

La première difficulté a été de dessiner le profil des verres.

A partir de cette photographie, avec un verre posé sur une feuille de papier millimétré, l'ami Zigazou, avec Inkscape a réussi à créer un fichier vectoriel du profil:

Une fois ce prérequis, c'était lancé.

J'ai créé les profils 2D de la monture au format dxf avec LibreCad

Et "extrudais" les calques pour mettre tout ça en 3D avec Openscad:

Ensuite, j'imprimais,

testais, corrigeais, réimprimais... beaucoup de fois:

Voilà:

Les fichiers 3D et les fichiers de constructions sont tous sur le dépot git Lunettes.

Petites précisions:

Les branches sont assez fines pour être déformées à l'aide d'un peu de chaleur (sèche cheveux) afin de les adapter.
C'est du dépannage en attendant le RDV chez l'ophtalmo puis l'opticien. Si quelqu'un vient me voir pour que je répare ses lunettes, vu le temps que j'y ai passé, qu'il faudrait presque tout reconcevoir pour adapter à la forme de ses verres. Je l'inviterai à prendre une mutuelle.

Les améliorations prévues:

Affiner le bas des lunettes,
faire un support pour le nez plus agréable,
Donner un petit angle aux branches.

Si jamais un opticien geek arrivait à me faire "fuiter" (légalement ou non) les formes de tous les verres / toutes les marques, je tenterai bien de créer un générateur de monture de lunettes.

Note

[1] Et encore je pense que j'ai de la chance d'être en Seine Maritime, et ni dans un désert médical ni en Île de France

Instance Peertube Tatchanka

gnieark — Wed, 12 Feb 2020 12:24:00 +0100

Echelle Inconnue (Le groupe de punks crypto-anarchistes avec lequel le Hackerspace Ventres Mous sévit) a ouvert une instance Peertube nommée Tatchanka.

J'ai commencé à rapatrier dessus les audios et les vidéos qui ont pu être produits par le Hackerspace. Voici le lien vers notre chaîne.

Concernant les caractéristiques de l'instance (vu que c'est bibi qui a fait l'installation):

Sur un raspberry Pi 4 avec un disque dur de 2 To, derrière une connexion pas trop pourrie.
L'instance est ouverte à tous, mais (surtout lorsque la place commencera à manquer) Echelle Inconnue fera probablement du ménage.
Pour le moment les données ne sont pas redondées, gardez une copie locale de vos vidéos, rien n'est garanti.

Nous avons présenté Peertube et cette instance lors du dernier doctorat sauvage en numérique, qui peut etre (re)visionné, sur Tatchanka.fr:

FPGA, créer du matériel en programmant

gnieark — Thu, 31 Oct 2019 17:26:00 +0100

Le ventre @Zigazou est intervenu au DevFest Nantes 2019 sur le thème "FPGA, créer du matériel en programmant"

La conférence peut être (re)vue sur Youtube https://www.youtube.com/watch?v=jGhq9Mkmjrc

''Le Raspberry Pi et l’Arduino ont ouvert les portes de l’électronique au plus grand nombre. Une autre technologie émerge, nous offrant de nouvelles possibilités : les FPGA. À travers la présentation du DE0-Nano-SoC et l’étude d’un cas concret, cette conférence explique aux développeur·euse·s ce que sont les FPGA et ce qu’ils apportent.

Elle offre également des pistes pour comprendre pourquoi cette technologie, née dans les années 80, intéresse Intel au point de lui avoir fait débourser 16,7 milliards de dollars en 2015.''

Backdoor sur le local d'Echelle Inconnue #Fail2

gnieark — Fri, 02 Aug 2019 13:10:00 +0200

Dans le billet précédent. J'expliquais le principe de domotisation de la gache de la porte, les petites difficultés liées au choix de la carte Onion Omega; et concluais en expliquant que le ruban adhésif double face n'avait pas suffit à isoler le circuit de la plaque métallique sur laquelle il était fixé. L'onion était mort, c'était un fail.

On a refait le circuit, cette fois avec un Raspberry pi zéro W:

En dehors du changement de l'Onion par un RPI, vous remarquerez que nous avons ajouté un refroidisseur sur le régulateur de tension.

Et pour bien isoler le circuit, nous avons créé un petit socle plastique avec l'imprimante 3D:

Voici son code openscad:

difference() {
	cube([76.0, 56.0, 7.0]);
	translate([3.0, 3.0, 2.0]) {
		difference() {
			cube([70.0, 50.0, 10.0]);
	
			translate([3.0, 3.0, -1.0]) cylinder(h=3, r=5, $fn=50);
			translate([67.0, 3.0, -1.0]) cylinder(h=3, r=5, $fn=50);
			translate([67.0, 47.0, -1.0]) cylinder(h=3, r=5, $fn=50);
			translate([3.0, 47.0, -1.0]) cylinder(h=3, r=5, $fn=50);
		}
	}
	translate([6.0, 6.0, -1.0]) cylinder(h=10, r=1.75, $fn=50);
	translate([70.0, 6.0, -1.0]) cylinder(h=10, r=1.75, $fn=50);
	translate([70.0, 50.0, -1.0]) cylinder(h=10, r=1.75, $fn=50);
	translate([6.0, 50.0, -1.0]) cylinder(h=10, r=1.75, $fn=50);
}

translate([0.0, 15.0, -3.0]) difference() {
	cube([76.0, 6.0, 4.0]);
	translate([-1,4,2]) cube([78.0, 3.0, 2.0]);
}

Réinstallation du bouzin dans le tableau électrique:

Quelques tests en ligne de commande (le développement de l'interface est la deuxième partie du projet):

gpio mode 26 out
gpio write 26 1
gpio write 26 0

Ça a marché, la porte a bien été déverrouillée puis reverrouillée.

Je me permets un petit tweet de la victoire:

Il est presque minuit, on ferme le Hackerspace (à clef) et on rentre chacun chez soi.

....

Le lendemain matin ^[1], dans la discussion privée sur Twitter, Echelle inconnue nous interpelle:

Le relai est resté collé. (cochonnerie de matériel chinois ;) ). La gâche de la porte était maintenue ouverte, et chauffait car elle n'est pas faite pour ça. #fail 2

Allez, le prochain billet de blog sur ce sujet sera la bonne, et aura pour but d'indiquer les schémas électroniques définitifs, ainsi que le code de la page web. J'y crois.

Note

[1] 11 heures, c'est tôt le matin pour Échelle inconnue

Backdoor sur le local d'Echelle Inconnue #Fail1

gnieark — Tue, 14 May 2019 15:26:00 +0200

Nommer ce projet "Backdoor" nous fait sourire, mais en fait, ça se résume en la domotisation de la gâche électrique de la porte.

L'idée est d'installer une petite carte type Raspberry Pi qui est capable de déclencher l'ouverture de la porte. La fonction ouvrir la porte sera accessible en ssh (OK, pas pratique) et via un bouton sur une page WEB à accès limité.

De cette manière, plus besoin de se lever les fesses jusqu'à l'interphone pour ouvrir, et possibilité d'oublier les clefs à l'intérieur lorsqu'on va chercher un Kébab, il sera possible d'ouvrir la porte depuis l'extérieur avec un smartphone.

Voici les étapes de la (tentative) de réalisation du projet.

1) Trouver comment déclencher l'ouverture de la porte.

Un petit tour dans la documentation constructeur de l'interphone, observation du circuit électronique: C'est simplement un contact sec. Lorsqu'on court circuite les fils jaunes et orange, ça déclenche l'ouverture.

Voici le câblage de l'interphone:

2) Trouver l'appareil qui permettrait de gérer ça.

Le choix s'est porté sur un Onion Omega, parceque:

Il est vraiment tout petit (on pensait au début le loger dans le combiné de l'interphone)
Semble vraiment orienté Wifi (on ne prévoit pas de tirer un câble RJ45)
Est facile à alimenter à l'aide d'un petit composant supplémentaire (ld33v)
Nous permet de découvrir une autre techno que le Raspberry pi

La mauvaise surprise: L'écartement des broches n'est pas le standard (pas de 2.54mm)!

Du coup, impossible de le fixer sur une plaque à pastille:

La solution, c'est plier la majorité des pattes, et passer en force le reste:

3) Prototyper le circuit

L'alimentation 12 V sera le boîtier qui sert à alimenter l'interphone. On le trouve dans le tableau électrique.

Voilà... Il subsiste un petit doute, c'est que le transistor TIP 122 puisse faire office de relai sur le contact sec. Au pire, on le remplacera par un relai.

4) Passer un câble dans le mur.

On récupère le cable qui va à la gâche électrique dans l'interphone, tandisque l'alim 12 V est dans le tableau électrique... Il faut passer un câble (Il n'y a pas de gaîne, les câbles sont volants entre les cloisons). En même temps, c'est juste à coté:

Déconnecter un des cables existants qui fait le chemin souhaité. Il servira de guide à celui qu'on ajoute.
Enrouler de ruban adhésif les deux cables afin de les attacher l'un à l'autre.
Tirer sur le cable "guide" Afin que le nouveau suive.
Maintenant il faut replacer le cable guide.... Il fallait donc prévoir le double de longueur sur le cable à passer, afin qu'en accrochant en son milieu, il puisse à son tour servir de guide.

Voila, c'est passé.

5) Raccorder et tester.

Le bébé est fixé avec du scotch double face et raccordé.

6) Oups

Ce qu'on ne voit pas sur la photo précédente c'est que le circuit est fixé sur la barre métallique grâce à un morceau de ruban adhésif double face très fin.... trop fin, et les connexions ont touché la barre mettalique. Le régulateur et l'Onion sont morts après 10 minutes de fonctionnement.

7) Conclusion:

Recommencer en fixant le circuit sur un support isolant, que lui on peur coller à la barre métallique.

Sur l'Onion Omega. Très mitigé, c'est à la fois

super génial: taille, qualité du wifi, linux très léger dessus,
Tout pourri. l'écartement des pins n'est pas standard. Ça bousille énormément les possibilités de prototypage, sans acheter des modules qui doublent le prix et la taille.

Je n'ai pas encore décidé si l'essai n°2 sera avec un Onion Oméga.

Robot suiveur de ligne (doc)

gnieark — Mon, 22 Apr 2019 21:01:00 +0200

Voici (enfin) les schémas et explications pour le robot suiveur de ligne, qu'on a (tenté) de faire construire aux participants de l'atelier d'initiation à l'électronique il y a déjà plusieurs semaines.

Afin que vous compreniez certains choix, voici un rappel des contraintes: Le but n'était pas de faire le méga robot suiveur de ligne, mais de concevoir un kit qui pourrait être monté en une soirée par des novices. D'où certains choix allant vers la simplicité au détriment des capacités.

Le voici une fois monté:

Principe de fonctionnement

Deux photoresistances frôlent le sol. Pour chacune d'entre elles: Lorsqu'elle est au dessus de la ligne noire, elle reçoit moins de lumière. Sa valeur de résistance est modifiée.

En fonction des situations l'arduino déclenchera les moteurs de manière à avancer ou tourner.

Le diaporama d'introduction lors de la soirée peut être consulté ici.

Châssis

Les fichiers 3d Pour imprimer le châssis sont disponible par là:

https://git.ventresmous.fr/VentresMous/lineFollowerBot/src/master/chassis

Électronique

Voici le schéma électronique recto verso (pour assemblage sur une plaque de prototypage à pastilles):

Ce PDF contient des instructions pas à pas.

Code arduino

Le code arduino très simplifié et très commenté:

// lineFollowerBot.ino
// Programme basique permettant à un robot de suivre une ligne dessinée au sol.
//
// Un projet du hackerspace Ventres Mous.

// =============================================================================
//
// IDENTIFICATION DES BROCHES DE L’ARDUINO UTILISÉES PAR LE PROJET
//
// =============================================================================

// Chaque broche de l’Arduino est identifiée par un numéro. Afin de faciliter
// la lecture du code, on leur donne des noms parlants.

// Broches sur lesquelles les moteurs sont connectés.
// Ce sont des broches de sortie numériques.
#define MOTEUR_GAUCHE 2
#define MOTEUR_DROITE 8

// Broches sur lesquelles les capteurs sont connectés.
// Ce sont des broches de lecture analogique.
#define CAPTEUR_GAUCHE A0
#define CAPTEUR_DROITE A1

// Broches sur lesquelles les leds de suivi d’étalonnage sont connectées.
// Ce sont des broches de sortie numériques.
#define ETALONNAGE_LED_GAUCHE 4
#define ETALONNAGE_LED_DROITE 5

// Broche sur laquelle le bouton d’étalonnage est connecté.
// C’est une broche de lecture numérique.
#define ETALONNAGE_BOUTON 12

// Les 2 états possible du bouton d’étalonnage : pressé et relevé.
#define BOUTON_PRESSE 1
#define BOUTON_RELEVE 0


// Variables utilisées pour définir les seuils de détection des capteurs. Les
// seuils sont réglés à 200 par défaut.
int seuil_gauche = 200;
int seuil_droite = 200;

// =============================================================================
//
// INITIALISATION DES BROCHES DE L’ARDUINO
//
// =============================================================================

// Cette fonction est exécutée une seule fois lors de l’allumage de l’Arduino.
// Son rôle consiste à configurer l’Arduino pour un usage précis, dans le cas
// présent pour un robot suiveur de ligne.
void setup() {
  // Configure les broches des moteurs en sortie numérique. Ces broches seront
  // soit à 0 volt, soit à 5 volts. Les broches de l’Arduino ne sont pas faites
  // pour alimenter un moteur, elles serviront à piloter des transistors qui,
  // eux, alimenteront les moteurs.
  pinMode(MOTEUR_GAUCHE, OUTPUT);
  pinMode(MOTEUR_DROITE, OUTPUT);

  // Configure les broches des leds de suivi d’étalonnage en sortie numérique.
  // Les leds consomment très peu d’énergie, elles seront directement pilotées
  // par les broches de l’Arduino.
  pinMode(ETALONNAGE_LED_GAUCHE, OUTPUT);
  pinMode(ETALONNAGE_LED_DROITE, OUTPUT);

  // Configure la broche du bouton d’étalonnage en entrée numérique.
  pinMode(ETALONNAGE_BOUTON, INPUT);

  // Les broches analogiques des capteurs sont obligatoirement en mode lecture
  // analogique. Il n’y a donc pas de réglage à faire sur ces broches.
  Serial.begin(9600);
}

// =============================================================================
//
// GESTION DU BOUTON D’ÉTALONNAGE
//
// =============================================================================

// Attend jusqu’à ce que le bouton d’étalonnage soit enfoncé ou relaché.
// Le paramètre etat peut prendre 2 valeurs : BOUTON_PRESSE et BOUTON_RELEVE.
// Si la fonction est appelée avec BOUTON_PRESSE, elle ne laissera le programme
// continuer que si le bouton est enfoncé. Si elle est appelée avec
// BOUTON_RELEVE, elle ne laissera le programme continuer que si le bouton est
// relevé.
void continuer_si(int etat) {
  while(digitalRead(ETALONNAGE_BOUTON) != etat) delay(1);
}

// =============================================================================
//
// GESTION DES LEDS D’ÉTALONNAGE
//
// =============================================================================

// Fait clignoter les leds d’étalonnage pour indiquer à l’utilisateur que
// l’étalonnage est terminé.
void clignoter() {
  // Fait clignoter 5 fois les leds. Clignoter consiste à allumer puis éteindre.
  for(int b = 0; b < 5; b++) {
    // Allume les leds d’étalonnage (les broches sont réglées à 5 volts).
    digitalWrite(ETALONNAGE_LED_GAUCHE, HIGH);
    digitalWrite(ETALONNAGE_LED_DROITE, HIGH);

    // Attend 0,2 secondes (200 millisecondes).
    delay(200);

    // Éteint les leds d’étalonnage (les broches sont réglées à 0 volt).
    digitalWrite(ETALONNAGE_LED_GAUCHE, LOW);
    digitalWrite(ETALONNAGE_LED_DROITE, LOW);

    // Attend 0,2 secondes (200 millisecondes).
    delay(200);
  }
}

// Éteint les deux leds d’étalonnage.
void eteindre() {
  // Éteint les 2 leds de débogage en mettant leurs broches à 0 volt.
  digitalWrite(ETALONNAGE_LED_GAUCHE, LOW);
  digitalWrite(ETALONNAGE_LED_DROITE, LOW);
}

// =============================================================================
//
// ÉTALONNAGE DES CAPTEURS DU ROBOT
//
// =============================================================================

// Étalonne les capteurs pour établir la différence entre la ligne et le sol.
void etalonnage() {
  // Variables qui vont recevoir les valeurs minimales et maximales des capteurs
  // gauche et droite (L’unité importe peu). Elles permettent de garder en
  // mémoire l’état du capteur afin de pouvoir effectuer des calculs plus tard.
  int min_gauche;
  int min_droite;
  int max_gauche;
  int max_droite;

  // Arrête les 2 moteurs, le robot ne bouge plus.
  moteur_arret();

  // L’étalonnage est déclenché quand l’utilisateur appuie sur le bouton
  // d’étalonnage. On attend que le bouton soit relaché pour étalonner.
  continuer_si(BOUTON_RELEVE);
  Serial.println("BOUTON_RELEVE");

  // Lit l’état des deux capteurs.
  min_gauche = analogRead(CAPTEUR_GAUCHE);
  min_droite = analogRead(CAPTEUR_DROITE);

  // Éteint les deux leds d’étalonnage.
  eteindre();

  // Attend que l’utilisateur clique sur le bouton (clic = appui + relache).
  continuer_si(BOUTON_PRESSE);
  continuer_si(BOUTON_RELEVE);
  Serial.println("BOUTON_PRESSE_RELEVE");

  // Lit l’état des deux capteurs.
  max_gauche = analogRead(CAPTEUR_GAUCHE);
  max_droite = analogRead(CAPTEUR_DROITE);

  // Le seuil correspond à la valeur située entre les valeurs minimales et
  // maximales que le capteur retourne.
  seuil_gauche = (min_gauche + max_gauche) / 2;
  seuil_droite = (min_droite + max_droite) / 2;
  Serial.println("FIN_ETALONNAGE");

  clignoter();
}

// =============================================================================
//
// GESTION DES DEUX MOTEURS
//
// =============================================================================

// Arrête les deux moteurs. Le robot ne bouge plus.
void moteur_arret() {
  Serial.println("ARRET_MOTEUR");
  digitalWrite(MOTEUR_GAUCHE, LOW);
  digitalWrite(MOTEUR_DROITE, LOW);
}

// Fait tourner le robot à droite.
void moteur_droite() {
  // Pour tourner à droite, on bloque le côté droit et on fait avancer le côté
  // gauche.
  Serial.println("MOTEUR_DROITE");

  digitalWrite(MOTEUR_GAUCHE,HIGH);
  digitalWrite(MOTEUR_DROITE,LOW);
}

// Fait tourner le robot à gauche.
void moteur_gauche() {
  // Pour tourner à gauche, on bloque le côté gauche et on fait avancer le côté
  // droit.
  Serial.println("MOTEUR_GAUCHE");
  digitalWrite(MOTEUR_GAUCHE, LOW);
  digitalWrite(MOTEUR_DROITE, HIGH);
}

// Fait tourner les deux moteurs. Le robot avance.
void moteur_avance() {
  Serial.println("MOTEUR_AVANCE");
  digitalWrite(MOTEUR_GAUCHE, HIGH);
  digitalWrite(MOTEUR_DROITE, HIGH);
}

// =============================================================================
//
// BOUCLE PRINCIPALE
//
// =============================================================================

// La fonction loop est appelée en boucle par l’Arduino. Un Arduino est prévu
// pour ce genre de tâche : exclusive et répétitive.
// Le programme considère que le robot démarre la ligne entre les deux capteurs.
void loop() {
  // Variables qui vont recevoir les valeurs des capteurs.
  int valeur_gauche;
  int valeur_droite;

  // Si le bouton d’étalonnage est pressé, on lance l’étalonnage.
  if(digitalRead(ETALONNAGE_BOUTON) == 1){ 
    etalonnage();
  }

  // Lit l’état des deux capteurs.
  valeur_gauche = analogRead(CAPTEUR_GAUCHE);
  valeur_droite = analogRead(CAPTEUR_DROITE);

  // Fait avancer le robot si les deux capteurs identifient le sol.
  if((valeur_gauche < seuil_gauche) && (valeur_droite < seuil_droite)) {
    moteur_avance();
    return;
  }

  // Tourne à droite si le capteur de gauche identifie le sol et le capteur de
  // droite identifie la ligne. Cela veut dire que le robot dévie à gauche par
  // rapport à la ligne qu’il doit suivre. On corrige en tournant à droite
  // jusqu’à ce que la ligne soit à nouveau entre les deux capteurs.
  if((valeur_gauche < seuil_gauche) && (valeur_droite > seuil_droite)) {
    moteur_droite();

    // Attend que le capteur de droite identifie le sol.
    while(analogRead(CAPTEUR_DROITE) > seuil_droite){
      if(digitalRead(ETALONNAGE_BOUTON) == 1){ 
        etalonnage(); 
        break;
      }
      delay(1);
    } 

    return;
  }

  // Tourne à gauche si le capteur de gauche identifie la ligne et le capteur de
  // droite identifie le sol. Cela veut dire que le robot dévie à droite par
  // rapport à la ligne qu’il doit suivre. On corrige en tournant à gauche
  // jusqu’à ce que la ligne soit à nouveau entre les deux capteurs.
  if((valeur_gauche > seuil_gauche) && (valeur_droite < seuil_droite)) {
    moteur_gauche();

    // Attend que le capteur de gauche identifie le sol.
    while(analogRead(CAPTEUR_GAUCHE) > seuil_gauche){
      if(digitalRead(ETALONNAGE_BOUTON) == 1){ 
        etalonnage(); 
        break;
      }
      delay(1);
    }
    return;
  }

  // Arrête le robot si les deux capteurs identifient chacun le sol. Cela veut
  // dire que le robot a perdu la ligne, il est plus prudent de l’arrêter.
  if((valeur_gauche > seuil_gauche) && (valeur_droite > seuil_droite)) { 
    moteur_arret();
    return;
  }
}

Tuto vidéo sertir un câble Dupont avec une pince à sertir

gnieark — Mon, 01 Apr 2019 20:46:00 +0200

ça parait tout bête, mais la meilleure méthode qui permet de sertir rapidement n'est pas évidente. Et beaucoup de tutoriels qu'on trouve sur le net n'indiquent pas la bonne.

Lecteur vidéo intégré

Conception d'un kit d'initiation à l'électronique

gnieark — Mon, 28 Jan 2019 23:32:00 +0100

Le 25/02/2019 nous animerons dans le cadre d'un Doctorat sauvage en numérique , un atelier d'initiation à l'électronique, et la programation d'un Arduino.

Les participants auront à assembler, faire le circuit sur une plaque de prototypage, programmer un robot suiveur de ligne. (Plusieurs personnes par robot à construire, libre aux participants de s'arranger pour savoir qui repart avec le robot)

Le défi préalable à cet atelier était de concevoir un kit robot ludique qui:

Soit réalisable en moins de 4 heures en comptant le temps pour les indications, la formation des groupes, les tests.
Initie à des techniques que les participants pourront réutiliser à la maison. Donc hormis un pistolet à colle, un fer à souder et un tourne-vis, aucun autre outil ne doit être à utiliser.
A des possibilités d'amélioration.

La conception du kit est finie. Voici le prototype:

Reste à faire:

Mettre à jour schéma électronique sur le git
Rédiger la documentation de montage.
Commander les pièces pour composer les kits.

pour la conception du kit, ça se passe par là: Dépot Gogs LineFolderBot.

Cher lecteur, si cet atelier vous intéresse, RDV le 25 février!

Quelques News

gnieark — Mon, 17 Dec 2018 22:12:00 +0100

Petit point sur les projets et évènements à venir et passés.

Nous avançons sur la conception du kit de robot suiveur de ligne qui servira lors d'un atelier d'initiation à l'électronique (doctorat sauvage en numérique) en février 2019 :

D'ailleurs, sur la deuxième photographie, on aperçoit le DAC (convertisseur analogique numérique) qu'est en train de concevoir Zigazou au Hackerspace. Le voici :

Le principe, c'est qu'il y a un DAC (le circuit avec les résistances et le condensateur sur la photo) et un synthétiseur (l'arduino). Le DAC convertit la sortie 8bits de l'arduino en analogique. Il transforme la sortie en sinusoïde et peut se brancher sur un haut parleur. On n'utilise pas les fonctions digitalWrite et Cie, mais on "tape" directement sur les ports hardware de l'arduino ^[1] .

En choses moins photogéniques, qui se passent, j'ai reconfiguré le serveur qui héberge entre autres le blog du Hackerspace. Il est à présent splitté en plusieurs machines virtuelles. Pansybloom attaque les projets Euler en Haskell. etc... Pleins de trucs pour lesquels on ne prend pas forcément le temps de communiquer^[2].

Enfin les événements à venir:

Notes

[1] Même problématique que pour mon cube led

[2] Nous sommes des hackers, pas des Community managers :p

Notes de Tartomiel, Elfe Sylvain de niveau 1

gnieark — Mon, 20 Aug 2018 21:33:00 +0200

Cher journal d'aventures.

Nous avons fondé une compagnie d'aventuriers. Voici mes compagnons.

Jean de Pâlefigure, C'est un humain. Il est gentil avec moi malgré une fois où il m'a traité de "grosse conne". Je te raconterai ça un peu plus loin cher journal. Il me semble un peu trouillard lors des combats. les autres le traitent de bourgeois. je crois que c'est lié à son aspect citadin.
Zurgluh, Barbare-Gladiateur. Il n'est pas le cerveau de la bande celui là, heureusement que je suis là pour rattraper l'intelligence moyenne. Mais il est pratique, Comme il est grand et résistant je peux me placer derrière lui lors de bagarres, Il encaisse les premiers coups, et j'évite de me décoiffer. Je crois qu'il a une compétence de danse. Il faudra que je lui demande. Je te raconte ça un peu plus loin aussi cher journal. Il me surnomme souvent "Cérumen". Je n'ai pas compris pourquoi. C'est sûrement affectueux.
Kluggudi, Gobelin-Ninja. A première vue il est tout petit et tout mignon trop choux. Il est très agile et sait se faufiler partout. Malgré l'intelligence de sa race, c'est souvent lui qui a suggéré les stratégies. Après l'avoir un peu fréquenté, j'en conclus qu'il n'est pas si mignon que ça. Je le soupçonne d'être un peu voleur et sadique. J'expliquerai pourquoi je pense ça un peu plus loin.
Et moi même Tartomiel, Elfe Sylvain. J'aime être bien peignée, j'aime la nature, les animaux et surtout les dauphins, même si je n'en ai jamais vu.

Accessoirement, il y a aussi un nain dans la compagnie: Brilidul. Il est rustre (comme tous les nains) Je ne l'aime pas trop.

Je ne sais plus pour quelle raison. Nous étions probablement en quête d'une quête, nous nous dirigions vers le village de Loubet. Le soir un groupe de marchands nous a proposé de rejoindre leur camp. Ils nous offraient un bon repas et une toile de tente pour la nuit en échange de notre protection.

Le matin, à notre réveil, les marchands n'étaient plus là. Nos armes et équipements non plus. Des méchants avaient kidnappé les marchands et volé nos affaires. Et surtout, il manquait mon peigne. J'aime sentir l'odeur de mes cheveux flottant au vent. Il me faut mon peigne. Je vais perdre au moins 4 points de charisme si je n'ai pas de peigne.

Mes compagnons semblaient vouloir dire que c'étaient les marchands les voleurs, j'ai préféré ne pas leur révéler que je pensais qu'ils (les marchands) étaient gentils de peur qu'on se moque encore de moi.

Le temps de nous apercevoir que personne dans notre groupe n'avait de compétence de pisteur, nous décidâmes d'aller en direction de Loubet.

Zurgluh, dépossédé de ses armes, a ramassé une pierre. Elle avait une bonne forme pour la tenir, et une arrête tranchante. Il a eu de la chance de trouver ça. Il ne s'en est plus séparé.

Plusieurs heures de marche plus tard, sauf pour le bourgeois qui avait gardé son cheval, nous sommes arrivés devant l'entrée de Loubet.

Elle était gardée par une milice, et il fallait payer un droit de passage. Nous n'avions plus de sous. Quelques chuchotements avec Kluggudi le Gnome:

- Peut-être que Brilidul a gardé des sous dans sa barbe.
- Oui, rapace comme il est.

Le nain n'a pas daigné répondre. Le sergent de la milice nous a proposé un marché, ce qui a mis court aux discussions sur le nain. Il nous laisserait passer, et nous indiquerait où sont les brigands à condition que nous l'aidions à préparer le gâteau d'anniversaire pour sa fille. Il nous a donné la liste des ingrédients, un délai de 2 jours, quelques indications et nous a laissé entrer.

Je ne me souviens plus trop dans quel ordre nous avons récupéré les ingrédients du gâteau. Je suis une elfe Sylvain, je ne mémorise que ce qui est important, vous voyez.

L'Épicière a accepté de nous aider à faire le gâteau, mais il fallait récupérer les ingrédients, hormis le sucre qu'elle possédait. Elle ne vendait malheureusement pas de peigne.

Zurgluh le barbare est parti chercher de l'eau au puits. Ce veinard y a trouvé aussi un tison. Il avait l'air malin avec sa pierre dans une main et le tison dans l'autre.

Direction l’entrepôt pour récupérer de la farine. Le gardien a accepté de nous donner de la farine à condition qu'on le débarrasse des rats. Si je me souviens bien, le premier rat a été éclaté par Zurgluh d'un coup de tison. Le deuxième rat, je l'ai emprisonné dans ma cape d'elfe. Kluggudi a donné un coup de point à travers ma cape. Le troisième rat, je crois que c'est le maître nain. Il n'arrêtait pas de dire qu'il allait casser les dents aux rats.

Pour nous remercier, le gardien de l’entrepôt nous a donné de la farine et m'a donné un couteau. Vu son absence de coiffure, je ne lui ai pas demandé s'il avait un peigne à la place du couteau.

Apres un détour vers l'épicerie pour déposer la farine, nous sommes allés vers la ferme obtenir des œufs et du lait. Le fermier s'est présenté comme étant le vieux Ulysse ^[1]. Il était OK pour les oeufs et le lait à condition qu'on traie les vaches. J'ai réussi à remplir trois seaux. Et même à en boire un peu directement au pis de la vache ^[2].

Pendant ce temps là, le nain était allé voir le boulanger. Sans succès, il est trop occupé, la femme du boulanger ^[3] lui a indiqué que le meilleur créneau serait entre 4 heures et 6 heures du matin.

Nous sommes donc retournés voir la boulangère pour insister. Avec Jean, nous avons décidé qu'il allait parler à la boulangère, et que je profiterais de sa diversion pour tenter de passer dans l'arrière boutique. Finalement une fois à l'intérieur, j'ai improvisé. J'ai dit à la boulangère que j'avais rendez-vous avec son mari. Et que non la raison ne la regardait pas. Puis que si, c'est lui qui avait insisté pour que je vienne. Quand j'ai senti qu'elle allait en venir aux mains, je suis sortie. Jean qui était resté avec moi m'a traité de grosse conne. Je n'ai vraiment pas compris pourquoi, du coup j'ai boudé.

Sur le chemin pour aller voir le sergent et lui expliquer nos difficultés avec le boulanger. J'ai vu que Kluggudi et Brilidul s'étaient mis en arrière du groupe pour s'échanger des choses discrètement ^[4].

Le sergent nous a conseillé de faire croire à la boulangère que nous avions du levain pour qu'elle appelle son mari.

Je saute quelques péripéties, cher journal, pour en venir au gâteau.

C'est le gnome qui a aidé l'épicière à faire le gâteau. Le sergent était ravi et nous a indiqué que les brigands avaient été repérés dans le vieux moulin.

Le nain a défoncé la porte du moulin (et a lamentablement chuté). Le barbare est rentré à sa suite, puis je suis rentrée.

Les 4 ennemis étaient 4. Par malchance, je me suis retrouvée au corps à corps avec le guerrier vétu d'une cotte de mailles. Mon dada, moi, c'est de faire la snippeuse avec mon arc, pas les combats rapprochés. J'ai quand même tenté de le poignarder. Personne n'a compris. Peut-être un problème avec sa cotte de maille. Lorsque j'ai voulu retirer le couteau de son épaule, tout son bras s'est arraché. ^[5]

Je vous résume le combat :

Zurgluh n'arrivait pas à frapper son adversaire, et réciproquement. On aurait cru une battle de danse. Le nain s'est pris plein de boules d'énergie dans la tête, mais ça ne lui faisait pas trop d'effet. Jean a fini par oser rentrer et a réussi à récupérer une épée. Kluggudi, qui était passé par la porte arrière a fini par tenter de sauter sur un ennemi, et l'a raté. J'ai continué de tenter de poignarder mon adversaire au cou à cause de sa cotte de maille. Sans succès. Et finalement j'ai réussi à atteindre mon arc qui était posé plus loin.

J'ai eu le temps de décocher une flèche dans mon adversaire. Nos ennemis ayant un homme à terre (du fait du nain je crois), leur chef manchot agonisait avec une flèche dans le dos. Ils ont commencé à prendre la fuite.

La voix du sergent s'est faite entendre : "Sortez tous de là immédiatement".

Dehors, les deux ennemis encore partiellement vivants qui s'étaient enfuis étaient cernés par les lances des miliciens.

Le sergent nous a remercié chaudement ! Nous avons réussi notre première quête.

Hors RP, crédits et Notes.

La partie a été masteurisée par @magiCrazy. Il a utilisé le scénario de LICOY téléchargeable sur le site de Naheulbeuk: https://www.naheulbeuk.com/doc-scenar.htm.

L'image de la recette est aussi une oeuvre de LICOY (merci!)

Notes

[1] Le grand-père du Ranger

[2] succès critique

[3] Doit-on l'appeler la boulangère? le débat n'est pas ouvert ici, OSEF

[4] Kluggudi avait chapardé de la nourriture à la taverne, mais je ne suis pas censé le savoir

[5] Succès critique, sans lequel, on aurait eu plus de difficultés à remporter le combat je pense.

Programmation d'une partie de JDR

gnieark — Mon, 30 Jul 2018 14:24:00 +0200

C'est hors sujet par rapport aux activités habituelles du Hackerspace. Mais on fait ce qu'on veut d'abord.

Une partie de jeu de rôle sur table est prévue le lundi 13 aout 2018 au Hackerspace.

Heure de début à definir (19 - 20h) jusqu'à ~ 2h ^[1]
Univers: Naheulbeuk
Maître du jeu: Magic Crazy
Joueurs débutants et expérimentés.

Il est encore possible d'ajouter deux ou 3 joueurs à la partie. Pour participer, contactez nous rapidement via Twitter, via les commentaires de ce billet de blog ou via le mél contact @ ventresmous . fr

Note

[1] Perso, je travaillerai le lendemain

Convertir un SVG en DXF pour OpenSCAD

Zigazou — Thu, 12 Jul 2018 07:04:00 +0200

OpenSCAD est un logiciel libre qui permet de concevoir des modèles 3D à partir d'instructions saisies sous forme de programme.

Sa simplicité permet de s'attaquer au monde de la 3D rapidement sans passer par une phase complexe d'apprentissage d'interfaces graphiques (si vous regardez les tutos de base de logiciels comme Blender, vous vous apercevrez qu'on passe un temps non négligeable à vous apprendre à utiliser l'interface avant même de penser à créer).

Cette simplicité a un coût : il n'est pas facile de créer des formes libres.

Pour contourner le problème, il est possible de recourir à des fichiers DXF qu'on importe via la commande "import" d'OpenSCAD.

N'étant pas plus un utilisateur de LibreCAD ou de FreeCAD, je préfère utiliser Inkscape, un outil de dessin vectoriel.

Se posent alors trois problèmes :

Comment préparer un dessin dans Inkscape pour son import dans OpenSCAD ?
Comment convertir du SVG en DXF ?
Comment utiliser le fichier obtenu dans OpenSCAD ?

Comment préparer un dessin dans Inkscape pour son import dans OpenSCAD ?

Le format SVG est beaucoup trop versatile pour pouvoir être importé dans OpenSCAD après conversion.

Voici un petit florilège d'éléments qui poseront problème une fois le dessin converti :

Et voici les transformations à leur appliquer :

n'utiliser qu'un seul calque
n'utiliser que la couleur noire
tout dégrouper (Édition → Sélectionner tout ctrl+A, Objet → Dégrouper maj+ctrl+G jusqu’à ce qu'il n’y ait plus de groupe
convertir les lignes droites et courbes de Bézier en chemins (Chemin → Contour en chemin ctrl+alt+c)
convertir les cercles, ellipses, rectangles et autres formes géométriques en chemins (Chemin → Objet en chemin maj+ctrl+C)
supprimer les à-plat
effectuer une union de tous les objets (Édition → Sélectionner tout ctrl+A, Chemin → Union ctrl++)

Après ces modifications, enregistrez le résultat dans un nouveau fichier, histoire de conserver le fichier original pour de future modifications.

Comment convertir du SVG en DXF ?

Inkscape ne sait pas exporter en DXF.

En revanche, il sait exporter en EPS et il existe "pstoedit", un outil en ligne de commande sous Linux facilement installable sous Debian/Ubuntu (sudo apt-get install pstoedit).

Il va cependant falloir passer les bons paramètres et ce n'est pas toujours choses aisée.

Voici donc un script Bash qui s'en charge :

#!/bin/bash
# The assert function for Bash
function assert {
   local rc
   local message="$1"
   shift
   "$@" 2>&1 > /dev/null
   rc=$?
   [ $rc -eq 0 ] && return 0
   set $(caller)
   date=$(date "+%Y-%m-%d %T%z")
    echo "$date $2 [$$]: $message (line=$1, rc=$rc)" >&2
    exit $rc
}

# Retrieves the input and output filenames
infile="$1"
outfile="$2"

# Checks the system
assert "Inkscape not found" which inkscape
assert "Pstoedit not found" which pstoedit
assert "svg2dxf takes 2 arguments (infile, outfile)" test $# -eq 2
assert "Input file not found" test -f "$infile"

# Converts the SVG to DXF
printf "Converting %s to %s..." "$infile" "$outfile" >&2
inkscape --file="$infile" --export-eps=/dev/stderr 2>&1 >/dev/null \
     | pstoedit -dt -f 'dxf:-polyaslines -mm' /dev/stdin /dev/stdout \
     > "$outfile" 2> /dev/null
printf " OK\n" >&2

Le script prend 2 paramètres : le premier correspond au fichier SVG à convertir, le second au fichier DXF à récupérer.

Comment utiliser le fichier obtenu dans OpenSCAD ?

Le fichier peut désormais être importé dans OpenSCAD en utilisant la commande "import" imbriquée dans une commande "linear_extrude" ou "rotate_extrude" suivant le résultat souhaité. L'exemple ci-dessous inclut également un commande "translate" pour centrer l'objet.

 translate([-40,-60,0])
     linear_extrude(height = 30, convexity = 5)
         import(file = "zigazou.dxf", layer = "0");

La calque à utiliser est le calque "0".

Réutilisation d'une plaque photovoltaique de récupération

gnieark — Fri, 29 Jun 2018 11:11:00 +0200

On peut aussi faire des trucs simples mais cools.

J'ai trouvé dans la rue à Paris ^[1] cette plaque photovoltaïque:

La voici coté verso, après avoir retiré le circuit électronique et gratté la colle.

A l'origine la plaque photovoltaïque servait à recharger:

Une petite lampe led
et un circuit contenant probablement un capteur GPS et un système 3G.

Je suppose donc qu'elle sera suffisante pour recharger une batterie d'appoint (type Anker).

Les mesures au multimètre donnent: entre 4 et 10V en sortie en fonction du soleil. Concernant l'intensité en Ampères, je n'ai pas pris le temps de monter un petit circuit avec une résistance pour la mesurer^[2] donc on ne saura jamais.

Vu la fluctuation, et pour que le courant aille bien de la plaque vers le circuit à alimenter, et pas l’inverse; Il serait judicieux de ne pas utiliser directement la sortie du panneau, Le circuit d'origine intégrait une "Diodes à redresseur barrière Schottky" SS24. On va la remettre dans le circuit. Comme ceci:

Je veux un port USB femelle car ce sera le type de branchement le plus pratique pour la majorité des appareils. Je vais vampiriser cet appareil qui ne fonctionne plus:

Quelques soudures perçages et découpages plus tard:

Tout de suite ça n'a pas fonctionné. Mon fer à souder Leader Price est très bourrin, et j'ai du abîmer la diode SS24^[3]. J'ai attendu lundi dernier pour utiliser le fer à souder du hackerspace en utilisant une autre diode redresseur Schottky présente dans le circuit d'origine.

Et voilà ça fonctionne, je peux recharger ma batterie:

Notes

[1] Il était manifestement abandonné par son propriétaire (je ne détaillerai pas plus ce point là). Tel que j'interprète l'article 713 du code civil, c'est la commune (la mairie de Paris ici) le propriétaire de cet objet. Cependant, diverses recherches sur le web d'articles mal sourcés au niveau réglementation me disent que c'est OK, je peux me l'accaparer. Si un juriste passe par là et qu'il veut éclaircir la propriété d'un objet que je considère de bonne foi manifestement abandonné, trouvé sur l'espace public (pas dans une poubelle); Les commentaires sont faits pour ça.

[2] Et oui, rappel de physique de la classe de 4ème, l'intensité doit être mesurée en branchant le multimètre en série (Le multimètre est inséré entre deux dipôles, donc une résistance et la plaque photovoltaïque).

[3] Composant non traversant et donc galère à souder / déssouder

Au revoir Github, Bonjour Gogs

gnieark — Mon, 11 Jun 2018 10:33:00 +0200

Microsoft va acquérir Github. J'ai donc décidé d'héberger sur mon dédié la forge logicielle de Ventres Mous et mes dépôts personnels. C'est ouvert à tous, (sous certaines conditions). Vous pouvez vous en servir.

C'est par là: Forge logicielle Ventres Mous. C'est le logiciel "Gogs" qui tourne derrière.

Les petites conditions:

Le service est sans aucune garantie. Notamment sur la disponibilité. Le serveur est sauvegardé, et connaît moins d'une panne par an, mais en cas de crash, je le répare quand j'ai le temps. Genre le weekend qui suit.

Le serveur est un serveur dédié qui n'est pas illimité. Donc c'est réservé aux projets qui prennent peu de mégaoctets:

Évitez les projets de graphistes avec de grosses photos, et les les projets de 3D, mettez les fichiers de construction mais pas les résultats (les fichiers .scad mais pas les STL).

Enfin (je ne pense pas que ce sera le cas), si jamais il fallait faire du tri à cause d'une trop grande demande: La priorisation sera la suivante:

Membres du Hackerspace,
@EchelleInconnue 's sphère
Projets qui nous plaisent
Projet centrés sur l'aglo de Rouen
Le reste

Dernier petit point, Il est possible de créer des dépôts privés. L'objectif d'un git qui porte le nom d'un Hackerspace, c'est le partage. Les dépôts privés sont tolérés le temps d'un nettoyage de code, ou le temps de finaliser un chouilla avant de publier etc... mais n'ont pas vocation à rester privés.

Gardez quand même une de vos dépôts dans un coin de votre PC ou sur le disque dur de votre Freebox. Comme évoqué plus haut, c'est sans garantie.

J'écrirai prochainement sur mon blog un billet plus technique et plus troll sur l'installation et les motivations qui m'ont poussé à l'auto-hébergement.

Enjoy!

Imprimante Discoeasy 200 au Hackerspace

gnieark — Tue, 22 May 2018 14:40:00 +0200

Ventre @zigazou et moi, nous nous sommes cotisés pour acheter une imprimante 3D au Hackerspace.

Notre choix s'est porté sur la DiscoEasy 200 de dagoma.

Ce billet n'est ni sponsorisé ni rien, on a payé l'imprimante avec nos propres sous. Ça ne m’empêche pas de vous la présenter, et avec un certain esprit critique d'ailleurs. Par contre, je vais vous le faire sous l'axe suivant: J'avais acheté une autre imprimante 3D en kit en 2014 (Une Prusa I3). Beaucoup de difficultés à l'époque n'existent plus avec ce kit récent.

On verra donc pourquoi nous avons choisi cette imprimante, les bonnes surprises, lors du montage notamment, puis les limites.

Pourquoi cette imprimante?

Le prix

299 euros. Certes, on aurait pu avoir une imprimante de niveau équivalent dans les 150 euros mais avec des délais de livraison longs, et un peu moins d'assurance sur la qualité du kit.

Cocorico

#troll. En fait non, je ne suis pas sûr que "made in France" soit un gage de qualité, mais voilà, vous avez compris l'idée. Je roule en Renault, j'imprime en Dagoma ou en E-motion Tech ^[1]

Composants standards

Les moteurs (Nema17 je crois), les glissements linéaires, les axes, les courroies GT2, le palpeur, la buse ED3V6 sont des standards dans les imprimantes 3D. Les avantages de cette configuration:

Dépannage/ pièce détachées plus aisé (sans être dépendants de Dagoma qui reste une startup)
Si la spécificité de Dagoma (Un circuit électronique custom) pose problème. Il ne serait pas trop difficile de remplacer leur carte par un classique Arduino Mega + Ramps + Pololulus.
On ne se ferme pas la porte à d''éventuelles customisations ^[2]

Les bonnes surprises lors du montage

Les embouts de câbles

Je me souviens du montage de ma vieille Prisa I3. Des moteurs, sortaient des fils trop courts, qu'il fallait raccorder sur les Pins de la carte Ramps. Je l'avais fait avec des connecteurs Dupont (non fournis). Et heu, Préparer les connecteurs Dupont, il y a un coup de main à prendre. Çà plus les dominos... l'électronique de ma reprap était juste devenue un fouillis de câbles crados, avec beaucoup de mauvais contacts.

Dagoma a prévu les câbles à la bonne longueur avec des embouts que vous aurez juste à enficher.

La précision des pièces plastique

Toujours sur ma vielle Prusa I3, j'avais du contre-percer les trous ^[3].

De plus, aux endroits où on devait caler des écrous, la technique pour élargir le passage était de prendre l'écrou à la pince, le chauffer au briquet et le placer en force.

Sur cette imprimante, les marges et la précision des pièces plastiques est telle qu'il n'y a pas eu besoin de ce genre de subterfuges. juste positionner les écrous, vis, roulement aux endroits prévus.

Voici un extrait de leur notice en ligne:

la documentation.

Hormis sur la façon de placer les courroies, on n'a pas relevé d’ambiguïté sur la documentation pas à pas en ligne.

La calibration du Z offset initiale.

Il faut dire que je viens de loin, sur ma prusa, la fin de course de l'axe Z a tendance à bouger, ce qui m'oblige à tourner manuellement les axes Z lors du début de l'impression afin d'adapter la hauteur de la première couche, et corriger l'horizontalité.

Là on a suivi la procédure d’étalonnage via le logiciel compatible linux Mac, Windows. Et voilà; il suffit de lancer l'impression, rien à faire, il est à la bonne hauteur.

Les limites de cette imprimante

L'absence de plateau chauffant

On verra à l'usure, probablement que l'obligation de préparer le plateau avec du gaffeur (voire de la laque ^[4]) va nous gonfler.

Le Logiciel "Dagoma Powa"

Dagoma fournit un "logiciel " Pour piloter et préparer les fichiers Gcode. C'est un fork de Cura. "Cura by dagoma" qui donne une vue ultra simplifiée du logiciel, il n'y a ainsi quasiment aucun réglage à faire, ils ont déjà été fait.

L'interface de Cura seul, non intégrée au logiciel Repetier par exemple, rebute. Elle est moche.

De plus, Cura seul permet de démarrer des impressions mais ne permet pas de piloter l'imprimante "manuellement". Ors c'est quasiment indispensable pour les opérations suivantes:

Relever la tête pour avoir plus de place lors de la préparation du plateau.
lancer la chauffe et retirer ou remettre du fil dans l'extrudeur.

Mais Mais Cura by Dagoma, c'est un fork d'un logiciel qui est en "GNU AFFERO GENERAL PUBLIC LICENSE". Cette dernière impose de dévoiler le code source. Ah oui c'est bon on retrouve tout sur leur github https://github.com/dagoma3d/CuraByDagoma

Moi je veux utiliser la reprap via Octopi ^[5]. Pas de problème l'imprimante est reconnue^[6].

La critique objet de ce paragraphe est très minime: c'est le manque de documentation avancée (utilisation via un autre Slicer, Octopi ou autre) sur le site de Dagoma. Je pense qu'ils ont voulu simplifier à mort. Pour utiliser le plugin trancheur dans Octopi ^[7], il faut lui fournir les paramétrages de l'imprimante. Ca, je ne l'ai pas trouvé sur le site de Dagoma, mais sur leur Github https://github.com/dagoma3d/CuraProfiles.

La qualité

Elle est très suffisante, mais pas spécialement meilleure que ma vieille Prusa qui a le même extrudeur.

Faudra quand même qu'on refasse des essais en réduisant la température, ça me parait bizare d'extruder le PLA à plus de 200°C

Conclusion

Cet achat semble judicieux. Et j'ai hâte de la refaire fonctionner!

Notes

[1] les quelques pièces détachées que j'ai pu acheter chez reprap France étaient de très bonne qualité, leurs imprimantes et kits que j'ai pu voir sont très soignés. Juste que leurs prix sont un peu au dessus.

[2] Pas prévues pour le moment

[3] Ce qui peut être l'horreur pour quelqu'un qui n'est pas équipé d'un petit Proxxon ou Dremel

[4] Lors des premiers essais d'impression les petites pièces très verticales n'ont pas tenu. On envisage d'investir dans une bombe de laque pour ce genres de cas

[5] C'est un "serveur" d'impression 3D, généralement installé sur un raspberry Pi qui permet de gérer ses impressions via une page Web. Dans le cadre d'une imprimante partagée, c'est la solution pour ne pas avoir à installer les logiciels sur tous les postes

[6] J'ai lu sur des forums que ce n'était pas le cas avec certaines versions du firmware. Le notre est récent, c'est OK. Si ce n'est pas votre cas, suivez les instructions sur le site de dagoma pour le mettre à jour.

[7] Afin de pouvoir uploader directement des fichiers STL et pas des fichiers d'instructions pour imprimante (Gcode)

Au coeur de Ventres Mous

MacCandless — Tue, 10 Apr 2018 00:17:00 +0200

Dimanche 8 Avril, lendemain de l’anniversaire de ma grand mère - que je n’ai d’ailleurs toujours pas souhaité, quelle honte - je me balade sous une chaleur Normande - c’est à dire 17°C - en direction de l’Expotec 103 qui fêtait le weekend des métiers d’arts. Graphiste, je suis tout de suite attirée par l’atelier typographique et en joue de ma passion pour les réseaux pour faire un retour d’expérience en image sur mon réseau social favori : Twitter.

Lundi 9 Avril, surlendemain de l’anniversaire de ma grand mère - je lui souhaite, ouf elle s’en fout - je regarde mon téléphone dans les 30 premières minutes après mon réveil et me vois prise en flagrant délit de filature totalement involontaire de ma part, où @gnieark mentionne sur mon tweet que je suis de très près @zigazou.

https://twitter.com/JeanneCld/status/983003016986087424

Lundi 9 Avril, toujours, surlendemain de l’anniversaire de ma grand mère - qui s’en fout, toujours - 19h. Je me retrouve dans les locaux d’Echelle Inconnue et rencontre IRL ces deux piliers de ventres mous.

Présentation. Bidouille. Paramètrage. Inscription. Bidouille. Discussion. Café.

Je fais désormais partie du Hackerspace VentresMous et suis administrative du site, on me propose de refaire leur logo qui ressemble plus à un téton qu’un nombril - je balance, débattons! Et de même intervenir lors de la prochaine conférence « Le Zoo de l’informatique » dans le cadre du Doctorat Sauvage En Numérique le lundi 23 avril à 19h dans ces mêmes locaux d’Echelle Inconnue.

Lundi 9 Avril, 23h30, j’écris un billet dans le but de le publier sur le site.

Bref, un accueil plus que convivial, fait en amont dans une vie numérique et virtuelle pour un contexte tout autre. J’aurais appris de qui est l’affiche « Nettoyez! rouleaux, marbres, composition » et reviendrais le plus souvent possible.

Conférence Gérer sa sécurité informatique

gnieark — Fri, 02 Feb 2018 18:16:00 +0100

Lundi dernier (29 janvier 2018), nous faisions la conférence "Gérer sa sécurité informatique" dans le cadre Doctorat Sauvage En Numérique ou DSEN.

Voici le diaporama: gerer-sa-securite-05.pdf

Et vous pouvez (re)voir La vidéo sur Viméo

Conférence les esclaves du numérique

gnieark — Tue, 19 Dec 2017 14:21:00 +0100

Nous avons animé une conférence sur les esclaves du numérique hier soir ( le lundi 18 décembre 2017) à la Conjuration des Fourneaux avec Échelle Inconnue dans le cadre du Doctorat Sauvage En Numérique ou DSEN.

Voici la présentation: esclaves-numerique.pdf

Évidemment, la présentation ne contient ni les 4 courtes vidéos , ni la démonstration live de mturk, ni le résultat du travail demandé aux workers pendant la conférence., (Fallait être présents ;) )

Pour rappel, on leur avait demandé d'enregistrer "bonjour Rouen" et d'uploader le fichier audio. Le tracking Piwik nous a indiqué que sur les 10 workers, 6 venaient des USA, et 4 d'Inde.