All Activity

We check machined parts. No draft angles are there.

I have a snippet of a view from a drawing done in 1986 and states no specific standard to follow, though ANSI Y14.5-1983 was the standard du jour. There are 6 slots are on the OD of a cylinder which is datum C, but the view only shows 1 set of 3. I didn't put any details regarding profile on slot sides because they're just more of the same, profiles without a DRF. I'm pretty clear on the position of one end of the slot to C, except for MMC on a BASIC radius. It calls for profile of each end of the R.134 6 places and by today's standards, we would normally think that's only controlling the size and form of the radii. Any thoughts? The customer is covertly depending on us to supply them with a cmm program that they don't have and I could probably come up with something close but I gotta try to make it right, or as close to checking it so it's right functionally.

DWC makes a good point about circles being used in planar rotation, but if you feel you must use a circle as your planar rotation, it helps to define the planar rotation first. any point reducible feature used as planar rotation will have the direction defined from the origin to the chosen point-reducible feature

@Ryan Borg Do not use a circle to try to control rotation. It does not and can not control rotation. A 3d line recalled from two circles and projected to a plane? Sure. But not a single circle. I don't know what your part looks like exactly, is it a symmetrically round part? No actual clocking features? Either way, get rid of the circle for planar rotation, and then do "Execute manual run now." Let me know if this corrects the behavior.

I just tried importing an SSC file, for an XTR stylus system, and I get an error every time. It is sad that 8.0 is still so broken. Edit: Created a machine from scratch, after more unhandled exception errors and software restarts, and the import worked, but the Z values from my PCF not so much. I guess I need to rebuild all of my machines from scratch, for 8.0. Edit #2: Very next one gave same error. Apparently it doesn't like ConturaXTR for the name. ConturaXTR1, it works. 🤦‍♂️

Hi Drew! Are you looking to find the center of the RT again since it moved? If so, you can set the center by opening an empty measurement plan then use the MasterProbe to create a circle around the RT. Under Resources - Rotary Table - Rotary Table Position you can then select the circle for the center feature. Then, you can either run the axis program or start running your parts if you measure the RT axis in the programs. The axis program is typically found here, if needed, C:\Users\Public\Documents\Zeiss\CALYPSO 8.0\workarea\inspections\inspections_rt_axis\RT-Axis.

Have you tried CAD > CAD Model Control > Show Probing Object? It wont show the whole RDS head, but it will show the stylus Haben Sie es mit CAD > CAD-Modellsteuerung > Tastobjekt anzeigen versucht? Es zeigt zwar nicht den gesamten RDS-Kopf an, aber den Taster.

Here is a screen shot of my Base alignment Dat FL is the large circle

I saw you mention coaxially, which makes me wonder if a cylinder is involved. Are you using a cylinder for your XY0? If so, I would recommend switching that to a circle for the base alignment to see if that better controls your XY0.

@Ryan Borg Can you post a screenshot of your base alignment setup window?

attached is a photo of the probe shown in the cad the probe is physically located over the center of the part but shows it way off in X

In CAD menu you can enable showing probe tip so you can see if it moves like it should and orientation. Without any more specific data i can not help more.

Hello all, I am running into a issue with my base alignment not going to all of my features. I have a large round part with an outer diameter of approx. 72 inches. I have this set up as my XY zero in my base alignment, as I need to check the coaxially of a center shaft. When I scan the outer diameter the actuals for x and y come in at zero. But when I move the probe to roughly were zero should be on the part it shows the x value as negative 20" and the Y as 2. I have set base alignment to zero selected and have re run the manual several times. It almost seems like the base alignment isn't translating in the mcs correctly. I'm at a loss of what this could be. I am running calypso 7.8.06 Thank you for the help

CALYPSO: Use of the Transfer Format Tool

Apologies for this being in English but I hope it helps. In CALYPSO update 8.0.12 when using the "RDS RC Position" window, the RDS XXT visualization was added back into the software as shown below. In previous versions you are correct, even on the live CMM, it was required to import each respective SSC styli file for the probe head visual to display correctly when using this window. However in Service Pack update 8.0.12 what will now occur is CALYPSO will display the MasterProbe RDS XXT visual regardless of what stylus is active on the CMM. This will allow for easier proofing of what angles are being used/created, avoiding the need to import any SSC files.

The fixes released in 8.0.1204 are primarily focused around internal torus navigations. There are still some cases when measuring external torus that will require CMM Position Points to be used within the strategy to position the start point and these are still under active investigation.

I had a customer a few weeks back ask what the status codes meant from the writeActualsToFile() commands were. So if anyone is curious here is the list of what the different codes mean. https://portal.zeiss.com/knowledge-base?id=3758613

🤣

@Davide Redón I experienced a similar problem where the machine automatically disengaged the motor and stalled. Try cleaning the optical motion sensor along the Y-axis. Pay attention, as it's extremely sensitive

I was personally skeptical about dark mode, but now seeing it first hand I am all about that. Looks great and much easier on the eyes.

If you look closely too as the stylus attempts to park relative to other bays, if it seems too high or low you can try manually offsetting the park position to keep it from possible collisions. This is kind of a last resort due to wear/aging of the holders or other potential hardware causes of missing the rack. Here is a link on how to do offsets with the rack https://portal.zeiss.com/knowledge-base?id=466889

I would try redefining the rack as a first troubleshoot if you have not yet. Here is a link that links videos for all the different sensors including XXT on how to set up the rack. https://portal.zeiss.com/knowledge-base?id=882615

Yea I've seen it get toggled off time to time. Can't say why. Should stay on after updates and what not, but maybe accidently got miss clicked or something.

Here is the PCM we use based on the above document, including a display command to allow operator to insure convergence. differenceSystem correct usage - Copy.docx