Wie kommt es, dass LTspice bei den Simulationen zu den dC-Werten 0
und 1 im Abstand der PWM-Taktzyklen dauerhaft Spannungs- und
Stromspitzen generiert, obschon ja eigentlich gar kein echter
Tastgrad mehr vorhanden ist, weil jeweils nur ein dauerhafter
Schaltzustand anliegt?
Wie verlässlich sind die Bauteillisten in LTspice, wenn
beispielsweise zu einem ausgewählten Kondensator eine parasitäre
Induktivität angegeben wird, die sich im Datenblatt so nicht finden
lässt? Immerhin scheinen solche Zusatzangaben die Simulationsergebnisse
erheblich zu beeinflussen, was auch verständlich und erforderlich ist.
Falsche Parameter (rise time ungleich 0) in der Eingabe.
Das war leider nicht die Lösung. Wird Trise auf Null gestellt, meckert das Programm am Ende der Simulation, dass es einen Limitwert (schwankend um 10 µS) gesetzt habe. Zudem bleiben weiterhin Artefakte im bestehen, die sogar deutlich längere Spikes ausbilden.
Beim zweiten Schaltbild von Benjamin K. scheint mir, dass ein Nullsetzen völlig wirkungslos bleibt.
Übrigens hilft es auch nicht Tfall auf Null zu setzen.
Naja.
OnTime ist die voll durchgeschaltete Zeit. Trise und Tfall kommen dazu.
Mit OnTime=0 taktet die Spannungsquelle weiter, nur schließt sich die fallende direkt an die steigende Flanke an. Ohne OnTime-dazwischen.
Bei OnTime=TPeriod ists ähnlich. Es taktet weiter. Nur ist die Periodenzeit dann auf Trise+Ton+Tfall verlängert.
Für echte 0% und 100% Tastverhältnis musst halt ne Gleichspannungsquelle einsetzen.
So kann nur jeder raten, wenn nicht mal ein Bild gepostet ist.
Sowas tritt auf, wenn Grd vergessen wurde oder an unmoegliche Stelle
gehaengt wurde. Manchmal hilft ein 10GOhm Widerstand weiter.
Hast Du den Diskussionsstrang wirklich von Anfang an und vollständig gelesen? Mir scheint leider nicht! Bei den Links im Kommentar vom 29.09.2025 19:58 "wirst Du geholfen" ... :-)
Oder hat sich das mit
Dieter D. schrieb im Beitrag #7949163:
Ich gehe berechtigterweise davon aus, dass beim (vollständigen) Lesen des Diskussionsstrangs der geneigte Leser zunächst auf die verlinkten asc- und raw-Dateien stoßen und sich diese in LTspice ansehen wird. Dann ist es ihm auch ein Leichtes, Trise (und/oder Tfall) wie von Udo K. vorgeschlagen auf Null zu setzen, um das Simulationsergebnis bei meiner Einstellung und bei Nulleinstellung direkt vergleichen zu können. LTspice wird ihm dann wie bei mir die relevante Meldung anzeigen.
Ein solches "Hantieren am offenen Herzen" halte ich für wesentlich eindrücklicher und zielführender, als wenn ich jetzt mit "ganz viel" Text und "Unmengen" von Bildanhängen irgendetwas erläutern wollen würde, was dann vielleicht nicht alle benötigten Informationen enthält. Mit dem Laden der asc-Datei in LTspice und einem Start der Simulation kann das aber nicht passieren. Freilich muss der geneigte Leser das machen wollen.
H. H. schrieb im Beitrag #7950063: [Irgendetwas Belangloses]
Na da ist ja wieder eines der hysterisch-sabbernden Schoßhündchen und bettelt von hinten kläffend nach einem meiner kleinen Knapperknochen.
Naja.
OnTime ist die voll durchgeschaltete Zeit. Trise und Tfall kommen dazu.
Mit OnTime=0 taktet die Spannungsquelle weiter, nur schließt sich die
fallende direkt an die steigende Flanke an. Ohne OnTime-dazwischen.
Bei OnTime=TPeriod ists ähnlich. Es taktet weiter. Nur ist die
Periodenzeit dann auf Trise+Ton+Tfall verlängert.
Für echte 0% und 100% Tastverhältnis musst halt ne Gleichspannungsquelle
einsetzen.
Ja, dass ist die Erklärung, an die ich auch schon gedacht habe. Allem Anschein nach erkennt LTspice in den Fällen der dC-Werte 0 und 1 schlicht nicht, dass es realiter keinen Takt mehr gibt, sondern AUS eben AUS und EIN eben EIN ist. Denn nur berechnete Phantomschaltflanken können wohl diese Spitzen bewirken.
Ein kleiner Knapperknochen ist ohnehin nur ein kleines Nascherli. Und wer will schon sprichwörtlich "Perlen vor die Säue werfen" ... Für das Sattessen ist Herrchen/Frauchen zuständig.
H. H. schrieb im Beitrag #7950251: [Irgendetwas Belangloses]
Jetzt verstehe ich, wofür "H. H." steht: hysterisch herumpurzeln. Oooch, armes Pfiffi! Hast Du kein Herrchen/Frauchen? Ein solches Leben muss schon ganz dolle schwer sein. Es ist so traurig, dass es schon wieder amüsant ist ...
Es gibt mehrere Fehlerursachen. Das können Versionenmixe der Programme und Bibliotheken sein. Überschwinger auf Grund parasitärer L' und C' lassen sich auch nicht ausschließen.
Es gibt mehrere Fehlerursachen. Das können Versionenmixe der Programme
und Bibliotheken sein.
Das kann ich ausschließen, weil ich erst im September die aktuelle LTspice-Version installierte und seitdem nichts daran geändert habe.
Überschwinger auf Grund parasitärer L' und C'
lassen sich auch nicht ausschließen.
Es ist bei LTspice zu beobachten, dass Bauelemente, die solche Zusatzangaben haben, zu besonderen Signalverläufen führen. Die konkret ausgewählte Spule L1 hat solche Zusatzangaben.
Dennoch dürfte sich das beim dC-Wert 0 oder 1 eigentlich nicht auswirken. Sofern sich diese Zusatzangaben dennoch auswirken könnten, dürfte das bei diesen beiden Werten eigentlich nicht mit dem Taktzyklus gleich sein, weil ja nichts mehr pulsiert. Es wäre ansonsten schon außerordentlich bemerkenswert, wenn z.B. eine Eigenschwingung aufgrund dieser Parasitäten genau dieselbe Frequenz hätte wie das bei diesen beiden Werten nicht pulsierende PWM-Signal.
Es wird Dir nichts anderes übrig bleiben als von rechts nach links systematisch Stück für Stück die Schaltung im Simulator aufzubauen, V4 dranhängen und jeweils zu simulieren. Zum Beispiel wäre eine Simulation V1 an D4 und links davon sind alle Bauteile entfernt.
Und jedesmal auch in das Logfile "SR-LCmD_M1.log" schauen, was der Simulator motzt.
Hannes J. schrieb im Beitrag #7950288: [Interessiert keine Sau]
Noch einer aus dieser Truppe bettelt sabbernd und von hinten kläffend um einen kleinen Knapperknochen. Dass die so beliebt sind ... Echt geil!
H(ysterisch). H(erumpurzeln). schrieb im Beitrag #7950612:[Interessiert keine Sau]
Ist der Kleine nicht wieder drollig, wenn er so unbeholfen durch die Manege stolpert! Solch eine Unterhaltung muss mit einem kleinen Knapperknochen belohnt werden!
