vom Oszi aufgenommenes Signal in LTSpice XVII verwenden

nimm CSV und dann so:
https://www.analog.com/en/technical-articles/ltspice-importing-exporting-pwl-data.html

https://ap.physik.uni-konstanz.de/index.php?option=content&view=article&id=140

?
https://www.tablix.org/~avian/blog/archives/2019/08/quick_and_ugly_wfm_data_export_for_rigol_ds2072a/

Yalu X. schrieb:
> Aber warum möchtest du das, wenn das Rigol auch direkt CSV-Dateien
> liefern kann?

Erstmal vielen Dank für die vielen Antworten !

@ Yalu X.

zum einen lässt sich wfm mit dem Rigol deutlich schneller speichern, zum 
anderen hatte ich noch nen Beitrag hier aus`m Forum im Hinterkopf bei 
dem es darum ging wfm in csv umzuwandeln.

Dabei wurde Notepad++ verwendet - finde ich nur leider nicht mehr...

Aber Ok, werd das mal direkt mit csv probieren !

Grüsse

Gerald K. schrieb:
> Man muss naturlich aufpassen ob die Anzahl der Digitalisierungsstufen
> für den Zweck ausreichen sind.

Hi Gerald K.

das Signal selbst ist eine per magn Tonabnehmer abgenommene 
Saitenschwingung. Grundfrequenz 30,9 Hz...
Dann würde theoretisch schon 61,8 Hz als Samplefrequenz ausreichen...

Grüsse

Gerald K. schrieb:

> Was ist der Zusatznutzen gegenüber einer LtSpice Wechselspannungsquelle
> mit 30,9 Hz, zumal Oberwellen keine Rolle spielen?

Das ist etwas mißverständlich formuliert, trifft aber den Kern. Der ist: 
wenn die Oberwellen keine Rolle spielen, kann man sich das ganze 
Gehampel mit Oszi und unzähligen Formatkonvertierungen komplett sparen 
und gleich eine Sinusquelle benutzen, die ein synthetisches Sinussignal 
erzeugt.

Will man aber simulieren, was mit einem realen Signal (incl. Oberwellen) 
passiert, dann macht man das einfach so: statt Oszi einfach PC benutzen 
und das Signal via Soundkarte als *.wav aufzeichnen. Da passt dann 
sofort die Samplerate und LTSpice kann auch direkt etwas damit anfangen.

Und ja: Brauchbare Capture-Programme können auch eine graphische 
Darstellung des Signals liefern, damit Oszi-Fetischisten ihren Oszi 
nicht allzusehr vermissen...

Gerald K. schrieb:
> Was ist der Zusatznutzen gegenüber einer LtSpice Wechselspannungsquelle
> mit 30,9 Hz, zumal Oberwellen keine Rolle spielen?

Hi Gerald,

Meine Kenntnisse mit LTSpice gehen noch nicht soweit das ich mit ner 
Wechselspannungsquelle das Tonabnehmersignal (siehe Bilder) so nachbauen 
könnte.

Saite anschlagen, gleichzeitig noch an Potis, auf dem recht vollen und 
damit Störanfälligem Breadboard, drehen ist nicht wirklich ideal...
Die Saitenanschläge auf dem Oszi sind auch recht schwer für einen 
bestimmten Wert reproduzierbar - überhaupt nicht zu vergleichen mit 
Spiel über einen angeschlossenem AMP.

In wieweit Pegelspitzen (LiLa) durch Oberwellen zusätzlich eine Rolle 
spielen ist noch nicht ganz klar, die Spikes sind im Signal aber 
zumindest zu sehen. Ließe sich aber mit entsprechend steilen Filtern in 
LTSpice auch einfacher testen.

Blau ist das Triggersignal vom NE 555 Ausgang.
Das sollte eigentlich ohne Unterbrechung ab dem ersten Spike auf HIGH 
stehen und erst bei ganz niedrigem Pegel auf LOW gehen...

Die Grundlegende Idee war erstmal einzelne Saitenanschläge vernünftig zu 
erkennen und per µC weiterverarbeiten zu können.

Mein bisheriger Ansatz war zumindest für die Signalaufbereitung rein 
Analog:

Verstärken => Gleichrichter / Limiter => Filtern (fehlt noch) => Re 
Trigger (zZ mit NE 555 mit Retrigger funktion)=> µC. Die 
Retriggerschaltung findet sich hier :
http://www.pegons-web.de/555grund.html#ntrig2g

Grundsätzlich funktioniert das Triggern bereits mit Ausgabe von 
MidiNoteON / Off über den µC - wären da nicht die Fehltrigger durch die 
Pegelschwankungen im Signal in Verbindung mit den nur sehr begrenzt 
einstellbaren Triggerschwellen vom NE 555 ...

Nächster Ansatz, wenn das Filtern nicht zum gewünschten Ergebiss führt, 
wäre ein Retrigger Sketch für den µC...

Vielleicht hat ja der eine oder andere noch nen guten Sketch mit dem die 
untere Triggerschwelle bis auf 0 eingestellt werden kann ?


Das Oszisignal als PWL Datei funktioniert inzwischen.
Vielen Dank nochmal für die Tipps !

Grüsse

stingray05 schrieb:
> das Signal selbst ist eine per magn Tonabnehmer abgenommene
> Saitenschwingung. Grundfrequenz 30,9 Hz...
> Dann würde theoretisch schon 61,8 Hz als Samplefrequenz ausreichen...

Wie du schon richtig sagst, liegt die Grundfrequenz bei 30,9 Hz. Da das 
aufgenommene Signal aber genau nicht nur aus der Grundschwingung 
besteht, reicht eben als als Samplefrequenz die 61,8 Hz NICHT aus, auch 
theoretisch nicht.

Und selbst, wenn du ein reines Sinussignal mit einer Frequenz von 30,9 
Hz hättest, reicht als Abtastfrequenz genau 61,8 Hz nicht aus.
Das Abtasttheorem sagt einem, dass die höchste Signalfrequenz echt 
KLEINER als die halbe Abtastfrequenz sein muss (bei ausreichender Länge 
der Zeitserie). Man achte auf die Feinheiten bevor man irgendwelchen 
Unfug schreibt.

Wolfgang schrieb:
> Und selbst, wenn du ein reines Sinussignal mit einer Frequenz von 30,9
> Hz hättest, reicht als Abtastfrequenz genau 61,8 Hz nicht aus.
> Das Abtasttheorem sagt einem, dass die höchste Signalfrequenz echt
> KLEINER als die halbe Abtastfrequenz sein muss (bei ausreichender Länge
> der Zeitserie). Man achte auf die Feinheiten bevor man irgendwelchen
> Unfug schreibt.

Hi Wolfgang,

schon klar - die 61,8 (9) Hz waren auch nur als rein theoretischer 
`mindest Abtastwert` zu verstehen...
Der µC ist ein Teensy 3.2, läuft mit 72 Mhz. Da sollten einige zig 
Tausend Abtasttungen /s kein Problem sein...



By the way:
Vielleicht hat ja noch jemand anhand der Signal Screenshots (Saite ist 
dabei nur 1 x angeschlagen) andere / bessere Vorschläge für eine
Anschlagserkennung ?

Grüsse

stingray05 schrieb:
> Das Oszisignal als PWL Datei funktioniert inzwischen.

Da hatte ich mich dann doch zu früh gefreut...

Mir ist aufgefallen das der Pegel den LTSpice anzeigt nicht mit dem 
Oszisignal (getestet mit 2ms  5ms  10ms  20ms  50ms) überein 
stimmt...
Mir ist nicht klar woran das liegt. - Fehlen noch weitere Parameter / 
Fehler beim Umwandeln in txt Datei ?

Das Oszisignal wurde als .csv Datei gespeichert und mittels Notepad 
(nicht Notepad++) in .txt umgewandelt (siehe Anhang), dann in Spice als 
PWL File eingefügt (wie in der Anleitung von Analog Devices).

Um das Signal derzeit mit dem richtigen Pegel angezeigt zu bekommen muss 
.tran schon auf etwa 1000 stehen - dann passt der zeitliche Verlauf 
natürlich nicht mehr...

Wav Datei als Alternative scheidet leider aus, da der Pegel bei etwa 3 V 
liegt.

Würde mich über weitere Tipps freuen !


Grüsse

Die X-Achse ist die Zeit.
In der Datei 'H_einzelner_Anschlag_2ms.txt' stehen dort ganzzahlige 
Werte, die von LTSpice als Sekunden interpretiert werden.

Ralf F. schrieb:
> Gibts ne Lösung damit nicht alle 1199 Einträge per Hand geändert werden
> müssen?
Lerne und verwende eine Skriptsprache Deiner Wahl und Du hast es 
leichter im Leben.

Ich hätte das auf die Schnelle in Python so gelöst:

1

#! /usr/bin/env python3

2

3

import sys

4

5

timestep = 1e-3

6

7

with open( sys.argv[ 1], 'rt') as file:

8

    for line in file:

9

        data = line.strip().split( ',')

10

        try:

11

            x = float( data[ 0]) * timestep

12

            y = data[ 1]

13

            print( "%s, %s" % (x, y))

14

        except TypeError:

15

            print( 'ERROR:', line)

CSV in Excel/OOC/LOC importieren, bearbeiten, und wieder exportieren.

Bernd schrieb:
> Die X-Achse ist die Zeit.
> In der Datei 'H_einzelner_Anschlag_2ms.txt' stehen dort ganzzahlige
> Werte, die von LTSpice als Sekunden interpretiert werden.

Hi Bernd,

wie müsste denn dann das Zahlen Format in der text Datei aussehen damit 
mir LSpice zb statt mit .tran 1000, mit .tran 1 die richtigen Werte 
anzeigt ?

zB Anstelle von 0 bis 1199 dann 0.000000 - 0.001199 ?

Grüsse

stingray05 schrieb:

> Wav Datei als Alternative scheidet leider aus, da der Pegel bei etwa 3 V
> liegt.

3V Spitze-Spitze würde doch schon (fast) wunderbar passen. Und selbst 
wenn nicht: zwei Widerständen können daraus mit Sicherheit einen 
vollkommen normgerechten Line-Pegel erzeugen.

Und falls es 3V effektiv sein sollten: auch dann klappt der Trick mit 
dem Spannungsteiler ganz hervorragend.

Sprich: mit der Verwendung des PC zur Aufnahme kannst du dir Unmengen 
Arbeit sparen und es kostet nur maximal zwei lächerliche Widerstände...

Es geht noch weiter: du kannst die Aufnahme problemlos auch gleich noch 
passend beschneiden. Dadurch hast du das, was dich primär interessiert, 
nämlich die Attack-Phase vollständig und nicht erst ab dem Moment, wo 
irgendein halbdämlicher Oszi-Trigger endlich triggert.

Hi c-hater,

Danke für die Tipps !

Hab das mal mit .wav versucht und erhalte in LTSpice XVII die 
Fehlermeldung:
"Missing Time Points in PWL Source V3"...
Woran kann das liegen ?

Signalformat: 16 Bit (Integer), 44.1Khz - aufgenommen als .wav Datei

Aufgenommen wurde das Signal mit Cantabile Performer 3.0 (DAW) da in 
Audition 1.5 oder Audacity 3.xxx kein ASIO4all ausgewählt werden kann 
obwohl in beiden mein Audiointerface (iRig HD-A) angezeigt wird...

Habe als Wave File Format in Cantabile auch die übrigen Optionen
wav, wave64 und automatisch ausprobiert - der Fehler beim simulieren in 
LTSpice bleibt trotzdem...

Vielleicht hat dazu jemand "die" Idee ?


Grüsse

Gerald K. schrieb:
> WAV in Mono oder Stereo?

Hi Gerald;

ist in Mono !

Funktioniert doch bestens.

H. H. schrieb:
> Funktioniert doch bestens.

Hi H.H,

funktioniert so leider nur dann wenn ich Draft1.asc direkt mit LTSpice 
öffne.
Sobald ich die vorher speichere und dann öffne kommt "V1: could not open 
wavefile: h_Saite_002.wav"...
Das gleiche passiert wenn ich Draft1 in einer vorhandenen Schaltung 
verwende (siehe Anhang).

In welchem Ordner muss die Draft1.asc liegen ?

Wenn ich anstelle von "wavefile=H_Saite_002.wav" dann den direkten Pfad
PWL:"F:\Arduino + Elektronik\LTspiceXVII\PWL Daten\H_Saite_002.wav" 
verwende, bekomme ich in der Draft 1 und in meiner Schaltung wieder 
"missing time points in PWL source V1 bzw V3"...

Dasselbe passiet auch wenn ich nicht die Draft1.asc verwende, sondern 
nur eine Spannungsquelle (zB V3) und dort meine H_Saite_002.wav als PWL 
Datei
einbinde...

wer kann helfen ?

Grüsse

Gerald K. schrieb:
> Wenn wave= keinen Pfad enthält, dann sollte die WAV-Datei im gleichen
> Verzeichnis wie die ASC-Datei liegen.

Danke Gerald K.,

das war genau der richtige Tipp !
Scheint soweit zu funktionieren...- allerdings dauert die Simulation 
ewig.

Gibts ne möglichkeit die deutlich zu beschleunigen ?

Grüsse

Gerald K. schrieb:
> Das Problem kenne ich, es liegt an den vielen Abtastpunkten (~ 477000
> Samples).
>
> Am besten nur kürzere interessante Teilstücke simulieren.

Hallo Gerald K.

danke nochmal für die Tipps - funktioniert !
ich hab die Samplerate jetzt mal auf 11 KHz umgestellt - läuft so 
erheblich schneller.

Wie kann ich das Signal mit LTSpice über die Soundkarte ausgeben ?
Was muss wie eingestellt werden, und in welchem Ordner muss die so 
erzeugte .wav Datei dann liegen ?

Grüsse

Michel M. schrieb:
> Mischen und direkte Weiterverarbeiten der Daten per Formel
> oder OP geht auch :-)
> 
https://www.allaboutcircuits.com/technical-articles/ltspice-simulation-using-wav-files/

Hallo Michel M.

ein paar Fragen zur Schaltung "General Purpose WAV Recorder" im obigen 
Link von Dir:


Das würde ich jetzt so verstehen das sich damit .wav Dateien direkt in 
LTSpice aufnehmen und abspielen lassen - ?
Wo und wie wähle ich da meinen Audio Treiber aus ?


Grüsse

... .wav Datei aus anderne Programmen...
sollte keine anderen Meta-Daten enthalten :-)

stingray05 schrieb:
> Gibts ne möglichkeit die deutlich zu beschleunigen ?

vielleicht,
selbst noch nicht getestet  :-)

"How to use a Rigol oscilloscope with LTspice"
.. https://www.youtube.com/watch?v=LTEc7fjmXSg
https://github.com/RuiCarneiro/rigol2spice

Carlo schrieb:
> "How to use a Rigol oscilloscope with LTspice"

neues Video :-)
https://www.youtube.com/watch?v=AaCvPtJ-cZM