OpenSCAD et l'app "Customizer" de Thingiverse

[PPAC]

Salutation !

// Sujet en cours de réalisation il sera complété et mis a jour prochainement.

Mes notes pour arriver a faire un script OpenSCAD compatible avec le "Customizer" de Thingiverse.  

Le 01/04/2024 at 18:29, PPAC a dit :

 https://www.thingiverse.com/thing:6558241 

 

 

Liens utiles

• Site officiel de OpenSCAD
  • https://openscad.org/
  • Aide-mémoire pour le langage des script OpenSCAD
    • https://openscad.org/cheatsheet/index.html
  • Le wiki du manuel d'OpenSCAD (en anglais mais très détaillé)
    • https://en.wikibooks.org/wiki/OpenSCAD_User_Manual

• Site de Thingiverse (d'hébergeur de modèle 3D)
  • https://www.thingiverse.com/
• l'app "Customizer" de Thingiverse
  • https://www.thingiverse.com/apps/customizer
• la documentation pour faire des scripts OpenSCAD pour le Customizer de Thingiverse
  • https://customizer.makerbot.com/docs
  • les bonnes pratiques
    • https://customizer.makerbot.com/best_practices
  • un outil pour transformer une petite image en un vecteur de pixel en niveau de gris
    • https://customizer.makerbot.com/image_array

 

En plus de suivre la documentation et recommandations de https://customizer.makerbot.com/docs

Donc les limitations ( https://customizer.makerbot.com/docs#limitations )

• Pas de "include<...>" ou de "use<...>"
• ...

 il y a a noter que a cette date (2024-04-06)

• Pour être compatible avec le Customizer de Thingiverse, il ne faut pas utiliser de caractères accentuées dans votre script OpenSCAD
  • De simples 'é', 'ç', 'à', ... même en commentaire dans le script et l'on obtient une erreur "We're sorry, but something went wrong."
    • ( A creuser ) mais cela ressemble a un problème d'encodage. (genre les caractères accentués sautes (comme quand on ouvre un fichier encodé en UTF-8 avec l'encodage Windows-1252) et font planter les customizer.)
    • donc il faut rester sur des caractères ASCII simple pour éviter les problèmes.
• Le "customizer" de Thingiverse utilise OpenSCAD version() == [2015, 3, 0] et cela implique
  • pour les "color"
    • c'est soit le nom w3c de la couleur ( exemple "black" )
    • soit le vecteur couleur ( exemple : [ r, g, b ]. avec r,g et b des valeurs de 0 a 1 )
    • mais pas de chaîne de la couleur rgb en hexa de type "#rrggbbaa" !
  • Lors de l'appel d'une fonction ou d'un module, il faut prendre soin de bien identifier chaque arguments/paramètres
    • // Exemple d'appel d'un module
      monModule(text="qqchose", taille=8);
      // et non, comme on peut le faire avec des versions plus récente d'OpenSCAD
      monModule("qqchose",8);

// A continuer.

// il n'est pas possible de spécifier le format des .stl généré cf l'argument "--export-format" par défaut a "binstl" sur les versions plus récente d'OpenScad donc on a le format "asciistl" qui prend le plus de taille de fichier.

// le moteur CGLA? utilisé est plus sensible et peut quand il y a des arrêtes qui se superpose générer un "Warning maybe not manifoild" ou un erreur que l'on a pas avec des version plus récente d'OpenSCAD ...

 

Modifié (le) Avril 5 par PPAC

[PPAC]

Pour faire le lien avec le "Parametric Model Maker" de BambuLab.