Sheet Set not opening with associated file
Yeah SSMAUTOOPEN is typically what I have experienced causes a file not to launch SSM (AutoCAD's Sheet Set Manager). As you said though, it's set to 1 (1 = Opens the Sheet Set Manager automatically)?
Question: Do you know if all the sheets in this sheet set where created using the 'new sheet' option; or were any sheets added through the 'import layout as sheet' option? I have had the import layout as sheet option cause a sheet to require re-association to the dst before.
As a test, remove one sheet that is not auto-launching the SSM and then re-import it. Before you do, note down any field entries (properties) for that sheet as removing it will delete that data requiring you to re-type it all back in (for 'sheet' fielded attributes only, 'sheet set' fielded attributes retained in the overall dst as well as any default fields such as file name, etc.). If this solves the issue, it might be an issue where the affected sheets need to be re-associated to the sheet set.
Summary: I am thinking perhaps if some of the sheets in your sheet set were imported in (someone did a save-as on a sheet that was created using your SSM template then imported it into the SSM manually) vs. using the right-click --> New Sheet option for adding a new sheet set drawing.
Chad Franklin
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
Afternoon Amy,
I have only seen this issue when using the 'import layout as sheet' option, however it shouldn't happen regardless. As an added note, you can right-click on a Subset (or right-click on the DST file and select New Subset) to specify 'which' folder you want the new drawings to be saved to (they don't need to reside in the same folder as the DST file). Corporately we do this to separate discipline groups (civil in one folder, process in another folder, electrical...., etc.).
We use multi-layout options here as well for some projects and also use the import layout as sheet workflow in those instances.
Did removing an affected sheet then re-importing back into the SSM (re-associating the sheet to the DST file) work? That has been a solution in the past that I have had success with. Let me know, always interested in anything SSM both good (or bad and how to fix it)!
Chad Franklin
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
Another thing to try: Get another user in your office/company to open the same project on their workstation and see if the same issues are happening. This will tell us if it's an isolated issue (to your computer specifically i.e.: something corrupt) or it's something wrong with the sheet set itself.
If the same thing happens on another machine (same drawings, etc.) when we know it's a SSM issue or related to SSM. If it works on another machine correctly, then it's something related to your computer.
Curious, what version of AutoCAD are you using? Was this sheet set created on an earlier version of AutoCAD then you are currently using?
Chad Franklin
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
Good to know it's not specific to a computer install/workstation but something "wrong" with the project's sheet set itself. Assuming other sheet sets are working correctly (or are all behaving like this - if they are it may be a sheet set template or template dst issue)?
Either way, sounds like your getting closer to the issue..... I have read a few forums posts about cross-version sheet sets acting up (mostly related to plotting issues though).
If you can post back an update once you re-create the DST/SSM that would be beneficial to others when searching the forums with a similar issue (and for me as well as I am curious about this one).
Sorry I couldn't be of any further assistance Amy, good luck and have a great rest of your day!
Chad Franklin
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
Interesting.... usually its either SSLOCATE or SSMAUTOOPEN that is not set to '1' - both should be for SSM to open automatically when an SSM-enabled drawing is opened/linked to an existing DST file.
This may be related to the version/creation date of the DST or the SSM files. I have read online that SSM files/templates originally created from older versions of AutoCAD 'can' occasionally create an functionality issue where something isn't working correctly. FYI - I have not experienced this directly myself.
However, I have had a couple DST files go bad (where something went wrong, perhaps corrupt, bloated, etc.). Generally we will rebuild the DST from scratch (slow, tedius) or completed the following:
- Open AutoCAD and Open the effected DST within SSM
- Go to Windows Explorer and locate the DST file
- Cut/Paste the effected DST file to a backup location (or DELETE the DST outright)
- You will notice the DST file magically returns (rebuilds automatically)
- Return to AutoCAD, close/shutdown to save changes/write back to the DST
- Restart AutoCAD and check SSM issues/functionality to see if they remain
Question: Does this SSM issue occur on all SSM projects opened in Civil 3D 2017? What about for other users (get another user within your office to open the SSM project/file and see if the same issue is replicated)?
- If it's replicated it could be more of a global issue, requiring SSM templates/files to be updated to current version.
- If the issues cannot be replicated, it could be a drawing issue/error, user profile or something related to an install problem/fix required, etc.
Keep me/us posted on what you identify in your testing. Good luck!!
Chad Franklin
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
