Digitales FIR Bandsperr- (Notch-, Kerb-) Filter

Vielleicht sollten wir mal unsere Koeeffizienten vergleichen?
Wieviele 'Taps' verwendest Du und wie hoch ist deine Samplefrequenz?
Welches Tool verwendest Du?
Mit ScopeFIR von www.iowegian.com komme ich gut zurecht, die
errechneten Koeefs. entsprechen (nahezu) der Realität. Nur die
Samplefrequenz muss dann aber auch genau stimmen...
Soll ich die Koeefizienten aus dem Screenshot mal gesondert
abspeichern?

AxelR.

Wer viel fragt...
sind übrigens keine 31Taps (hatte schon auf'optimize'gedrückt),
sondern 285 Samples. Bei nur 31 siehts auch noch gut aus, aber die
Welligkeit im Durchlassbereich nimmt stark zu.
Axel

Ich verwende den Filter Designer von MATLAB. Der soll anscheinend ganz
gut sein !?
Meine Samplefrequenz beträgt 880Hz (ist leider durch externen
A/D-Wandler vorgegeben !)
Meine Tiefpässe funktionieren auch einwandfrei, nur die Bandsperre
nicht.
Wie schaut eigentlich Dein C-Code aus, wo Du den Filter im Controller
berrechnest(ist der ähnlich dem meinen) ?

Jürgen

war feiern...
morgen mehr
AxelR.

schon ok, gehört auch dazu gg

vielleicht kannst Du mir mal Deinen FIR-Algorithmus schicken, bei mir
will das einfach nicht funktionieren - Klump

PS. ich rechne das ganze in integer !

der klassische fehler bei integer berechnungen ist die interne
typumwandlung. insbesondere bei integer divisionen wird je nach
compiler der integer erst in ein float umgewandelt und anschließend
wieder zurückumgewandelt, dabei entstehen massive rundungsfehler. mit
debugger überprüfen !!!

mag sein das eure ide's das nicht tun, ms visual tut es (allerdings nur
unter bestimmten umständen)! das liegt vor allem daran, dass die integer
division nicht eindeutig definiert ist, die float division aber schon.
das ganze nennt sich implizite typumwandlung. gegenmaßnahme ist ein
expliciter cast. kann aber sein, das eine dsp-entwicklungsumgebung das
nicht macht.