A word of caution on the yahoo group, while most are helpful, one of the members is known to be very aggressively disparaging towards newbies.
Hey, I resemble that remark! (Which I will address shortly.)
But first, to Ken Wyatt and anyone else reading this, the correct spelling of LTspice is as a single word with the "LT" part in upper case and the "spice" part in lower case.
As far as the Yahoo LTspice group goes, the rule of thumb is no question, no matter how simple or basic, will be mocked as long as it has been prepared with at least as much effort in the asking as is expected in the answering. If there is an exception, it would be students trying to trick experienced group members into directly answering homework problems. Such behavior is cheating (whereas just getting help with basic understanding or where specifically "stuck" is perfectly fine).
Asking questions that are clearly and directly answered in LTspice Help or in yesterday's messages is sure way to bring on a public shaming for being too lazy to do any research and for inconsiderately cluttering the group with needless drivel. Also, you wouldn't believe how some people can ask vague questions with little or no background information and either don't upload a simulation file at all or fail to include all the necessary parts to make it run: "LTspice couldn't simulate my 5 volt buck converter. It just stops with an error message. How can I get LTspice to work right?"
Doctek: Your not wrong but how much is it worth to have information in an organized familiar form; readily available?
If your retired, student, or short of money $50 is not worth it because you have no way to get a ROI.
But if you are being paid $50/hour then it doesn't take long to recover a $50 investment either as a contractor or employe.
You have to remember that details fade if you don't use them. I have had very experienced and high paid engineers ask me technical questions about particular spice models. No shame in that since all memory is fallable; either due to time, distraction, or (when you are older) displacement in the memory space :)
Having used LTspice in a previous employment I can say that it was quick to learn and easy to use. The LTspice tutorial is a great idea and would be a good reference for anyone in a company that needs to get up to speed quickly. If you are a casual user or hobbyest then feell free to load up LTspice and learn by playing. On line helps are available and can get you over some of the hurdles should you encounter any. Thanks for the nice article!
I have an unexplored area in LTSpice, I have seen a significant different between the FFT responses (for the waveforms generated for the same circuit parameters) for different settings of "Stop Time" and "Minimum Time step" in the "Edit Simulation Command" window. I just briefly went through the table of contents of the book (thanks for the link) and see that there is a chapter10 and sections 10.11.1, 2, 3 describes this. But rest of the book is not that interesting to me as it looks more like a manual to me. Does anyone have any article explaining what should be the optimum settings to get a more real FFT picture? Also, is there not an e-book version released?
Stop Time (T) is the duration of the transient simulation. For a fixed Maximum Time Step of, say, 0.01 ms, the value of T has a significant influence on the appearance of the FFT spectrum as well as on the precision of the harmonics minimum amplitude.
The Time Step parameter (delta T) is the interval between two transient measurements. If the value Stop Time remains fixed and equal to T =10 sec and if the number of samples is decreased by not being as demanding with the maximum value of Time Step, the frequency resolution is reduced and provides fewer details in the low frequencies.
Therefore, you have to consider both parameters for the FFT analysis to be close to reality. Finally, there are 12 models of sampling window within LTspice. For example, the Flat Top window will provide very precise harmonic amplitudes, but very bad frequency resolution, while the Hamming window will provide acceptable amplitude accuracy and very good frequency resolution. The Kaiser-Bessel window will provide more precise amplitudes and resolution, but is still limited for both. The others have similar kinds of tradeoffs. No window is perfect.
To my knowledge, there is no electronic copy available for this book.
Ken, Thanks a lot for the information regarding the importance of selecting the proper sampling window in the FFT view menu. Are those algorithms elaborated in the book from WE?
Also, selecting a delta T (simulation step size) as minimum as possible would give results closer to reality, right? (though it would take more simulation time with reducing delta T keeing stop time the same).
analogspiceman, thanks for the proper spelling. The book title is in all caps and I've always seen "spice" always in caps (aside form the "LT" version). Thanks, also, for further explaining the proper etiquette in using the yahoo group.
Sanjib, the book has several figures illustrating the concept, but otherwise, doesn't go into much more detail in that regard. However, there's a lot more general info and tips on using FFT in the other sections you noted.
Yes, using smaller delta T's will give more accurate results, but at the expense of longer simulation times.
LTspice for the Mac OSX was available in late September and formally announced this last week. The layout is different than for the PC, which confused me at first. The menus to create schematics will appear when you right-click.
As a long time Mac user, I was excited to see a Mac-native version of LTspice released. Having used it, I'll be sticking with running the Windows version via Parallels. Hiding the majority of the functionality in a context menu requiring a right-click to access everything is a pain. I greatly prefer the Windows version's menus and toolbars where everything is plainly visible.
I emailed firstname.lastname@example.org to inquire about that--basically sent them the content of my comment here. I received an almost immediate response from LTspice developer Mike Engelhardt. Here, quoted with his permission, is his reply:
On the PC version, I added many features over the course of 15 yearsbut never changed the software in the interest of not confusingestablished users. In hindsight, this might have been a mistake.
On the Mac Version, I removed the parts of the GUI which I never use.I removed the toolbar from the Mac version because all it did onthe Windows version is teach people the wrong way to use the software.Use the right click menus instead so you don't have to move yourmouse so much.
So it looks like we Mac users will need to adapt. I see his point, and I'm willing to give it a try, but it will take some getting used to. I still feel a bit stuck in the mental model that basically casts the old toolbar as me seeing my tools all spread out before me within easy reach, versus knowing they're in the toolbox but I need to dig one out each time I need to use it.
What are the engineering and design challenges in creating successful IoT devices? These devices are usually small, resource-constrained electronics designed to sense, collect, send, and/or interpret data. Some of the devices need to be smart enough to act upon data in real time, 24/7. Are the design challenges the same as with embedded systems, but with a little developer- and IT-skills added in? What do engineers need to know? Rick Merritt talks with two experts about the tools and best options for designing IoT devices in 2016. Specifically the guests will discuss sensors, security, and lessons from IoT deployments.