I come to ask for your help regarding an EDrawing topic. I am currently working on Solidworks 2022 SP05 and I use Edrawing SP05 to convert assemblies to HTML so that my other colleagues can interact with the 3D model without having dedicated software.
So I transform SLDASM files into HTML on a weekly basis.
Everything was working fine for 4 months and since last week, impossible to do this conversion and I have this message appearing:
"Error writing file"
Of course the HTML file does not generate and I don't know where the problem comes from knowing that it worked well until now.
I manage to make HTML with some more or less large assemblies, with routing assemblies (piping) as well, but for some nodes (assemblies) that interest me and on my general model (factory) well it's impossible.
So the manipulation works but randomly I have the impression.
I've done the latest SOLIDWORKS and Edrawing updates, but nothing changes.
If you have an opinion on the subject, I'm interested. Thank you in advance.
Is this problem permanent? Do your Solidworks Assemblies have virtual, flexible, or unresolved components? Have you tried converting your files to Edrawing from Solidworks and then saving them in HTML with Edrawing?
At home, we encountered big problems with the 2022 version of Edrawing+addon Solidworks (Slow opening mainly). This was solved using the 2023 version of Edrawing (without the Add-ons). we stuck with Solidworks 2022.sp4.
Yes, it is constant but after analysis and some tests I would say that it is localized on a single sub-assembly.
I use the routing module so yes I have virtual component pipes. but it doesn't worry because I manage to save in HTML all my big routing assembly.
I just tested your solution and I still get the error message.
I also tried to do the manipulation in sampling mode on a few sub-assemblies and I didn't have any problems, it works. So either there's a sub-assembly / part specifically that's wrong, or it's my head knot that's messing up but I don't know why.
I take note of your remark about the SLDW and EDrawing versions
Well, I found what was wrong. after isolating subassembly by subassembly, I managed to isolate the part that was preventing the conversion to HTML. In this part, there were several mergers of other parts (insertion of external component of part types in a part). By deleting the last ones added, no more worries. I always have coin fusions in my room but I managed to isolate the ones that made everything crash. The reason, I don't explain it yet but it solves the problem in part because they were mainly used for aesthetics
