开云体育

The symbol file I used was extracted from 74LVC1G.zip. sorry for the typo. Steve

I am now running 24.1.3. I just installed 74LVC1G.lib and used symbols from 74LVC.zip found in the "files" section. As long as I connect the power pin to each symbol to VCC, connect VCC to the logic

It's extremely unlikely. Heater temperature varies extremely slowly compared to audio signals. It could result in distortion at very very low frequencies, definitely out of the audio band. Now this

I apologize, it was just a mistake/misunderstanding from mine. Yes, I can say that the output signal waveform looks pretty good (although its mean/average value changes slightly even after 60

OK -- so the question still remains: Does the output signal look "not good at all", as you claimed earlier? Why do you say it doesn't look good?? What about it does not look good? Admittedly it has

Yes, sorry for the confusion, you are right. The averaged voltages & currents about 60 seconds from the beginning of both .TRAN 60 UIC and .TRAN 60 Startup analysis look right. As you highlighted

That implies that different code is executed after a certain depth. That doesn't sound like the right thing to do. That "recursive" thing has popped up again. Proper recursive sub-routines should, in

Carlo, I am still confused.? Earlier you wrote that your output signal "doesn't look good at all" with .TRAN 60 UIC. Later you wrote that .TRAN 60 Startup "looks good either".? Huh? To me, they look

Hello All: I learned from experience. 24.1 flagged a slew of my user.xxx type .models as bad. And they were; mostly missing spaces between parameters and parenthisis issues. This never happened

Sorry, are you asking whether the audio signal feedback into the heater voltage comes from a design intentional choice ? Actually I don't know since I took it from the schematic of a commercial audio

You're right about that. Andy

Well, there may be one caveat.? If I remember correctly, Mike Engelhardt said that parameter values do not descend infinitely far down into their subcircuits, like you think they ought to.? I think

It's been discussed and argued, and stated by Analog Devices's experts with the LTspice code, that LTspice should be entirely deterministic, with no randomness in simulations unless the user actually

Ok, by "bias voltages" you mean actually the mean value of the voltages averaged for instance over a time period of the source signal (e.g. averaged over a 1ms interval for a 1Khz source signal). Near

It should be obvious, but due to a typo, it might not be - it should have been: I don't believe that LTspice 24.1 should have complained, if VCC was assigned in the top-level schematic. -- Regards,

I don't believe that LTspice 24.1 shouldn't have complained, if VCC was assigned in the top-level schematic. It is not re-defined anywhere in the 74LVC1G library. That being so, it is perfectly legal

I thought I suggested small differences in (a) settings or (b) algorithms.? I do not suggest gremlins in the computer!? :-) Andy

Do you mean your .TRAN ITS solution (i.e. DC operating point) step returns 26V @ -166mA on the heater's pins ? A different timestep employed by .TRAN card for transient analysis can't explain that

(netlist code deleted for brevity) Yes, that is the heater's model.? But there is also a "connection" from inside that netlist code, to the triode.? Presumably, that connection brings the heater's

What I mean is, what do the steady-state DC voltages look like, and are they correct or incorrect for your circuit?? I was not referring to the INITIAL voltages at the start of the transient