开云体育

The failing stoi function expects an integer during parsing. Maybe 44.1k should be 44100 ? Or the file contains non-integer values where a integers are 'required' (expected). Arie

Well, that is a very significant error message, isn't it? Thank you for sharing.(;-) -- OOO - Own Opinions only If something is true: * as far

I haven’t tried that, Andy, will do. Running XVII “A C++ exception with the message: ‘invalid .stoi argument was thrown during simulation, which indicates a bug in LTspice. Please report this

Exactly what error message do you get? -- This email has been checked for viruses by AVG antivirus software. www.avg.com

It might depend on your LTspice version.? What's yours? Did you try ".wave {stp} 16 ..."?? That is, remove the ".wav" extension from that command.? Then add it manually, in Windows. What error

I want make multiple runs of a model which will output a waveform to a .wav file. Each run will step a parameter, all of which works as intended, except, I need to change the filename each time. This

Unfortunately, in this specific case it is screwed up. It's a bug that will be fixed in 24.1.6 (coming this week). Best Regards, Mathias

To clear, V24.1.x didn't screw up the AKO feature, as such - it still worked. The actual problem was with the model name not being recognised when AKO was being used with the resulting numeric "name"

I had already checked that it does work even when an error is reported. 24.1.4 gave the same current as 24.0.12 in a .OP analysis, even when it reported the error. I doubled-checked by changing one of

I'm using ako: with a trailing (field) separator, as written in "General Form" in MicroSim's PSpice reference manual (as far as I remember, MicroSim introduced ako:). But in the corresponding example,

On Mon, Mar 24, 2025 at 12:31 PM, Andy I wrote: > > >> >> > > Parentheses around "Cje=0" should be optional.? Also, I might be mistaken > but you might need to remove?the space between "AKO:" and

According to LTwiki ( https://ltwiki.org/index.php?title=Undocumented_LTspice#AKO_Aliases_.28A_Kind_Of.29 ) , the format is like this: So you could write: Parentheses around "Cje=0" should be

The glitch was a combination of both things.? If I remember correctly, the path from C2 to D1 had the larger effect, but removing only that did not eliminate the glitch unless the capacitance in Q2

I added this '.model TM1 ako: 2N3904 ?npn Cje=0', and changed the value of Q2 to 'TM1'. It didn't run out any error message. I guess the syntax is correct, though not take effect to eliminate the

Hi, Andy: Thank you for the reply, yes, this matters, it eliminates the glitch, I should place the right capacitance to the right place, was misled by the wrong guide from internet heap. Since the

For the diodes of a circuit I have, I use? .model mydiode Ako: K100UF D and I name all my diodes mydiode.

If I remember correctly, LTspice 24 v24.1.* screwed around with (messed up) AKO.? Since you are using v24.1.5, those errors might be a side-effect of that. You could run an experiment (probably a DC

The simulation runs but I'm not confident its using the proper JFET parameters because it doesn't show them when it produces the error. It may be using JFET defaults.

It does work for JFETs. It works in 24.1.4 and 24.0.12. In 24.1.4, you get an error message in the logfile, but it still works. I don't have 24.1.5 installed yet. The NJF() is superfluous. You already

You may be using a later version of LTspice than I am (24.0.11). -- This email has been checked for viruses by AVG antivirus software. www.avg.com