Inventor HSM 2017 4.2.0.042

[porsbym]

We just posted a new build of of Inventor HSM on http://cam.autodesk.com/inventor-hsm-experimental/

There is only a few new items and fixes as this is going to be a release candidate.

Please give it a spin and let us know if you find any issues.

/Mark

[Anonymous]

I have a license for Inventor HSM, but it installed Inventor HSM Pro and now I'm in "Trial mode".

Never had any issues with this up until this time.

[Laurens-3DTechDraw]

@porsbym Indeed no pop-up screen with the question which version to install.

[porsbym]

Ah, yes. Apologies for the inconvenience.

We had to move back to individual installers for Standard/Pro to resolve a limitation of the installation and licensing system, but forgot to update the development downloads page to reflect that and right now only the Pro installer is there.

While we work on that, here is a link to the installer for "Standard":

http://cam.autodesk.com/files/inventor-hsm-experimental/InventorHSM_Std_2017_4.2.0.042.zip

/Mark

[Anonymous]

That worked. Thanks for the quick assistance.

[makko74]

Hi,

I noticed two things today:

1....

When I drag and drop operations out of a pattern, the order of operations is mirrored after that.

Because the mirroring does not work as I thought. ( climb milling would be conventional milling then )

2....

In the Autodesk Desktop app, I no longer see updates for Inventor HSM, only for Inventor Pro. The Inventor HSM Tab is gone.

I do not know if it has to do with the cloud problems.

Mario

PS. The behaviour of the drag and drop of more than one operation happens every time, has nothing to do with patterns.

[makko74]

One more thing: ( Maybe I have a thought-bug, but I do not think. )

Mirror Pattern:

when i use the zx-plane for mirroring then all x positions remain the same the y positions exchange the sign ( Y+  <-> Y- ) right? ( works like i thought )

when i use the yz-plane for mirroring then all y positions remain the same and the x positions exchange the singn ( X+  <-> X- ) right?

but if I use this yz-plane then the x-positions remain the same and the y-positions exchange the sign and i think this is not right.

Mario

[scottmoyse]

---

@porsbym wrote:

Ah, yes. Apologies for the inconvenience.

We had to move back to individual installers for Standard/Pro to resolve a limitation of the installation and licensing system, but forgot to update the development downloads page to reflect that and right now only the Pro installer is there.

While we work on that, here is a link to the installer for "Standard":

http://cam.autodesk.com/files/inventor-hsm-experimental/InventorHSM_Std_2017_4.2.0.042.zip

/Mark

---

For a split second I thought I was going bonkers, then figured it was for licensing reasons. 

[Laurens-3DTechDraw]

ZX mirror should give different X value's.

YZ mirror should give different Y value's.

Now the question is does your X-axis fo the coordinate system line up with the ZX plane.(Parallel to the ZX plane.) If not this get harder to explain.

[makko74]

Hi Laurens, first, thanks for your answer.

It's a simple part, one for left side and one for right side, so I wanted to use mirror patterns.

The Setup with wcs:

now the Pattern Setup ( the light blue surface is the mirror plane, this is what i call yz-plane, or have I got that wrong? )

ihmo should be the y-values the same, and the positive x-values should be negative, or not?

here a screenshot what inventor does when I the part at this surface mirrors ( my intention to use mirror pattern was to save me this work )...

Mario

[Laurens-3DTechDraw]

I think you are right.

But the toolpaths look good.

So what is the problem?

[makko74]

The problem is the output is false:

;---------------------------
;Spannung.: Spannung 3
;Ordner...: Muster6\
;Operation: M7 KL Bohren B0
;---------------------------
N29 S5592 M3
N30 G0 G56 B=DC(BGRAD[2]) X13 Y10.3
N31 M1 ;*** Neuer Nullpunkt! ***
N32 G0 X13 Y10.3
N33 G0 Z40
N34 M7
N35 F666.9
;NCG#CYC82#\CST.DIR\bohren.com#NC2#2#*NCG;*RO*;*HD*
;#2#1#2#3#1###"M3"####3##1#*NCG;*RO*;*HD*
N36 MCALL CYCLE82(30,0,10,-10,,0)
;#END#*NCG;*RO*;*HD*
N37  X13 Y10.3 ; ORIGINAL
N38 MCALL
N39 G0 Z40
;---------------------------
;Spannung.: Spannung 3
;Ordner...: Muster6\
;Operation: M7 KL Bohren B0
;---------------------------
N40 G0 X13 Y-10.3
N41 M1 ;*** Sicherheit geht vor! ***
N42 G0 Z40
N43 F666.9
;NCG#CYC82#\CST.DIR\bohren.com#NC2#2#*NCG;*RO*;*HD*
;#2#1#2#3#1###"M3"####3##1#*NCG;*RO*;*HD*
N44 MCALL CYCLE82(30,0,10,-10,,0)
;#END#*NCG;*RO*;*HD*
N45  X13 Y-10.3 ; MIRROR
N46 MCALL
N47 G0 Z40

N37 = Original

N45 = Mirror Pattern

i get the same ( false ) cycle positions if i post it with the dump.cps

345: onCyclePoint(13, 10.300000190734863, -10)   - original

628: onCyclePoint(13, -10.300000190734863, -10)          - mirror

x-positions remain the same and y changes, and i believe this is false.

Mario

[makko74]

In the simulation are the positions right:

screenshot position mirror:

I can not imagine I need to change the post processor. The positions must come from the CAM correctly.

Mario

[Laurens-3DTechDraw]

What does the workplane do in the dump.cps?

I think it changes the workplane and therefore make sit hard to understand what's going on.

[Laurens-3DTechDraw]

Because that is what happens when I test.

The workplanePlane rotates 180 degrees.

So the results might look weird if you are already at 90 degrees. But should be correct.

Original Hole:

currentSection.workPlane=[[1, 0, 0], [0, 1, 0], [0, 0, 1]]
335: onCyclePoint(10, 25, -10)

Mirrored Hole:

currentSection.workPlane=[[-1, 0, 0], [0, -1, 0], [0, 0, 1]]
618: onCyclePoint(10, -25, -10)

See the attached part.

[makko74]

Thanks Laurens, you are right,

was not looking at the workPlane, found the error in my post processor, now it looks good.

I miss the forrest for the trees.

Excuse me for the effort and thank you for your help.

Mario

[wrc1978]

Yes, i get the same behavior on drag & drop operations. Which is kinda dangerous.

[scottmoyse]

@porsbym it looks like Blend is only in Beta mode for HSM PRO and not the HSM build. Can you confirm that's the case please? We have a user that's been eagerly anticipating a constant cusp strategy, but are HSM users and so don't have access to PRO.

[Laurens-3DTechDraw]

---

@scottmoyse wrote:

@porsbym it looks like Blend is only in Beta mode for HSM PRO and not the HSM build. Can you confirm that's the case please? We have a user that's been eagerly anticipating a constant cusp strategy, but are HSM users and so don't have access to PRO.

---

You know it's usually not a good idea to use a betamode feature that has not been discussed here or with you directly by the development team right?

[scottmoyse]

Yeah... But it's beta code, and the team barely communicate anyway, unless your name is Laurens or you're in the USA or have more than 10k followers on social media. So. What's the harm in generating some toolpaths for interests sake? If they don't want people to try it in beta mode, don't include it in beta mode.