I find it unbelievable how this company still is not able to get what is a major selling point to work at all. After 2 years of forum discussions, here and anywhere on the internet I have not found one single user who was able to get it to work. What is worse, even your own paid employees are not able to solve this problem.
My situation:
1. Eagle 7.6.0 in default directory
2. Eagle libraries installed, including a subdirectory in lbr for ltpsice which includes lt-spice-simulation.lbr
3. LTspiceIV.exe and LTspiceVII.exe available in Eagle bin directory, in their own directories under root C:\Program Files (x86)\
4. In "options/directories" all relevant directories are installed
Even your own "example/ltspice/3518-eagle.sch" is not able to connect to LTspice (CAP.asy does not exist as LTspice symbol), some cryptic message about "open library and eviceset, and export device"..
And LTspice works even less when trying to use it with my own schematics.
I hope at least someone here is able to provide a lasting and working solution, so that rumours do not have to start about the buncb of amateurs working in this particular section of Eagle/Autocad.
Hi @e.arckens,
Thanks for participating on our forums. I totally hear you since I'm one of the employees who worked on the effort to update the LTSpice ulps. Now I can assure you that there is a very good reason why development has basically ceased on that ULP and as a plus I have been authorized to give a sneak preview of that feature. See the pictures below, this is slated to be released within the next week or so.
Let me know if you have any questions.
Best Regards,
I do not see the point in this supposed answer to my question.
Clearly an obfuscated way of communicating that LTspice is not worth the time at autocad.