Fixed point rauschen

OP #7507751
Lesenswert?
• ▲
▼

Ich habe ein Problem bei der Summierung von Fixed point zahlen im FPGA. Ich mache eine DFT für ein Signal und möchte mitteln. Dazu addiere jeweils Realtteil und Imaginärteil im FPGA und schicke das raus. Wenn ich nun mehr als nur eine Mittelung machen (Also Mittelung überhaupt aktiviert), so wird das Signal schlechter und hat plötzlich peaks, die ohne Mittelung nicht da waren.

Die Fixed point zahlen sind hinreichend groß und können nicht überlaufen. Weiß jemand wo man da ansetzen kann?

#7507763
Lesenswert?
• ▲
▼

Gustav G. schrieb:

Weiß jemand wo man da ansetzen kann?

Bei einer vollständigen (!) Systembeschreibung?

Wenn ich mal losrate dann vermute ich, dass Du die Mittlung für Real- und Imaginärteil getrennt machst und dann das Signal als Betrag aus dem FPGA rausgibst.

Dann solltest Du Dir mal die Phasensprünge ansehen, die durch die Mittlung entstehen.

/regards

OP #7508440
Lesenswert?
• ▲
▼

Andreas H. schrieb:

Wenn ich mal losrate dann vermute ich, dass Du die Mittlung für Real- und Imaginärteil getrennt machst und dann das Signal als Betrag aus dem FPGA rausgibst.

Im FPGA wird für Real und Imaginärteil getrennt nur die Addition gemacht und das teilen durch die Anzahl der Samples dann im PC. Das passiert dann durch teilen des Real und Imaginärteils getrennt. Eben eine Mittelung einer komplexen Zahl.

Persönliche Seite #7508586
Lesenswert?
• ▲
▼

Hier sind gleich mehrere Unklarheiten unterwegs:

  1. Wie kann ein Wert NACH einer Mittelung mit anderen stärker peaken, als Einzelwerte? Die Mittelung ist ein TPF, daher wird da alles flacher.

  2. Was soll die Mittelung der Realteile und Imaginärteile? Auf diese Weise werden Anteile zusammengemischt, die nicht die gleiche Phase haben, sondern nur in der Abbildung zum Messzeitpunkt gleiche Phasenanteile

  3. Und wieso teilt der PC das herunter?

  4. Die Komplexe Zahl, bzw deren Betrag, der heraus kommt, wenn man die Mittelwerte verwendet (euklidsch addiert), ist NICHT die Zahl die herauskommt, wenn man den Mittelwert über den die Beträge bildet. Letzterer Wertt wäre aber in den meisten Fällen der, den man haben möchte.

#7508770
Lesenswert?
• ▲
▼

Auch wenn die getrennte Mittelung i.A. keinen Sinn ergibt, würde das Problem mit den Peaks vielleicht auch auftreten, wenn man über Betrag und Phase mittelt. Deswegen ist es schon angebracht, nach der Ursache zu suchen.

Sieht du die Peaks auch schon in der Summe, also vor der Division? Wie berechnest du die Division im PC, in Floating-Point? Sind die Peaks in der Summe nach dem Float-Casting auch schon da? Wie groß sind die Peaks, und treten sie auch schon bei der Mittelung über nur zwei Werte auf? Treten sie auf unabhängig von der Windowgröße?

Gast #7508892
Lesenswert?
• ▲
▼

Vancouver schrieb:

Deswegen ist es schon angebracht, nach der Ursache zu suchen.

Vor allem wäre es wohl angebracht, wenn der TO den legendären Code präsentieren würde, der bei einer einfachen Mittelwertbildung "Rauschen" erzeugt. Eventuell hat er ja einen völlig neuen Rauschgenerator erfunden.

So etwas benötigen wir nämlich gerade :-)

Weiters könnte der TO darüber nachdenken, ob es ihm möglich ist, eine Simulation zu zeigen, in der das passiert. Die wird er ja ganz sicher durchgeführt haben. :-)

#7510456
Lesenswert?
• ▲
▼

J. S. schrieb:

Die Komplexe Zahl, bzw deren Betrag, der heraus kommt, wenn man die Mittelwerte verwendet (euklidsch addiert), ist NICHT die Zahl die herauskommt, wenn man den Mittelwert über den die Beträge bildet. Letzterer Wertt wäre aber in den meisten Fällen der, den man haben möchte.

Danke. Darauf wollte ich mit meiner Frage hinaus.

/regards

Antwort schreiben

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

Formatierung
  • [c]C-Code[/c]
  • [vhdl]VHDL-Code[/vhdl]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.