For the plan validation steps, we created automatic PDF and DXF generations.
During initial validations or with index changes, we have created an intermediate step to ensure that the PDFs and DXFs generate at the correct indices.
First, the indices increment, then the PDFs and DXFs are generated.
When you rely on the hint column of the explorer, everything is fine, but if you look at the preview pane or open the slddrw with eDrawing, you notice that some clips get stuck at "editing in progress" in the cartridge.
And PDFs, DXFs or paper printouts of the impacted plans are therefore done with "modification in progress" in the "index" box.
The problem is that it's totally random, the majority of plans validate correctly, but the problem occurs for a tiny percentage.
this looks like a problem occurring when mapping the variable to the Solidworks file. Here are a few ideas that come to mind:
1°) Were the planes on which the problem occurs created in the current version of SW or with an older version of SW?
2°) Do the plans on which the problem occurs have the usual basemap or "modified" basemaps (question may seem silly but I've already seen plans that didn't update following user manipulations that replaced the link to the variable with a plain text in the basemap)?
3°) Are PDFs, DXFs and paper printouts generated on a dedicated PC or on the PC from which the transition change is requested?
4°) Can the plans in question be in use on another PC at the same time?
5°) Are the indications in the history of the problem plans in Epdm consistent with those of the plans that do not have the problem?
5: The history is strictly identical to the plans without any problem
I would also like to point out that the clues appear correctly when you open via SolidWorks, it's really just in the preview pane (which uses eDrawing) and in the paper and PDF/DXF printouts.
@ Michael Delacote
On the plan (as in the variable editor) I have a $PRPSHEET block linked to the revision variable, why do I absolutely have to $PRP? I don't have direct control over the basemaps, it may take time to update.
The revision variable is set correctly.
In the state change settings I don't have a "state" variable to define in the transition actions, I just have a validated state with an intermediate "pre-validation" state for drawings, precisely to be sure to define the revision variable before generating the PDF and DXF files.
When I validate, I set the revision variable and the revision table > the mep goes to pre-validated > I generate the PDFs and DXFs only if the revision table has been generated correctly > I arrive at the validated state
The "Run for files" box is checked.
I send the screenshots with it, not knowing if it is possible to join several pieces, I grouped everything on the same one.
On the plan, if you put "$PRPSHEET:Review" the plan will take the index of the room and not the plan. That's why I prefer to put $PRP:"Revision" No risk of desynchronization.
I have spotted several errors in the transition actions, the order in which the actions appear is important!! the PDM deals with them from top to bottom.
"Before prevalidation" in order :
First define all your variables except the revision.
Set the revision variable to "%nextrevision%" and not %deststatus%
Add the "Revision Included" action which does not currently appear!!
Execute the tasks
Regarding the "after prevalidation" Why do you mount another index after performing the tasks, once again you have to go up the index before performing the tasks.
You can set the revision variable in either change, but not in both, so it must be accompanied immediately after by the "revision included" function and the tasks must all be at the end, never before these two revision functions.
Ok for $PRPSHEET, so it's normal for us, as it's the 3D that counts, we prefer that its index appears in the cartridge rather than the one in the shot.
Before prevalidation, I classified everything as you said, but I can't find the "Revision Included" action. Is it an order? A task? A variable to be created?
For the after valid, I don't know where the revision increments come from, possibly from a temporary hack that I forgot to remove afterwards.
Ok understood, In your case, "Revision included" is "Increment Revision".
Normally if you put "Increment Revision" above the PDF and DXF tasks it should work, but it's quite a strange process, normally you define the revision variable and the PDM revision in the same transition.
Here you set the variable in one transition and then you set the Review in the next transition, is there a reason for that? Otherwise you'd do well to group everything together so you don't have out-of-sync PDM and plan revisions
It's okay, I added "Increment Revision" between the variable definitions (revision being the last one on the list) and the tasks to be executed, all in the same transition ;-)
Hopefully the problem comes from there, surprising that it is so random and only appears via eDrawing and on PDFs/DXFs.
Thanks in any case, I validate your last post as a problem solver, while waiting to see if a user still gives me a problem.