¿ªÔÆÌåÓý


Re: 24.1,x update woes

 

¿ªÔÆÌåÓý

On 23/05/2025 23:42, Hawker via groups.io wrote:
Ok thanx. Sounds like maybe I just need to go back to 24.0.12, where I was. It was getting old, updates have been fairly painless (the update from 17 took some getting used to though with moving my model locations and user libraries) and let 24.1 simmer for a while longer.
?
The includes were normal includes to include other models. They worked just fine before the update.? Looks like the new version has issues if they are templates. Regression bug.
The older version also understood + in model definitions as lot of semi conductors supply models that way. It's a standard way to define a model, so if LT no longer support that, well what a PITA. New one doesn't so regression feature.

I get I can fix this stuff, but I have thousands of simulations and models going back to LT V days, and having to edit every one to use it is a royal PITA.

Is there anything in 24.1.x that wold push me to move there? I certainly had issues with 24.0.x and before with newer TI models that ran really slow or could not run if there were two instances of them running. That was mny main complaint. What is improved in 24.1 to move me there?

I don't have time to come here constantly, or multiple times a day, I got work to do, I just need my tools to work.

Sounds like I should just go back to 24.0.12, thanx for the link to find it.
You won't have to edit every simulation if you change to 24.1.8. Many of the issues that cause backwards compatibility have already been resolved, but admittedly not all of them.

The previously mentioned issue with the 2N5457, was simply due to careless editing. Previous versions may have been more forgiving, but errors are errors. You can't blame the new version for that.

Plus points with 24.1.x are improved convergence with some dodgy models and a noticeable improvement in speed in most analyses. There are also some new features, but you're probably too busy to be concerned about that.

--
Regards,
Tony


Re: 24.1,x update woes

 

On Fri, May 23, 2025 at 11:57 AM, Christopher Paul wrote:

I¡¯ve been trudging along happily with LTspice 17.1.14. I¡¯m sure that the newer versions offer some improvements, but I¡¯m leery of the incompatibilities and bugs that are being reported.

?

With this in mind, would anyone like to offer a suggestion regarding upgrading?

24.0.12 was not bad.
I had to move all my libraries and get use to that it now has user libraries, and if you add to the stock libraries as we did in 17.x and update will break them so you need to make a user library.
I also really struggled with the new icons, they look like? a 1980s kids play toy.?
I also hated that if you open two simulations it opens them in two different windows and not the same as 17.x. However the work around is to drag your simulation into the same window.

But other than that it worked better, faster and was nicer.

24.1 is a major PITA and you will need to redo a lot of your models, and simulations to be compliant to the new standards. So unless there is something you need it is a ton of work to move to it.


Re: 24.1,x update woes

 

Ok thanx. Sounds like maybe I just need to go back to 24.0.12, where I was. It was getting old, updates have been fairly painless (the update from 17 took some getting used to though with moving my model locations and user libraries) and let 24.1 simmer for a while longer.
?
The includes were normal includes to include other models. They worked just fine before the update.? Looks like the new version has issues if they are templates. Regression bug.
The older version also understood + in model definitions as lot of semi conductors supply models that way. It's a standard way to define a model, so if LT no longer support that, well what a PITA. New one doesn't so regression feature.

I get I can fix this stuff, but I have thousands of simulations and models going back to LT V days, and having to edit every one to use it is a royal PITA.

Is there anything in 24.1.x that wold push me to move there? I certainly had issues with 24.0.x and before with newer TI models that ran really slow or could not run if there were two instances of them running. That was mny main complaint. What is improved in 24.1 to move me there?

I don't have time to come here constantly, or multiple times a day, I got work to do, I just need my tools to work.

Sounds like I should just go back to 24.0.12, thanx for the link to find it.


Re: 24.1,x update woes

 

Back up your files before installing a newer version.


Re: 24.1,x update woes

 

.MODEL 2N5457 NJF(VTO=-1.8 BETA=0.00135 LAMBDA=0.001 RD=35 RS=31.5 + CGS=2.25E-12 CGD=6E-12 KF=6.5E-17 AF=0.5 )
^^^^^^^^^
The problem is obviously the '+', not the 'LAMBDA' ( proportional font used? )
The '+' is the SPICE line continuation character. Somebody or something cleaned up new lines
(DOS / Unix / UTF8 / UTF16 or text editor problem?).

-marcel


Re: 24.1,x update woes

 

¿ªÔÆÌåÓý

AS long as 17.1.14? works for you, don't bother to upgrade. You could install 24.1.8 as a trial, while keeping 17.1.14, but is it worth the effort?

On 2025-05-23 16:57, Christopher Paul via groups.io wrote:

I¡¯ve been trudging along happily with LTspice 17.1.14. I¡¯m sure that the newer versions offer some improvements, but I¡¯m leery of the incompatibilities and bugs that are being reported.

?

With this in mind, would anyone like to offer a suggestion regarding upgrading?

From: [email protected] <[email protected]> On Behalf Of Andy I via groups.io
Sent: Thursday, May 22, 2025 7:30 PM
To: [email protected]
Subject: Re: [LTspice] 24.1,x update woes

?

On Thu, May 22, 2025 at 07:04 PM, Hawker wrote:

Am I correct in assuming in 24.1 you cannot have a .include to a model you are not using?

I have not tried that, but I greatly doubt that you cannot do that.? It has never been a restriction before (in LTspice or anywhere, as far as I know).? IMHO it would serve no useful purpose to have such a restriction.

?

Did you read that somewhere, that it was not allowed?

?

C:\Users\{user}\Documents\LTspice\user.jft(1): Syntax error (unexpected input).
.MODEL 2N5457 NJF(VTO=-1.8 BETA=0.00135 LAMBDA=0.001 RD=35 RS=31.5 + CGS=2.25E-12 CGD=6E-12 KF=6.5E-17 AF=0.5 )
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? ^^^^^^^^^

Was there more to that error message than that?? Usually error messages have more information.

?

Could it be the stray plus sign between the RS and CGS parameters?? If you see a floating misplaced plus sign in your user.jft, try editing it out.? If it is a 2-line .MODEL statement, that could be an important clue.

?

OTOH, there were problems with many (most?) of the JFET models that came in LTspice's standard.jft, for several years.? They may have finally whipped them into shape.

?

Andy

?

--
Best wishes John Woodgate RAYLEIGH Essex OOO-Own Opinions Only If something is true: * as far as we know - it's science *for certain - it's mathematics *unquestionably - it's religion

Virus-free.


Re: 24.1,x update woes

 

¿ªÔÆÌåÓý

I¡¯ve been trudging along happily with LTspice 17.1.14. I¡¯m sure that the newer versions offer some improvements, but I¡¯m leery of the incompatibilities and bugs that are being reported.

?

With this in mind, would anyone like to offer a suggestion regarding upgrading?

From: [email protected] <[email protected]> On Behalf Of Andy I via groups.io
Sent: Thursday, May 22, 2025 7:30 PM
To: [email protected]
Subject: Re: [LTspice] 24.1,x update woes

?

On Thu, May 22, 2025 at 07:04 PM, Hawker wrote:

Am I correct in assuming in 24.1 you cannot have a .include to a model you are not using?

I have not tried that, but I greatly doubt that you cannot do that.? It has never been a restriction before (in LTspice or anywhere, as far as I know).? IMHO it would serve no useful purpose to have such a restriction.

?

Did you read that somewhere, that it was not allowed?

?

C:\Users\{user}\Documents\LTspice\user.jft(1): Syntax error (unexpected input).
.MODEL 2N5457 NJF(VTO=-1.8 BETA=0.00135 LAMBDA=0.001 RD=35 RS=31.5 + CGS=2.25E-12 CGD=6E-12 KF=6.5E-17 AF=0.5 )
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? ^^^^^^^^^

Was there more to that error message than that?? Usually error messages have more information.

?

Could it be the stray plus sign between the RS and CGS parameters?? If you see a floating misplaced plus sign in your user.jft, try editing it out.? If it is a 2-line .MODEL statement, that could be an important clue.

?

OTOH, there were problems with many (most?) of the JFET models that came in LTspice's standard.jft, for several years.? They may have finally whipped them into shape.

?

Andy

?


Re: Modelling magnetic core of EP10 with T38 material of TDK micronoas

 

I wrote:
Not everyone uses the same turns.
That should be "terms", not "turns".
?
Andy


Re: Modelling magnetic core of EP10 with T38 material of TDK micronoas

 
Edited

On Fri, May 23, 2025 at 10:55 AM, <edhooruper@...> wrote:
Is it possible to model a ferrite magnetic core in Ltspice ?
LTspice does not have a built-in magnetics modeler.? You need to turn to another program (such as the previously recommended FEMM) for that.? Once you get the circuit parameters, then you can use them in LTspice to simulate the circuit.
?
As you read in LTspice's Help, it does include some tools in the form of the Chan model for nonlinear magnetics.? They might include some of the model parameters you are trying to use, such as the cross-sectional area for which LTspice has a parameter also named "A".? But note that there are MANY parameters with similar names, such as "A" (or A-sub-something) and you need to fully understand which parameters you are dealing with in each situation.? Not everyone uses the same turns terms.? Most inductor modelers are familiar with AL, usually written as A-sub-L.? It is not the same as the A in the Chan model, nor the a, Ac, Ap, At, Aw, Aw(B), Aw(I), Awp, Aws, or A-T in the book you referred to.? Interestingly, the book apparently also uses a parameter named A (which you quoted in your reply), yet it does not list it in its table of Symbols.? What does that suggest?
?
Andy
?
?


Re: Modelling magnetic core of EP10 with T38 material of TDK micronoas

 

I also hve the circuit in Ltspice ,?

Is it possible to model a ferrite magnetic core in Ltspice ? Is there something similar pspice model editor for Ltspice ?


Re: Modelling magnetic core of EP10 with T38 material of TDK micronoas

 

¿ªÔÆÌåÓý

On 23/05/2025 16:35, edhooruper via groups.io wrote:
So I am modelling the magnetic core in Pspice model editor

I got the B-H curve values from the TDK mcironas ferrite design magnetic tool and uploaded that into pspice model editor

I also referred to the for modelling the magnetic core

The values mentioned in the book matches with the ?

But the issue is the Pspice model editor uses Jiles Atherton model to calculate the parameters Ms , A , C and K

When I give the B-H curve values into the Pspice model editor , the model editor internally somehow calculates the above mentioned parameters which is way too far away from the ones mentioned in the book (there is no values of MS , A , C and K mentioned in the datasheet)

And when I give the parameters from the book into the Pspice model editor , the curve does not fit and I am not getting the expected results

Any idea on how to resolve this ?

Below table shows both the book values (2nd column) and spice model editor values (3rd column)

Parameters

Values from the book (MS is calculated)

?Values extracted from curve by Pspice Model

MS

342110

360595.7907737

A

1.26

10.185

C

2.60

0.39337

K

4.194e3

8.246

Please note, this group's purpose is to support LTspice, please don't expect PSpice support.

--
Regards,
Tony


Re: Modelling magnetic core of EP10 with T38 material of TDK micronoas

 

On Fri, May 23, 2025 at 10:35 AM, <edhooruper@...> wrote:
But the issue is the Pspice model editor uses Jiles Atherton model to calculate the parameters Ms , A , C and K
This is not a group about PSpice.? There are other resources where you can ask questions directly about PSpice-unique problems.? This group is for LTspice.

When I give the B-H curve values into the Pspice model editor , the model editor internally somehow calculates the above mentioned parameters which is way too far away from the ones mentioned in the book (there is no values of MS , A , C and K mentioned in the datasheet)

And when I give the parameters from the book into the Pspice model editor , the curve does not fit and I am not getting the expected results

Any idea on how to resolve this ?
Is it possible you used the wrong units, or omitted units-multipliers?? That's only a guess.
?
Andy
?


Re: Modelling magnetic core of EP10 with T38 material of TDK micronoas

 

So I am modelling the magnetic core in Pspice model editor

I got the B-H curve values from the TDK mcironas ferrite design magnetic tool and uploaded that into pspice model editor

I also referred to the for modelling the magnetic core

The values mentioned in the book matches with the ?

But the issue is the Pspice model editor uses Jiles Atherton model to calculate the parameters Ms , A , C and K

When I give the B-H curve values into the Pspice model editor , the model editor internally somehow calculates the above mentioned parameters which is way too far away from the ones mentioned in the book (there is no values of MS , A , C and K mentioned in the datasheet)

And when I give the parameters from the book into the Pspice model editor , the curve does not fit and I am not getting the expected results

Any idea on how to resolve this ?

Below table shows both the book values (2nd column) and spice model editor values (3rd column)

Parameters

Values from the book (MS is calculated)

?Values extracted from curve by Pspice Model

MS

342110

360595.7907737

A

1.26

10.185

C

2.60

0.39337

K

4.194e3

8.246


Re: 24.1,x update woes

 

Hawker,
?
If you only check in here once daily (after receiving your daily Digest), this is going to be an awfully tedious problem to solve.
?
Please check back more often!
?
Andy
?


Re: 24.1,x update woes

 

On Fri, May 23, 2025 at 10:04 AM, Hawker wrote:
Indeed I have 24.1.8. Is this a known problem install?
No.

Should/can I go back to a previous one?
You can, if you want to.? If you do go back, go back to version 24.0.12 or earlier.? Of the 24.1.x versions, the latest (24.1.8) should have the fewest problems and is preferred.? Do not try 24.1.1 or? 24.1.2 or 24.1.3 or ....

Is there a a way to go back before 24.1.8 if indeed this version has issues?
Of course.? Back up all your own library files first.? If you kept the install file for the older version, use it; or download it, and start over.? The group's main webpage has a link to the installation file.

I have been unable to get most of my simulations that worked fine before to work now.
That suggests you may have problems elsewhere in your installation, not with LTspice 24 itself.

I have this message for example for simulations that have worked fine in 24.0.x

C:\Users\{user}\Documents\LTspice\user.jft(1): Syntax error (unexpected input).
.MODEL 2N5457 NJF(VTO=-1.8 BETA=0.00135 LAMBDA=0.001 RD=35 RS=31.5 + CGS=2.25E-12 CGD=6E-12 KF=6.5E-17 AF=0.5 )
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ^^^^^^^^^
C:\Users\{user}\Documents\LTspiceXVII\lib\cmp\TL074.301(43): Expected device instantiation or directive here.

If I comment out the unused TL074.301 include I get past that but my 2N5457 model still gives me the syntax error.
Did you try the other suggestion, about that plus sign in the 2N5457 that should not be there?? Did you find the cause of that extra plus sign?? What exactly does your .INC command look like that tries to load? TL074.301?
?
We can offer you suggestions, but they don't help if you do not try them.
?
Andy
?
?


Re: 24.1,x update woes

 

On Thu, May 22, 2025 at 07:18 PM, John Woodgate wrote:
There are reverse-compatibility issues with 24.1.8, but exactly which 24.1.x are you using? Issues before x.x.8 are suspect. Are you getting errors or just warnings?
Indeed I have 24.1.8. Is this a known problem install? Should/can I go back to a previous one? Is there a a way to go back before 24.1.8 if indeed this version has issues?
I have been unable to get most of my simulations that worked fine before to work now.

I have this message for example for simulations that have worked fine in 24.0.x

C:\Users\{user}\Documents\LTspice\user.jft(1): Syntax error (unexpected input).
.MODEL 2N5457 NJF(VTO=-1.8 BETA=0.00135 LAMBDA=0.001 RD=35 RS=31.5 + CGS=2.25E-12 CGD=6E-12 KF=6.5E-17 AF=0.5 )
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ^^^^^^^^^
C:\Users\{user}\Documents\LTspiceXVII\lib\cmp\TL074.301(43): Expected device instantiation or directive here.

If I comment out the unused TL074.301 include I get past that but my 2N5457 model still gives me the syntax error.
^


Re: 24.1,x update woes

 

On Thu, May 22, 2025 at 07:04 PM, Hawker wrote:
Am I correct in assuming in 24.1 you cannot have a .include to a model you are not using?
I have not tried that, but I greatly doubt that you cannot do that.? It has never been a restriction before (in LTspice or anywhere, as far as I know).? IMHO it would serve no useful purpose to have such a restriction.
?
Did you read that somewhere, that it was not allowed?
?
C:\Users\{user}\Documents\LTspice\user.jft(1): Syntax error (unexpected input).
.MODEL 2N5457 NJF(VTO=-1.8 BETA=0.00135 LAMBDA=0.001 RD=35 RS=31.5 + CGS=2.25E-12 CGD=6E-12 KF=6.5E-17 AF=0.5 )
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? ^^^^^^^^^


Was there more to that error message than that?? Usually error messages have more information.
?
Could it be the stray plus sign between the RS and CGS parameters?? If you see a floating misplaced plus sign in your user.jft, try editing it out.? If it is a 2-line .MODEL statement, that could be an important clue.
?
OTOH, there were problems with many (most?) of the JFET models that came in LTspice's standard.jft, for several years.? They may have finally whipped them into shape.
?
Andy
?


Re: 24.1,x update woes

 

¿ªÔÆÌåÓý

There are reverse-compatibility issues with 24.1.8, but exactly which 24.1.x are you using? Issues before x.x.8 are suspect. Are you getting errors or just warnings?

On 2025-05-23 00:04, Hawker wrote:
Howdy

I finally got around to updating from 24.0.x to 24.1.x and a lot seems to have broken for me.

Am I correct in assuming in 24.1 you cannot have a .include to a model you are not using?
I tend to have a "template" for a type of work where I may define a pile of parts, but not always use them all. Up to now that has not been an issue but now I get an error like
?
C:\Users\{user}\Documents\LTspiceXVII\lib\cmp\TL074.301(43): Expected device instantiation or directive here.
I can change it to a comment and it works.

I am also finding some of my legacy models that came from LT Spice no longer work. For example how can I fix this one?
It's been working fine for nearly 20 years.

C:\Users\{user}\Documents\LTspice\user.jft(1): Syntax error (unexpected input).
.MODEL 2N5457 NJF(VTO=-1.8 BETA=0.00135 LAMBDA=0.001 RD=35 RS=31.5 + CGS=2.25E-12 CGD=6E-12 KF=6.5E-17 AF=0.5 )
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? ^^^^^^^^^




--
Best wishes John Woodgate RAYLEIGH Essex OOO-Own Opinions Only If something is true: * as far as we know - it's science *for certain - it's mathematics *unquestionably - it's religion

Virus-free.


24.1,x update woes

 

Howdy

I finally got around to updating from 24.0.x to 24.1.x and a lot seems to have broken for me.

Am I correct in assuming in 24.1 you cannot have a .include to a model you are not using?
I tend to have a "template" for a type of work where I may define a pile of parts, but not always use them all. Up to now that has not been an issue but now I get an error like
?
C:\Users\{user}\Documents\LTspiceXVII\lib\cmp\TL074.301(43): Expected device instantiation or directive here.
I can change it to a comment and it works.

I am also finding some of my legacy models that came from LT Spice no longer work. For example how can I fix this one?
It's been working fine for nearly 20 years.

C:\Users\{user}\Documents\LTspice\user.jft(1): Syntax error (unexpected input).
.MODEL 2N5457 NJF(VTO=-1.8 BETA=0.00135 LAMBDA=0.001 RD=35 RS=31.5 + CGS=2.25E-12 CGD=6E-12 KF=6.5E-17 AF=0.5 )
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? ^^^^^^^^^





Re: Directory for custom symbols

 

The most important aspect of ensuring that all models, symbols, and subcircuits are checked in to the version control system is that it also ensures that everyone can always know that the specific version used for any simulation is known, can be replicated, and any variations understood and tracked. That knowledge is invaluable.

I would argue that there is value in having the central sim-server only run simulations on files that it checks out of the master repo. Works very well for software projects. Every piece of the work is exactly known. No tweaks ever sneak into a project.

Donald.

Sent from Proton Mail Android



-------- Original Message --------
On 5/22/25 09:54, Jeff Kayzerman wrote:
Thanks eewiz that clears things up!
?
Thanks Tony, we have really good redundancy and resiliency so it's unlikely the share drives would go down but I get your point and that's a good idea about using SVN. SVN complicates things a little bit because what I'm trying to accomplish is less about syncing between EE's machines and is actually about syncing to a remote server. I built them a system where they have a web app that they can drag and drop a zip file that contains the .net files and all symbols, models etc... which gets sent to a server cluster to be executed. This process works well and some EE's are using it and just accept that they need to include any dependencies not in the standard library into the folder that they zip. But of course others complain about this... so if they can get a centralized location that LTspice on each machine reads from it makes it easier (theoretically). Doing this in svn would mean they have to commit any and all new changes to symobls/models and then when the server that picks up the job needs to do an svn update prior to running the job. It's not a significant code change just requires some additional setup.
?
There will also need to be training on svn and there will be organizational push-back around adopting it I'm sure.
?
Thanks though, will discuss with the team and see if the benefits of version control is worth the extra effort.