CNC Fórum

Mně to taky blbne, ale jen na některých hranách. Můžu jim ten soubor poslat (přiložit k hlášení chyby)?

Jasne ako to je chyba tak urcite...

Je to z Crea 2.0

dodo

Pardon je to z Wildfire 4 nie z Creo 2.0... teda ak im idete posielat ProE subory.

dodo

Myslel jsem to STL, na kterém můžu demonstrovat tu chybu (či spíš nedůslednost, ona to přímo nějaká tvrdá chyba není).

Takto by som to na stroj nepustil určite to nie je dobre. Hádam Vám odpovedia preco to tak je.

Inak skúšal som urobiť podobný model v SW a použil rovnaký cyklus a bolo to tiez zle takze niekde bude chyba...

dodo

Taky bych to takto na stroj nepustil.
Stáhnul jsem si od tebe stl a zkusil obrobit. Výsledek stejný, viz obr.
Ale udělal jsem si SW jednoduchý model, kostku ze zaoblenýma hranama a použil stejnou strategii obráběmní a výsledkem jsou krásné plynulé dráhy..

nějak takto:

prochaska píše:Myslel jsem to STL, na kterém můžu demonstrovat tu chybu (či spíš nedůslednost, ona to přímo nějaká tvrdá chyba není).

Je to zpusobeno nevhodnym formatem *.STL . Je to neobjemove teleso slozene z ploch. Mezi tecnym napojenim ploch byvaji nepresnoti casto natolik velike
ze to matematika toho camu vyhodnoti jako konec jedne a pocatek druhe plochy, tedy i najezdy a odjezdy na hranach. A to to v tomto pripade dopadlo jete pomerne dobre.

Doporucuji pri prevodu z jinych camu pouzivat objemove formaty teles, jako *.STP a podobne.

RADEK

podívej se na ten model jestli v něm nejsou nějaké chyby třeba v napojení křivky (třeba 0,005mm rozdíl, nebo dvě křivky těsně souběžné atd) to dělá totiž to samé, HSMko to v místě chyby přeruší a přeskočí to na další část, stačí opravit chybu a je to.. někdy je ta chyba taková že to nespočítá vůbec, někdy blbě a někdy jen takhle..
dost často mě to dělaj některé modely konvertované třeba z igs, ale vždy tam je nějaká taková chybky, jakmile se odstraní je to OK..

z18xe: skusal som aj ja na jednoruchych hranach to bolo ok ale na komplikovanejsich je to stale zle. Vymodeloval som si model priamo v SW a v jednoduchom pripade to bolo ok a ak bolo hrana troska komplikovanejsa tak to bolo zase rozbite... Som zvedavy ci nieco odpovedia p. Prochazkovi.

Radek-B: Ja som pouzil model z wildfire nie nie STL model. Teda ak SW neprevadza modely z inych formatov do STL.... Skusal som obrabat aj STP a bolo to tiez zle.

RaS: ako pise vysie problem je aj pri radiusoch priamo zo SW.

Prikladam aj obrazky jednoducha hrana namodelovana priamo v SW je vyobrabana ok ale akonahle je hrana zmenena a je komplikovanejsia tak uz ma s tym HSM problem. vid obrazky

Mozno by to chcelo nevyberat plochy ale vybrat riadiace krivky a potom vybrat obrabane plochy a cyklus by sa riadil podla riadiacich ploch a drahy by premietal na vybrate plochy.

dodo

Radek-B píše:Je to zpusobeno nevhodnym formatem *.STL . Je to neobjemove teleso slozene z ploch. Mezi tecnym napojenim ploch byvaji nepresnoti casto natolik velike
ze to matematika toho camu vyhodnoti jako konec jedne a pocatek druhe plochy, tedy i najezdy a odjezdy na hranach. A to to v tomto pripade dopadlo jete pomerne dobre.RADEK

To jsem hned vyzkoušel, namodeloval jsem si tu hranu přímo v Solidworksu a dopadlo to podobně, jen těch rozpadlých drah tam bylo o poznání méně. IMHO je to chyba generování drah, a až v druhé řadě nepřesnost při převodu modelu.

Aha, tak to tam maji opravdu chybku. Porad tvrdim a neprestanu ze ten soft je prilis mlady a vubec nemeli menit tu cenovou politiku s kterou prisli na trh.

nedalo mě to a trošku jsem se s tím ještě dnes v HSM pohrál, myslím že výsledek je slušný..

Nooo a nebolo by zle napisat ako si to dosiahol... nech sa na to nemusime pytat

dodo

Právě proto jsem vložil obrázek i se stromem operací kde je vidět že jsem použil strategii Morfované.
Vytáhl jsem si do skici hrany toho zaoblení a spodní hranu ofsetoval o poloměr nástroje to je vše.
Je to jenom nástřel, chce to se s tím ještě pohrát aby byl rádius obrobený kompletně a mohlo to na stroj...