开云体育

It's your _pulse charge accumulation.asc completely unchanged, and LTspiceXVII is at all default settings Best wishes John Woodgate OOO-Own Opinions Only J M Woodgate and Associates www.woodjohn.uk

Hello John, Please upload your schematic wich shows bad results in your opinion. Best regards, Helmut

I don't want to spread the problem all over the list. I sent Helmut a screenshot by private email, and you can have it too, if you want. Best wishes John Woodgate OOO-Own Opinions Only J M Woodgate

I have not said that Helmut is wrong, but if you don't set N and simulate for longer, even with .plotwinsize=0, you (or at least I ) get very strange results. Best wishes John Woodgate OOO-Own

I meant to say, Helmut is correct about the original problem that Eamon had. It's not clear to me what's happening with John's case with 400 pulses. Narrowing the Maximum Timestep does help, somewhat.

Helmut is correct. The unexpected behavior is due to LTspice's waveform viewer trying to "connect the dots" using curves, and when it does that, the trace appears to go negative. If you take the

Hi Andy, Thanks again. I think I did that so far on the mc34072 and it worked. Best regards, Eric Sent from my Huawei Mobile

Eric wrote: "I'm not sure how the symbols on the sym directory will be able to locate their matching .lib models in the sub directory." By filename. If a symbol is supposed to automatically include a

goy123t wrote, "anybody can explain to me what's it?" It's an LTspice schematic! That is what the schematic's file actually looks like. You just opened it in the wrong program (a text editor instead

goy123t, your waveform was not very sinusoidal, so it was no surprise that the FFT came out badly. Always use a whole integer number of cycles. Imagine doing this: Take your simulated waveform, and

Hello John, I think the simulation is precise. The measured average value is 20.182uV whereas the ideal value would be 20uV. The pulsewidth is effectively 2fs due to its 1fs rise time, 1fs wdth and

I still see very odd behaviour of the voltage across C? with 400 cycles and 50 ?s simulation time. But the attenuation of these very short pulses is huge (1 kV down to 20 ?V), so are there

Steph, you probably know this already, but I'll mention it anyway, just in case. The long list of .PARAM statements can also be shortened by combining multiple parameter assignments into the same

LTspice has a limited ability to .STEP through different models for the same part. But it's somewhat risky. You can use .STEP to change a transistor's (or diode's) .MODEL, if you define those .MODELs

Hello Eamon, I just uploaded the file "_pulse charge accumulation.asc" with this option. Best regards, Helmut

Hello Eamon, LTspice use data compression by default to reduce the size of the output file (.raw). This makes sense for the simulation of DC/DC converters. One should turn off data compression for

Hi Bordodynov, Thank you for your instructions. I think I'm still not up to speed right now on these kinds of operation. I was able to locate the ZZZ files and just added it to the sym directory of my

Hello, I have the same problems sometimes. It has only happened when I directly tried to open a schematic from the Internet. It always has helped to download the file to the harddisk. Then I have been

That's because it has had a .TXT extension added in error, possibly by your browser, like: foobar.asc.txt. Don't try to open it directly from the web site. Save it and then open it in LTspice. Of

Could someone please have a look at the extremely simple simulation I uploaded as "pulse charge accumulation.asc" and tell me what you think. It's a transient analysis of a positive pulse voltage