Problème de mémoire atribué a Cambam

Bonjour à tous

J'ai essayer de réaliser un usinage en profilage 3D avec Cambam
avec un "relativement" gros fichier STL

Au moments de générer le parcourt outil (pendant l’exécution)
Il m'a affiché le message suivant :


J'ai trouvé un poste sur le forum Cambam mais c'est en anglais et même traduit je vois pas ce qu'il faut faire

Forum Cambam

Apparemment Cambam est prévu pour fonctionner avec 2Go de ram, or moi j'ai 8 Go.
Je pense également que c'est peut être lié au Framework. J'ai trouvé une page où ils donnent des infos pour le paramétrer en VisualBasic.
http://msdn.microsoft.com/fr-fr/library/355se8by%28v=VS.80%29.aspx
C'est peut être possible de modifier la valeur de mémoire ram attribué a Cambam

@++

Bonjour,

A priori le lien vers le forum cambam ne pointe pas vers le bon post.

Pour ce qui est de la limitation, la limitation des 2go de ram est généralement liée à une limite du système d'exploitation. Sur un système d'exploitation en version 32bits tu ne peux pas allouer plus de 2go de ram pour un processus.

Quelle est ta version de windows ?

A+

Salut

Problème résolu par tel.

C'était une erreur de paramétrage de l'opération d'usinage 3D (plan de dégagement en dessous de surface pièce )

++
David

Bonjour à tous

Je suis sous Windows 7 64B avec 8Go de ram
mais effectivement comme a dit David il y avait un petit problème dans l'opération de profilage 3D


Par contre j'ai un autre petit problème sur un logo extrait d'une image Avec Aspire
Puis exporté dans CB en STL

J'en profite au passage pour vous montrer la démarche
1 - Détourage de l'image dans Photoshop


Récupération du profil 3D dans Vectric Aspire (STL)


Vérification du maillage dans Blender 3D


Récupération du profil et création des usinages dans Cambam


Simulation du programme G-code dans CutViewer


Comme on peut voir dans la simulation il y a un petit problème
Il y a toujours la solution de faire un profil de limitation mais bon c'est pas pratique

David je t'envoie le fichier Cambam pour voir éventuellement d'où vient problème

@++ .::Eric::.

Bonjour Eric,

Je suppose que tu parle des triangles qui se sont installés au dessous de l'arc ?

Je pense que c'est un petit défaut dans le STL, mais je ne peux le confirmer sans le fichier STL lui même. (cela peut aussi être un réglage de précision insuffisant lors de l'importation / exportation du STL dans un des soft par ex)

Attention la simu 3D ça peut être trompeur, car en fait le défaut n'est que de 0.005 mm environ



++
David

Bonsoir David

Je t'ai envoyer le STL en mail

@++ .::Eric::.

Zarkann a écrit:Bonsoir David

Je t'ai envoyer le STL en mail

@++ .::Eric::.

Ok, je viens de te renvoyer le STL et le fichier CB corrigé.

C'était bien le STL qui n'était pas parfaitement plat, certains points du maillage étaient environ 0.005mm en dessous de la surface. ... mais bon 1/2 centième dans du bois

++
David

Bonjour à tous

David, pourrais tu demander a Andy si il serrais possible d’attribuer plus de mémoire a Cambam

Car j'ai un client qui me demande d'usiner des textures (Aspire)en profilage 3D et je vais devoir morceler le programme pour y arriver

La pièce fait 60/ 500 avec 1.5mm de profondeur d'usinage et même en le faisant en une seul passe ça ne marche pas

Là j'ai plus le temps mais je mettrais des images ce soir

@++ Eric

David, pourrais tu demander a Andy si il serrais possible d’attribuer plus de mémoire a Cambam

je ne vois pas ce que tu veux dire? tu veux parler de la limitation à 500 lignes ou de la RAM occupée? si c'est la ram, tu seras limité par ton PC mais en aucun cas par CB (je viens de faire un test, j'ai réussi à remplir 1800mo avec des parcours d'outils!!!!!!! si j'avais fait ce test sur mon PC d'atelier, il aurait effectivement planté...).
Si c'est les 500 lignes, c'est que tu es en version d’essai, dans ce cas il faut payer la licence et il n'y aura plus de limite.

dans les 2 cas je ne vois aps trop ce qu'Andy peut faire pour toi... a part te vendre une licence

++ Lionel

Salut,

Il doit y avoir un problème dans tes paramètres d'usinage, une résolution trop élevée je pense.

Ce problème de mémoire est connu (Totem, rien à voir avec la limite des 500 lignes) et Andy y a déja bossé dessus, je ne pense pas qu'il puisse faire plus.

Une chose que j'avais remarqué, c'est que des fichiers qui ne passent pas chez moi en 32bit, passe sur la machine d'un collègue en 64bit sans générer l'erreur mémoire. L'a tu fait sur un système 32 ou 64 bits ?

Peux tu m'envoyer ton fichier .cb par mail que je regarde ; dans le pire des cas de toute façon si je demande à Andy, il lui faudra le fichier .cb pour tester.

++
David

Bonsoir Lionel

J'ai déjà la Licence si tu as bien regarder mon sujet ici tu verra que les sculptures font bien plus que 500 blocs (ou lignes) plus de 200 000 en fait

En fait le problème vient du fait que Cambam a été développer sous XP 32b qui est limité a 2Go en mémoire ram
Or je suis en 64 avec 8Go de ram, pour ce qui est de cambam il est limité a 19.. et quelque
Bien sur pour du con tournage, des poches ou tout ce qui est 2D ça ne pose aucun problème mais pour le profilage 3D ça devient vite gênant si tu veux conserver un maximum de détails

Voila ce que je doit faire :

Le motif fait 500 mm en Y et 60 en X

(David j'ai vu que tu as répondu pendant que j’écris ce message, je te prépare le fichier cambam )
Pour ce qui est de la résolution je suis a 0.2 ainsi que pour le recouvrement (j'utilise une fraise de 2mm de Ø je sais c'est petit mais déjà je zap des détails.
ça passe a 0.4 mais bon c'est vraiment pas top a la simulation

@++ Eric

Re

Au fait, tu sait certainement qu'Aspire peux générer le Gcode lui même, tu n'a absolument pas besoin de passer par CB pour générer tes gravures 3D normalement.

++
David

Re

Je ne peux pas l'envoyer pas Hotmail car il est limité à 10Mo je cherche un autre moyen >>
@++ Eric

Zarkann a écrit:Re

Je ne peux pas l'envoyer pas Hotmail car il est limité à 10Mo je cherche un autre moyen >>
@++ Eric

utilise le service gros fichiers de free

http://dl.free.fr/

++
David

OK

J'ai mis un mot de passe: StafMB et une notification sur ton Mail
ça devrais arrivé dans une dizaine de minutes

@++ Eric

En fait le problème vient du fait que Cambam a été développer sous XP 32b qui est limité a 2Go en mémoire ram
Or je suis en 64 avec 8Go de ram, pour ce qui est de cambam il est limité a 19.. et quelque

Ah d'accord, c'est pour cela que c'est passé chez moi avec 1800mb...

Salut,

Il y a en fait plusieurs choses qui peuvent provoquer un erreur mémoire, et comme c'est un message Windows, il est difficile de savoir exactement d’où elle viens car le message est toujours le même (générée par le Framwork .net)

Il y en a une qui survient avec des Gcode trop long (en 32 bit, plus de 2 millions de lignes) et une autre avec les objets STL ; dans le cas présent, c'était l'objet STL d'Eric qui avait une résolution trop haute ( le STL faisait plus de 130 Mo avec une résolution de fou ). Une petite cure d'optimisation du STL et tout est rentré dans l'ordre.

++
David

Bonsoir à tous

J'ai effectivement fait faire une cure d'amaigrissement a mon STL mais j'ai du quand même faire le programme en une seule passe

Cela ne pourrait t-il pas venir de la version du Framwork ? justement

Pour la solution adopté j'ai recopier 3 fois le programme dans le même fichier en utilisant les décalages G54 G55 et G56 avec 1mm a chaque fois
ce n'est surement pas la meilleur méthode mais bon pour le moment ça m'a permis de faire mes échantillons

Voici un aperçu :


@++ Eric

c'est rigolo, mais ça set à quoi?

en Num j'aurais utilisé les sous-programmes plutôt que les décalages... mais ça tu connais sans doute mieux que moi
par contre je n'ai jamais pensé à essayer sous Mach3... mes programmes n'ont jamais été aussi longs!

++ Lionel

Bonsoir

Pour l'instant ce n'est que des testes de textures qui vont être utilisées sur un meuble
Pour ce qui est de Num j'aurais simplement utiliser un G59 Z-1 puis Z-2 ou alors on peut également utiliser des Paramètres E50 xxx pour tricher sur les longueur outils ou encore en jouant sur les origines en Z avec les paramètre E62002 (DEC3 en Z) si ma mémoire est bonne

L'avantage avec les paramètre c'est qu'on peut leur faire faire des calculs avec un saut de bloc conditionnel G79

Concernant Mach3 il faut que je teste cet fonction de sous programme G98 et G99 pour la fin de lecture il me semble

Si tu fait des tests sur Mach3 ça va m'intéresser (mais bon il faut les faire dans un autre sujet )

@++ Eric

Pour ce qui est de Num j'aurais simplement utiliser un G59 Z-1 puis Z-2 ou alors on peut également utiliser des Paramètres E50 xxx pour tricher sur les longueur outils ou encore en jouant sur les origines en Z avec les paramètre E62002 (DEC3 en Z) si ma mémoire est bonne

c'est justement ce que je n'aime pas faire, parce que l’affichage des axes se trouve faussé de 1mm à chaque passe, du coup en cas de problème je sais plus ou j'en suis, genre si tu es à 0 ou à -1... Ok tu peux regarder le delta mais en 3d ça va trop vite tu y vois rien!
Par ailleurs, si tu utilises les SP le fichier est beaucoup plus petit!

genre ce que j'aurais fait par exemple:

Code:


%1664 (nom du programme principal)
N10 G17 G40
N20 M6 T1
N30 S4000 M3 M8
N40 G0 X0 Y0 Z3 D1
N50 G1 Z-1 F100
N60 G77 H1 (Appel du sous-programme 1)
N70 Z-2
N80 G77 H1
N90 Z-3
N100 G77 H1
N110 G0 Z3
N120 M5 M3
N130 M2
%1 (sous-programme 1)
N10 G1 X10 F300
N20 Y10
N30 X0
N40 Y0
(ne pas mettre de fin de programme à un SP: soit on passe au SP suivant soit on ne met rien)


Bon je suppose que tu connais déjà

Je viens d'essayer sous Mach3, il ne comprend absolument rien au G77 et G79, et je n'ai pas trouvé comment faire de sous-programmes...

Bonjour Lionel

Pour Num:
Ta méthode ne peut pas fonctionner car dans un profilage 3D tu a également des coordonnées en Z

Bien entendu dans les méthodes dont j'ai parler plus haut on utilise la fonction G77Hxxx

Je vais faire un autre fil dans le forum Mach3 pour le sous programme

@++ Eric

Pour Num:
Ta méthode ne peut pas fonctionner car dans un profilage 3D tu a également des coordonnées en Z

c'est vrai, je n'y avais pas pensé

Je vais faire un autre fil dans le forum Mach3 pour le sous programme

Ok, quand j'aurais un peu le temps, je vais regarder si je trouve une solution! J'avais lu quelque part que Mach faisait des opérations sur des variables avec la syntaxe Fanuc, mais je ne connais pas... on a que des num à l'école, et encore, on doit normalement même pas programmer à la main

Et je suis pas sur que ce soit aussi le langage fanuc pour les sous-programmes... ça m'étonnerait même!

++ Lionel

Salut,

Quelques infos ICI ...

++
David