Il s'agit du volume de débit. Donc, volume des pièces avec les surcôtes (longueur, largeur) et avec l'épaisseur adaptée à la taille des plateaux pouvant correspondre.
Pour info, le titre de la colonne visait à donné cette information : Σ Débit (somme débit)
J'ai peur que tu cumules les choses qui vont apporter le problème rencontrer.
- Un rouleau ponceur monté sur une toupie. C'est bien, mais ça n'oscille pas et donc, c'est toujours la même partie de l'abrasif qui frotte.
- La toupie. Je pense que 3500t/min, c'est la vitesse minimale que tu puisses faire.
- Le frêne. C'est un bois élastique qui brule vite même dans les coupes.
La solution ?
Même si ça semble plus dangereux, le calibreur bien utilisé devrait faire un meilleur travail.
A ma connaissance, si les fichiers ne sont pas expressément enregistrés au format 2016 ou inférieur, tu ne pourras pas les ouvrir avec un SU 2016.
Sinon, tu peux essayer Sketchup Free dans le navigateur, qui lui pourra t'ouvrir les fichiers jusqu'à la version 2019 à aujourd'hui.
J'ai une bonne expérience de mes forêts Zobo de Festool dans le chêne massif. Ca rentre même comme dans du beurre.
Et avec la pointe de centrage repositionnable et changeable en forêt plus long, ça ouvre des possibilité de perçage en biais. Même si ça reste pas le point fort de ces forêts.
Dans ce cas, je ne vois que les roulettes pour celui du sol (avec peut-être des sortes de rails pour le guider) et sorte de roulette à gorge qui coulisse sur le côté du tiroir inférieur pour les autres tiroirs.
Pour les roulettes en bas, un truc comme ça, mais en mieux :)
Et au dessus :
Attention que si la modélisation de ton garde corps n'est pas rectiligne et qu'il est composé d'un seul composant, les dimensions renvoyées par OpenCutList seront assez aberrantes. Il prendra la taille capable (boîte englobante) de toute la pièce.
Cette boîte englobante est matérialisée par le cadre bleu lorsque l'on sélectionne la pièce.
Voici un exemple de deux lectures différentes par OCL d'un dessin en apparence pareil, mais qui en haut n'est réalisé que par un seul composant et en bas par 3 composants. 1 pour chaque section, avec orientation des axes dans la longueur.
Sinon, de section ronde ou carrée, le plus adéquat est d'utiliser le type de matière barre dans ce genre de cas. (Même si avec la section ronde, OCL va t'indiquer qu'il pense que les axes ne sont pas bien alignés ... ce qui n'est pas vrai :) )
Pour ce qui est de la longueur totale, tu peux la lire dans le récapitulatif en haut de la fiche de débit.
Dans sa version de base et sans plugin, Sketchup ne permet pas ce genre de chose de façon automatique. C'est aussi pour ça que les logiciels de CAO dits paramétriques sont plus puissants :)
Pour faire ce que tu veux, il y a deux solutions principales :
- La solution manuelle : Tu édites les pièces internes du caisson et tu agrandis à la main celle qui doivent l'être et tu déplaces les autres.
- La solution semi-automatique avec les composants dynamiques (Mais cette solution nécessite la version PRO de Sketchup). Les composants dynamiques permettent d'arriver à ce que tu veux. Mais il y a déjà pas mal de boulot avant que le composant du caisson permettent ça. Si tu as la version PRO, silic a publié ici des composants dynamiques qui pourraient répondre à ton besoin.
First, you need to know that, OpenCutList uses rough dimensions of each part to compute cutting diagrams.
As I can see in your screen captures, your rough dimensions exceed standard sheet size.
Rough dimensions are computed by adding length and width oversizes defined on material properties to finished dimensions.
After looking to your cut list I can see that you define a length oversize to 1830mm and a width oversize to 2440mm. (Maybe your sheet size written in wrong fields).
Oversizes must be a small value (from 0 to 10mm for example).
Click on the "Illustrate the dimensions" button to understand all of these dimensions :
C’est avec une petite émotion que j’ai donné Franky (le petit serre joint en bois) à son nouveau propriétaire, Frank Howarth comme vous l’aviez deviné :)
Et la petite photo pour immortaliser tout ça !
Merci Frank pour cet accueil et la visite de ton atelier de rêve :)
C’est certainement l’encodage choisis qui n’est pas compris par ton Excel.
Par défaut c’est UTF-8 (que Excel devrait savoir lire)
Mais sinon essayer avec les autres choix.
Idem pour le choix des séparateurs de données. Il faut que ça corresponde à ce que tu demandes à Excel d’utiliser (virgule, point-virgule ou tabulation)
Voici un filtre de recherche dans l'annuaire des Fournisseurs qui pourrait t'aider (il n'y a pas que Gedibois 
) :
Lorsque j'ai commencé un écrire OpenCutList, je me suis attaché à faire en sorte qu'il n'ait pas besoin de modifier le modèle pour donner ses résultats. L'idée de ne faire aucun ajout de composant ou de scène est qu'après le passage d'OCL, le modèle n'a pas été transformé et reste complètement "normal" et ne va pas avoir besoin d'être nettoyé pour d'autres traitements.
Cette logique, je ne voudrais pas la changer. De mon expérience, tous les plugins qui se servent de la scène pour afficher leurs résultats sont vite inconfortables à utiliser. Parce qu'il fini toujours par rester des choses ajoutées par ces plugins.
Tout ça pour dire qu'OCL ne calquera pas la technique que tu utilises de créer des textes 3D dans les composants des pièces.
Par contre, c'est vrai que ça fait un bout de temps que je cherche une solution pour présenter le numéro des pièces sur une vue choisie du modèle. Ta technique de mettre la numérotation sur la pièce est intéressante lorsque l'on peu embarquer SU dans l'atelier. Mais serait moins utilisable pour l'impression d'une vue par exemple.
La direction que j'avais creusée était plutôt celle là :
Reste que pour l'instant, à part dans Layout (qui n'est que sur SU Pro), je n'ai pas encore trouvé de solution miracle pour faire ça automatiquement.
Mais ta proposition de texte sur les pièces pourrait être intéressante pour le faire via un outil comme celui de "Voir dans le modèle" qui colorie en rouge les face des pièces.
L'avantage de cet outil serait qu'il ne touche pas au modèle.
L'inconvénient est qu'il faut réactiver l'outil à chaque fois qu'on veut voir l'info.
La nouvelle version 1.8.0 intégrant la fonctionnalité de gestion des bandes de chant (et autres placages de chant) est officiellement sortie.
Plus d'informations sur le blog :
N'hésitez pas à la tester et merci à tous pour vos retours constructifs à la création de cette nouvelle mouture !
Et merci au 13 600 utilisateurs de donner vie à ce projet !