-
Data: 2012-11-14 12:31:35
Temat: Re: RSM i spline
Od: Michoo <m...@v...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On 14.11.2012 12:02, slawek wrote:
> Cały problem jaki rzeczywiście jest, to brak dobrej metody "obliczania
> RMS" która mogłaby operować na zmieniającej się ilości danych.
Biedny przemysł. Na wszelki wypadek mu o tym nie mów.
> Np. z
> przetwornika otrzymuje się co 1/1000 sekundy nową parę (x,y) - a to ma
> się odzwierciedlać w dokładniejszym RMS. Jeżeli używać innych metod niż
> całkowanie trapezami - to każdy kolejny punkt zmienia sposób w jaki
> poprzednio już istniejące punkty zostaną użyte w obliczeniach.
Świetnie że to przywołałeś. Dajmy taki miernik mocy - żeby podawać dobre
wyniki przy trapezach i obciążeniu zasilaczem impulsowym musiałby
działać np z 30kHz * 1000próbek = 30 MS/s. A użycie sensowniejszej
metody pozwala obniżyć to np. do 3...0,3MS/s.
> Nie da
> się liczyć "nowego RMS" jako "stare RMS" + poprawka, gdyż przeskakują
> wagi wzdłuż osi odciętych.
RMS zazwyczaj liczy się na buforze cyklicznym, musisz go wydłużyć o rząd
krzywej z każdej strony.
> Podobnie jest niestety i ze spline'ami -
> zmiana w jednym miejscu pociąga za sobą nielokalnie cały spline.
Nieprawda. Rząd splajna określa ile punktów wpływa pojedynczy punkt
krzywej. Zmiany SĄ lokalne.
>
> z reguły Simpsona wynika, iż gdy uda się nam dokładniej mierzyć
> dla parzystych to będzie z tego znacznie lepsza poprawa dokładności
> całki niż w przypadku dokładniejszych nieparzystych.
A taka sytuacja miałby zajść w jakim przypadku praktycznym?
--
Pozdrawiam
Michoo
Następne wpisy z tego wątku
- 14.11.12 12:41 slawek
- 14.11.12 12:46 Roman W
- 14.11.12 12:47 slawek
- 14.11.12 12:52 bartekltg
- 14.11.12 13:09 slawek
- 14.11.12 13:41 kenobi
- 14.11.12 13:49 bartekltg
- 14.11.12 15:55 kenobi
- 14.11.12 15:57 bartekltg
- 14.11.12 17:24 slawek
- 14.11.12 17:58 Baranosiu
- 14.11.12 18:06 slawek
- 14.11.12 18:29 kenobi
- 14.11.12 19:17 Michoo
- 14.11.12 19:49 slawek
Najnowsze wątki z tej grupy
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
Najnowsze wątki
- 2025-02-06 PROGRAM DOPŁAT DO AUT ELEKTRYCZNYCH TO ABSURD. ZA ŚRODKI Z KPO KUPIMY NIEMIECKIE I CHIŃSKIE AUTA
- 2025-02-05 ceny OC
- 2025-02-05 Re: ceny OC
- 2025-02-05 Re: ceny OC
- 2025-02-07 Smar do video
- 2025-02-06 Litowe baterie AA Li/FeS2 a alkaliczne
- 2025-02-07 Gliwice => Business Development Manager - Network and Network Security
- 2025-02-07 Warszawa => System Architect (Java background) <=
- 2025-02-07 Warszawa => System Architect (background deweloperski w Java) <=
- 2025-02-07 Warszawa => Solution Architect (Java background) <=
- 2025-02-07 Gliwice => Ekspert IT (obszar systemów sieciowych) <=
- 2025-02-07 Lublin => Programista Delphi <=
- 2025-02-07 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2025-02-07 Dęblin => Node.js / Fullstack Developer <=
- 2025-02-07 Bieruń => Spedytor Międzynarodowy (handel ładunkami/prowadzenie flo