Torenprojectie: waarom de torens de vleugelvorm niet snijden?

De draad is een rechte lijn tussen de torens, maar het onderdeel bevindt zich op de schuimvlakken — dus taps toelopende en vervormende snedes moeten de torens langs versterkte, geprojecteerde paden aansturen. De wiskunde, wat cncfoam automatisch doet, de blokplaatsingsregels en de waarschuwingen.

Op een 4-assige snijmachine is de hot wire een rechte lijn tussen twee torenvlakken — en jouw schuimblok ligt ergens tussen ze raken elkaar nooit (riemen, lagers en rails zitten daar), en dat ene feit heeft een consequentie waar elke wing cutter uiteindelijk achter komt: De vormen die de torens aandrijven zijn niet de vormen die op het schuim verschijnen.

De probleem

Zeg dat je een taps toelopende vleugel snijdt: groot profiel aan de wortel, klein profiel aan de tip. Als de torens alleen de omtrekken van de wortel en tip zouden aandrijven, zou de draad die vormen aannemen. bij de torenvlakken — en je schuimvlakken, ergens in het midden, zouden elk een geblend, gekrompen tussenprofielDe grotere de afstand tussen toren en vlak, hoe erger de fout. recht constant-profiel snijden beide torenpaden zijn identiek, de draad veegt een prisma, en er is helemaal geen fout — daarom merkt niemand het op tot hun eerste getaperde vleugel.

De fix: projecteer de vlakken naar de torens

De ontworpen profielen horen op schuimvlakkenVoor elk gesynchroniseerd puntpaar, verleng de rechte draadlijn door beide gezichtspunten naar buiten en los op waar elke toren moet staan:

T1 = P1 + (P1 − P2) × d1 / w
T2 = P2 + (P2 − P1) × d2 / w
  • P1, P2 — ontworpen punten op de nabije / verre schuimzijde
  • w — blokbreedte langs de draad (jouw Z-grootte In het Materiaalblokpaneel
  • d1 — afstand van de linker toren naar het nabije vlak (jouw Z-offset)
  • d2 — afstand van de verre zijde tot de rechter toren (torenoverspanning − d1 − w)
  • T1, T2 Waar de torens daadwerkelijk bewegen

De torens volgen groter, vervormd versies van de profielen — met opzet te ver — en de rechte draad die door het blok gaat levert precies de juiste vormen op aan de vlakken.

De knijp in de voorvertoning: het kruispunt?

Bekijk een taps toelopende vleugel in de 3D-voorvertoning en de gesweepte lint van de draad doet iets opvallends aan de kant met het kleine profiel: het loopt taps toe en opent omgekeerd voor de toren te bereiken. Die knijp is geen bug — het is de handtekening van de projectie, en het is precies wat de machine moet doen:

LEFT tower (X/Y) RIGHT tower (U/V) foam block the PART (root face → tip face) crossover — the extended wing tapers to ZERO here amplified tiny + inverted wire lines (the ruled sweep)

Extend a tapered wing past its tip and the chord keeps shrinking — at w·c_root/(c_root−c_tip) beyond the root face it reaches nul (el top van de kegel waartoe de vleugel behoort). Elke rechte draadlijn gaat door die omgeving. Als de top in de opening tussen het verre schuimvlak en de toren valt — wat gebeurt wanneer de tapsheid sterk is en de opening ruim — passeert het torenpad door nul grootte en komt aan de andere kant uit gespiegeldDe U/V-toren traceert een klein, ondersteboven kopie van het profiel. De draad veegt nog steeds precies het juiste oppervlak door het schuim; alleen het lege-luchtdeel van de veeg snijdt zichzelf.

  • Het is correct. Het onderdeel bestaat alleen tussen de vlakken — alles buiten is de draad die door de lucht beweegt.
  • Legt het "verkeerd ogende" torennummers uit? Op een sterk taps toelopend paneel mag de toren aan de smalle kant vrij reizen minder dan de tipprofielrichting, of beweeg ertegenin?
  • Rechte vleugels hebben geen knijp — gelijke profielen zorgen ervoor dat de draadlijnen parallel lopen, de top bevindt zich op oneindig, en beide torens volgen het profiel 1:1.
  • De knijp zit nooit in het schuim. Het bevindt zich buiten het kleine vlak, in de verlenging van het onderdeel — op het moment dat de conus nul bereikt, ben je per definitie buiten het blok.

Wat cncfom.com automatisch doet

Elke gegenereerde vorm — vleugels, tandwielen, wandpanelen, hypars, personages, AI-vormen en twee-profiel morfismen uit het dialoogvenster Onderdeel laden — is ontworpen op de schuimvlakken en geprojecteerd naar torenpaden automatischen de spanwijdte van je machine's toren (⚙ Instellingen → de L→R afstand) en het materiaalblok Z-grootte + Z-offset. Verplaats of vergroot/verklein het blok en de gereedschapspad wordt live opnieuw geprojecteerd — de vlakken ontvangen altijd de ontworpen profielen, waar de blok ook staat. Rechte snedes en draai-snedes sturen beide torens identiek aan, dus de projectie laat ze ongewijzigd passeren. De voorbeeldvensters aan de blokzijde tonen het bewijs: het profiel op elk schuimvlak komt overeen met het ontwerp, terwijl de 3D-draad duidelijk breder uitwaaiert bij de torens.

Twee dingen volgen uit de wiskunde, en het gereedschap waarschuwt voor elk:

  • Torens buiten bereik — projectie versterkt elk wortel↔punt-verschil met de verhouding tussen spleet en breedte. Een sterk taps toelopend onderdeel in een smalle blok ver van de torens kan meer torenverplaatsing vereisen dan je machine aankan. De pasfoutwaarschuwing vertelt je met hoeveel.
  • Grote versterking — wanneer de gaten veel groter zijn dan de blokbreedte (meer dan ~1,5×), verschijnt een waarschuwingsbericht: de snede is nog steeds correct, maar de torenverplaatsing en eventuele mechanische speling worden hiermee vermenigvuldigd.

Blokplaatsingsregels vuistregels

  • Centreer het blok tussen de torens (de knop "Center materiaal op machine" doet dit in één klik) — het verdeelt de versterking gelijkmatig.
  • Houd de gaten klein ten opzichte van de blokbreedte. Een 300 mm blok gecentreerd in een 850 mm overspanning (gaten ≈ 275 mm elk) verdubbelt ruwweg de verschillen tussen wortel↔tip bij de torens — normaal en fijn. Hetzelfde blok tegen één toren geduwd geeft ×3 aan de verre zijde.
  • Voor sterk taps toelopende panelen, een breder blok snijdt twee panelen uit één blok

Feed rate is face-referenced too

Jouw voedingsinstelling is de snelheid van de draad door het schuim, not the tower speed. Since the projected tower paths are longer than the face paths, the exported G-code raises each cutting line's F by that move's tower:face travel ratio — so the foam always sees the set feedrate and the kerf blijft constant van wortel→top op tapsneden. (Zonder dit snijdt de tipkant van een taps toelopende vleugel langzamer en smelt een bredere zaagsnede precies waar het onderdeel het dunst is.) Reisbewegingen buiten het schuim blijven op de standaard voedingsnelheid. De snijtijd- en contourgetallen in het statuspaneel zijn oppervlak-gerelateerd om dezelfde reden.

Geïmporteerde G-code

Geïmporteerde G-code wordt nooit opnieuw geprojecteerd? — bestanden van andere CAM-systemen worden verondersteld de torencoördinaten al te bevatten, precies zoals opgeslagen. De simulator's blok-vlak voorvertoningen, snijtijd en smeltcontroles evalueren ze nog steeds aan de schuimvlakken, dus je kunt verifiëren wat een vreemd bestand echt snijdt voordat je het uitvoert.

Gerelateerd

Zien het materiaalblok & omhulling voor de blokbesturing Morphen van twee profielen voor het 4-draads mechanisme, en de vleugelgenerator waar projectie het meest van belang is. Waarom je foam cutter's torens een ondersteboven vleugel snijden?.