All Activity

Now I'm just confused even more. So, I was getting frustrated with this whole situation not making sense, so I abandoned the program I had and started over. I was browsing the Zeiss Basic training instructions again, and had the idea to use the a cone to locate the part instead. I took a cone, plane and symmetry point in the keyway(cone/plane/sym as base align), fully defined alignment as it should be. I even swapped to a different probe to reach into the keyway, again, just to see what changes. I still added the 2 circles and created a 3d line, created 3 additional different alignments, (plane/circle), (Plane/circle/sym), and (3d line/plane) so I could see what changes without going back and forth and re-running the part. Made new planes from recalled points, but changed their alignments. As expected, nothing changes, because the alignment shouldn't matter. I've included a bunch of screenshots of the results and am at least now seeing just over .0001" of deviation between results, and are believable for what a ground surface should measure. What was happening before still doesn't make sense to me, especially since I recreated the same "bad alignment" program and got good results this time. Only thing I can think of is the fact that the 3.0mm long probe that is being used is a manual load, not from a probe rack, but I'm not getting the 'probe contacts closed' error, and the probes all re-qaul just fine. Is anyone able to make any sense out of what may have been going wrong previously? I just want to understand what's going on here.

I am logged in as master user. All functions are accessible, until the first time I save the inspection program. After saving, extraction from CAD model stops working. This includes defining points on the model. All other tools function normally.

I would think you could iterate your base alignment to get it there. I do something similar on twin screw compressor rotors. There's even a method where you don't have to iterate your entire base alignment and can iterate just the point. (see attached) Let me know if I'm mis understanding something cause it totally seems possible. Iterative Alignment.pdf

With the delta between the actual point and the desired nominal, and the thread pitch, you should be able to calculate the rotational angle to move to advance the thread the desired linear distance.

Curious how you guys determine the scan path for your profiles. The method we've used measures from the True Involute Form to the OD low limit (for external gears) or the ID high limit (internal gears).

Hi, you have already given the answer: for arbitrary mirror planes we can't ensure that the parametric is "mirrorable" in (most) cases with the intended behaviour of the customer. This leads to more questions than answers and therefore we prevented this option. Geometrically mirroring is supported with arbitrary planes! Regards

Hello, I'm having trouble aligning a part that's basically a cylinder with a thread in the center. Currently I have to take a manual space point and rotate the model manually until the point lines up with the model. Is there a better way of obtaining an accurate alignment for a part like this? Without translating the part in any direction, just rotate it until the point lines up with the model? I'm attempting to scan the threads with a duramax vast xxt.

I looked into the Auto Fetch Data and mine was checked. This didnt work for me. I unchecked and checked and it didnt work. I continue to see what is making this happen.

It's likely that you're not logged in as the Master user and therefore do not have the necessary privileges. Here's a couple articles on the topic of user privileges. How to set up - https://portal.zeiss.com/knowledge-base?id=523210 privileges defined - https://portal.zeiss.com/knowledge-base?id=443337

Thank you for this. So my other question would be that it was a different programmer that made this program. How would i know if he used a ring gage or other object for this qualification? Or could he just possibly remeasured the same ID to show this?

Thanks - definitely i'll try this - looks promising 🙂

Oof. That stinks. It looks like potentially there is a Profile characteristic that is the culprit. You can try having it create a new PiWeb database for that measurement plan and see if that corrects it. Open PiWeb Reporting Plus 2025 - Find the Measurement Plan on the left pane - Right click - Show in explorer - move the .dfs file to somewhere safe (this is all of your legacy data). Now try to evaluate the data and see if it still fails (note, I've had it not removing the database while PiWeb is running, so it might fail on the first attempt for a different error, just delete the new database it attempted to create and try again).

We did a complete shut down of the CMM, mains and computer and restarted everything and that did not work.

@Max Haynes If you open the "5" CAD Presentation characteristic, is it attached to a Characteristic/Feature? Try turning on the Display of Plot. Then manually Plot it, and see if it displays correctly there.

Before attempting anything too drastic, have you restarted everything to see if this clears up the issue (computer, and software mainly)? We can always try a new .dfm file to see if something go corrupted, but I'd start with the basic first.

I am running a program that has been run many times before, but now I am having an error come up and I cannot get the report to open or print, or the results to save to the computer. I am attaching the error report so you can look at it and hopefully help. Thanks for anything that you can help with. Scan_20260513.pdf

Slightly off-topic, but I'm so glad that the Gear world invented and embraced gear nomenclature because some of the descriptions I've seen on drawings are wild, but as long as they put the correct nomenclature (Fβ, fu, etc....) I can always get them what they need. I mean, I'm looking at a gear spec right now that says "Tooth Alignment - Total" for the Fβ, and then they next one says "Total Lead Variation" for the Fβ. 😅

Richard beat me to it. That's the exact infographic I train my lab techs on. I've gotten more positive feedback by sharing this infographic with associates while discussing gears than any other infographic on any other topic. Zeiss really nailed it with this one. Way better than the AI slop Calypso GDT package training videos they just released.

https://portal.zeiss.com/knowledge-base?id=3721337

I came across this this morning with an old program. I went and picked up my alignment manually and it stopped after i probed the C Datum ID. It asked if the probe Qualification is correct? I selected yes and then my pick up went away and the C Datum looked like it wasnt picked up? It didnt finish the alignment. Can i get some information on this please i have never come across this? Is this pertain to Qualification of the probe i am using for this program? Thank you for any direction on this, much appreciated.

Hi, here is how I did it for a 10-part division. The coordinate system rotates along Y with it. And the boxes are defined underneath.

Hi, seems to be intended. They differentiate between "Mirror parametrically" and "Mirror geometrically". https://techguide.zeiss.com/de/zeiss-inspect-2026/article/cmd_transform_element_mirror.html#FCT0EJDAE

Wir haben insgesamt 10 Messmaschinen. An den Messmaschinen werden die Programme über die Autorunoberfläche an gestartet. Die Programme haben wir zentral auf einen Server abgespeichert. Da teilweise das gleiche Programm auf mehreren Maschinen gleichzeitig läuft, ist auf dem Server für jede Maschine ein eigenes Verzeichnis für jede Maschine angelegt. So kann man von den Offlineplätzen auf die Messpunkte jeder Maschine zugreifen. Zudem ist es abgesichert, das die Messmaschinen sich nicht gegenseitig die Messpunkte "überschreiben".

Hello everyone, I have a question regarding the mirroring of nominal, actual, and inspection elements. I am working with a symmetrical component. My goal is to define elements (such as surface points, edge curves, etc.) on one side and then duplicate them to the other side using a mirror function. Current issues: The coordinate system origin is not suitable for this case. Therefore, I created an additional plane, which I intend to use as the reference plane for mirroring. After performing the mirror operation (Element → Mirror), I encounter the following problems: The edge curves parameter can no longer be edited (they appear greyed out). For nominal elements, offset points are converted into simple surface points (see attached image). original: copy: For actual elements, similar behavior occurs—the mirrored elements (e.g., edge curves) are no longer editable. The only approach that works is using the officially provided script "Mirror Evaluation". However, this script only allows mirroring along predefined planes (X, Y, or Z) and not along a user-defined plane. i also tried to change the script code ( replacing the plane) but it did not work. Has anyone experienced similar issues or found a solution for mirroring elements along a custom-defined plane while preserving their properties and editability? Thank you in advance for your support!

I'd be extremely positively impressed if this would make it into Autorun - ever. I've done a bit of research and to me it looks like the current layer structure is woven deeply into Autorun. Sequences are defined as children of single layers. Changing that structure in a way that sequences become layer-independent, but also old *.arn definitions still work, would probably need a lot of effort. But don't take my word for it. I'm no programming wizard 😶‍🌫️